/aaai-topic-selection
Use when deciding whether a project is a strong AAAI submission across its broad AI scope, should be reframed or routed to a dedicated track such as AI for Social Impact or AI Alignment, or should instead go to IJCAI, NeurIPS, ICML, ICLR, AISTATS, UAI, ACL, CVPR, KDD, CHI, ICRA,
$ npx -y skills add brycewang-stanford/Awesome-Journal-Skills --skill aaai-topic-selection --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/aaai-topic-selection
Context preview
The summary Claude sees to decide when to auto-load this skill.
Use when deciding whether a project is a strong AAAI submission across its broad AI scope, should be reframed or routed to a dedicated track such as AI for Social Impact or AI Alignment, or should instead go to IJCAI, NeurIPS, ICML, ICLR, AISTATS, UAI, ACL, CVPR, KDD, CHI, ICRA,
SKILL.md
aaai-topic-selection.SKILL.mdname: aaai-topic-selection
description: Use when deciding whether a project is a strong AAAI submission across its broad AI scope, should be reframed or routed to a dedicated track such as AI for Social Impact or AI Alignment, or should instead go to IJCAI, NeurIPS, ICML, ICLR, AISTATS, UAI, ACL, CVPR, KDD, CHI, ICRA, or another specialist venue.
AAAI Topic Selection
Use this while the project is still movable. AAAI is broad across artificial intelligence, so a strong submission should make an AI contribution that is intelligible beyond a narrow subfield.
Strong AAAI signals
- Clear AI problem and contribution: method, theory, system, benchmark, dataset, evaluation, social
impact, alignment, human-AI interaction, planning, reasoning, learning, NLP, vision, robotics, or knowledge representation.
- Evidence that supports a general AI claim, not only a local application result.
- Responsible treatment of ethics, safety, privacy, fairness, social impact, or misuse when the
paper touches those areas.
- Reproducibility path strong enough for checklist scrutiny.
- Narrative clear enough for Phase 1 reviewers from adjacent AI areas.
Weak AAAI signals
- Pure application deployment with little AI insight.
- Benchmark bump without mechanism, analysis, or robust comparison.
- Closed system with no reviewable evidence.
- Paper better framed as statistics, NLP, vision, HCI, robotics, or systems for a specialist venue.
- Policy-sensitive claims with thin ethics or stakeholder analysis.
Routing logic
- Prefer IJCAI for broad AI work with an international AI community emphasis.
- Prefer NeurIPS, ICML, or ICLR for stronger ML method/theory or representation-learning framing.
- Prefer AISTATS or UAI for statistics, uncertainty, causal, or probabilistic emphasis.
- Prefer ACL, CVPR, KDD, CHI, ICRA, or systems venues when the contribution is domain-specific.
- Prefer a workshop if evidence is preliminary but the idea is timely.
Fit-versus-route table
AAAI's breadth is an asset only when the contribution reads as general AI, not a narrow benchmark result. Use the dominant signal to decide between AAAI and a specialist venue.
| Project shape | AAAI fit | Better route if not | | --- | --- | --- | | New planning or KR mechanism | strong, core AAAI turf | UAI for pure uncertainty | | ML method with broad insight | plausible | NeurIPS/ICML for deep theory | | Domain deployment, thin AI | weak | KDD, CHI, or ICRA | | Stakeholder-facing impact work | strong via AI for Social Impact | domain policy venue |
Broad-AI contribution stress test
Before routing to AAAI, rewrite the project in three forms. If any form collapses into a dataset name or a leaderboard delta, the submission needs reframing or a specialist venue.
| Stress-test form | Strong answer | Weak answer | | --- | --- | --- | | One-sentence AI problem | names a general reasoning, learning, planning, representation, evaluation, alignment, or human-AI problem | names only an application domain | | Contribution type | method, theory, benchmark, dataset, evaluation, system, social-impact analysis, or alignment intervention | "we apply model X to task Y" | | Transfer argument | explains why the insight should matter across tasks, models, settings, or stakeholders | only says one benchmark improves | | Evidence shape | mechanism, ablation, comparison, human/stakeholder evidence, or formal result tied to the claim | one table with no diagnostic support | | Limitation | states where the approach should not be expected to work | hides the narrowness until the appendix |
If the strong answer is hard to write, do not force AAAI fit. Route the paper to the community whose reviewers naturally value the main evidence: ML method/theory, uncertainty/statistics, NLP, vision, robotics, HCI, systems, or the application domain.
Route decision ledger
Keep a short ledger for borderline projects. It should contain:
- **Dominant contribution:** the one contribution type the paper wants to be judged on.
- **Primary reviewer:** the AAAI-adjacent reviewer who can fairly evaluate it.
- **Secondary reviewer:** the cross-area reviewer who must still understand the first page.
- **Must-have evidence:** the result, theorem, ablation, artifact, user/stakeholder evidence, or
benchmark analysis without which AAAI fit fails.
- **Better venue if missing:** the specialist venue that becomes stronger if the must-have evidence
cannot be added before submission.
Use the ledger to prevent ambiguous framing such as "AAAI because it is broad" or "specialist venue because reviewers will know the dataset." Broad scope is useful only when the claim is stated at the right abstraction level.
Worked vignette
A team has a fairness-aware allocation system for a city service. The AI insight is a constraint formulation, and the stakes are social. Walking the signals: the contribution generalizes beyond the one city (strong signal) and is policy-sensitive (needs stakeholder evidence). Verdict: AAAI fit is strong, routed to AI for Social Impact rather than the Main Track, with harm and stakeholder analysis treated as required evidence, not an afterthought.
Output format
[AAAI fit] strong / plausible / weak / no
[Track route] Main / AI for Social Impact / AI Alignment / other
[Core AI contribution] <one sentence>
[Evidence required] <experiment, theory, artifact, stakeholder analysis>
[Best venue route] AAAI / IJCAI / NeurIPS / ICML / ICLR / AISTATS / UAI / domain venue
Read more
name: aaai-topic-selection description: Use when deciding whether a project is a strong AAAI submission across its broad AI scope, should be reframed or routed to a dedicated track such as AI for Social Impact or AI Alignment, or should instead go to IJCAI, NeurIPS, ICML, ICLR, AISTATS, UAI, ACL, CVPR, KDD, CHI, ICRA, or another specialist venue.
AAAI Topic Selection
Use this while the project is still movable. AAAI is broad across artificial intelligence, so a strong submission should make an AI contribution that is intelligible beyond a narrow subfield.
Strong AAAI signals
- Clear AI problem and contribution: method, theory, system, benchmark, dataset, evaluation, social
impact, alignment, human-AI interaction, planning, reasoning, learning, NLP, vision, robotics, or knowledge representation.
- Evidence that supports a general AI claim, not only a local application result.
- Responsible treatment of ethics, safety, privacy, fairness, social impact, or misuse when the
paper touches those areas.
- Reproducibility path strong enough for checklist scrutiny.
- Narrative clear enough for Phase 1 reviewers from adjacent AI areas.
Weak AAAI signals
- Pure application deployment with little AI insight.
- Benchmark bump without mechanism, analysis, or robust comparison.
- Closed system with no reviewable evidence.
- Paper better framed as statistics, NLP, vision, HCI, robotics, or systems for a specialist venue.
- Policy-sensitive claims with thin ethics or stakeholder analysis.
Routing logic
- Prefer IJCAI for broad AI work with an international AI community emphasis.
- Prefer NeurIPS, ICML, or ICLR for stronger ML method/theory or representation-learning framing.
- Prefer AISTATS or UAI for statistics, uncertainty, causal, or probabilistic emphasis.
- Prefer ACL, CVPR, KDD, CHI, ICRA, or systems venues when the contribution is domain-specific.
- Prefer a workshop if evidence is preliminary but the idea is timely.
Fit-versus-route table
AAAI's breadth is an asset only when the contribution reads as general AI, not a narrow benchmark result. Use the dominant signal to decide between AAAI and a specialist venue.
| Project shape | AAAI fit | Better route if not | | --- | --- | --- | | New planning or KR mechanism | strong, core AAAI turf | UAI for pure uncertainty | | ML method with broad insight | plausible | NeurIPS/ICML for deep theory | | Domain deployment, thin AI | weak | KDD, CHI, or ICRA | | Stakeholder-facing impact work | strong via AI for Social Impact | domain policy venue |
Broad-AI contribution stress test
Before routing to AAAI, rewrite the project in three forms. If any form collapses into a dataset name or a leaderboard delta, the submission needs reframing or a specialist venue.
| Stress-test form | Strong answer | Weak answer | | --- | --- | --- | | One-sentence AI problem | names a general reasoning, learning, planning, representation, evaluation, alignment, or human-AI problem | names only an application domain | | Contribution type | method, theory, benchmark, dataset, evaluation, system, social-impact analysis, or alignment intervention | "we apply model X to task Y" | | Transfer argument | explains why the insight should matter across tasks, models, settings, or stakeholders | only says one benchmark improves | | Evidence shape | mechanism, ablation, comparison, human/stakeholder evidence, or formal result tied to the claim | one table with no diagnostic support | | Limitation | states where the approach should not be expected to work | hides the narrowness until the appendix |
If the strong answer is hard to write, do not force AAAI fit. Route the paper to the community whose reviewers naturally value the main evidence: ML method/theory, uncertainty/statistics, NLP, vision, robotics, HCI, systems, or the application domain.
Route decision ledger
Keep a short ledger for borderline projects. It should contain:
- **Dominant contribution:** the one contribution type the paper wants to be judged on.
- **Primary reviewer:** the AAAI-adjacent reviewer who can fairly evaluate it.
- **Secondary reviewer:** the cross-area reviewer who must still understand the first page.
- **Must-have evidence:** the result, theorem, ablation, artifact, user/stakeholder evidence, or
benchmark analysis without which AAAI fit fails.
- **Better venue if missing:** the specialist venue that becomes stronger if the must-have evidence
cannot be added before submission.
Use the ledger to prevent ambiguous framing such as "AAAI because it is broad" or "specialist venue because reviewers will know the dataset." Broad scope is useful only when the claim is stated at the right abstraction level.
Worked vignette
A team has a fairness-aware allocation system for a city service. The AI insight is a constraint formulation, and the stakes are social. Walking the signals: the contribution generalizes beyond the one city (strong signal) and is policy-sensitive (needs stakeholder evidence). Verdict: AAAI fit is strong, routed to AI for Social Impact rather than the Main Track, with harm and stakeholder analysis treated as required evidence, not an afterthought.
Output format
[AAAI fit] strong / plausible / weak / no [Track route] Main / AI for Social Impact / AI Alignment / other [Core AI contribution] <one sentence> [Evidence required] <experiment, theory, artifact, stakeholder analysis> [Best venue route] AAAI / IJCAI / NeurIPS / ICML / ICLR / AISTATS / UAI / domain venue
Stanford REAP × CoPaper.AI · 由斯坦福实证方法论团队精选与维护 访问 copaper.ai 微信:CoPaper.AI 按 11 个主流学科板块覆盖 经管与商科 社会科学 人文学科 数学与物理科学 生命科学 医学与健康 工程与技术 计算机科学与 AI 体育科学 点击任一学科名可跳转到对应说明;每类下的代表子领域在正文总览中完整列出。下方封面墙按 venue 导航,完整分类见覆盖一览。 🧭 布局指南 · 📚 Skill Pack 一览 · ⚡ 如何使用 · 🧪 自动实证
Other skills on awesome-journal-skills.
- /aaai-artifact-evaluation
Use when packaging AAAI code, data, multimedia appendices, technical appendices, reproducibility evidence, and post-acceptance artifact releases without violating double-blind or immutable-supplement rules.
Open skill - /aaai-author-response
Use when drafting an AAAI author response (rebuttal) under the single short character-limited author-feedback window, the no-URL rule, no-new-results guidance, AI-generated-review handling, and the AAAI two-phase review process where Phase-2 papers receive one feedback round
Open skill - /aaai-camera-ready
Use when preparing an accepted AAAI paper for camera-ready source submission to AAAI Press, including proceedings page limits, two-column template compliance, copyright transfer, purchased extra technical pages, deanonymization, registration, oral or poster presentation, and
Open skill - /aaai-experiments
Use when designing or auditing AAAI experiments for the broad-AI program committee, including baselines, ablations, statistical significance, robustness, human evaluation, AI-for-Social-Impact and alignment/safety evidence, compute and cost reporting, and
Open skill - /aaai-related-work
Use when positioning an AAAI paper's novelty against archival work, contemporaneous arXiv or workshop papers, and AAAI/IJCAI/NeurIPS/ICML/ICLR neighbors across the broad AI scope, while staying inside AAAI's dual-submission and AI-as-source policy constraints and writing a
Open skill - /aaai-reproducibility
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
Open skill

