simon-grind

simon-grind

열일모드 — 끝날 때까지 끝난 게 아니다.

Base Workflow

이 스킬은 simon-dev 19-step pipeline을 기반으로 합니다. 기본 워크플로는 ~/.claude/skills/simon-dev/SKILL.md와 그 references/ 파일들을 따릅니다.

이 문서는 grind 전용 확장사항만 기술합니다:

• 모든 재시도 한계 = 10 (포기하지 않는다)
• 새 재시도 지점 at previously non-retrying steps
• 자동 진단 시스템 — failure tracking + strategy pivots
• 체크포인트/롤백 for safe experimentation
• Confidence Scoring & Assumption Registry — structured user interviews

Shared Protocols: ~/.claude/skills/_shared/preamble.md 읽기 — Session Isolation, Error Resilience, Forbidden Rules, Agent Teams, Cognitive Independence 공통 프로토콜 포함.

Session Isolation Protocol (확장)

grind 전용 파일(failure-log.md, checkpoints.md, assumptions-registry.md, escalation-report.md)도 동일하게 {SESSION_DIR}/memory/에 저장한다.

Grind Scripts

scripts/ 디렉토리의 결정론적 스크립트로 grind 핵심 메커니즘을 강제한다. LLM 기억에 의존하면 compaction 후 상태를 잃을 수 있으므로, 스크립트 출력에 기반하여 판단한다.

• progress-detect.sh <failure-log> — 최근 2건 재시도 비교 → PROGRESS/STALL/REGRESS JSON 출력. Stall detection의 판정 근거로 사용.
• budget-tracker.sh <failure-log> [budget] — 잔여 예산 JSON 출력. 70%+ 소비 시 warning: true. 매 재시도 시작 전에 실행하여 예산 상태를 확인한다.
• checkpoint.sh <step> <attempt> <checkpoints-md> — git tag checkpoint-step{N}-attempt{M} + checkpoints.md 원자적 갱신. 전략 전환 전에 반드시 실행한다.
• done-when-eval.sh <plan-summary> <verify-commands> [unit] — Mechanical Done-When Checks 자동 평가 → exit_loop JSON 출력. 매 attempt 완료 시 실행하여 exit_loop=true면 해당 Step 루프를 조기 탈출한다. 성공 기준이 이미 충족됐는데 모르고 재시도하는 budget 낭비를 방지한다 (Behavioral Checks는 LLM 평가 유지).

Grind Config Overrides

loop_limits:
  # ── Existing (ALL → 10) ──────────────────────
  critic_planner: 10            # 3 → 10  (Step 2)
  step4b_critical: 10           # 2 → 10  (Step 4-B)
  step7b_recheck: 10            # 1 → 10  (Step 7-B)
  step7_8: 10                   # 2 → 10  (Step 7-8)
  step16: 10                    # 3 → 10  (Step 16)
  step6_executor: 10            # 3 → 10  (Step 6)

  # ── New Retry Points (ALL = 10) ──────────────
  step5_build_retry: 10         # build/test failure retry
  step5_strategy_pivot: 10      # full strategy pivot
  step9_11_refactor: 10         # refactoring loop
  step12_major: 10              # review loop
  step17_readiness: 10          # production readiness
  step19_review: 10             # simon-code-review 피드백 루프 내 재시도
  ci_watch_fix: 10              # CI failure auto-fix cycles
  expert_consensus_extra: 10    # extra discussion rounds
  integration_conflict: 10      # conflict resolution
  test_env_setup: 10            # test environment setup
  step13_cleanup: 10            # dead code cleanup
  step14_quality: 10            # quality improvement
  step15_flow: 10               # flow verification

  # ── Interview Protocol ───────────────────────
  interview_max_rounds: 5
  confidence_threshold: 0.85
  step1a_verification: true
  step2_4_escalation: true
  step4b_interactive: true
  max_questions_per_round: 5
  # 질문 정렬: 계획 구조를 바꿀 가능성이 큰 질문 우선. 상위 답변에 종속되는 질문은 같은 라운드에 묶지 않는다 (interview-protocol.md 번들 정렬 규칙과 동일).

  # ── Auto-Diagnosis ──────────────────────────
  diagnosis_threshold: 5        # Failures before root cause analysis
  pivot_threshold: 10           # Strategy pivots before human escalation

  # ── Progress Detection ─────────────────────
  stall_threshold: 2            # 진전 없는 연속 재시도 N회 시 전략 즉시 전환
  # 조정 가이드: 단순 버그 수정은 2(기본값) 유지.
  # 아키텍처 수준 변경이나 복잡한 통합 작업은 3-4로 상향 —
  # 이런 작업은 3~4회차에 누적 이해로 해결되는 경우가 있다.

  # ── Total Retry Budget ─────────────────────
  total_retry_budget: 50        # 워크플로 전체 재시도 예산
  # 조정 가이드: STANDARD는 50(기본값), LARGE는 80.
  # 외부 API 연동이 많은 작업은 +20 가산 — 환경 변수에 의한 실패가 빈번.
  budget_warning_pct: 70        # 예산 N% 소비 시 사용자 경고

  # ── Checkpoint Policy ─────────────────────
  checkpoint_policy:
    tier_boundary: true    # Attempt 3→4, 6→7 전환 시 자동 checkpoint
    on_progress: true      # Progress Detection "진전 있음" 시 best 태그
    strategy_pivot: true   # 기존과 동일
    rollback_target: best  # pivot 시 initial 대신 best로 롤백 (없으면 initial)

  # ── Per-Attempt Efficiency ───────────────
  per_attempt_warning_turns: 30   # 개별 attempt가 30턴 이상 소비 시 경고
  total_turns_warning: 200        # 전체 누적 턴이 200 이상 시 사용자에게 경고