메뉴
Use when product requirements, architecture, evaluation policy, or another blueprint must be created or materially updated before implementation. Not for implementing an already-approved specification or for editing unrelated documents.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Use when source code must be implemented, debugged, refactored, or code-audited through a plan, execution, test, and report loop. Not for requirements-only changes, new empirical experiments, or document-only editing.
Use when persistent analysis of code, a paper, or a document must be created or refreshed because it is absent, stale, or explicitly requested. Not for read-only project orientation, context recovery, or status reporting.
Use when durable cross-project user preferences must be inferred from coding, writing, or analysis evidence and stored as a profile. Not for one-project context recovery, casual preference acknowledgment, or ordinary task execution.
Use when a visual product surface needs references, design tokens, components or mockups, review, and development handoff. Not for implementing an already-approved design in code or for document prose work.
Use when a new paper, presentation, report, proposal, or other user-facing document must be produced from evidence. Not for correcting only an existing document or for source-code implementation.
Use only when autopilot-draft dispatches document strategy and evidence-plan creation. Not for top-level user requests or primary capability routing.
| name | autopilot-spec |
| description | Use when product requirements, architecture, evaluation policy, or another blueprint must be created or materially updated before implementation. Not for implementing an already-approved specification or for editing unrelated documents. |
| argument-hint | <task description> [--mode auto|app|library|api|cli|research|update (comma-separated for multiple)] [--intensity direct|quick|standard|strong|thorough|adversarial] [--user-refine] |
| metadata | {"group":"entry","fam":"code","invocation_class":"entry-router","modes":["app","library","api","cli","research","update"],"blurb":"Create or update requirements/blueprints while keeping `prd.md` as the only spec-change path.","use_when":"Use when product requirements, architecture, evaluation policy, or another blueprint must be created or materially updated before implementation.","not_for":"Not for implementing an already-approved specification or for editing unrelated documents."} |
This is a compact pre-approval entry router. Its manifest-owned frontmatter is the authoritative discovery metadata; it intentionally contains no execution procedure.
Use only this router, harness-manifest.json, and core/WORKFLOW.md §0.2 to
propose a route. Present the one-time confirmation in core/WORKFLOW.md §0.4
unless the same route and scope are already approved. Do not load references
before approval.
After approval, direct/quick sessions and the standard+ dispatch-depth-1 owner load
capabilities/autopilot-spec.md, then use the Reference Index below. Assigned
stage workers load only their assigned stage contracts.
| File | Load when | Obligation |
|---|---|---|
references/owner-execution.md | After approval, by the selected direct/quick session or dispatch-depth-1 owner | Read the complete execution procedure before material work. This is the router's only post-approval reference edge. |
Follow the portable artifact, worktree, role, and verification guards in the selected owner contract. Runtime projections must report unsupported mechanics and must not claim physical instruction masking, token, billing, or cost savings without verified evidence.
