메뉴
Short reminder of the double-SDD Codex workflow and instruction priority
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
Use when implementation is complete, all tests pass, and you need to decide how to integrate the work - guides completion of development work by presenting structured options for merge, PR, or cleanup
Use before implementing anything - dispatches fresh subagent per task with parallel dual review and a spec gate. As an orchestrator, you must never implement anything yourself.
Facilitate real subagent roundtable meetings for uncertain futures, difficult decisions, product or architecture brainstorming, pre-mortems, and explicit disagreement during spec writing. Use during `writing-specs` before approach selection when multiple plausible paths need pressure-testing, stakeholder perspectives conflict, or potential product issues need to be surfaced. Use only when subagent use has already been approved for the current workflow; otherwise stop. Do not use for routine implementation tasks, settled decisions, or simulated roleplay.
Parallel dual review via subagents — spec compliance gates code quality. Guides evaluation of reviewer feedback.
You MUST use this before any implementation work. Clarifies requirements, explores approaches, validates the design, and writes the approved spec before planning.
Use when you have a spec or requirements for a multi-step task, before touching code
SOC 직업 분류 기준
| name | using-double-sdd |
| description | Short reminder of the double-SDD Codex workflow and instruction priority |
This skill is a concise reminder. The primary Codex orchestration rules live in .codex/config.toml.
double-SDD means:
You are an orchestrator, not an implementer. Follow these rules:
subagent-driven-development skill and delegate to subagents.code-review skill to audit the output.User instructions always take precedence: