all publishers

thedixitjain

@thedixitjain source repo

10,417 published skills · page 61 of 105

  1. ▌
    Googlemeet Automation · thedixitjain
    Automate Google Meet tasks via Rube MCP (Composio): create Meet spaces, schedule video conferences via Calendar events, manage meeting access. Always search tools first for current schemas.
    2 repo stars
  2. ▌
    Hugging Face Datasets · thedixitjain
    Create and manage datasets on Hugging Face Hub. Supports initializing repos, defining configs/system prompts, streaming row updates, and SQL-based dataset querying/transformation. Designed to work alongside HF MCP server for comprehensive dataset workflows.
    2 repo stars
  3. ▌
    Jira Ticket Generator · thedixitjain
    'Generate jira ticket generator operations. Auto-activating skill for Enterprise Workflows. Triggers on: jira ticket generator, jira ticket generator Part of the Enterprise Workflows skill category. Use when working with jira ticket generator functionality. Trigger with phrases like "jira ticket generator", "jira generator", "jira". '
    2 repo stars
  4. ▌
    Jira Workflow Creator · thedixitjain
    'Create jira workflow creator operations. Auto-activating skill for Enterprise Workflows. Triggers on: jira workflow creator, jira workflow creator Part of the Enterprise Workflows skill category. Use when working with jira workflow creator functionality. Trigger with phrases like "jira workflow creator", "jira creator", "jira". '
    2 repo stars
  5. ▌
    N8n Expression Syntax · thedixitjain
    Validate n8n expression syntax and fix common errors. Use when writing n8n expressions, using {{}} syntax, accessing $json/$node variables, troubleshooting expression errors, or working with webhook data in workflows.
    2 repo stars
  6. ▌
    N8n Validation Expert · thedixitjain
    Expert guide for interpreting and fixing n8n validation errors.
    2 repo stars
  7. ▌
    N8n Workflow Patterns · thedixitjain
    Proven architectural patterns for building n8n workflows.
    2 repo stars
  8. ▌
    Onboard Context Matic · thedixitjain
    Interactive onboarding tour for the context-matic MCP server. Walks the user through what the server does, shows all available APIs, lets them pick one to explore, explains it in their project language, demonstrates model_search and endpoint_search live, and ends with a menu of things the user can ask the agent to do. USE FOR: first-time setup; "what can this MCP do?"; "show me the available APIs"; "onboard me"; "how do I use the context-matic server"; "give me a tour". DO NOT USE FOR: actually integrating an API end-to-end (use integrate-context-matic instead).
    2 repo stars
  9. ▌
    Opentrons Integration · thedixitjain bundle
    Author, review, migrate, simulate, and troubleshoot official Opentrons Python Protocol API v2 protocols for Flex and OT-2 robots. Use for robot-specific liquid handling, deck and labware setup, pipettes, modules, runtime parameters, liquid classes, and Opentrons App analysis. Use pylabrobot instead when one workflow must support multiple robot vendors.
    2 repo stars
  10. ▌
    Twilio Communications · thedixitjain
    "Build communication features with Twilio: SMS messaging, voice calls, WhatsApp Business API, and user verification (2FA). Covers the full spectrum from simple notifications to complex IVR systems and multi-channel authentication."
    2 repo stars
  11. ▌
    Windsurf Sdk Patterns · thedixitjain
    'Apply production-ready Windsurf workspace configuration and Cascade interaction patterns. Use when configuring .windsurfrules, workspace rules, MCP servers, or establishing team coding standards for Windsurf AI. Trigger with phrases like "windsurf patterns", "windsurf best practices", "windsurf config patterns", "windsurfrules", "windsurf workspace". '
    2 repo stars
  12. ▌
    Godot Gdscript Patterns · thedixitjain bundle
    Master Godot 4 GDScript patterns including signals, scenes, state machines, and optimization. Use when building Godot games, implementing game systems, or learning GDScript best practices.
    2 repo stars
  13. ▌
    Remotion Video Creation · thedixitjain
    Remotion のベストプラクティス - React で動画を作成する。3D、アニメーション、音声、字幕、チャート、トランジションなどをカバーするドメイン固有の29のルール。
    2 repo stars
  14. ▌
    Shader Programming Glsl · thedixitjain
    Expert guide for writing efficient GLSL shaders (Vertex/Fragment) for web and game engines, covering syntax, uniforms, and common effects.
    2 repo stars
  15. ▌
    App Store Optimization · thedixitjain bundle
    Complete App Store Optimization (ASO) toolkit for researching, optimizing, and tracking mobile app performance on Apple App Store and Google Play Store
    2 repo stars
  16. ▌
    Hig Components Content · thedixitjain bundle
    Apple Human Interface Guidelines for content display components.
    2 repo stars
  17. ▌
    Acceptance Criteria Creator · thedixitjain
    'Create acceptance criteria creator operations. Auto-activating skill for Enterprise Workflows. Triggers on: acceptance criteria creator, acceptance criteria creator Part of the Enterprise Workflows skill category. Use when working with acceptance criteria creator functionality. Trigger with phrases like "acceptance criteria creator", "acceptance creator", "acceptance". '
    2 repo stars
  18. ▌
    Analyzing Capacity Planning · thedixitjain bundle
    'Execute this skill enables AI assistant to analyze capacity requirements and plan for future growth. it uses the capacity-planning-analyzer plugin to assess current utilization, forecast growth trends, and recommend scaling strategies. use this skill when the u... Use when analyzing code or data. Trigger with phrases like ''analyze'', ''review'', or ''examine''. '
    2 repo stars
  19. ▌
    Code To Prd · thedixitjain bundle
    Reverse-engineer any codebase into a complete Product Requirements Document (PRD). Analyzes routes, components, state management, API integrations, and user interactions to produce business-readable documentation detailed enough for engineers or AI agents to fully reconstruct every page and endpoint. Works with frontend frameworks (React, Vue, Angular, Svelte, Next.js, Nuxt), backend frameworks (NestJS, Django, Express, FastAPI), and fullstack applications. Use when users mention: generate PRD, reverse-engineer requirements, code to documentation, extract product specs from code, document page logic, analyze page fields and interactions, create a functional inventory, write requirements from an existing codebase, document API endpoints, or analyze backend routes.
    2 repo stars
  20. ▌
    Planning And Task Breakdown · thedixitjain
    Breaks work into ordered tasks. Use when you have a spec or clear requirements and need to break work into implementable tasks. Use when a task feels too large to start, when you need to estimate scope, or when parallel work is possible.
    2 repo stars
  21. ▌
    Concise Planning · thedixitjain
    Use when a user asks for a plan for a coding task, to generate a clear, actionable, and atomic checklist.
    2 repo stars
  22. ▌
    Clade Policy Guardrails · thedixitjain bundle
    "Implement content safety guardrails for Claude \u2014 input filtering,\n\ Use when working with policy-guardrails patterns.\noutput validation, usage policies,\ \ and prompt injection defense.\nTrigger with \"anthropic content policy\", \"claude\ \ safety\", \"claude guardrails\",\n\"anthropic prompt injection\", \"claude content\ \ filtering\".\n"
    2 repo stars
  23. ▌
    Convert Plaintext To Md · thedixitjain
    Convert a text-based document to markdown following instructions from prompt, or if a documented option is passed, follow the instructions for that option.
    2 repo stars
  24. ▌
    Memory Profiler Setup · thedixitjain
    'Configure memory profiler setup operations. Auto-activating skill for Performance Testing. Triggers on: memory profiler setup, memory profiler setup Part of the Performance Testing skill category. Use when working with memory profiler setup functionality. Trigger with phrases like "memory profiler setup", "memory setup", "memory". '
    2 repo stars
  25. ▌
    Qdrant Search Quality · thedixitjain
    Diagnoses and improves Qdrant search relevance. Use when someone reports 'search results are bad', 'wrong results', 'low precision', 'low recall', 'irrelevant matches', 'missing expected results', or asks 'how to improve search quality?', 'which embedding model?', 'should I use hybrid search?', 'should I use reranking?'. Also use when search quality degrades after quantization, model change, or data growth.
    2 repo stars
  26. ▌
    Qdrant Tenant Scaling · thedixitjain
    Guides Qdrant multi-tenant scaling. Use when someone asks 'how to scale tenants', 'one collection per tenant?', 'tenant isolation', 'dedicated shards', or reports tenant performance issues. Also use when multi-tenant workloads outgrow shared infrastructure.
    2 repo stars
  27. ▌
    Aaag Research Design · thedixitjain
    Use when defending the research design of an Annals of the American Association of Geographers manuscript — spatial/quantitative analysis and GIScience, remote-sensing and physical-environmental methods, qualitative human-geography inference, or nature-society mixed methods. The Annals judges each tradition on its own terms. Strengthens the design; it does not write code.
    2 repo stars
  28. ▌
    Aaai Reproducibility · thedixitjain
    Use when strengthening an AAAI paper's reproducibility checklist (placed after references), experimental traceability, seed and hyperparameter reporting, compute and cost disclosure, dataset access and licensing, code/data ZIP readiness, and the claim-to-evidence map that Phase-1 reviewers use to judge rigor across AAAI's broad AI scope.
    2 repo stars
  29. ▌
    Advmat Supplementary · thedixitjain
    Use when partitioning content between an Advanced Materials main text and its Supporting Information, ensuring the paper stands alone while extended data, full experimental detail, and secondary characterization live in the SI. Organizes the Supporting Information; does not write the main text.
    2 repo stars
  30. ▌
    Aerj Research Design · thedixitjain
    Use when defending the research design of an American Educational Research Journal (AERJ) manuscript — quantitative (multilevel, IRT, quasi-experimental, RCT), qualitative (case study, ethnography, interview), or mixed methods. AERJ judges each tradition on its own terms against the AERA reporting standards. Strengthens the design; it does not write code.
    2 repo stars
  31. ▌
    Aerj Topic Selection · thedixitjain
    Use when deciding whether a topic fits the American Educational Research Journal (AERJ), now an integrated field-wide journal, and whether the manuscript's dominant education-research lens is clear. AERJ rewards broad significance to education research, not subfield-only description. Tests fit; it does not generate research questions.
    2 repo stars
  32. ▌
    Aistats Related Work · thedixitjain
    Use when positioning an AISTATS submission against AI, machine-learning, statistics, and uncertainty literature, including arXiv preprints, workshop versions, concurrent submissions, prior conference versions, PMLR archival status, and the two-community citation coverage that AISTATS reviewers expect.
    2 repo stars
  33. ▌
    Ajps Research Design · thedixitjain
    Use when defending the research design of an American Journal of Political Science (AJPS) manuscript — causal identification for observational work, experimental and survey-experimental design, formal-empirical linkage, or case-based inference. AJPS reviewers are quantitatively demanding, so identification must license the claim being made. Strengthens the design; it does not write code.
    2 repo stars
  34. ▌
    Ajps Theory Building · thedixitjain
    Use when building the theoretical argument of an American Journal of Political Science (AJPS) manuscript — whether empirical with explicit mechanisms, formal/game-theoretic, or measurement-driven. AJPS rewards testable theory tightly linked to the empirical strategy, with hypotheses stated before the results. Structures the argument; it does not run analyses.
    2 repo stars
  35. ▌
    Ajps Topic Selection · thedixitjain
    Use when deciding whether a political-science project fits the American Journal of Political Science (AJPS) and which submission type (Article, Research Note, Correspondence) to target. AJPS is a generalist but quantitatively leaning venue that rewards a sharp, well-identified question with a generalizable payoff. Helps frame the question and pick the type; it does not collect data.
    2 repo stars
  36. ▌
    Apsr Research Design · thedixitjain
    Use when defending the research design of an American Political Science Review (APSR) manuscript — causal identification for quantitative work, case selection and process tracing for qualitative work, experimental and survey-experimental design, or formal-empirical linkage. APSR judges each tradition on its own terms. Strengthens the design; it does not write code.
    2 repo stars
  37. ▌
    Apsr Theory Building · thedixitjain
    Use when building the theoretical argument of an American Political Science Review (APSR) manuscript into a discipline-level contribution — whether the work is formal/game-theoretic, empirical with explicit mechanisms, interpretive, or normative. APSR rewards a clear, portable argument over a bare finding. Structures the argument; it does not run analyses.
    2 repo stars
  38. ▌
    Apsr Topic Selection · thedixitjain
    Use when deciding whether a political-science project fits the American Political Science Review (APSR) and which of its five tracks to target. APSR is the discipline's generalist flagship, so the test is general significance across subfields, not subfield novelty alone. Helps frame the question; it does not collect data.
    2 repo stars
  39. ▌
    Bjps Research Design · thedixitjain
    Use when defending the research design of a British Journal of Political Science (BJPS) manuscript — causal identification for quantitative work, case selection and process tracing for qualitative work, experimental and survey-experimental design, or formal-empirical linkage. BJPS judges each tradition on its own terms. Strengthens the design; it does not write code.
    2 repo stars
  40. ▌
    Bjps Theory Building · thedixitjain
    Use when building the theoretical argument of a British Journal of Political Science (BJPS) manuscript into a contribution of general interest — whether the work is formal/game-theoretic, empirical with explicit mechanisms, interpretive, or normative. BJPS rewards a clear, portable argument over a bare finding. Structures the argument; it does not run analyses.
    2 repo stars
  41. ▌
    Bjps Topic Selection · thedixitjain
    Use when deciding whether a political-science project fits the British Journal of Political Science (BJPS) and which of its three formats to target. BJPS is a broad, internationally-oriented general journal, so the test is wide interest across subfields and beyond one national case, not subfield novelty alone. Helps frame the question; it does not collect data.
    2 repo stars
  42. ▌
    Cikm Reproducibility · thedixitjain
    Use when hardening the reproducibility of a CIKM paper — pinning the pipeline stages where IR, mining, and knowledge-management results silently diverge, documenting KGs and enterprise data that cannot be released, keeping the GenAI disclosure consistent with how code and data were produced, and preparing the post-acceptance release.
    2 repo stars
  43. ▌
    Cjms Topic Selection · thedixitjain
    Use when choosing or vetting a topic for a 《中国管理科学》 (Chinese Journal of Management Science) manuscript — testing fit with the journal's applied-modeling mission, mapping the paper to a column, and screening out sister-journal mismatches. Judges fit only; it does not build the model or write the review.
    2 repo stars
  44. ▌
    Colm Reproducibility · thedixitjain
    Use when hardening a COLM paper's reproducibility story — pinning open-weight checkpoints and tokenizers, handling API-model drift and deprecation honestly, versioning evaluation harnesses and prompts, disclosing compute, and writing availability statements that distinguish what is releasable from what is not.
    2 repo stars
  45. ▌
    Colt Reproducibility · thedixitjain
    Use when strengthening the reproducibility of a COLT (Conference on Learning Theory) paper, where reproducing means re-deriving — complete proofs, explicit assumptions, tracked constants, correctly invoked external results, self-contained notation — plus seeds and scripts for any numerical illustration the paper carries.
    2 repo stars
  46. ▌
    Colt Topic Selection · thedixitjain
    Use when deciding whether a result is COLT-shaped (Conference on Learning Theory) — a theorem-first learning-theory contribution — versus better routed to ALT, STOC/FOCS, NeurIPS/ICML/AISTATS, JMLR, or a statistics journal, and whether the right vehicle is a full paper or a COLT open-problem piece.
    2 repo stars
  47. ▌
    Corl Reproducibility · thedixitjain
    Use when making a CoRL robot-learning paper reproducible — pinning simulator and driver versions, releasing training configs, demonstration data and checkpoints, documenting hardware setups that cannot be rerun, seed policy, evaluation scripts, and honest availability statements for code, data, and robot platforms.
    2 repo stars
  48. ▌
    Corl Topic Selection · thedixitjain
    Use when deciding whether a project belongs at CoRL, the Conference on Robot Learning, or should be routed to ICRA, IROS, RSS, NeurIPS, ICLR, ICML, or a journal — based on whether the learned component is the contribution, what embodied evidence exists, and which reviewer community should judge the claim.
    2 repo stars
  49. ▌
    Crim Research Design · thedixitjain
    Use when defending the research design of a Criminology (ASC / Wiley) manuscript — causal identification for quantitative work, longitudinal and life-course designs, criminal-career and trajectory methods, place-based and experimental designs, or case selection and process tracing for qualitative work. Criminology judges each tradition on its own terms. Strengthens the design; it does not write code.
    2 repo stars
  50. ▌
    Cscw Reproducibility · thedixitjain
    Use when strengthening the transparency of a CSCW paper — auditable qualitative analysis trails, documented trace pipelines, codebooks and instruments, and honest data-availability statements when community and participant data cannot ethically be shared.
    2 repo stars
  51. ▌
    Customer Journey Map · thedixitjain
    Create an end-to-end customer journey map with stages, touchpoints, emotions, pain points, and opportunities. Use when mapping the customer experience, identifying friction points, improving onboarding, or visualizing the user journey.
    2 repo stars
  52. ▌
    Cvpr Reproducibility · thedixitjain
    Use when hardening a CVPR paper's reproducibility story, covering the Compute Reporting Form's hardware and compute sections, training-recipe disclosure, benchmark protocol and split hygiene, seed and variance reporting for vision experiments, and closing the gaps reviewers probe at a benchmark-driven venue.
    2 repo stars
  53. ▌
    Demog Review Process · thedixitjain
    Use to understand how Demography (PAA / Duke University Press) evaluates a manuscript — double-blind review, pre-review/desk screening by the Editor or a Deputy Editor, the role of topic-area Deputy Editors, and the grounds for desk rejection (inappropriate fit or unlikely to receive favorable reviews). Sets expectations and shapes the paper to survive review; it does not contact editors.
    2 repo stars
  54. ▌
    Demog Tables Figures · thedixitjain
    Use when building tables and figures for a Demography (PAA / Duke University Press) manuscript so exhibits are self-contained, accessible, and within the journal's limits (Research Articles up to ~8 tables and figures; Research Notes up to 4). Covers distinctive demographic graphics — population pyramids, Lexis surfaces, survival curves, age schedules. Designs exhibits; it does not run the analysis.
    2 repo stars
  55. ▌
    Eacl Reproducibility · thedixitjain
    Use when running the Responsible NLP checklist as a claims audit for an EACL paper, covering hyperparameter and compute disclosure, verbatim prompt and decoding reporting, data-contamination stance, variance and significance reporting, multilingual coverage claims, and consistency between the checklist answers and what the paper actually contains.
    2 repo stars
  56. ▌
    Ecai Reproducibility · thedixitjain
    Use when building the reproducibility story for an ECAI paper — a complete proof appendix for theory/KR work, a seeded and cached package for empirical/ML work, provenance pinning for datasets and models, and an anonymized supplement that satisfies double-blind review inside ECAI's tight 7-page body with no separate artifact track.
    2 repo stars
  57. ▌
    Eccv Reproducibility · thedixitjain
    Use when hardening the reproducibility story of an ECCV paper — training recipes and schedules readers can re-run, dataset versioning and split provenance, pinned foundation-model dependencies, compute disclosure, and seed/variance honesty for benchmark deltas, sized for the 14-page LNCS body plus supplement.
    2 repo stars
  58. ▌
    Ecj Referee Strategy · thedixitjain
    Use when running a pre-submission pre-mortem on a The Economic Journal (EJ) manuscript to anticipate the broad-interest, identification, and mechanism objections a demanding general-interest referee will raise. Builds the threat list and pre-empts it; it does not write the R&R response (see ecj-rebuttal).
    2 repo stars
  59. ▌
    Ectj Topic Selection · thedixitjain
    Use when deciding whether an econometrics paper fits The Econometrics Journal's leading-case, applied-value bar rather than Journal of Econometrics, Econometric Theory, Quantitative Economics, Review of Economics and Statistics, or a field journal.
    2 repo stars
  60. ▌
    Edbt Reproducibility · thedixitjain
    Use when strengthening EDBT reproducibility for a database-systems paper, covering a runnable artifact, pinned environments and workloads, dataset and query-log provenance, claim-to-evidence mapping, honest degrees of reproducibility, and consistency between the paper and the package for the open-access OpenProceedings record.
    2 repo stars
  61. ▌
    Edbt Topic Selection · thedixitjain
    Use when deciding whether a data-management project belongs at EDBT or should be routed to SIGMOD, VLDB/PVLDB, ICDE, the co-located ICDT theory venue, or a database journal, and when choosing the EDBT paper shape (Regular / Experiments-&-Analysis / Vision) and the nearest submission cycle.
    2 repo stars
  62. ▌
    Epsl Topic Selection · thedixitjain
    Use when deciding whether a result fits Earth and Planetary Science Letters (EPSL) and how to frame it. EPSL takes concise, high-significance Letters on physical, chemical and mechanical processes of the Earth and planets, and desk-declines regional case studies without process-level insight, so this skill pressure-tests the frontier claim before you invest. It frames the contribution; it does not run analyses.
    2 repo stars
  63. ▌
    Er Literature Review · thedixitjain
    Use when drafting or revising the literature-review section for an Economic-Research manuscript, when the Chinese / English reference balance is off, or when canonical theory references are missing.
    2 repo stars
  64. ▌
    Er Theory Hypotheses · thedixitjain
    Use when writing the theoretical analysis and hypothesis-development section of an Economic-Research manuscript — deriving testable, directional, falsifiable hypotheses that map one-to-one onto the empirical design.
    2 repo stars
  65. ▌
    Eurosys Camera Ready · thedixitjain
    Use when converting an accepted EuroSys paper into its ACM proceedings version — flipping acmart out of review/anonymous mode, restoring authors and acknowledgments, completing ACM rights and metadata steps, attaching sysartifacts badges, and meeting the single camera-ready date that serves both the spring and fall cohorts.
    2 repo stars
  66. ▌
    Eursr Review Process · thedixitjain
    Use when you need to understand how the European Sociological Review (ESR) evaluates a manuscript — double-blind peer review, what comparative quantitative reviewers weigh, decision categories, and the ethics rules (anonymity, no simultaneous submission). Sets expectations and shapes the paper to survive review; it does not contact editors.
    2 repo stars
  67. ▌
    Fast Reproducibility · thedixitjain
    Use when strengthening USENIX FAST reproducibility and open-science evidence, covering device and firmware provenance, device-state disclosure, trace availability and replay, claim-to-evidence mapping, honest degrees of reproducibility on hardware that ages and varies, and consistency between what the paper says and what the artifact contains.
    2 repo stars
  68. ▌
    Fast Topic Selection · thedixitjain
    Use when deciding whether a storage project belongs at USENIX FAST or should be routed to OSDI, ATC, NSDI, EuroSys, HotStorage, MSST, SYSTOR, or a storage journal (ACM TOS), and when distinguishing FAST from general-systems siblings by storage-contribution shape, real-device evidence, and the two-deadline calendar.
    2 repo stars
  69. ▌
    Field Crops Research · thedixitjain
    Use when targeting Field Crops Research or deciding whether an agronomy / crop-physiology manuscript fits this venue. Encodes the journal's fit, the field-scale multi-environment and replication bar, data-reporting expectations, house style, official-submission re-check, and desk-reject heuristics.
    2 repo stars
  70. ▌
    Focs Author Response · thedixitjain
    Use when managing author-side communication around a FOCS (IEEE Symposium on Foundations of Computer Science) submission, where no rebuttal round exists — discharging objections inside the paper before submission, handling rare chair-mediated queries, and converting a rejection into a disciplined autumn resubmission.
    2 repo stars
  71. ▌
    Focs Reproducibility · thedixitjain
    Use when hardening a FOCS (IEEE Symposium on Foundations of Computer Science) paper's checkability — the theory analogue of reproducibility — via hypothesis ledgers, single-source theorem statements that cannot drift between submission and arXiv versions, audits of imported theorems, and certificates for machine-checked steps.
    2 repo stars
  72. ▌
    History Of Religions · thedixitjain
    Use when targeting History of Religions or deciding whether a comparative-historical religious-studies manuscript fits this venue. Encodes the journal's fit, its comparative-method and primary-source bar, textual/philological and morphological expectations, house style and review norms, official-submission re-check, and desk-reject heuristics.
    2 repo stars
  73. ▌
    Hlr Preemption Check · thedixitjain
    Use when verifying that a Harvard Law Review (HLR) argument has not already been made — the law-review "preemption check" run across SSRN, Westlaw/Lexis, HeinOnline, and Google Scholar BEFORE drafting. Confirms originality and refines the claim; it does not draft the thesis (hlr-thesis-and-contribution) or the literature engagement in the body.
    2 repo stars
  74. ▌
    Iccv Reproducibility · thedixitjain
    Use when hardening the reproducibility story of an ICCV paper, covering full recipe disclosure without a mandated compute form, protocol pinning for foundation-model and zero-shot evaluations, seed and variance honesty at vision training scale, and writing results that stay checkable across the two-year gap to the next ICCV.
    2 repo stars
  75. ▌
    Iccv Topic Selection · thedixitjain
    Use when deciding whether a computer-vision project should target ICCV, weighing the biennial odd-year cadence and its two-year option cost, what the Marr Prize lineage says about ICCV taste, honest odds at 24% acceptance, and when to hold work for CVPR, ECCV, WACV, or a journal instead of forcing the March deadline.
    2 repo stars
  76. ▌
    Icdm Reproducibility · thedixitjain
    Use when strengthening reproducibility for an ICDM (IEEE International Conference on Data Mining) paper - seeds, configs, compute and data reporting, and an anonymized reproduction package that survives the Research Track's triple-blind regime while every detail fights for room inside the single 10-page IEEE all-inclusive cap.
    2 repo stars
  77. ▌
    Icdm Topic Selection · thedixitjain
    Use when deciding whether a project is a strong ICDM (IEEE International Conference on Data Mining) fit, choosing among its Research, Applied, and Blue Sky tracks, and comparing ICDM with KDD, SDM, CIKM, WSDM, WWW, ICDE, or the ML flagships by contribution type, sponsor community, and the data-mining routing calendar seen from ICDM's June deadline.
    2 repo stars
  78. ▌
    Icdt Reproducibility · thedixitjain
    Use when strengthening the verifiability of an ICDT (International Conference on Database Theory) paper — the theory-venue analogue of reproducibility — covering complete and self-contained proofs, exact models and assumptions, claim-to-proof mapping, matching upper and lower bounds, consistency between the LIPIcs paper and the arXiv full version, and honest labeling of what is proved versus conjectured.
    2 repo stars
  79. ▌
    Iclr Reproducibility · thedixitjain
    Use when strengthening reproducibility for ICLR papers, including seeds, variance, compute, datasets, implementation details, ethics statements, and reviewer-verifiable evidence. Use when writing the ICLR reproducibility statement, when a reviewer says a result is not verifiable, or when mapping each representation-learning claim to a seed, split, and command so anyone reading the permanent OpenReview record can check it.
    2 repo stars
  80. ▌
    Icml Author Response · thedixitjain
    Use when drafting ICML rebuttals and reviewer-author discussion replies under OpenReview double-blind constraints, where authors respond after initial reviews, reviewers may then have one additional discussion round, no revised paper can be uploaded during the period, and responses must stay anonymous. Use to triage objections by soundness, originality, significance, clarity, ethics, and reproducibility for the AC.
    2 repo stars
  81. ▌
    Icml Reproducibility · thedixitjain
    Use when strengthening ICML reproducibility evidence, including code/data availability, random seeds, compute disclosure, appendix evidence, impact-statement support, and reviewer-facing reproducibility claims.
    2 repo stars
  82. ▌
    Icml Topic Selection · thedixitjain
    Use when deciding whether a manuscript fits ICML, choosing the main research track versus the ICML Position Papers track or another venue (NeurIPS, ICLR, AISTATS, UAI, COLT, MLSys, TMLR, JMLR), or rerouting an ML paper based on its contribution type, strength of evidence, theory-versus-empirical balance, and interest to the broad ICML machine-learning community. Use before committing effort to an ICML submission.
    2 repo stars
  83. ▌
    Icra Reproducibility · thedixitjain
    Use when hardening an ICRA paper's reproducibility — specifying robot platform, firmware, ROS and driver versions, control rates, and sensor calibration; logging rosbags and seeds; separating what others can rerun (code, sim) from what they can only audit (your hardware trials); and writing honest availability statements.
    2 repo stars
  84. ▌
    Icse Reproducibility · thedixitjain
    Use when building the verifiability story of an ICSE research-track paper, covering the open-science policy's sharing-by-default expectation, the Data Availability section, anonymized replication packages at review time, provenance pinning for mining and LLM studies, and honest non-sharing justifications.
    2 repo stars
  85. ▌
    Icse Topic Selection · thedixitjain
    Use when deciding whether a software-engineering project belongs in the ICSE research track or should be routed to FSE, ASE, ISSTA, MSR, ICSME, EMSE/TSE/TOSEM, or an ICSE co-located track such as NIER, SEIP, SEIS, or Demonstrations, based on contribution type, evidence maturity, and audience.
    2 repo stars
  86. ▌
    Icsme Review Process · thedixitjain
    Use when reasoning about how an IEEE ICSME research submission is evaluated, covering double-anonymous review, the early-decision cut that issues Accept/Reject before the rebuttal, the "Response Recommended" author-response period, the single-round accept/reject model with no Major Revision, and how ICSME's process differs from FSE's journal-style round and ICSE's cycles.
    2 repo stars
  87. ▌
    Ijoc Topic Selection · thedixitjain
    Use when deciding whether a project is computing-first enough for an INFORMS Journal on Computing (IJOC) submission and which of its 10 technical areas fits. Scopes the contribution to the OR↔computing interface; it does not invent results or citations.
    2 repo stars
  88. ▌
    Ipsn Reproducibility · thedixitjain
    Use when strengthening IPSN-lineage reproducibility for a hardware/embedded/deployment artifact, covering firmware and board files, pinned toolchains, raw traces and calibration, honest degrees of reproducibility for a physical system, anonymized-but-runnable artifacts, and consistency between the paper and the package.
    2 repo stars
  89. ▌
    Ipsn Topic Selection · thedixitjain
    Use when deciding whether a sensing/embedded project is an IPSN Information-Processing (IP) contribution or a Sensor Platforms, Tools and Design Methods (SPOTS) contribution, and whether it should go to the IPSN lineage (now the merged SenSys at CPS-IoT Week), a CPS-IoT Week neighbor (RTAS/ICCPS/HSCC), MobiSys/MobiCom, INFOCOM, or a signal-processing journal.
    2 repo stars
  90. ▌
    Iros Author Response · thedixitjain
    Use when responding to IROS reviews given the traditional no-rebuttal model — pre-answering objections in the paper and video before submission, addressing the meta-review through camera-ready edits, writing RA-L response letters for the journal pathway, and drafting reject-to-ICRA/CoRL/RA-L resubmission memos under double-anonymous rules.
    2 repo stars
  91. ▌
    Iros Reproducibility · thedixitjain
    Use when strengthening IROS reproducibility evidence — splitting rerunnable claims from auditable-only real-robot claims, the hardware specification ledger, calibration and parameter disclosure, log capture discipline, honest code/data availability statements, and sim-to-real accounting, all inside a page budget with no supplementary PDF.
    2 repo stars
  92. ▌
    Isca Reproducibility · thedixitjain
    Use when making an ISCA paper's results regenerable — pinning simulator versions and local patches, archiving per-figure configuration manifests, recording workload provenance and sampling seeds, quantifying run-to-run variation on real hardware, and keeping the environment resurrectable through the February window.
    2 repo stars
  93. ▌
    Issta Review Process · thedixitjain
    Use when explaining or planning around ISSTA peer review, covering double-anonymous reviewing, at least three PC reviews, the Accept/Major-Revision/Reject outcome model, the phase-two major-revision resubmission, the named evaluation criteria, how the decision is actually synthesized, and how earlier editions ran multiple rolling deadlines.
    2 repo stars
  94. ▌
    Itcs Reproducibility · thedixitjain
    Use to make an ITCS paper's mathematics independently checkable — complete proofs of every central claim, self-contained definitions, pinned dependencies on prior results, and a matching full version on arXiv/ECCC/ePrint — the pure-theory analogue of a reproducibility package.
    2 repo stars
  95. ▌
    Jaar Topic Selection · thedixitjain
    Use when deciding whether a project fits the Journal of the American Academy of Religion (JAAR) and how to frame it. JAAR's bar is broad and fundamental interest to the study of religion across traditions and methods — a contribution only to one subfield will be returned for reframing before review. Frames the question; it does not do the research.
    2 repo stars
  96. ▌
    Jacs Results Framing · thedixitjain
    Use when the chemical advance and its significance are not yet sharp for a Journal of the American Chemical Society (JACS) manuscript. Shapes the narrative and claims — it does not generate new data or fix characterization gaps.
    2 repo stars
  97. ▌
    Jais Topic Selection · thedixitjain
    Use when deciding whether a question fits the Journal of the Association for Information Systems (JAIS) and which of its seven manuscript categories to target. Locks the IS phenomenon, the unit of analysis, and the category before theory work begins; it does not build the theory (jais-theory-development) or invent citations.
    2 repo stars
  98. ▌
    Jams Topic Selection · thedixitjain
    Use when choosing or sharpening the research question for a Journal of the Academy of Marketing Science (JAMS) manuscript — confirming it is a broad, managerially consequential marketing-science question and routing it away from sibling marketing journals. Frames the question; it does not build the theory (jams-theory-development) or run the analysis.
    2 repo stars
  99. ▌
    Jape Topic Selection · thedixitjain
    Use when deciding whether a project fits the Journal of Applied Econometrics (JAE) — an applied (not pure-theory) journal publishing empirical, replicable work that applies or develops econometric techniques on real data. Tests scope fit, the replicability requirement, and the Research vs. Replication Article tracks before you commit.
    2 repo stars
  100. ▌
    Jcadcg Supplementary · thedixitjain
    在为《计算机辅助设计与图形学学报》(Journal of Computer-Aided Design & Computer Graphics, JCAD&CG) 组织附录、补充材料与多媒体附件(尤其演示视频)时调用。覆盖按"决定性"划分正文与附录的原则、图形学论文特有的演示视频/交互录屏/高分辨率渲染图/额外几何结果的归属、补充材料的匿名化与格式(DOC/PDF/ZIP/RAR/视频编码)、以及正文自足性(不依赖补充材料才能读懂主张)。适用于把决定性证据留正文、把扩展性材料稳妥外置、避免正文臃肿或关键证据被埋没的场景。
    2 repo stars