task-stocktake

task-stocktake — Task Ledger Audit & Consolidation

repo の pending タスク追跡を単一台帳に収束させ、台帳の鮮度を git 実態と突合する。 原則の正本は rule common/task-tracking.md（台帳は 1 repo 1 ファイル / 詳細資料に タスク行の正本を持たせない / MEMORY.md はポインタのみ）。本 skill はその手順を持つ。

Phase 1 — Bootstrap（台帳の解決・作成）

1. 台帳を解決する: .notes/TASKS.md → 既存タスクファイル（TODO.md / TASKS.md / docs/backlog.md 等）の順
2. 見つかればそれを台帳と確定して Phase 2 へ
3. 無ければ作成する。「作るか」は聞かない（skill の起動自体が依頼）— 確認するのは置き場所だけ:
   • .notes/ 慣行がある repo は .notes/TASKS.md（gitignored = private）に即決。 無い repo は gitignore 状況を見て private / git-tracked（clone 先でも cold-start 可能）の トレードオフを提示して選んでもらう
   • 初期内容: Phase 2 の sweep 結果を集約して生成

台帳フォーマット（1 タスク 1 行）:

# TASKS — <repo name>

> 正本: このファイル。詳細はリンク先。規約: rule common/task-tracking.md

## Pending

| ID | 状態 | タスク | 着手条件 | 詳細 |
|----|------|--------|----------|------|
| T1 | accepted | … | なし | [handoff-….md](…) |
| T2 | blocked | … | 次リリース後 | … |

## Done / Withdrawn

| ID | 結果 | タスク | 完了日 / 判断 | 詳細 |

状態語彙（この skill が正本）

開いている状態は 4 つ。この節が語彙の唯一の正本 — rule / ADR / 他 skill は ここを参照し、定義を複製しない（4 文書に分散した版は誰も刈らず 6 語まで肥大した。 CA 2026-08-16）。語は標準語彙（RFC 標準 + issue-tracker 標準 — 非標準語彙は セッションごとに写像がずれる。ADR-0050）。

状態	定義
draft	採否判断がまだ要る。やるかどうかを決めていない
accepted	採用済みで、今選べば着手できる
in_progress	claim 中
blocked	採用済みで、条件成立だけで accepted になる

終端は done / resolved / rejected / withdrawn / obsoleted（下節）。

blocked の入場条件

blocked に置けるのは、本文に次の 3 つを書けるタスクだけ。自由記述の一文でよく、 機械可読フィールドにはしない（台帳を読む機構を足さない — CA ADR-0095）。

再開条件: X（観測可能な事実）
照合先:   Y（PR 番号 / ファイルパス / 依存タスク ID / ログ）
成立時:   accepted

「条件が成立したらもう一度やるか決める」ものは blocked ではない → draft。 この 1 問が効く: 条件成立だけで accepted に移せるか。 移せないなら採否がまだ残っている。

• 「実害が起きたら考える」型（signal-first）は多くが draft。現時点で受容した リスクであり、発生すれば自然に再発見されるものは将来の自分への予告として保持しない → withdrawn にして起票し直す方が安い
• 「必要になったら」「保守コストが顕在化したら」「該当領域の再設計サイクルが立ったら」は 文法上は名指しているが照合できない。照合先を書けないなら blocked に入れない