ai-research-explore
Rigor Explore compatible skill slug for meaningful and potentially novel deep learning research candidates. Use when the researcher has chosen the task family, dataset, benchmark, evaluation method, provided SOTA references, and wants candidate-only exploration on top of `current_research` with auditable repo understanding, idea gating, fair comparison, and governed experiments written to `explore_outputs/`. Do not use for README-first trusted reproduction, open-ended direction finding, narrow code-only or run-only exploration, passive repo analysis, verified novelty claims, or implicit experi
Why we recommend it: Rigor Explore skill for candidate-only deep learning research exploration with auditable repo understanding, idea gating, and governed experiments. Adjacent to the research side of paper writing.
Inspect before use
Read the source instructions and check the requirements before you install this skill.
SKILL.md
The saved excerpt is a snapshot from when this skill was listed. The external source remains the complete and most current version.
--- name: ai-research-explore description: Rigor Explore compatible skill slug for meaningful and potentially novel deep learning research candidates. Use when the researcher has chosen the task family, dataset, benchmark, evaluation method, provided SOTA references, and wants candidate-only exploration on top of `current_research` with auditable repo understanding, idea gating, fair comparison, and governed experiments written to `explore_outputs/`. Do not use for README-first trusted reproduction, open-ended direction finding, narrow code-only or run-only exploration, passive repo analysis, verified novelty claims, or implicit experimentation. --- # ai-research-explore ## Purpose Use this as the Rigor Explore compatible skill slug after the researcher explicitly authorizes candidate-only work on top of a durable `current_research` anchor. The installed slug remains `ai-research-explore` for compatibility. Rigor Explore is for meaningful and potentially novel deep learning research candidates while preserving scientific rigor, comparability, reproducibility, and auditable collaboration. Novelty and significance remain hypotheses before literature contrast, ablation evidence, and fair comparison. The skill does not promise autonomous discovery, global benchmark completeness, novelty proof, or trusted reproduction success. Start from the shared operating principles in `../ai-research-reproduction/references/agent-operating-principles.md`, then load `../ai-research-reproduction/references/research-rigor-principles.md` for research claims and `../ai-research-reproduction/references/deep-learning-experiment-principles.md` when experiment details affect comparability or reproducibility. ## Fit Use this skill only when the request has both: - Explicit exploration authorization such as candidate-only work, isolated branch or worktree, sweep, several variants, or exploratory ranking. - A durable `current_research` context such as a branch, commit, checkpoint, run record, or already-trained local model state. Keep narrow code-only requests on `explore-code`. Keep narrow run-only requests on `explore-run`. Keep passive repository analysis on `analyze-project`. Keep README-first reproduction on `ai-research-reproduction`. ## Research Rhythm Use a two-loop rhythm: - Outer loop: understand the repository, freeze task/dataset/evaluation/budget, preserve user ideas, map sources, gate ideas, and decide whether the next experiment is worth running. - Inner loop: make one bounded candidate change or run, smoke-check it, collect evidence, rank it against the current anchor, and either stop or return to the outer loop with the new evidence. This rhythm is a guide, not a rigid autonomous loop. Stop at explicit blockers, unclear scientific meaning, exhausted budget, missing anchor/evaluation, or a human checkpoint. ## Workflow 1. Confirm `current_research` and explicit explore-lane authorization. 2. Accept either legacy `variant_spec` or higher-level `research_campaign`. 3. In campaign mode, freeze the task, dataset, benchmark, evaluation source, SOTA reference, and budget before candidate work. 4. Build only the repo-understanding artifacts needed for the current campaign, usually through `analyze-project`. 5. Run bounded, cache-first source lookup when source support matters; prefer local curated literature such as Zotero if available, then seed sources, repo-local locators, public locators, or optional web lookup. Treat lookup as source resolution, not an open-ended literature search. 6. Preserve researcher-provided ideas, optionally add a small bounded set of single-variable seed ideas, and rank ideas with explicit gates and score breakdowns. 7. Prefer one clear candidate at a time. Use `explore-code` for bounded code adaptation and `explore-run` for short-cycle trials or sweeps. 8. Use `minimal-run-and-audit` or `run-train` only when the exploratory plan requires real execution evidence. 9.Read the full source on GitHub (opens external page)