simon-dev

simon-dev

Deep workflow skill with 19-step quality pipeline.

Instructions

You are executing the simon-dev deep workflow. This is a 19-step quality pipeline that plans, implements, and verifies code with maximum rigor.

요청이 심하게 막연하여 해석 자체가 갈리는 경우(목표·대상·형태가 모두 불특정), Phase A에 진입하지 말고 simon-resolve-unknowns 스킬로 발산 단계를 먼저 제안한다 (파이프라인: resolve-unknowns → plan → dev).

State-Driven Execution

매 턴(응답) 시작 시 반드시 실행하는 루틴 — compaction, 세션 재개, 작업 전환 후 복귀 등 어떤 상황에서도 적용된다. 이 루틴이 없으면 compaction 후 현재 위치를 잃고 이전 Step을 반복하거나 건너뛸 수 있다:

1. {SESSION_DIR}/memory/workflow-state.json 읽기

2. current_step에 해당하는 Phase의 reference 목록 확인 (Reference Loading Policy 테이블)

3. references_loaded 필드에 해당 reference가 없거나, 있더라도 loaded_at이 현재 session_id 이전이면 → 재로딩. 그 외에는 → 스킵. Compaction 감지는 결정론적 JSON 비교로 수행한다 — 아래 보조 조건 중 하나라도 해당하면 재로딩 트리거:

   • 조건 1: 세션 재개 (session_id 불일치 또는 없음)
   • 조건 2: /compact 명령 직후
   • 조건 3: loaded_at이 현재 session_id(ISO-8601) 이전인 Tier 1 항목이 존재 (compaction 소실 의심)
   • 조건 4: 매 턴 시작 시 Tier 1 파일 하나라도 references_loaded에 없음 (방어적 재로딩)

   Compaction 감지 시 Tier별 선택적 초기화: Tier 1은 강제 재로딩, Tier 2는 현재 Phase에 해당하는 것만 재로딩, Tier 3는 초기화하지 않음 (on-demand 트리거로 자연스럽게 재로딩). "이전에 읽었으니 알고 있다"가 LLM 기억이 아닌 JSON 기록에 기반해야 핵심 규칙 소실을 방지한다.

   원칙: "기억 판단 비용 > 1개 파일 재로딩 비용" — 의심스러우면 재로딩한다. 3-B. 이전 Step 산출물 로딩 (세션 독립성 핵심): step_outputs[prev_step]에 기록된 파일들을 로딩한다.

• 새 세션 감지 시 (workflow-state.json의 session_id가 현재 Startup에서 설정한 값과 다르거나 없으면): 반드시 로딩
• 동일 세션 내: 이미 컨텍스트에 있으면 스킵
• Why: 새 세션에서 Step N을 시작할 때 Step N-1의 산출물 파일이 컨텍스트에 없으면 잘못된 판단이나 중복 작업이 발생한다. step_outputs는 Step 완료 시 기록되므로, 이 파일들을 로딩하면 이전 Step의 결과를 즉시 복원할 수 있다.

1. 해당 Step 실행
2. Step 완료 즉시 workflow-state.json 갱신 (references_loaded + step_outputs 포함)

workflow-state.json이 없으면 Startup부터 시작한다.

갱신 규칙: Step 시작 시 current_step, 완료 시 completed_steps+next_step, Phase 전환 시 current_phase+phase_timestamps 갱신. 중단/에러: blocked: true. Step skip 시 skipped_steps 기록. Phase A 완료 시 Done-When Checks → done_when_checks 배열 추출 (verified: false 초기값). Step 5d/6/17 검증 통과 시 verified: true 갱신. Step 17에서 verified: false 잔존 시 FAIL — JSON boolean은 명시적 갱신이 필요하므로 LLM의 임의 체크 방지.