oh-my-customcode 1.1.75 → 1.1.76

package/dist/cli/index.js

@@ -217,7 +217,7 @@ var init_package = __esm(() => {
     workspaces: [
       "packages/*"
     ],
-    version: "1.1.75",
+    version: "1.1.76",
     description: "Batteries-included agent harness for Claude Code",
     type: "module",
     bin: {

package/dist/index.js

@@ -2326,7 +2326,7 @@ var package_default = {
   workspaces: [
     "packages/*"
   ],
-  version: "1.1.75",
+  version: "1.1.76",
   description: "Batteries-included agent harness for Claude Code",
   type: "module",
   bin: {

package/package.json

@@ -3,7 +3,7 @@
   "workspaces": [
     "packages/*"
   ],
-  "version": "1.1.75",
+  "version": "1.1.76",
   "description": "Batteries-included agent harness for Claude Code",
   "type": "module",
   "bin": {

package/templates/.claude/rules/MUST-completion-verification.md

@@ -148,12 +148,14 @@ Cross-reference: R018 (Member Completion Verification), `feedback_release_delega
 6. **정량 기준 정밀화 — 산술 단위는 파일이 아니라 편집 항목 (Origin: #1621 #2a, v1.1.51 세션)**: 위 4항의 "파일 4~5개 상한"은 신설 당일 재절단을 막지 못했다 — R017 그룹은 담당 6파일로 상한 인접이었으나, 실제 초과 원인은 파일 수가 아니라 **조항 2개 신설**이었다. 파일당 편집 항목이 1개라는 암묵 가정이 깨지면 파일 수 기준 산술이 무의미해진다. 위임 크기 산술의 단위는 **편집 항목 수**(신설 조항 1개, 버전 노트 1개, 사본 배선 1개 등)로 바꾼다: **항목당 약 2턴(Edit + 위치 탐색) + 파일당 고정비(Read 1 + 미러 Edit 1 + diff 1 = 3턴)**로 계산한다. 같은 세션에서 4파일·항목 소수 위임들은 완주해 대조를 이룬다.
 7. **리서치형 위임의 산출물 우선 기록 (Origin: #1621 #2b, v1.1.51 세션)**: 파일 편집형뿐 아니라 리서치형(수집 중심) 위임도 절단에 취약하다 — v1.1.51 세션에서 훅 이벤트 감사 위임이 22회 도구 호출(WebFetch/Read)을 전부 수집에 쓰고 **아티팩트를 1회도 Write하지 않은 채 절단**되어, 수집한 산출물 전량이 에이전트 컨텍스트에만 존재하고 파일에는 남지 않았다(재개 지시 "산출물 우선 기록"으로 복구). 리서치형 위임의 표준 문안에는 **"첫 2턴 안에 아티팩트 골격을 Write하고 수집 즉시 증분 Edit하라 — 수집 완료 후 일괄 기록 금지"**를 포함한다. 절단은 항상 마지막 작업을 자르므로, 기록을 마지막에 몰면 절단 시 산출물이 전량 유실된다 — 위 5항(파일 편집형의 "미러 즉시 동기화")의 리서치형 대응이다.
 8. **훅 피드백 잠식 (Origin: #1625 #5)**: settings 훅은 서브에이전트 세션에도 발화하므로, 세션 종료성 훅(Stop 계열)의 반복 피드백이 서브에이전트의 마지막 턴들을 소모·오염시켜 최종 보고가 "대기 중" 류로 끝날 수 있다 — mid-step 종료·"실제가 보고보다 앞섬"의 신규 원인 축. v1.1.53 세션에서 커밋 에이전트 2건의 "대기 중" 보고가 실측 결과 모두 완전 완료였다. 절단·대기 보고를 받으면 훅 피드백 잠식 가능성도 원인 후보에 포함하고 ground-truth로 판정한다.
+9. **문서 미러·parity 위임 상한 — 3파일 이하, 산술 통과가 절단 부재를 보장하지 않음 (Origin: #1709 찐빠 #1, v1.1.75 세션)**: 6항의 편집 항목 산술(항목 × 2턴 + 파일 고정비 3턴)을 **적용하지 않고** 문서 미러·parity 위임(카운트·용어·목록 동기화를 여러 문서에 반복 반영) 7파일을 단일 발주하면 절단됩니다 — 6항 공식대로면 7파일은 고정비만 `7×3=21`턴으로 이미 20턴을 초과하므로, 산술을 적용했다면 애초에 단일 발주하지 않았을 상황이었습니다. 실측 결과 6파일 편집은 완결(카운트·Agora 행·훅 수·CONTRIBUTING 절차 재작성)됐고 남은 1파일(AGENTS.md)은 변경 불필요였습니다. 같은 반복의 6개 편집 항목·1파일 위임(ARCHITECTURE_ko 미러)도 정확히 20턴에서 절단됐으나 보고는 전달됐습니다 — 이 건은 신설 공식(파일 수 × 3 + 편집 항목 수 × 2 ≤ 16, `1×3+6×2=15`)을 **통과**하고도 절단됐으므로, 이 산술은 절단 부재를 보장하는 게이트가 아니라 **상한 가이드**입니다. 문서 미러·parity는 편집 항목 수가 파일마다 반복돼 산술을 누락하면 초과 폭이 커지므로, 4항의 일반 파일 편집형 "파일 4~5개 상한"보다 좁은 **3파일 이하 상한**을 따로 두고, 위임서에 위 턴 산술(≤16 — 20턴 한도 아래 여유를 둔 제안값이며 근거 수치는 미확정)을 함께 기재합니다. 3파일 상한은 6항 산술을 대체하지 않는 **보조 상한**입니다. 배선: auto-dev.yaml implement 스텝 표준 제약 블록 (4사본).
 
 | Anti-pattern | Required |
 |--------------|----------|
 | 파일 수만 세어 위임 크기 판정 → 조항 다수 파일에서 절단 | 편집 항목 수 × 2턴 + 파일 고정비(3턴)로 산술 |
 | 리서치 위임이 수집을 끝낸 뒤 일괄 기록 | 첫 2턴 내 골격 Write + 증분 Edit |
 | "대기 중" 보고를 미완료로 단정 | 훅 피드백 잠식 가능성 포함해 ground-truth로 완료 여부 판정 |
+| 문서 미러·parity 위임을 "파일 4~5개 상한" 근거로 7파일까지 단일 발주 | 문서 미러·parity 위임은 파일 3개 이하로 분할 + 턴 산술(파일 × 3 + 항목 × 2 ≤ 16)을 위임서에 기재 |
 
 > **v2.1.257+**: 서브에이전트가 컴퓨터 절전·연결 끊김·서버 오류로 응답이 mid-stream 절단될 때 불완전 응답으로 그대로 종료하던 동작이 **자동 이어감**으로 수정되었습니다. 즉 "판정 없이 종료" 증상의 원인 축 중 **네트워크/서버 절단 축은 v2.1.257부터 소멸**하며, 남는 실재 원인은 `maxTurns` 한도(위 실증)·위임 경계 미분할·에이전트 자체 판단 종료·훅 피드백 잠식(8항)입니다. 따라서 v2.1.257+ 환경에서 mid-step 종료를 관측하면 네트워크 절단을 원인 후보에서 먼저 제외하고 `maxTurns` partial 표시 유무를 확인합니다 — 단 원인 축 하나가 사라졌다고 ground-truth 실측 원칙을 낮추지 않습니다. 같은 릴리즈에서 턴을 백그라운드로 보낼 때(`←`/Ctrl+B) 실행 중이던 도구가 거부된 것으로 처리되던 결함도 수정되어, 구버전 background 세션의 "도구 거부됨" 기록은 실제 거부의 증거가 아닐 수 있습니다.
 

package/templates/.claude/rules/MUST-orchestrator-coordination.md

@@ -356,6 +356,18 @@ git branch --list
 
 Origin: #1646 (v1.1.58 세션 — 커밋 위임서 `12e74a76` vs 실제 `e101a0b4`, 정리 위임서 '로컬 브랜치 2개 존재' vs 실제 부재; 원인은 `gh pr merge --delete-branch`가 체크아웃된 브랜치를 base로 전환·pull·삭제하는 부수효과였음 — 도구 부수효과를 모른 채 상태를 예측한 사례).
 
+#### 브리프 실측값에는 측정 명령을 병기 (Origin: #1709 #3)
+
+위임서의 브리프(사전 실측)에 적는 수치 — CC 버전, 룰 노트 커버리지 최댓값, 카운트 등 — 에는 그 숫자를 낸 **측정 명령을 함께 기재합니다**. 같은 숫자라도 출처(예: 로컬 CLI 설치 버전 vs 룰 코퍼스 내 버전 노트 최댓값)가 다르면 의미가 다르므로, 측정 명령이 없으면 서브에이전트가 숫자의 의미를 오해합니다.
+
+예: `claude --version`=X(CLI 설치 버전) / `git grep -oh '2\.1\.2[0-9][0-9]' .claude/rules | sort -V | tail -1`=Y(룰 코퍼스 버전-노트 커버리지 최댓값) — 두 값은 서로 다른 것을 측정하므로 X와 Y가 다를 수 있으며, **그 차이 자체가 이 조항이 방지하려는 오독의 요점**입니다. 이 예시에 실제 버전 리터럴을 쓰면, 룰 코퍼스가 곧 `git grep` 대상이므로 조항 자신이 측정 결과를 오염시킵니다 — 그래서 X/Y 플레이스홀더로 표기합니다.
+
+| Anti-pattern | Required |
+|--------------|----------|
+| 브리프에 "CC 최신 버전은 2.1.2NN입니다"처럼 측정 명령 없이 수치만 기재 | 수치 옆에 측정 명령을 병기(예: `claude --version`=X / `git grep ... \| sort -V \| tail -1`=Y) |
+
+Origin: #1709 찐빠 #3 — 브리프의 숫자에 출처·의미(CLI 설치 버전 vs 룰 노트 커버리지)를 붙이지 않았습니다. R010 「출처 인용과 인접 문구 점검…」 보강 [#1698 #1]의 "실측 사실은 오케스트레이터가 계속 기재" 예외를 쓰면서 실측의 **대상**을 명시하지 않은 사례입니다. Cross-ref: 위 「Delegation Prompt Command Examples」(명령·플래그 실측), 위 「저장소 상태 기재도 같은 규율」(SHA/브랜치 실측). 배선: auto-dev.yaml implement 스텝 표준 제약 블록 (4사본).
+
 #### 출처 인용과 인접 문구 점검도 같은 규율 (Origin: #1688 — Iteration 3 #1, Iteration 4 #1·#2)
 
 위임서에 **Origin 이슈·CHANGELOG·메모리에서 가져온 사실**을 적을 때는 그 출처의 해당 문장을 `gh issue view <N> --json body` 또는 원문 파일에서 **인용 형태로 동봉합니다**. 기억이나 메모리 요약을 전제로 옮겨 적으면 서브에이전트가 그것을 사실로 기재하고, 위키까지 전파된 뒤에야 적대적 리뷰가 잡습니다 — v1.1.66에서 CHANGELOG에 없는 원인("부모가 mid-turn일 때")을, v1.1.67에서 메모리의 세션 번호를 릴리즈 번호로 잘못 옮긴 것("v1.1.61" — 실제 #1660은 v1.1.63 반복)이 각각 High로 적발되었습니다. R017 「메모리 TODO를 위임 전제로 쓸 때」의 위임서 각도이며, 위 「저장소 상태 기재도 같은 규율」이 SHA에 대해 요구하는 것을 **출처 문장**에 대해 요구합니다.
@@ -592,9 +604,18 @@ Before delegating a task to a subagent, MUST verify the target agent's tool capa
 | `Write` files | `tools:` includes Write (and target path not in `disallowedTools` scope) |
 | MCP server calls | `mcpServers:` includes the required server |
 | Task targets a specific file path | The path EXISTS (`Glob`/`ls`) — capability check alone does not catch a missing/renamed file |
+| Task targets an EXISTING file for editing/commit (not a newly-created file) | The path is git-tracked (`git ls-files <path>` non-empty) — an existing-but-untracked target needs an explicit scope decision before delegation |
 
 > **Path existence ≠ tool capability (#1269 ③)**: the pre-check above verifies the agent HAS Read/Write/Bash, but not that the target path actually exists. Delegating a read/write to a missing or renamed path causes the same round-trip waste the capability pre-check is meant to prevent. Verify path existence (Glob/ls) before delegating path-specific work.
 
+> **Tracked 여부도 path existence 확인에 포함 (#1709 #4)**: 위 path existence 확인(`Glob`/`ls`)은 파일 **존재**를 확인하지만 **tracked 여부**는 확인하지 않습니다. **적용 범위는 기존 파일을 편집·커밋 대상으로 지정할 때에 한하며, 신규 생성 대상(아직 존재하지 않아 처음부터 untracked인 파일)은 제외**합니다 — 신규 파일은 존재하지 않으므로 `git ls-files`가 빈 결과를 내는 것이 정상이고 스코프 결정 대상이 아닙니다. 기존 파일에서 `git ls-files <path>`가 빈 결과를 반환하면 그 경로는 존재해도 git에 추적되지 않는 파일이므로(예: `.gitignore`로 제외됨), 그 경로를 위임 범위에 넣기 전에 범위에서 제외할지 force-add가 필요한지를 먼저 결정합니다. untracked 여부는 `git ls-files <path>`(빈 결과) 또는 `git check-ignore -v --no-index <path>`(히트 시 제외 사유까지 확인 가능)로 판별합니다.
+>
+> | Anti-pattern | Required |
+> |--------------|----------|
+> | 경로 존재(`ls`/`Glob`)만 확인하고 위임 → 기존 파일 대상이 untracked라 커밋 단계에서야 발견 | 기존 파일 편집·커밋 대상에 한해 `git ls-files <path>`(또는 `git check-ignore -v --no-index <path>`)로 tracked 여부까지 확인; untracked면 위임 범위에서 제외하거나 force-add 여부를 사전 결정. 신규 생성 대상은 이 확인에서 제외 |
+>
+> Origin: #1709 찐빠 #4 — `git ls-files AGENTS.md` = 0, `git check-ignore -v --no-index` 히트(AGENTS.md가 `.gitignore` 리터럴로 제외됨). 문서 갱신 대상을 열거할 때 경로 존재만 확인(위 Path existence)하고 tracked 여부는 확인하지 않았습니다. R017 (c)의 "untracked 신규 산출물 실측"은 **커밋 직전** 실측을 다루지만, 이 조항은 **위임 전** 대상 파일이 애초에 tracked인지 판별하는 것을 다룬다는 점에서 범위가 다릅니다. 배선: auto-dev.yaml implement 스텝 표준 제약 블록 (4사본).
+
 > **Multi-copy content consistency (#1287)**: 동일 파일이 다중 사본으로 존재하는 경우(예: auto-dev.yaml이 실행본 + templates 미러 + 레거시 사본 등 N곳), 위임 전 경로 존재뿐 아니라 **사본 간 내용 일관성(md5/diff)도 확인**해야 한다. 사본이 drift된 상태에서 "N곳 동일 변경 적용"으로 위임하면 에이전트가 작업 중에야 drift를 발견(round-trip)하거나, 일부 사본만 갱신되어 불일치가 심화된다.
 >
 > | Anti-pattern | Required |
@@ -603,6 +624,14 @@ Before delegating a task to a subagent, MUST verify the target agent's tool capa
 >
 > Origin: #1287 (v0.164.0 세션 회고 찐빠 #1).
 
+> **언어 미러·parity 위임은 추가·수정·삭제 세 방향 (#1709 #2)**: en 원본에 대응하는 로컬라이즈 미러(README_ko, ARCHITECTURE_ko 등) 동기화를 위임할 때는 표준 문안에 "en에 있는 내용을 **추가**, en과 달라진 내용을 **수정**, en에서 사라진 내용을 **삭제**해 세 방향 모두 일치시키라"를 고정하고, 완료 조건에 "en에 없는데 ko에만 남은 행·문장이 0건임을 grep으로 확인"을 포함합니다. 추가만 지시하면(additive-only) en에서 제거된 행이 ko에 stale로 잔존합니다.
+>
+> | Anti-pattern | Required |
+> |--------------|----------|
+> | 미러 동기화 위임을 "en의 새 내용을 ko에 반영하라"로만 지시(추가 전용) | "추가·수정·삭제 세 방향으로 en과 일치"를 표준 문안에 고정 + "en에 없는 행 0건 grep" 완료 조건 포함 |
+>
+> Origin: #1709 찐빠 #2 — parity 지시가 추가 전용이라 en에서 제거된 행이 ko 미러에 stale로 남았습니다. Cross-ref: 위 Multi-copy content consistency(사본 간 md5/diff 일치 확인)의 언어 미러 변형. 배선: auto-dev.yaml implement 스텝 표준 제약 블록 (4사본).
+
 > **New-File Count-Impact Pre-Check (#1443)**: 신규 파일 추가를 서브에이전트에 위임하기 전, 그 파일이 **새 최상위 토픽/엔티티 디렉토리**(카운트 증가)인지 **기존 디렉토리 내부 문서**(카운트 불변)인지 사전 판별해야 한다. 사전 판별 없이 "카운트 N→N+1 동기화"로 위임하면 잘못된 전제가 서브에이전트에 전파된다. `find <dir> -mindepth 1 -maxdepth 1 -type d | wc -l` 등으로 토픽 디렉토리 실측하고, 카운트 위임 프롬프트에는 항상 "실측값 기준으로 동기화하라, 추측으로 숫자를 바꾸지 말라"를 명시해 잘못된 전제를 서브에이전트가 정정할 여지를 확보한다.
 >
 > | Anti-pattern | Required |

package/templates/.claude/rules/SHOULD-verification-ladder.md

@@ -119,6 +119,14 @@ Origin: #1455 #1 (Session 127 회고 찐빠 #1) — cc-release-monitor PR #1449
 
 배선: auto-dev.yaml deep-plan 스텝 description (4사본) — 「Delegated Verification Floor」 상한선 조항과 같은 방식입니다.
 
+**오케스트레이터가 전달하는 에이전트 보고 수치도 재계산 의무 (Origin: #1709 찐빠 #5, v1.1.75)**: 위 조항은 리서치 에이전트 자신의 산출물 검증을 다루지만, **오케스트레이터가 한 에이전트의 보고 수치를 다음 위임서로 옮겨 적을 때도 같은 의무**가 적용됩니다 — 옮기기 전 `git diff --stat`/`grep -c` 등으로 1회 재계산한 뒤 기재합니다. v1.1.75 세션에서 문서 갱신 에이전트가 "20 new grouped rows"로 보고했으나 실제 diff는 21행이었고, 오케스트레이터가 그 수치를 검증 없이 후속 위임서에 그대로 옮겨 적어 후속 에이전트가 diff 계수로 재정정했습니다 — R016 「신설 조항의 동일 반복 self-check」의 수치 각도이기도 합니다.
+
+| Anti-pattern | Required |
+|--------------|----------|
+| 에이전트 보고 수치를 재계산 없이 다음 위임서에 그대로 전달 | 옮겨 적기 전 `git diff --stat`/`grep -c` 등으로 1회 재계산 후 기재 |
+
+배선: auto-dev.yaml implement 스텝 표준 제약 블록 (4사본).
+
 ## Delegated Verification Floor — CI 잡 목록에서 도출 (Origin: #1574)
 
 위임 프롬프트의 검증 항목은 "변경 파일의 영향 범위"만으로 정하면 부족하다. **하한선은 CI가 실제로 돌리는 잡 전체**다 — 워크플로 YAML의 잡 목록을 읽어 대응하는 로컬 명령(`lint` / `test` / `validate-docs` / sync 검사)을 열거하고, 그중 로컬 실행 가능한 것을 위임 완료 조건에 포함한다. 로컬에서 통과시키지 않은 CI 잡은 병합 시점에 halt로 돌아와 수정 에이전트 추가 발주를 강제한다.

package/templates/.claude/skills/pipeline/workflows/auto-dev.yaml

@@ -398,6 +398,33 @@ steps:
         strings, never line numbers; (c) copy quotations from `gh issue view --json body` output and
         verify with `grep -F`; (d) ±1 heading check including re-binding of relative references (위
         표/아래 표/직전 조항); (e) copy to `templates/` mirror and confirm `md5 -q` equality (#1707 #3).
+      - Document mirror/parity delegations (README/ARCHITECTURE/CLAUDE.md ko-en, templates
+        mirrors, etc.) MUST be split to ≤3 files per delegation (a companion cap alongside the
+        arithmetic below, not a replacement for it); compute turn arithmetic (files × 3 +
+        edit_items × 2 ≤ 16 — a #1709-proposed guide kept below the 20-turn limit, not a
+        truncation guarantee, per R020 「maxTurns 절단 실증」 6항) and state that arithmetic in
+        the delegation prompt before dispatch (#1709 #1).
+      - Parity delegation prompts (e.g. a ko mirror tracking an en source) MUST require THREE
+        directions — additions, edits, AND deletions — to match the source, never additions
+        only; completion criteria MUST include a `grep -F` confirming zero rows/sentences are
+        present in the target but absent from the source (#1709 #2).
+      - When a delegation prompt or brief states a measured version/count value (CC version,
+        rule-note coverage ceiling, file/skill counts), append the exact command used to
+        measure it (e.g. `claude --version`=X / `git grep -oh '2\.1\.2[0-9][0-9]'
+        .claude/rules | sort -V | tail -1`=Y) so the subagent can distinguish a CLI-install
+        version from a rule-corpus coverage ceiling (#1709 #3).
+      - Before delegating an edit/commit to an EXISTING file (not a newly-created target, which
+        is by definition untracked), confirm the path is git-tracked via `git ls-files <path>`
+        — not just existence via Glob/ls. An existing-but-untracked path — verify with
+        `git check-ignore -v --no-index <path>` to confirm intentional exclusion (e.g. a
+        `.gitignore` rule) — MUST be excluded from delegation scope, or its tracked status
+        decided first, before dispatch (R010 「Agent Capability Pre-Check」 git-tracked row)
+        (#1709 #4).
+      - When forwarding a number an agent reported (row/line/file counts, etc.) into a
+        subsequent delegation prompt, recompute it once via diff/ls (e.g. `git diff -U0 --
+        <path> | grep -c '^+[^+]'`) before restating it — do not relay an unverified
+        agent-reported count (R023 「리서치 위임의 결론 수치는 표에서 재계산해 병기」 #1707 #4
+        확장, #1709 #5).
 
 
       ## Sensitive Path Handling (CC v2.1.121+)

package/templates/manifest.json

@@ -1,5 +1,5 @@
 {
-  "version": "1.1.75",
+  "version": "1.1.76",
   "lastUpdated": "2026-09-03",
   "omcustomMinClaudeCode": "2.1.121",
   "omcustomMinClaudeCodeReason": "Sensitive-path direct Write/Edit on .claude/** under bypassPermissions (R010 deprecation, #1101)",

package/templates/workflows/auto-dev.yaml

@@ -398,6 +398,33 @@ steps:
         strings, never line numbers; (c) copy quotations from `gh issue view --json body` output and
         verify with `grep -F`; (d) ±1 heading check including re-binding of relative references (위
         표/아래 표/직전 조항); (e) copy to `templates/` mirror and confirm `md5 -q` equality (#1707 #3).
+      - Document mirror/parity delegations (README/ARCHITECTURE/CLAUDE.md ko-en, templates
+        mirrors, etc.) MUST be split to ≤3 files per delegation (a companion cap alongside the
+        arithmetic below, not a replacement for it); compute turn arithmetic (files × 3 +
+        edit_items × 2 ≤ 16 — a #1709-proposed guide kept below the 20-turn limit, not a
+        truncation guarantee, per R020 「maxTurns 절단 실증」 6항) and state that arithmetic in
+        the delegation prompt before dispatch (#1709 #1).
+      - Parity delegation prompts (e.g. a ko mirror tracking an en source) MUST require THREE
+        directions — additions, edits, AND deletions — to match the source, never additions
+        only; completion criteria MUST include a `grep -F` confirming zero rows/sentences are
+        present in the target but absent from the source (#1709 #2).
+      - When a delegation prompt or brief states a measured version/count value (CC version,
+        rule-note coverage ceiling, file/skill counts), append the exact command used to
+        measure it (e.g. `claude --version`=X / `git grep -oh '2\.1\.2[0-9][0-9]'
+        .claude/rules | sort -V | tail -1`=Y) so the subagent can distinguish a CLI-install
+        version from a rule-corpus coverage ceiling (#1709 #3).
+      - Before delegating an edit/commit to an EXISTING file (not a newly-created target, which
+        is by definition untracked), confirm the path is git-tracked via `git ls-files <path>`
+        — not just existence via Glob/ls. An existing-but-untracked path — verify with
+        `git check-ignore -v --no-index <path>` to confirm intentional exclusion (e.g. a
+        `.gitignore` rule) — MUST be excluded from delegation scope, or its tracked status
+        decided first, before dispatch (R010 「Agent Capability Pre-Check」 git-tracked row)
+        (#1709 #4).
+      - When forwarding a number an agent reported (row/line/file counts, etc.) into a
+        subsequent delegation prompt, recompute it once via diff/ls (e.g. `git diff -U0 --
+        <path> | grep -c '^+[^+]'`) before restating it — do not relay an unverified
+        agent-reported count (R023 「리서치 위임의 결론 수치는 표에서 재계산해 병기」 #1707 #4
+        확장, #1709 #5).
 
 
       ## Sensitive Path Handling (CC v2.1.121+)