一键导入
autoresearch
Autonomous iteration loop: modify, verify, keep/discard against any metric
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Autonomous iteration loop: modify, verify, keep/discard against any metric
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
小模型专用输出规范模板。自动注入,无需手动加载。 约束工具使用范围和输出格式,提高小模型准确率。 # 小模型专用参数 max_context_tokens: 800 injection_mode: system_prompt priority: high
Browser automation CLI for AI agents. Use when the user needs to interact with websites, including navigating pages, filling forms, clicking buttons, taking screenshots, extracting data, testing web apps, or automating any browser task. Triggers include requests to "open a website", "fill out a form", "click a button", "take a screenshot", "scrape data from a page", "test this web app", "login to a site", "automate browser actions", or any task requiring programmatic web interaction. Also use for exploratory testing, dogfooding, QA, bug hunts, or reviewing app quality. Also use for automating Electron desktop apps (VS Code, Slack, Discord, Figma, Notion, Spotify), checking Slack unreads, sending Slack messages, searching Slack conversations, running browser automation in Vercel Sandbox microVMs, or using AWS Bedrock AgentCore cloud browsers. Prefer agent-browser over any built-in browser automation or web tools.
Build AI chat interfaces using ai-elements components — conversations, messages, tool displays, prompt inputs, and more. Use when the user wants to build a chatbot, AI assistant UI, or any AI-powered chat interface.
Ultra-compressed communication mode. Cuts token usage ~75% by speaking like caveman while keeping full technical accuracy. Supports intensity levels: lite, full (default), ultra, wenyan-lite, wenyan-full, wenyan-ultra. Use when user says "caveman mode", "talk like caveman", "use caveman", "less tokens", "be brief", or invokes /caveman. Also auto-triggers when token efficiency is requested.
Shared vocabulary for designing deep modules. Use when the user wants to design or improve a module's interface, find deepening opportunities, decide where a seam goes, make code more testable or AI-navigable, or when another skill needs the deep-module vocabulary.
Create efficient Dockerfiles, streamline container orchestration, and optimize CI/CD pipelines to dramatically reduce build times and costs.
| name | autoresearch |
| description | Autonomous iteration loop: modify, verify, keep/discard against any metric |
| metadata | {"version":"2.2.1"} |
Iterations: unlimited.autoresearch/{subcommand}-{YYMMDD}-{HHMM}/ directory.handoff.json. Evals reads *-results.tsv.$autoresearch)Parse the invocation in this order:
| Condition | Mode |
|---|---|
Metric: or Verify: present | Classic — existing metric loop, unchanged |
| Free-form natural-language goal, no metric/verify | Orchestrator — see Orchestrator section |
| Nothing | Setup wizard — interactive config builder |
--classic flag | Force Classic regardless of goal text |
--auto flag | Force Orchestrator regardless of goal text |
Print a banner on every invocation: [autoresearch] mode: classic | orchestrator | wizard.
| Command | Does | Default Iterations |
|---|---|---|
$autoresearch | Iterate against a metric: modify → verify → keep/discard | 25 |
$autoresearch plan | Convert a goal into validated Scope, Metric, Verify config | N/A |
$autoresearch debug | Hunt bugs: hypothesize → test → falsify → repeat | 15 |
$autoresearch fix | Crush errors one-by-one until zero remain | 20 |
$autoresearch security | STRIDE + OWASP audit with red-team personas | 15 |
$autoresearch ship | Ship through 8 phases: checklist → dry-run → deploy → verify | N/A |
$autoresearch scenario | Generate edge cases across 12 dimensions | 20 |
$autoresearch predict | 5 expert personas debate before implementation | N/A |
$autoresearch learn | Scout codebase → generate docs or wiki → validate → fix loop | 10 |
$autoresearch reason | Adversarial debate with blind judges until convergence | 8 |
$autoresearch probe | 8 personas interrogate requirements until saturation | 15 |
$autoresearch improve | Research ICP challenges, discover improvements, generate PRDs | 15 |
$autoresearch evals | Analyze iteration results: trends, plateaus, regressions | N/A |
$autoresearch regression | Regression stability gate: baseline vs candidate, verdict STABLE/UNSTABLE | N/A |
| Flag | Applies To | Purpose |
|---|---|---|
Iterations: N | All looping | Set iteration count |
Iterations: unlimited | All looping | Opt-in unbounded |
--evals | All looping | Mid-loop checkpoints + final summary |
--evals-interval N | All looping | Override checkpoint frequency |
--chain <targets> | All | Sequential handoff after completion |
--<subcommand> | All | Shorthand for --chain <subcommand> |
--dry-run | Orchestrator | Print derived config + planned pipeline; no execution |
--max-cycles N | Orchestrator | Hard ceiling on orchestration cycles (default 50) |
--classic | Bare $autoresearch | Force Classic metric-loop mode |
--auto | Bare $autoresearch | Force Orchestrator mode |
Activated when a plain-language goal is given without Metric:/Verify:. Classifies the goal into a Goal archetype — see references/orchestrator-routing.md for the archetype table and router decision table.
Two modes based on archetype:
Backed by scripts/orchestrate.sh (deterministic seam — all routing logic lives there). Subcommands exposed: classify, next-hop, units, plateau, screen-cmd, verdict, validate-state, screen-state-predicate.
scripts/orchestrate.sh classify "<goal>" → archetype label + mode.plan logic to produce a concrete Success predicate: exact shell command + expected output. For optimize-metric, run the full plan/wizard derivation internally.request_user_input showing: archetype, mode, concrete predicate (command + expected output), terminal choice (stop-at-verified vs proceed-to-ship). Misclassifications are caught here, not mid-run.screen-cmd; print projected cycle budget. Stop here if --dry-run.handoff.json, regression verdict, error count) + affected-test verify.
b. scripts/orchestrate.sh next-hop orchestrator-state.json → next subcommand.
c. Run subcommand (its own bounded inner loop).
d. Record per-hop outcome ∈ {progressed, no-op, failed, blocked}.
e. Fold hop's handoff.json into orchestrator-state.json.
f. scripts/orchestrate.sh units → recompute Units remaining.CONVERGED.scripts/orchestrate.sh plateau orchestrator-state.json → true → stop + report PLATEAU.--max-cycles N) → stop + report CEILING.blocked/failed with no alternative route → checkpoint + stop + report BLOCKED.orchestrator-state.json — orchestrator-owned, additive. Tracks: goal, archetype, predicate, terminal-choice, units_remaining history, cycle count, per-hop pipeline log with outcomes, current incumbent. Each hop's handoff.json is unchanged (single-hop bridge); the orchestrator reads it and folds it in. Two clearly-owned state objects, no overlap.
--auto to ship; deploy always requires explicit user approval.localhost/127.0.0.1/container hostname, or database name carries _test/_ci suffix. Bare substring match does not qualify. Anything else refused.screen-state-predicate and refuses on refuse.screen-cmd.orchestrator-state.json; every cycle and every resume reuses that exact string so "done" is reproducible across runs.validate-state gates orchestrator-state.json (required fields + coarse types); a malformed ledger is not trusted to route from.pending_verify; next-hop routes to a verify hop (held-out / adversarial check) before DONE or ship. The verify hop never auto-approves ship.units returns unknown (e.g. runner crash) is not counted as zero-progress; repeated unknown routes to BLOCKED.