handover 残タスク一覧

このページは scripts/generate-coverage-gaps.mjs により tasks/prompts/ の handover から自動生成されています。直接編集しないでください (ADR-0145)。 現役 handover (tasks/prompts/ 直下) は抽出可否によらず全て掲載する、セッション横断の残タスク俯瞰ビューです。残タスク節は正準マーカー「## 残タスク(優先順)」に加え、同義の見出し (「次にやること」「残り」「残っている設計判断」等) も吸収して転載します (ADR-0145 ハイブリッド契約)。 タスクの消化はこのページでなく出典 handover 側に反映します: 本文の残タスク節から消した行、またはアーカイブ (tasks/prompts/archive/) へ退避した handover は次回生成で消えます。 旧 known-unknowns (意図的な未記録) 一覧は TODO_future.md へ移送しました (ADR-0048 決定②の改訂)。

handover 27 本（正準 10 / 同義抽出 14 / 未構造 3） / 残タスク 159 件 ＋ DOC-OPS 23 件 ＋ ADR followups 48 件 ＋ 未修正バグ 5 件 (出典の新しい順)

宛先別 handover (第1層・ファイル名 suffix / frontmatter target_session 由来): main 3 / doc 13 / drp 7 / ocr 1 / 役割未指定 3

役割内訳 (第2層・キーワード推定・全ソース合算): 〔doc:17 / main:15 / 達希:2 / 未分類:201〕

handover 見出しの 〔役割〕 はファイル名の宛先 suffix (_to_doc/_to_main/_to_drp/_to_ocr) と frontmatter target_session 由来の「宛先役割」(第1層・ファイル由来で信頼できる) です。これで「main だけで絞る」が効きます。一方「役割内訳」サマリと DOC-OPS/未修正バグ/followups の役割タグ、および 〔役割未指定〕 handover に添える （task推定 …） はタスク文面のキーワード推定 (第2層・厳密ではない) です。「未構造」= 残タスク節を機械抽出できなかった handover (出典を直接参照)。ソース B (TODO_future の DOC-OPS バックログ)・C (BUG_tracking 未修正)・D (ADR followups) を集約済み (handover 含め 4 ソース)。per-task 役割の精緻化・タスク ID は ADR-0149 後続フェーズで対応します。MEMORY.md の 残= 行 (ソース E) は user スコープ (~/.claude) のため CI 集約対象外です。

2026-06-22 — adr-0028-umbrella-flip-and-typed-edge-rewrite 〔doc〕

出典: handover_2026-06-22_adr-0028-umbrella-flip-and-typed-edge-rewrite_to_doc.md

⚠ 残タスク節を機械抽出できませんでした（推奨マーカー ## 残タスク(優先順) も同義見出しも未使用）。残タスクは出典 handover を直接参照してください。

2026-06-22 — adr-0120-phase-b-shipped-monitoring-phase 〔drp〕

出典: handover_2026-06-22_adr-0120-phase-b-shipped-monitoring-phase_next-session.md

1. (≥ 2026-07-03 目安・即実行可能化) 4 週監視終了の Done flip handover 起票 → main 委譲

撤退条件 3 つに該当しなければ ADR-0120 frontmatter implementation_status の "In Progress — ..." → "Done — Phase a/b/c 完了 + 本番切替 2026-06-05 + 4 週監視 PASS (撤退条件 ①telemetry 喪失 / ②gate 重複実行 / ③新規障害 いずれも 0 件)" へ flip する PR を起票し main へ委譲。

撤退条件 (D1 telemetry 観測で判定):

• ① telemetry 喪失: 終端 run 数 = telemetry 行数 が 1 件でもズレたら即時停止
• ② gate 重複実行 (二重課金): 1 件でも gate_dup_exec event ログ検出で即時停止
• ③ 新規障害: 3 件で即時停止

rollback 手順 (該当時): wrangler secret put WORKFLOW_ENTRYPOINT_ENABLED false で即時 Queue 経路復帰 (デプロイ不要)。

2. (≥ 2026-07-03 + Done flip 完了後) 旧 Queue 経路の死コード削除 PR の準備

#1 の Done flip + 4 週監視で rollback 不要が確定した後の削除 PR。スコープ調査範囲:

• drp/src/index.ts:36-49 startRun() の Queue 分岐 (line 47-48 env.PIPELINE_QUEUE.send(...) + 既定値分岐)
• drp/src/queues/pipeline_consumer.ts の削除可能範囲 (escalation.ts は Queue/Workflows 両用なので残置)
• drp/wrangler.toml の [[queues.producers]] / [[queues.consumers]] ブロック削除可否
• do/session_watchdog.ts の Queue pickup watchdog (EC-3) 残置要否

注意 (= 着手 PR の制約):

• merge = 即本番デプロイ (drp 即本番ガード)
• drp/src/index.ts 編集 → real-llm-e2e workflow が memory [real-llm-e2e-workers-dev-shutdown-blocker] でブロック → admin merge 要
• 削除 PR 起案前に「審査 run 実行中でないか」をユーザーに必ず確認 (failure_patterns.md #44 / drp 即本番ガード)
• rollback 不可になるため、Done flip + 4 週監視 PASS の 2 条件確認後に着手

3. (継続・今日できる) 週次 telemetry レビューに 4 週監視 KPI が含まれているか確認

drp-ops Skill 「観測 SQL」節に ADR-0120 撤退条件 3 項目 (terminate-行数照合 / gate 重複 / 新規障害) のクエリが既存か確認。不足なら追記 (= doc 委譲 or drp 領分の drp/queries/ 追加)。

4. (新規・任意) 4 週監視期間中の中間状態の D1 観測

drp/queries/adr-0120-monitoring.sql を新設し、ブロック A〜C で撤退条件 3 項目を毎週レビューできる SQL を整備するか検討。優先度低 (Google Chat アラート + 既存週次レビューで担保しているため)。

2026-06-22 — doc-session-close-adr-0163-0164-shipped 〔doc〕

出典: handover_2026-06-22_doc-session-close-adr-0163-0164-shipped_next-session.md

抽出: 同義見出し 「残タスク (followups の消化)」（推奨マーカー ## 残タスク(優先順) 未使用）

A. ADR-0163 followups (期限: 受理後 3 ヶ月 = ≤ 2026-09-22)

frontmatter followups.on_done で宣言済 (6 件):

1. scripts/lib/business.mjs: 定義表ドメイン値集合と整合する参照コメント追加 + drift 検知 CI スクリプトを .github/workflows/ に新設 (main 役割)
2. scripts/adr-lint.mjs: business-required ルール追加 (frontmatter business 欠落で CI fail) (main 役割)
3. docs/_internal/04_specs/adr_template_*.md: frontmatter business 必須欄と境界判定ルール (ADR-0163 §2.2) への参照を追加 (doc 役割)
4. docs/adr/0107-*.md: 経営者向け早わかりのドメイン読み分け軸として ADR-0163 §2.1 定義表を参照する記述を追加 (両端宣言・ADR-0131) (doc 役割)
5. 棚卸し PR: 全 161 本 + 0163 自身 + 0164 自身 = 163 本の frontmatter business を ADR-0163 §2.1 定義表ベースで一括見直し (差分のみ更新)。corp 68 本 → Meta 大半 flip が見込み (doc 役割)
6. ADR-0107 への両端宣言: 上記 #4 と重複だが ADR-0131 規約で別 PR 化も可

B. ADR-0164 followups (期限: 本番反映後 4 週 = drp 実装 PR merge 後 4 週)

frontmatter followups.on_done で宣言済 (6 件):

1. drp/src/index.ts: /intake/* route (Hono sub-app) + POST /intake/commit handler + INTAKE_SITE_ENABLED env flag 配線 (drp 役割)
2. drp/public/intake.html: 起案者専用 SPA (起案フォーム / Socratic / triage 結果カード / KV draft 一覧 / 保存完了画面) ~1500 行 (drp 役割)
3. drp/migrations: migrate-v18-intake-commit-timing.sql 追加 (telemetry_records に intake_commit_ms 列) (drp 役割)
4. drp/queries: adr-0164-intake-reject-breakdown.sql 追加 (reject 内訳の月次観測) (drp 役割)
5. drp/test/e2e/intake: intake.html 用 mocked e2e テスト追加 (drp 役割)
6. 別 ADR: LLM 由来 reject 通知設計 ADR を 4 週以内に起案 (PR 1 merge ブロッカー・doc 役割で起案)

PR 1 merge 条件 (Confirmation #6):

• (a) staging で checkTriageGate + KV put + Hono routing + JSON シリアライズ の合算レイテンシを 1,000 回計測し、triage p99 (27,833ms) との合算 ≤ 29 秒
• (b) adr-lint-rules.mjs の import ツリー静的解析で Node.js 固有 API (fs/path/process) 非依存を確認 (依存があれば Worker 向けサブモジュール分離)
• (c) LLM 由来 reject 通知設計 ADR の起案完了
• (d) 暫定 banner (「LLM ゲートは審査時に再チェックされ差し戻しの可能性がある」) を保存完了画面に実装
• (e) KV triage_done フラグによる二重 triage 防止実装

C. Review After 期日

• ADR-0163: 2026-09-22 (受理後 3 ヶ月) — 棚卸し flip 率 + 複数ドメイン適合 lint 起票件数 + Meta 比率を一括確認
• ADR-0164: 2026-12-22 (受理後 6 ヶ月) — 本番反映後 4 週観測 + 撤退条件 4 件の最終判定

2026-06-22 — doc-session-close-business-inventory-and-basepath-fix 〔doc〕

出典: handover_2026-06-22_doc-session-close-business-inventory-and-basepath-fix_next-session.md

抽出: 同義見出し 「残タスク (followups)」（推奨マーカー ## 残タスク(優先順) 未使用）

A. ADR-0163 §7 完了条件の積み残し

未設定 7 本の特定: jq -r '.adrs[] | select(.business == null or .business == "") | "\(.id) \(.title)"' docs/adr/adr-index.json で抽出可能。多くは ADR-0156/0157/0159/0162/0164 周辺の最近受理 ADR + 0164 自身 (Pipeline 生成 PR が frontmatter business を未注入のため・memory [pipeline-pr-adr-lint-postfix] 参照)。判定は §2.2 で機械化可能。次回 doc セッションで 1 PR 化推奨。

B. ADR-0028 umbrella 化 (PR-2) と型付き辺張替 (PR-3) — 期限 ≤2026-07-04

tasks/prompts/handover_2026-06-22_adr-0028-umbrella-flip-and-typed-edge-rewrite_to_doc.md 参照。前提: main 側 PR #2497 (feat/adr-lint-umbrella-status-and-readonly-rule) merge 済が必要。次セッション開始時に gh pr view 2497 で状態確認。

C. ADR-0163 followups 残 (main 領分 / drp 領分)

§A-#3 / §A-#4 は次セッションの doc 候補。§A-#1 / §A-#2 は main 申し送り。

D. 受信箱に残る未消化 handover

セッション開始時の inbox <tasks-prompts-inbox role="doc"> で言及された 6 本のうち、本セッションでは個別消化はせず (drp clone セッション close 系 5 本 + main 系 1 本 = 別役割の handover が中心)。次セッションで判断:

• handover_2026-06-22_drp-session-close-2_next-session.md (drp role)
• handover_2026-06-22_drp-session-close-1_next-session.md (drp role)
• handover_2026-06-22_docs-site-cf-access-entra-and-basepath-drop_next-session.md (main role) ← 本セッション §2(1) の修正で関連分は解消、CF Access 周りの旧 secret 掃除等は main 領分
• handover_2026-06-22_doc-session-close-adr-0163-0164-shipped_next-session.md (doc role) ← 本セッションが消化先
• handover_2026-06-22_adr-0120-phase-b-shipped-monitoring-phase_next-session.md (drp role)
• handover_2026-06-21_drp-session-close-3_next-session.md (drp role)

加えて本セッション中に到着: handover_2026-06-22_adr-0028-umbrella-flip-and-typed-edge-rewrite_to_doc.md (上記 §B)。

E. 軽微残務

• scripts/generate-doc-changelog.mjs:36 の M.00.7 変更履歴一覧 コメント注記 (旧番号) を新番号 M.00.6 に修正 — main 専属領域のため申し送り (コスメティック・実害なし)

2026-06-22 — docs-site-cf-access-entra-and-basepath-drop 〔main〕

出典: handover_2026-06-22_docs-site-cf-access-entra-and-basepath-drop_next-session.md

抽出: 同義見出し 「4 残タスク (優先順)」（推奨マーカー ## 残タスク(優先順) 未使用）

1. (≥ 1-2 週間後・低リスク・任意) 旧 Basic 認証 secret の掃除 PR

gh secret list で確認:

• DOCS_SEARCH_AUTH_USER (旧 Basic 認証経路の値・現状不使用)
• DOCS_SEARCH_AUTH_PASS (同上)

両者を gh secret delete する小 PR。docs-search-worker 側にも wrangler secret list で AUTH_USER / AUTH_PASSWORD / CORS_ORIGIN が残っていれば wrangler secret delete する (実害なし・整合のみ)。

待つ理由: 万が一 Access app の policy 設定不備で再発した場合の即時 rollback 経路 (Basic 認証フォールバック) を維持しておく保険。1-2 週間運用して問題なければ削除。

2. (任意・運用判断) .pages.dev 直叩きの Block app 追加

https://bizlp-gas-accounting.pages.dev/ は CF Pages 標準 URL として残るため、放置すると Access を素通りする裏口。Zero Trust → Access → Applications で bizlp-gas-accounting.pages.dev 用 Block app (Allow policy 無し) を 1 つ追加して塞ぐ。

手順は docs/_internal/05_how-to/cf-access-docs-setup.md §9 参照。優先度低 (社内サイト + URL 知る人少ない) だが、社外閲覧者の心配が出たら即着手。

3. (Preview URL 検索の扱い) 仕様化判断

Preview URL (<hash>.bizlp-gas-accounting.pages.dev) は別ホスト + Access 範囲外のため検索 UI の fetch が cross-origin + cookie 無しで 302 失敗する仕様。

• 案 A: 現状維持 (preview は表示のみ・検索は本番で確認)
• 案 B: preview URL も Access app の domain に追加して同 policy で覆う (ただし preview hash が動的なため wildcard 設定が要る)

判断は preview で検索を使いたい場面が実際に出てから。

4. (memory 起票) 本セッションの学びの永続化

§2 で挙げた候補:

• [cf-access-same-host-cookie-pattern] (reference) — ブラウザ + headless 両立の認証パターン
• [edit-tool-non-applied-rare] (feedback) — Edit 直後に git diff/grep で裏取り

時間があれば本 handover とセットで起票して MEMORY.md index に追加。

2026-06-22 — drp-session-close-1 〔drp〕

出典: handover_2026-06-22_drp-session-close-1_next-session.md

抽出: 同義見出し 「a) 前 handover §残タスク #1-#3 の即時確認 + 1 件解決」・「b) §残タスク #8 (ADR-0120 Phase b) の前提誤り発見 → archive + 訂正 (PR #2453)」・「4 残タスク (優先順)」（推奨マーカー ## 残タスク(優先順) 未使用）

a) 前 handover §残タスク #1-#3 の即時確認 + 1 件解決

前 handover (handover_2026-06-21_drp-session-close-3_next-session.md §4) の data-waiting 3 件:

• #1 Vectorize: vectorCount=116 のまま (processedUpToDatetime=2026-06-21T18:01:57Z) → 翌朝 cron 未走 = data-waiting 継続 (2026-06-23 朝以降)
• #2 telemetry 2 列: D1 read-only query が auto mode classifier でブロック (production telemetry 読込の明示権限なし) → 次セッションへ持ち越し
• #3 Real e2e schedule: gh run list --workflow=drp-real-e2e.yml --limit 5 で 2026-06-21T22:08:32Z schedule 実走 SUCCESS 確認 → ADR-0110 フォローアップ不要

b) §残タスク #8 (ADR-0120 Phase b) の前提誤り発見 → archive + 訂正 (PR #2453)

前 handover §残タスク #8 で「ADR-0120 Workflows Phase b 入口切替本実装」を「規模 0.5〜1 セッション級で慎重に独立 PR 分割」と書いていたが、ADR-0120 frontmatter implementation_status と tasks/staging_verification_2026-06-05_adr0120.md を Read で裏取りした結果:

• Phase a/b/c-1/c-2/c-3 全完了 ✅
• 2026-06-05 21:45 JST WORKFLOW_ENTRYPOINT_ENABLED=true で本番切替済 ✅
• 4 週監視期間中: 2026-06-05 〜 2026-07-03 (本日 2026-06-22 で残 11 日)
• リアルタイムアラート有効・撤退条件 3 項目 (telemetry 喪失 / gate 重複 / 新規障害) 0 件で監視継続中

前 handover (handover_2026-06-21_adr-0120-workflows-phase-b-readiness_next-session.md) を tasks/prompts/archive/ 退避 (ADR-0134) + 正しい状態追跡 handover (handover_2026-06-22_adr-0120-phase-b-shipped-monitoring-phase_next-session.md) に差し替え。

4 残タスク (優先順)

1. (≥ 2026-06-23 朝・即実行可) Vectorize 補完確認

前 handover §4 #1 継承。pnpm --filter drp exec wrangler vectorize info drp-adr-recall で vectorCount が 160 前後に達したか確認。未達なら wrangler tail で recall_ingest_scheduled_failed を確認、必要なら RECALL_INGEST_ON_DEMAND=true を一時開放して /debug/recall-ingest を再実行。

2. (本番 1 run 後・要 D1 read 権限) telemetry 2 列反映確認

recall_citations JSON と recall_high_count が 2026-06-21 09:15Z 以降の本番 run に書き込まれているか D1 で確認。本セッションは auto mode classifier の「production telemetry read 未許可」で blocked → 次セッションで明示権限付きで実行 (pnpm --filter drp exec wrangler d1 execute decision-pipeline-telemetry --remote --json --command "...")。

3. (≥ 2026-07-03 目安・最重要) ADR-0120 4 週監視終了の Done flip handover 起票 → main 委譲

撤退条件 3 項目 (telemetry 喪失 / gate 重複 / 新規障害) のいずれも 0 件なら ADR-0120 frontmatter implementation_status を Done に flip する PR を main へ委譲。手順は handover_2026-06-22_adr-0120-phase-b-shipped-monitoring-phase_next-session.md §1 参照。rollback 手順: wrangler secret put WORKFLOW_ENTRYPOINT_ENABLED false (即時 Queue 経路復帰)。

4. (≥ 2026-07-03 + Done flip 後) 旧 Queue 経路の死コード削除 PR の準備

drp/src/index.ts startRun() の Queue 分岐 (line 47-48) + drp/src/queues/pipeline_consumer.ts の削除可能範囲を調査。手順は handover_2026-06-22_adr-0120-phase-b-shipped-monitoring-phase_next-session.md §2 参照。

注意: drp/src/index.ts 編集 → memory [real-llm-e2e-workers-dev-shutdown-blocker] が再発火する可能性。当時の status を確認してから判断 (4 週監視で workers.dev 経路は使われていないため、もしかすると blocker が解除されているかもしれない・本セッションでは未調査)。

5. (中継) doc 委譲 PR #2456 の追跡

handover_2026-06-22_adr-0077-0101-0102-impl-status-flip_to_doc.md が doc 側で消化されると ADR-0077/0101/0102 の status が最新化される。期限目安: ADR-0101/0102 ≤ 2026-07-05、ADR-0077 急がない。doc 側 PR が merge されたら本 handover の本作業は完了マーク化。

6. (≥ 2026-06-25) ADR-0142 ブロック F + 20 run precision + ADR-D 復活判断

前 handover §4 #4 継承。drp/queries/adr-0157-0158-observation.sql のブロック F (穴②検出 = borderline_b_runs) + ブロック D (INVALID 詳細) を流して dogfood 起因を除外した実 INVALID 件数を算出。ADR-D revise/archive + NFKC 移植前倒し要否を判定する重要セッション。

7. (≥ 2026-07-21) policy_alignment veto dry-run → ON 切替判定

前 handover §4 #5 継承。data-waiting。

8. (1-2 週間後) Phase b-2 citation hit rate 観測 → drp-ops Skill 手順書化

前 handover §4 #6 継承。citation hit rate SQL を drp-ops Skill 「未実装の観測項目」§に正式手順として追記。

9. ADR-0138 連鎖の追跡 (前 handover §4 #7 継承)

• main 委譲 (handover_2026-06-21_adr-0138-lint-rule-extension_to_main.md): hayawakari-section-required adr-lint ルール追加
• doc 委譲 (handover_2026-06-21_adr-0138-pyramid-principle-note-removal_to_doc.md): main 委譲 merge 後の正典 §D 暫定注記削除

連鎖が止まったら催促 (起票後 1-2 週間で進捗無しなら追跡 issue を立てる)。

10. (引き続き残置) coverage-gaps elevation

handover_2026-06-19_coverage-gaps-trigger-extraction-completeness-elevation_to_drp.md — 半年保留継続 (撤退判定 2026-12)。再点検 2026-09-21。memory [coverage-gaps-elevation-check-2026-06-21] に最新点検記録あり。

2026-06-22 — drp-session-close-2 〔drp〕

出典: handover_2026-06-22_drp-session-close-2_next-session.md

抽出: 同義見出し 「3 次セッションの残タスク」（推奨マーカー ## 残タスク(優先順) 未使用）

#1 ADR-0164 PR 1 実装着手 (依存解消済・即着手可)

• 状態: ADR-0164 = proposed / implementation_status: "Not Started" で main に到達済 (docs/adr/0164-separate-intake-proposer-responsibility-triage-lint.md / proposed_at 2026-06-22 17:14)
• drp 領分の実装着手 OK (ADR 受理待ちフェーズではない — proposed 状態でも drafted 系の状態と同じく実装着手は許可される運用)
• drp 領分実装スコープ (ADR-E §実装ステップ参照):
  • PR 1 (本 ADR スコープ): drp worker に /intake/* route (Hono sub-app) 追加 + drp/public/intake.html 新設 + POST /intake/commit handler + checkTriageGate 呼出 + intake_commit_ms 観測列 (migrate-v18) + mocked e2e (test/e2e/intake/)
  • PR 2 (別 PR・admin merge): chat.html から起案フォーム / Socratic / draft セレクト削除
  • 観測 SQL: drp/queries/adr-0164-intake-reject-breakdown.sql (main 役割か drp 役割のどちらでも可)
  • 通知設計 (別 ADR): LLM 由来 reject (problem_space_pregate suspect_multiple) の起案者通知設計を 4 週以内に別 ADR で
• env flag: INTAKE_SITE_ENABLED=false で即時無効化できる構造を実装に組み込む (ADR-E §撤退条件)

#2 他 gate の chat.html 描画漏れ確認 + 修正 (drp 領分・即実施可)

recall_pre_gate と同じ漏れが他 gate にもある可能性。chat.html L2734-2811 の GATE_LABELS と renderGatePartialBody の switch の整合を、graph.ts の全 15 gate (triage / recall_pre_gate / abc_screen / cost_gate / problem_space_pregate / socratic / body_generation / scoring / cross_validation / consistency / parallel_review / decision_type_classify / policy_alignment / slug / numbering) と突き合わせる。

確認手順:

cd ~/projects/bizlp/drp
for g in triage recall_pre_gate abc_screen cost_gate problem_space_pregate socratic body_generation scoring cross_validation consistency parallel_review decision_type_classify policy_alignment slug numbering; do
  echo -n "$g: "
  grep -c "case '$g'" drp/public/chat.html
done

count=0 の gate は描画未対応。優先度は本番頻度の高い順 (= ABC / cost_gate / problem_space_pregate / decision_type_classify あたりが候補)。

#3 ADR-0120 Phase b 4 週監視 (継続中・2026-07-03 まで)

前 handover (handover_2026-06-22_adr-0120-phase-b-shipped-monitoring-phase_next-session.md) で監視継続中。本セッションでは未確認なので、次セッション開始時に:

• gh run list --workflow=drp-real-e2e.yml --limit 5 で schedule 実走の SUCCESS 継続を確認
• telemetry 喪失 / gate 重複 / 新規障害 の 3 撤退条件が 0 件継続なら 2026-07-03 で Done flip 起票準備

#4 ADR-E 実装着手前の確認事項 (ADR 受理後・前提検証)

ADR-E 本文 §コスト試算と §撤退条件で前提にしている triage duration 計測は本セッションで完了済 (p95=431ms / p99=27,833ms)。実装着手前にもう一度:

• wrangler d1 execute decision-pipeline-telemetry --remote --json で最新 30 日の triage_ms p95 / p99 を再確認 (p99 が 30s 超えていたら C 案へ移行検討)
• problem_space_pregate の LLM 呼出時間 (telemetry 列に individual 列はないが gate_runner.ts L186 の telemetry 集計から推定) を確認

2026-06-21 — doc-session-close-adr-status-flip-and-0162-impl-detail-shipped 〔doc〕

出典: handover_2026-06-21_doc-session-close-adr-status-flip-and-0162-impl-detail-shipped_next-session.md

1. (doc 領分・期限 ≤ 2026-07-05) ADR-0162 followups の逆辺追記 + 本 ADR の Impl Status Done 化

ADR-0162 frontmatter の followups.on_done に未消化 4 件 + 本実装 PR #2426 がマージされたので本 ADR の Impl Status を Done (PR #2426) に更新。1 PR にまとめて出すのが効率的。

期限: ADR-0162 受理 (2026-06-21) +2 週間 = ≤ 2026-07-05。

2. (doc 領分・着手指示後) doc 宛 handover handover_2026-06-21_adr-0138-pyramid-principle-note-removal_to_doc.md の処理

本 main セッション側で起票された doc 宛 handover が tasks/prompts/ に滞留。中身は ADR-0138 関連の pyramid_principle 注記削除。本セッションでは未着手のため次セッションで処理。

3. (オーナー判断・期限なし) 残り 11 本の proposed ADR の処理方針

PR #2414 / #2415 で Accepted 化候補から外した据え置き分。

• 本文で proposed 据え置きと明示 (4 本): ADR-0108 (Decision Pipeline 未通過・PoC 前の暫定) / ADR-0126 (HITL-RATIFIED-RESIDUAL 注記) / ADR-0127 (PoC 必須) / ADR-0153 (受理材料未提示)
• 実装未着手 or 検証待ち (7 本): ADR-0044 (科目マスタ手動設定前提) / ADR-0072 (ADR-0056 Phase 2 完了待ち) / ADR-0073 (golden.jsonl 実装済だが CI 未組込) / ADR-0074 (KV SIGMA_LOG 未登録) / ADR-0075 (LiteLLM コスト集計 scripts 未実装) / ADR-0098 (SLA 初版 P50/P90 実測待ち) / ADR-0099 (ADR-0088 重複懸念検証待ち)

着手するか据え置きを継続するかはオーナー判断。実装が進めば自動的に Accepted 化判定の対象に上がる。

4. (doc + main 連携・前 handover 由来) 前々セッションからの継続案件

handover_2026-06-20_doc-session-close-adr0161-followups-shipped_next-session.md で申し送りされた以下は本セッションでは未着手:

• ADR-0028 umbrella 化 (ADR-0152 KPI 4): 期限 ≤ 2026-07-04 (status: umbrella 新値導入は別 ADR 起案が前提・adr-lint umbrella-readonly ルールは main 領分)
• 型付き辺の張替 (ADR-0152 KPI 3 / ADR-0160 followups #2-4): ADR-0029 → ADR-0161 寄り / ADR-0034 → ADR-0160 寄り (期限 ≤ 2026-07-04)
• UC-4-S01 Stage 6 判定記録 (ADR-0161 KPI 4): main 領分・期限 ≤ 2026-09-15 (前 handover で main へ申し送り済)

ADR-0028 umbrella 化と典型辺の張替は同 PR で処理する案あり。本 §1 (ADR-0162 followups) と一緒に消化するかは次セッションで判断。

2026-06-21 — drp-381-resolved 〔doc〕

出典: handover_2026-06-21_drp-381-resolved_to_doc.md

⚠ 残タスク節を機械抽出できませんでした（推奨マーカー ## 残タスク(優先順) も同義見出しも未使用）。残タスクは出典 handover を直接参照してください。

2026-06-21 — drp-session-close-3 〔drp〕

出典: handover_2026-06-21_drp-session-close-3_next-session.md

抽出: 同義見出し 「c) DRP クローン専属の残タスク発掘」・「4 残タスク (優先順)」（推奨マーカー ## 残タスク(優先順) 未使用）

c) DRP クローン専属の残タスク発掘

ADR 一覧 (In Progress / followups / バグ表) を横断調査:

• COVERAGE_GAPS (handover 由来) で drp 担当の能動アクションは DRP-381 (cosmetic) のみ と判明
• DRP-381 はユーザー判断で「解消」確認 → BUG_tracking 更新 handover を doc に委譲 (PR #2417)
• In Progress ADR の drp 関連は ADR-0102 / 0135 (Phase ①②③ 全部実装済) と判明
• 残るは ADR-0138 (早わかり) main 分 + ADR-0120 Phase b 入口切替 の 2 件が即時着手可能と判定

4 残タスク (優先順)

1. (≥ 2026-06-22 朝・即実行可) Vectorize 補完確認

前セッション handover §4 #1 継承。pnpm --filter drp exec wrangler vectorize info drp-adr-recall で vectorCount が 160 前後に達したか確認。未達なら wrangler tail で event: recall_ingest_scheduled_failed を確認、必要なら RECALL_INGEST_ON_DEMAND=true を一時開放して /debug/recall-ingest を再実行。

2. (本番 1 run 後・即実行可) telemetry 2 列反映確認

前セッション handover §4 #2 継承。本日 (2026-06-21) 09:15Z 以降の本番 run = 0 件。次の run が来たら recall_citations JSON と recall_high_count に値が記録されているか D1 で確認。

3. (≥ 2026-06-22 06:00 JST) Phase 2 Real e2e schedule 初回実走確認

前セッション handover §4 #5 e 継承。gh run list --workflow=drp-real-e2e.yml --limit 5 で初回 schedule 実走の SUCCESS/FAILURE を確認。FAIL なら ADR-0110 フォローアップ (Playwright を CF Access JWT 経由 + E2E_BASE → drp.bizlp.dev) を独立スコープで起案する判断材料。

4. (≥ 2026-06-25) ADR-0142 ブロック F + 20 run precision + ADR-D 復活判断

handover_2026-06-19_drp-session-close-4pr-shipped_next-session.md (drp inbox 残置) §残 #1-2 + handover_2026-06-18_adr-d-dogfood-deferred-await-data_next-session.md §残 #1。穴②検証 (borderline_b_runs) + 20 run 到達後の dogfood 起因除外 INVALID 件数 → ADR-D revise/archive + NFKC 移植前倒し要否を判定する重要セッション。

5. (≥ 2026-07-21) policy_alignment veto dry-run → ON 切替判定

前セッション handover §4 #5 a 継承。data-waiting。

6. (1-2 週間後) Phase b-2 citation hit rate 観測 → drp-ops Skill 手順書化

前セッション handover §4 #3 継承。citation hit rate SQL を drp-ops Skill 「未実装の観測項目」§ (PR #2248) に正式手順として追記。

7. ADR-0138 連鎖の追跡 (本セッションで起票した 2 件の handover)

• main 委譲 (handover_2026-06-21_adr-0138-lint-rule-extension_to_main.md): hayawakari-section-required adr-lint ルール追加。merge 完了の確認は git log | grep hayawakari-section-required
• doc 委譲 (handover_2026-06-21_adr-0138-pyramid-principle-note-removal_to_doc.md): main 委譲 merge 後に正典 §D 暫定注記削除

連鎖が止まったら催促 (= 起票後 1-2 週間で進捗無しなら追跡 issue を立てる)。

8. ADR-0120 Phase b 入口切替本実装 (本セッションで起票した handover)

handover_2026-06-21_adr-0120-workflows-phase-b-readiness_next-session.md (drp inbox に残置) 参照。規模 0.5〜1 セッション級 で慎重に独立 PR 分割 (PR-2 入口切替本体 / PR-3 ステージング検証 5 件 / PR-4 Jr 向け文書) で進める。merge=即本番 + admin merge 要件あり。

9. (新規) prompt_eval main chronic failure の整理 (任意)

§2 (1) の現象を memory [prompt-eval-main-chronic-failure] (reference type) として起票する価値あり。本セッションは時間優先でスキップ。または main 側で gate0b-abc-screen golden 修理を委譲する handover を別途起票してもよい。

10. (引き続き残置) coverage-gaps elevation (drp inbox)

handover_2026-06-19_coverage-gaps-trigger-extraction-completeness-elevation_to_drp.md — 半年保留継続 (撤退判定 2026-12)。再点検 2026-09-21。memory [coverage-gaps-elevation-check-2026-06-21] に最新点検記録あり。

2026-06-20 — adr-0161-kpi4-usecase-stage6-verdict 〔main〕

出典: handover_2026-06-20_adr-0161-kpi4-usecase-stage6-verdict_to_main.md

⚠ 残タスク節を機械抽出できませんでした（推奨マーカー ## 残タスク(優先順) も同義見出しも未使用）。残タスクは出典 handover を直接参照してください。

2026-06-20 — doc-session-close-adr0161-followups-shipped 〔doc〕

出典: handover_2026-06-20_doc-session-close-adr0161-followups-shipped_next-session.md

1. (main 領分・期限 ≤ 2026-09-15) UC-4-S01 Stage 6 判定記録 (ADR-0161 KPI 4)

本 PR で main へ申し送り (handover_2026-06-20_adr-0161-kpi4-usecase-stage6-verdict_to_main.md)。doc は touch 不可。

2. (doc + main 連携) ADR-0028 umbrella 化 (ADR-0152 KPI 4)

ADR-0152 KPI 4 = 「ADR-0028 status: accepted → umbrella 遷移 + adr-lint umbrella-readonly ルール導入 + 完了条件 #4 本文記述を ADR-0161 に移管」。

• status: umbrella という新 status 値は現行 adr-lint がサポートしていないので、別 ADR 起案 (DRP 経由) で導入する必要あり (Light Mode 想定)
• adr-lint umbrella-readonly ルールは main 領分の scripts/lib/adr-lint-rules.mjs 拡張 (cross-workspace PR or main 委譲)
• ADR-0028 完了条件 #4 本文記述の移管は doc 領分だが、umbrella 化と同 PR が筋
• 期限: ADR-0152 §KPI 4 (ADR-0160 / ADR-0161 両方受理後 ≤ 2 週間以内 = ≤ 2026-07-04)
• 本件は次セッションで起案検討

3. (doc 領分) 型付き辺の張替 (ADR-0152 KPI 3 / ADR-0160 followups #2-4)

• ADR-0029 → ADR-0161 寄り / ADR-0034 → ADR-0160 寄りに refines 再配置
• 本 PR の corrigendum 注記で「内部詳細不変 + 上位責務はライフサイクル ADR」を宣言済だが、frontmatter typed edges 自体は未張替
• ADR-0131 両端宣言・同一 PR が必要
• 期限: ADR-0160 / ADR-0161 承認後 2 週間以内 (≤ 2026-07-04 / 2026-07-04)
• ADR-0028 umbrella 化 (§残タスク #2) と同 PR にまとめるか別 PR にするかは判断

4. (drp / 達希 GUI) keychain ACL 復旧

前 handover §副次タスクの 8 キー Always Allow 設定 (達希 GUI 作業)。本セッションでは復旧していないので doc 側の API 直叩きは引き続き不可。wrangler 系操作も CLAUDE.local.md の境界で classifier ブロックがかかるため、API 経路操作は引き続き drp 代行依頼が必要。

5. (drp 領分・本セッション archive 残置)

• handover_2026-06-20_drp-session-close-3-load-failed-and-phase2_next-session.md (drp 自己宛 / Load failed UI エラー + Phase 2 Real e2e 復活)
• handover_2026-06-20_drp-session-close-handover-consumed_next-session.md (drp 自己宛)
• handover_2026-06-20_main-session-close-12_next-session.md (main 自己宛) → いずれも doc は touch しない

2026-06-19 — adr-x-submitted-adr-y-drafted 〔doc〕

出典: handover_2026-06-19_adr-x-submitted-adr-y-drafted_next-session.md

1. (最優先) ADR-X run の進捗確認 + 受理後の公式 ADR 反映 PR

   • 達希が UI (https://drp.bizlp.dev/) で run 開始 → triage → socratic → consistency → parallel-review → scoring → numbering で受理
   • 受理後は DRP の UI から「PR 作成」ボタンで公式 ADR PR を起票
   • 受理失敗 or 差し戻しなら原因確認 → draft v2 投入 (?overwrite=1)

2. ADR-Y の DRP 投入 — ADR-X 受理確認後

   • draft 完成済 (tasks/adr0152/adr_mas_build_verify_draft_2026-06-19.md)
   • 投入 script は /tmp/_drp_post_adr_x.sh を雛形に書き換え:
     • DRAFT_ID="adr-mas-gas-mvp-build-verify-lifecycle"
     • PAYLOAD を ADR-Y 用に作成 (jq -n --rawfile ctx /tmp/adr_y_context.md ...)
   • jq は .drafts[] (v2 で修正済)

3. impl_detail draft の DRP 投入 — ADR-X 受理後の運用判断で並列か直列か再決定 (#2031)

   • draft 完成: tasks/adr0149/adr_impl_detail_formalize_draft_2026-06-19.md
   • draft id 候補: adr-impl-detail-formalize

4. ADR-0028 umbrella 化 (ADR-0152 KPI 4) — ADR-X / ADR-Y 両方受理後

   • status: accepted → umbrella 遷移 + umbrella-readonly adr-lint ルール追加
   • lint 実装は main 領分 → handover or [cross-workspace] PR で判断
   • ADR-0028 完了条件 #4 本文記述を ADR-Y 本文へ移管 (ADR-Y KPI 5: 承認後 2 週内)

5. 型付き辺の張替 (ADR-0152 KPI 3)

   • ADR-0029 → ADR-Y 寄り / ADR-0034 → ADR-X 寄りに refines 再配置
   • 両端宣言・同一 PR が CI 必須
   • ADR-X / ADR-Y 承認後 2 週間以内

6. onboarding_checklist 更新 (ADR-0152 KPI 5)

   • docs/_internal/05_how-to/onboarding_checklist.md の ADR-0028 参照を「探索 = ADR-X / 検証 = ADR-Y」へ更新
   • ADR-X / ADR-Y 承認後

7. (継続) ADR-0152 残タスク #5 = MAS Stage 6 実機到達 — main 役割 (GAS 実装)

   • UC-4-S01 (ランウェイ対応スライス) を実装 → 実機 Stage 6 → Pass/Pivot/Fail を usecase_dev_mapping.md の stage6_verdict 列に記録
   • doc セッションでは実行不可 = main セッションへ別 handover が必要
   • ADR-Y KPI 4 と紐づき (≤ 2026-09-15 までに 1 件以上の判定記録)

8. (継続・別タスク) DRP UI URL 訂正の docs 反映

   • docs/_internal/05_how-to/operator_guide_langgraph.md ほか 8 ヶ所が workers.dev を「本番 URL」と書いている → https://drp.bizlp.dev/ に訂正する別 PR が必要
   • 本セッションでは memory 訂正のみで docs 未着手

2026-06-19 — coverage-gaps-trigger-extraction-completeness-elevation 〔drp〕

出典: handover_2026-06-19_coverage-gaps-trigger-extraction-completeness-elevation_to_drp.md

詳細は本文 §提案する昇格先 / §着手の判断。drp 領分・保留可 (半年=2026-12 を撤退条件)。

1. 昇格先確定 — 本文 §提案する昇格先 (trigger 抽出層を ADR 化 / coverage-gaps completeness 規律の ADR 化 / handover_prompt_guide §8 への昇格) のいずれかを drp 側で確定
2. dogfood 起案 — (A) trigger 漏れ事例の蓄積 / (B) ADR 化のステークホルダー合意 / (C) golden eval リソース確保の 3 条件 2 つ以上満たした時に Standard 起案を投入
3. 撤退判定 — 2026-12 までに (A) が観測されなければ archive 退避

2026-06-19 — drp-session-close-4pr-shipped 〔drp〕

出典: handover_2026-06-19_drp-session-close-4pr-shipped_next-session.md

抽出: 同義見出し 「次にやること (優先順)」（推奨マーカー ## 残タスク(優先順) 未使用）

1 週間後 (>= 2026-06-25) に穴②検証 + ADR-D 復活判断

handover_2026-06-18_drp-session-close-5pr-shipped_next-session.md の指示を継承:

drp/queries/adr-0157-0158-observation.sql のブロック F (穴②検出) を流す:

cd ~/projects/bizlp/drp/drp
pnpm exec wrangler d1 execute decision-pipeline-telemetry --remote --json --command \
  "SELECT abc_class, COUNT(*) AS borderline_b_runs, GROUP_CONCAT(SUBSTR(title, 1, 40), ' | ') AS sample_titles
   FROM telemetry_records
   WHERE created_at >= '2026-06-18'
     AND abc_verdict = 'B'
     AND abc_class IN ('compliance', 'info_asset_trust')
   GROUP BY abc_class
   ORDER BY borderline_b_runs DESC;"

判断:

• borderline_b_runs >= 3 件 → 穴②実在 → tasks/prompts/draft_adr-d_compliance-chronic-cross-rule.md を revise (blind_spot 指摘の「データ根拠ゼロ」「info_asset_trust 同列の根拠」「除算不能撤退条件」を実データで解消) → 再投入
• borderline_b_runs == 0 件 → 穴②空振り → draft_adr-d.md を archive 退避 + memory に棚上げ記録

並行して ブロック G で隠れコンプラ候補 (本文キーワード × A 不在) を人間サンプリング (穴①検証)。true_hit >= 2 件 で ADR-C (socratic に隠れ harm 探り観点追加・main 委譲) を起案。

ADR-0142 20 run 到達時に precision 判定

drp/queries/adr-0142-pregate-observation.sql のブロック A を流す:

cd ~/projects/bizlp/drp/drp
pnpm exec wrangler d1 execute decision-pipeline-telemetry --remote --json --command \
  "SELECT substr(created_at, 1, 7) AS month, COUNT(*) AS total_runs, SUM(CASE WHEN pregate_verdict = 'PASS' THEN 1 ELSE 0 END) AS pass_count, SUM(CASE WHEN pregate_verdict = 'FAIL' THEN 1 ELSE 0 END) AS fail_count, SUM(CASE WHEN pregate_verdict = 'INVALID' THEN 1 ELSE 0 END) AS invalid_count FROM telemetry_records WHERE created_at >= '2026-06-15' AND pregate_verdict IS NOT NULL GROUP BY month ORDER BY month DESC;"

判断:

• total_runs >= 20 到達後にブロック D (INVALID 詳細) で dogfood 起因を除外した INVALID 件数を算出
• 残った実運用 INVALID が >= 3 件 → 設計見直し (NFKC 移植の前倒し = main 委譲・ADR-0157 C2 fix の波及 ADR を起こす)
• precision は人手ルーブリック判定 (operator_guide_langgraph 月次レビュー節・doc 役割の PR #2207 反映待ち) 後に算出

kill switch: wrangler secret put PREGATE_ENABLED=false で即時無効化。

本番反映後の週次観測 (ADR-0157/0158 撤退条件モニタ)

前セッション handover に継承する週次モニタ:

• drp/queries/adr-0157-0158-observation.sql のブロック A-E を毎週
• ブロック B: abc_confidence 率 ≤ 20%
• ブロック D: A 免除率 ≤ 50% (4 週連続超過で ADR-0158 撤退)
• ブロック E: pregate INVALID ≤ 3 件 (上記 ADR-0142 と同主旨・整合的に判定)

委譲分の処理待ち (drp クローンでは触れない)

• doc 役割 — 本セッションで起票した handover_2026-06-19_adr0142-precision-sql-docs-reflect_to_doc.md の消化待ち (ADR-0142 §Confirmation + operator_guide_langgraph 月次レビュー手順)
• main 役割 — 前セッション handover (handover_2026-06-18_abc-screen-cost-gate-delegated-tail_next-session.md) の 6 件 (gate0b-abc-screen 契約 / tools/abc-eval / ADR-0142 NFKC 移植 / ADR-0157+0158 Accepted 化 / drp-ops Skill 版数更新 / PR CI lint 追加) は本セッション不変

2026-06-18 — adr-d-dogfood-deferred-await-data 〔drp〕

出典: handover_2026-06-18_adr-d-dogfood-deferred-await-data_next-session.md

抽出: 同義見出し 「次にやること(優先順)」（推奨マーカー ## 残タスク(優先順) 未使用）

1 週間後(= 2026-06-25 以降)に穴②検証

## 2026-06-17 — adr0110-pr3-done 〔役割未指定〕（task推定 未分類:4）

出典: [handover_2026-06-17_adr0110-pr3-done_next-session.md](https://github.com/BizLinkPartners/bizlp-gas-accounting/blob/main/tasks/prompts/handover_2026-06-17_adr0110-pr3-done_next-session.md)

> 抽出: 同義見出し 「残り (指示待ち)」（推奨マーカー `## 残タスク(優先順)` 未使用）

1. **手順8: `workers_dev=false`** (旧 Basic 経路の閉鎖)。PR3 安定確認後。**閉鎖すると real e2e のブラウザ認証が失われる**ため、先に 2 が必要。
2. **real e2e のブラウザ認証再設計** (手順8 の前提)。候補: CF Access の cookie ベース / service token を cookie に交換 / e2e を API ベース化。
3. **ADR-0110 本文 (L163) の URL 注記**: `decision-pipeline.bizlp.dev` → `drp.bizlp.dev` に変更した旨を amend で注記 (決定記録なので単純置換せず注記)。
4. **③ の実装 (WIF + vault + clasp ADC = ADR-0155 / ADR-0104 決定②)**: GCP の Workload Identity Federation プール + ジョブ別 SA 作成が起点 (前回からの残)。

## 2026-06-17 — conv-archive-hub-complete 〔役割未指定〕（task推定 未分類:7）

出典: [handover_2026-06-17_conv-archive-hub-complete_next-session.md](https://github.com/BizLinkPartners/bizlp-gas-accounting/blob/main/tasks/prompts/handover_2026-06-17_conv-archive-hub-complete_next-session.md)

> 抽出: 同義見出し 「ただ1つ未完: bigquery MCP の有効化」・「次にやれること(任意・指示待ち)」（推奨マーカー `## 残タスク(優先順)` 未使用）

**ただ1つ未完: bigquery MCP の有効化**

- `claude mcp add bigquery --scope user`(read-only `BIGQUERY_WRITE_MODE=blocked`・`BIGQUERY_ALLOWED_DATASETS=archive`)登録済・Connected 確認済。バイナリ = `~/.local/bin/mcp-toolbox`(v1.1.0)。
- **ツールは Claude Code 再起動で有効化**される。再起動後は任意クローンから「会話アーカイブを検索して」で `execute_sql` 経由(or `search_hybrid` を呼ぶ)。
- 未再起動なら、私の Bash `bq` で代理検索は今すぐ可能。

**次にやれること(任意・指示待ち)**

1. **purpose-built `search_conversations` MCP ツール**(`tools.yaml` 方式)— prebuilt `execute_sql` より turnkey。`search_hybrid` をラップ。
2. **Phase 2: 多源横断**(起案者が「会話単独完成後」に約束済)— D1 審査 telemetry / git・ADR メタを **source 別テーブル + キー join**(`run_id`/`adr_id`/`session_id`/`commit_sha`/`ts`)。狙い = 会話→ADR draft→D1判定→git merge を辿り「意思決定の質/権限移譲/ADRし忘れ」を SQL 化。`messages` のスキーマが基盤。
3. **Gemini/ChatGPT export 取込** — まだ GCS 未投入。来れば claude.ai と同手順(jq→NDJSON→load、`source` 変えるだけ)。
4. **chunk 品質改善** — turn-group 化(現状は1メッセージ=1 chunk・極短 chunk のベクトルノイズあり。hybrid では n_chars>=30 で緩和済)。

## 2026-06-17 — workspace-space-cleanup-done-doc-mainsync-pending 〔main〕

出典: [handover_2026-06-17_workspace-space-cleanup-done-doc-mainsync-pending_next-session.md](https://github.com/BizLinkPartners/bizlp-gas-accounting/blob/main/tasks/prompts/handover_2026-06-17_workspace-space-cleanup-done-doc-mainsync-pending_next-session.md)

> 抽出: 同義見出し 「残り(次セッション・主にクローン側)」（推奨マーカー `## 残タスク(優先順)` 未使用）

> **【2026-06-18 更新 / main セッション】** 残 1・残 3 は完了を確認。残るは残 2(進行中)・残 4(任意)のみ。

1. ~~**doc クローンで main-sync→main 切替 + main-sync 削除**~~ → **✅ 完了(2026-06-18 確認)**。doc クローン(`~/projects/bizlp/doc`)に `main-sync` は無く、`main` が `origin/main` を追従。manifest 60 行目も「2026-06-17 解消済(worktree prune → main 復帰 → main-sync 削除)」と記載。doc は現在 ADR-0142 の test design を別途作業中。
2. **sub・doc 呼称統一**(`workspace_rules.md` L27 の残論点)。正式名 `sub` と dir 名/内部呼称 `doc` の混在を整理。docs 横断・sub ドメイン作業。 → 🔄 **進行中**。PR #2087(`docs/workspace-naming-unification-plan`)で計画が merge 済み。実行は doc 側。
3. ~~**古いローカルブランチの整理**~~ → **✅ 完了(2026-06-18)**。main クローンはこのセッションで 55→5 本(進行中/駐機中の 4 本のみ残)+ OPEN PR 棚卸し(救済 PR #2091 マージ・役目を終えた handover PR 7 本クローズ)。doc クローンもローカル 2 本(main + 作業ブランチ 1 本)に整理済み。
4. (任意)DRP 参照の棲み分け微調整: main に残した DRP アーキ/インタフェース系(decision-pipeline-auth / triage-reject-diagnosis / prompt-cicd-kv-autopush / pipeline-entry-points)と、drp へ移した内部参照8件の境界。 → 未着手(任意)。

## 2026-06-16 — ocr-phase-a-ui-done 〔ocr〕

出典: [handover_2026-06-16_ocr-phase-a-ui-done_next-session.md](https://github.com/BizLinkPartners/bizlp-gas-accounting/blob/main/tasks/prompts/handover_2026-06-16_ocr-phase-a-ui-done_next-session.md)

> 抽出: 同義見出し 「次にやること: Phase A golden set 整備(ユーザー手作業)」・「Phase B 以降の実装待ち事項」（推奨マーカー `## 残タスク(優先順)` 未使用）

**次にやること: Phase A golden set 整備(ユーザー手作業)**

Phase A の評価スクリプト(`ocr/scripts/eval-fields.mjs`)は実装済み。
**現状 GT が 0 件のため実行しても即終了する**。

### Step 1 — GT を入力する手順(ユーザー操作)
1. `ocr-bench.bizlp.dev` → 正誤確認タブを開く
2. 未確認の帳票一覧が表示される
3. 各帳票で OCR 抽出値を確認・修正 → 「✅ 確認した」ボタンを押す
4. 橙色フィールド(空値・マスター未照合)は特に要確認
5. **優先候補**: 残エラー 3 件 `BENCH-20260611-008/054/107`(画像品質問題の実ケース)

### Step 2 — 評価スクリプト実行
```bash
export OCR_USER=$(security find-generic-password -s bizlp-gas-OCR_BENCH_AUTH_USER -w)
export OCR_PASS=$(security find-generic-password -s bizlp-gas-OCR_BENCH_AUTH_PASSWORD -w)
node ocr/scripts/eval-fields.mjs

出力: モデル別 × フィールド別 EER 表 + 重要フィールド合格率。 これが Phase B(CISC 投票)以降の before/after 比較の基準値 になる。

Phase B 以降の実装待ち事項

設計詳細: ocr/docs/design/ocr-fullspec-design.md

2026-06-16 — trust-science-adr-and-session-stability 〔役割未指定〕（task推定 未分類:6）

出典: handover_2026-06-16_trust-science-adr-and-session-stability_next-session.md

抽出: 同義見出し 「次にやれる候補（未着手・起案前に Read 裏取り）」・「未処理・任意」（推奨マーカー ## 残タスク(優先順) 未使用）

次にやれる候補（未着手・起案前に Read 裏取り）

• DRP 自身のパーパス 1 枚(concept/target/use-scene/非ゴール)を鋭く。prd.md が DRP の的をこの鋭さで固定できてるか確認。
• pipeline メタチェック「否定には適合関数(構造+CI ガード)を要求」。cross_validation の lifecycle fitness-function を否定へ拡張。conformance チェッカーにしない=「準拠か」でなく「準拠を下流で示せて破れたら鳴る形にしたか」を見る。
• 最終ゲートを founder 固定→「忠実さを判定できる役」へ開く検討(courage to trust の外部化)。
• ※spec/ADR は spec-gen-pipeline / draft 規約経由(Claude が本文直書き禁止)。

未処理・任意

• Tier2 branch: squash-merged の 26 本が残存(今回 option B=70 本のみ削除)。消すなら git branch -D。
• この会話を BQ アーカイブへ: transcript がライブ遅延中(この会話すら未書き出し)→ 終了後に手動 gcloud storage rsync -r ~/.claude/projects gs://bizlp-claude-conversations/sources/claude-code/projects + bq query 'CALL archive.refresh_archive()'。延伸セッションは初回 chunk のみなので完結後の再取込が要る。

2026-06-15 — adr0149-impl-detail-followup 〔doc〕

出典: handover_2026-06-15_adr0149-impl-detail-followup_next-session.md

1. 【中心・判断】impl_detail を正式化するか撤退するか
   • 現状の弱点: impl_detail 節はマーカーコメントだけで、adr-lint は「未知だが許容される H2」として通しているにすぎない。「ADR 本文ではない」ことの機械的担保・派生ビュー描画は未実装。
   • 副作用: ADR-0149 の implementation_status を短縮したため、adr-index の「Impl状況詳細」列が 0149 で — になり、詳細は impl_detail 節（本文中）にしか無い＝機械可読でない状態。
   • 採用する場合の実装候補（生成器/lint = main 役割）: scripts/lib/adr_meta.mjs に extractImplDetail()/stripImplDetail() を足し、(a) adr-lint の構造検査が impl_detail 節を本文外として扱う、(b) adr-index.mjs が impl_detail を「Impl状況詳細」列の入力に使う。位置づけは ADR-0146 路線。仕様確定は DRP パイプライン経由で ADR 起案が筋（Claude 直書き禁止）。
   • 撤退する場合: ADR-0149 を元の「長い inline status」に戻す（#2026 を revert 相当）。
   • まず達希に「正式化 / 撤退 / 現状維持(テストのまま放置)」を確認してから動く。
2. 【掃除・任意】古いローカル main ブランチと背景 worktree
   • ローカル main が古いコミット 17981860 のまま .claude/worktrees/handover-2026-06-12 に固定され、git checkout main が当該 worktree で塞がる。今後の混乱要因。更新 or worktree 整理を検討（消す前に 1 つずつ確認）。
   • .claude/worktrees/ に 11 個の worktree が残存（大半 clean・未追跡の tmp/node_modules のみ）。
3. 【注意喚起】ツール出力汚染 / tool-call parse エラー
   • 親セッション dbc2bbea はこの parse エラーでクラッシュし、RQ-104 依頼が埋もれた。本セッションでも bash 出力が壊れ、実在しない worktree/ブランチ/SHA を「見た」ことにして誤作業した区間があった。
   • 対策: 出力が怪しい時は構造化した短いコマンドでグラウンドトゥルースを取り直す／結果をファイルに書き出して Read で読む／git worktree list --porcelain・gh pr view --json 等で実体確認。memory feedback_toolcall_format_slip 参照。

2026-06-15 — adr0152-split-implementation 〔doc〕

出典: handover_2026-06-15_adr0152-split-implementation_next-session.md

抽出: 同義見出し 「次にやること(ADR-0152 の KPI = 承認完了条件・優先順)」（推奨マーカー ## 残タスク(優先順) 未使用）

1. 子 ADR-X / ADR-Y を DRP 経由で起案(sub・drp-ops。1 件ずつ直列)
   • ADR-X = DRP Discovery/Decision ライフサイクル / ADR-Y = MAS GAS-MVP Build/Verify ライフサイクル。
   • ADR-Y に「Stage 6 判定記録条件(旧 #4)」を帰属させる(KPI 1: ADR-Y に 1 件 / ADR-X に 0 件を grep 確認)。
   • 起案者生テキスト形式で投入。Stage 2 Backlog/Stage 3 Decision は ADR-0152 決定節で ADR-X に確定済。
2. ADR-0028 の umbrella 化(sub・docs + lint)
   • status: accepted → umbrella へ遷移 + umbrella-readonly adr-lint ルール追加で直接編集を機械拒否(KPI 4)。lint は main 領分の可能性があるので、ルール実装は handover or cross-workspace を検討。
3. 型付き辺の張り替え(sub・KPI 3・子 ADR 承認後 2 週内)
   • ADR-0029 refines → ADR-Y 寄り / ADR-0034 refines → ADR-X 寄りに再配置(両端宣言・同一 PR)。
4. onboarding_checklist の正典参照更新(sub)
   • docs/_internal/05_how-to/onboarding_checklist.md の ADR-0028 参照を、探索=ADR-X / 検証=ADR-Y へ更新(KPI 5)。
5. #4 = MAS の Stage 6 実機到達(main 役割・GAS 実装)
   • UC-4-S01(ランウェイ対応スライス)を実装 → 実機 Stage 6 → Pass/Pivot/Fail を changelog に記録。文書では捏造不可。期限 ≤2026-06-30 は ADR-Y で製品ロードマップ判断に再設定する前提。sub では実行不可=main セッションへ別 handover。

2026-06-08 — sub-docops18-drift-link-underline-edd-followup-business-filter 〔doc〕

出典: handover_2026-06-08_sub-docops18-drift-link-underline-edd-followup-business-filter_to_sub.md

1. ADR-0119 sub 分担（operator_guide「検証済みの前提」節 + verify_in_code 判定基準 + evidence テンプレ・0.25 人日）— main で Phase B/C が進行中（PR #1541 verify_in_code 統合 merged・feat/adr0119-phasec-evidence-api ブランチ存在）。main の合図 or evidence API 確定後に着手。
2. ADR-0120 本番切替後の 4 週監視（〜2026-07-03・main 運用領分）。telemetry 喪失1/二重課金1で即停止・新規障害3で見直し。EDD 追従は完了済なので sub の残作業は基本なし（切替後の API 仕様変更が出れば追従）。
3. ADR-0121 Phase 0（着手指示があれば・営業資料/ダッシュボード仕様の文書化支援）。
4. 継続ウォッチ: COM-0381（2026-07-04）/ ADR-0115 Confirmation 8・9（2026-07 上旬）/ ADR-0117 Phase 1 完了判定（2026-07 上旬）/ ADR-0114 残（会計2本=税理士見解待ち）/ DOC-OPS-20 = ADR-0109 amendment（2026-07 末）。
5. ADR-0123 audience 補完 29 件（任意・非強制）— 別セッション/main 管轄の可能性。触る前に確認。

2026-06-03 — sub-jtbd012-voucher-productization-plan 〔doc〕

出典: handover_2026-06-03_sub-jtbd012-voucher-productization-plan_to_sub.md

1. RQ-094 起案（顧客IT環境・記録保管場所要件の裏取り）＝基盤決定の最重要1本
2. RQ-088 起案（Drive/技術担保 vs 規程ルートの法的決着）※ユーザーは research-first を選好
3. ADR-A 起案（Phase前倒し＋プロダクト化スコープ確定）
4. RQ結果後 ADR-B（基盤）/ADR-C（電帳法方式＋JIIMA道すじ）
5. UC-V1 dev spec骨子 → main が B2→B3→B5

採番: 次 RQ=RQ-088（088/092/094 を計画に定義）、次 ADR=0105（A〜E定義）。

2026-06-02 — sub-auth-adr0104-and-doc-hygiene 〔doc〕

出典: handover_2026-06-02_sub-auth-adr0104-and-doc-hygiene_to_sub.md

• ⏳ ADR-0101/0102/0103 の実装（いずれも Status: Proposed・main 領分、sub 着手不可）。優先は ADR-0102（Cross-Validation 構造的過剰審査ループの制度的 fix そのもの）。0101=停止ボタン / 0103=入口統一。
• ⏸ ADR-0066/0094 corrigenda（ADR-0103 が要求）: ADR-0103 が Proposed（採択待ち）でブロック中。0103 が Accepted/実装されたら sub で corrigendum 追加。
• ⏸ DOC-OPS-16（提案資料パイプライン正式起案・sub担当）: canonical-structure（ADR-0097 Proposed）の Accept 待ち（Phase 1）。Track1+2 handover を読んで起案準備は可能。
• ⏸ ADR-0070 Phase 2b（nav title H1 一致 238 件・sub担当）: main の R6 lint（DOC-OPS-06）未実装で待ち。
• DOC-OPS-18 残テーマ②③（衛生改善着手時）。

2026-06-02 — sub-branch-cleanup-fpa-recovery-omniclass-jtbd 〔doc〕

出典: handover_2026-06-02_sub-branch-cleanup-fpa-recovery-omniclass-jtbd_to_sub.md

1. C-06/C-09 を ADR-0043 3軸で正式 JTBD 化 + 「借入・資金調達管理」JTBD 起案（ギャップ分析の最大収穫。MAS-017資金調達simは試算であり運用JTBDではない）。
2. ギャップ分析を doc 化（現状 chat のみ）。
3. doc header 横展開の残り: 散文 blockquote(位置付け/仮説/問い 等 約25ページ)は箇条書き不適のため意図的に未対応。整形するなら別方針。
4. 復元13仕様の実装着手時はファイル番号ドリフト再採番が前提。

TODO_future バックログ (DOC-OPS) 〔doc:5 / main:3 / 未分類:15〕

出典: TODO_future.md §7.2 改善案バックログ（未完了のみ・✅/❌ は除外）

• DOC-OPS-01 (low / 2026-08-19 (ADR-0054 review と同期)。2026-05…): docs/architecture/glossary.md の四半期レビュー: 用語追加候補抽出 + MAS-NNN との紐付け強化 (現状 61 用語、MAS-XXX 関連は 12 用語)
• DOC-OPS-02 (low / 必要時): docs/SUMMARY.md (swap 後 landing) / docs/index.md (swap 後 TOC) の prefix 同期 lint を docs-nav-lint.mjs に追加 (将来 R5)。_config.json group prefix と TOC section prefix の機…
• DOC-OPS-03 (low / sub session 着想時): sidebar styling 微調整 (font size / 配色 / アイコン等)。handover で「sub から発見した改善案」例として明示されたが今セッションでは具体案なし
• DOC-OPS-04 (low / legacy-dev 解凍時): docs/implementation/legacy-dev/dev_mas-090_.md 等 legacy-dev 配下の swap 影響 anchor (5.5 預り金・源泉税 等) を read-only ポリシー継続するか修正するか判断
• DOC-OPS-06 (mid / ADR-0070 Accept 後すぐ (2026-Q3)): ADR-0070 R6 lint 実装 (main 担当): scripts/docs-nav-lint.mjs に R6 title-h1-consistency 追加。ADR file H1 の ^ADR-NNNN:\s+ strip 例外ロジック + docs-nav-lint-r6-allowlist.json…
• DOC-OPS-07 (low / DOC-OPS-06 完了後 (2026-Q4 〜 2027-Q1)): ADR-0070 Phase 2b: 残 238 件 (other bucket、H1 と title が完全に違う言い回し) を R6 lint 実装後の CI WARN リストベースで個別判断・batch 修正 (sub 担当)
• DOC-OPS-10 (low / 2027-Q2): ADR-0070 Phase 3: R6 lint WARN → ERROR 昇格 (main 担当)。Phase 2b 完了 6 ヶ月後の絶対時期 (2027-04 〜 2027-08) で実施
• DOC-OPS-11 (mid / 内部プロセス JTBD 方針確定後): ADR-0043 JTBD スコープ拡張: 開発プロセス・ドキュメント管理系 RQ (RQ-034, RQ-040〜053) 用の JTBD を 3 軸テストで起案し _jtbd_list.md に追加。現状は業務ドメイン RQ のみタグ付与済、メタ/ツール系は --check-jtbd-ref で warning の…
• DOC-OPS-13 (low / σ 実績確認後 (ADR-0074 実装と同期)): Gate 4 Scoring samplingN を 5→3 に削減検討 (scoring Opus 呼び出し −40% のコスト減)。前提条件あり: σ (scoringStdDev) 上昇で mode 閾値 (Light 35 / Standard 40 / Critical 45) 判定ブレのリスク。ADR-00…
• DOC-OPS-15 (mid / ADR-0098 実装着手時 (main)): ADR-0098 errata (撤退条件の時系列不整合): 撤退判断日「マージ+grace14日+60日 = 74日(≒2.5ヶ月)」と撤退表の観測窓「3ヶ月連続 overdue」が構造的に矛盾 (2.5ヶ月時点で3ヶ月連続観測は不可能)。対応案: 判断日を「+90日(≒3.5ヶ月)」に後ろ倒し or 観測窓を「2ヶ…
• DOC-OPS-17 (mid / ADR-0099 実装着手時 (main)): ADR-0099 実装時の縮退検討 (過剰設計指摘): ADR-0099 (実装スコープ第一級化 + 0088同期, PR #1258 merged 48/50) は Policy Alignment が項目#3「1人法人の運用コスト」で ❌ (KPI 8件・撤退条件 8件・4週レビューは単独運用で認知負荷飽和)。3モ…
• DOC-OPS-18 (low / ②=実機検証 main 待ち (ADR-0110) / ③=パイプライン安定後): 認証・秘密情報衛生 RQ-085 の残テーマ②③ ADR 起案: 元単一 ADR (KV draft auth-secret-consolidation-strategy・Critical 38/50 差戻し) を 3 分割し、テーマ① (失効しない GAS/clasp デプロイ認証) は ADR-0104 で起案済 …
• DOC-OPS-19 (mid / パイプライン安定後・DRP-371 修正後に起案者生テキストから ADR 起案): 審査パイプラインへ「コード実査グラウンディング」導入 (verify_in_code actionability + evidence pack 規約): pipeline はコードを読む step を持たない (drp/src/graph.ts の全ノードが LLM テキスト処理・consistency は ADR …
• DOC-OPS-20 (mid / ADR-0109 起案 8 週後 (2026-07 末) の amendment…): ADR-0109 の 8 週後 amendment に反映する改善 5 点 (重複 draft 再審査の副産物): KV 残骸 draft adr-0107-crossval-part4 (= ADR-0109 を生んだ元 draft の消し忘れ) を 2026-06-04 に再審査した run (47/50・Gate…
• DOC-OPS-22 (low / 判定タイミング (2026-12・撤退条件判定と同時) or Accepted …): ADR-0130 (索引・目次・カタログ自動生成規律) の 3 モデルレビュー未反映指摘の Review After 反映: 受理 run (47/50・2026-06-10・PR #1677 merged) の 3 モデルレビューに、本文未反映の concern/suggestion が残る。盲点 7 件は本文 Co…
• DOC-OPS-25 (low / ADR-0130 判定タイミング (2026-12) の振り分け確認まで or …): #1693 群B: GAS コード由来 doc 一覧の codegen 整備の是非判断 (ADR-0130 スコープ外の別軸): タブ一覧 (arch_data_model.md ~100 行)・UI 分類 (spec_dashboard.md)・列マッピング (spec_engine.md)・仕訳マトリクス (frd…
• DOC-OPS-27 (low / ①2026-08-15 前 ②監査要件確定後 ③必要時): ADR-0039 残作業 (Phase 4 後フォロー・旧 COVERAGE_GAPS から移送 / ADR-0145): ① AI ツール呼び出し計測 — ADR-0039 §Confirmation の count-doc-tool-calls.sh Phase 3 後再計測 (目標: 平均 2 回以内・2026-…
• DOC-OPS-28 (low / ADR-0048 Phase 3 着手時): ADR-0048 Phase 3-4 fitness function 未実装分 (旧 COVERAGE_GAPS から移送 / ADR-0145): ① scripts/count-doc-tool-calls.sh の CI 組込み ② status: planned の 30 日経過警告 scripts/chec…
• DOC-OPS-29 (mid / ADR 起案 or 実装着手時 (main との分担確定後)): CV コメント (D1 telemetry) からのタスク候補抽出の仕組み化: 審査 run の cross_validation_verdicts / residual_risk_titles を定期照会し、未追跡の高優先タスク候補を抽出する仕組み (スクリプト+運用) を、必要に応じて ADR 起案のうえ整備する …
• DOC-OPS-30 (高（製品・法令） / JTBD-012 spec 着手時): JTBD-012（証憑保存 SaaS）spec へ BCP/DR 必須節を起票: 証憑-仕訳紐付けインデックスの再構築可能性・TSA（タイムスタンプ局）停止時の猶予手順・ストレージインシデント時の代替提出手順を spec の必須節とする。出典 = DOC-OPS-29 初回分析 候補3（PR #1922 本文）。根拠 …
• DOC-OPS-31 (中（PoC 前） / JTBD-012 PoC 開始前): PoC 顧客データの返却・削除手順書を PoC 開始の前提条件として起票: 撤退時に電帳法対象書類の返却・削除手順が存在しないと顧客の保存義務違反を招く。PoC 開始前に手順書が存在することを前提条件とする。出典 = DOC-OPS-29 候補4（PR #1922 本文）。根拠 CV = ADR-0118 残余リスク。…
• DOC-OPS-32 (低（監視相乗り） / 週次レビュー稼働後・初回の月次節目): COVERAGE_GAPS 幽霊エントリーの初月確認: 消化済みタスクの出典 handover 側削除（マーカー節からの除去 or archive 退避）が運用に乗り、幽霊エントリー（消化済みなのに残る行）が撤退閾値 20% を超えないかを初回月次で確認する。ADR-0149 Phase 2 の件数ガード・鮮度チェック…
• DOC-OPS-34 (low / 渋滞再発時 or ビルド時間が問題化した時（Cloudflare 本丸で当面解消…): docs-build.mjs のビルド軽量化 (per-page git blame + fetch --deepen の最適化): 1 ビルドが重い — 各 .md に git blame --line-porcelain を実行（scripts/docs-build.mjs L567 blameCommitterT…

ADR followups (実装完了時の反映タスク・宣言) 〔main:2 / 未分類:46〕

各 ADR frontmatter の followups:.on_done（ADR-0144 schema・読み取り専用）。実装完了 (Implementation Status → Done) で due になる宣言で、検知は ADR-0144 の main 分が担う。

ADR-0144 — In Progress (sub 分完了 = followups 宣言形式確定〔frontmatter followups: schema/updated_at…

出典: 0144-semi-automatic-detection-of-adr-follow-up-doc-update-tasks.md

• docs/adr/templates/template.md: frontmatter followups の暫定注記 (検知・lint は main 実装待ち) を確定記述へ更新
• docs/_internal/05_how-to/adr_structure_pyramid_principle.md: 残論点台帳 P8 行を削除

ADR-0146 — Not Started

出典: 0146-extract-decision-summary-to-derived-view.md

• docs/adr/templates/template.md: 早わかり節を削除し生成ビュー前提のテンプレに更新
• docs/_internal/05_how-to/adr_structure_pyramid_principle.md: §D-2 読み筋・§E チェック行を生成ビュー前提に改訂 (暫定注記の削除を含む)

ADR-0150 — In Progress (Phase a/b 本番デプロイ済 — PR #2032 CV ルール改修 / PR #2033 PR 補強一覧 + adr-rein…

出典: 0150-socratic-enhancement-as-cv-justification-unify-pr-approval.md

• docs/_internal/05_how-to/adr_structure_pyramid_principle.md: §G-1 検査所有表更新 + §G-3 注記追加 (bodyOnlyMitigation を ④ 受理層所有へ移管)
• docs/_internal/05_how-to/operator_guide.md: §4.4 レビューチェックリストに Pipeline 補強一覧の確認手順を追記

ADR-0151 — Not Started

出典: 0151-cross-cutting-concern-tags-and-reviewer-triggers.md

• docs/adr/templates/template.md: frontmatter に concerns 配列フィールドを追加 (enum: security/legal/privacy/financial-reporting/external-exposure)
• docs/_internal/05_how-to/operator_guide.md: reviewer registry owner と四半期棚卸し手順を追記 (ソロ期は dry-run・チーム化で enforce へ昇格)

ADR-0152 — Not Started

出典: 0152-split-uc-slice-workflow-to-drp-discovery-and-mas-gas-mvp.md

• docs/adr/0028-adopt-6-stage-workflow-uc-slice-dev-cd-gas-mvp.md: status を umbrella (読み取り専用) に変更し ADR-X / ADR-Y への分割を反映 (撤退条件 #4 は ADR-Y へ再配置)
• docs/_internal/05_how-to/onboarding_checklist.md: UC スライス参照を 0028 umbrella → ADR-X (DRP Discovery) / ADR-Y (MAS GAS-MVP) に張り替え

ADR-0155 — Not Started

出典: 0155-static-secrets-cloud-centralization-ci-google-keyless.md

• docs/_internal/05_how-to/hooks_setup.md: Keychain を派生コピー扱いに格下げ・WIF キーレス化のセットアップ手順を追記 (vault 単一正本)

ADR-0156 — In Progress (Phase 1-3 完了 / Phase 4-5 残)

出典: 0156-unify-workspace-role-names-sub-to-doc.md

• docs/adr/0061-handover-prompt-struct-naming-convention-main-sub-ws.md: Phase 4 corrigendum 読み替えヘッダを本文冒頭に挿入 (以後 sub は doc と読み替え・Immutable 例外)
• docs/_internal/05_how-to/workspace_rules.md: 役割呼称を sub → doc へ置換し dir 名 = 役割名 = handover 命名の一致を明記

ADR-0159 — Not Started

出典: 0159-bizlp-gas-accounting-mas-dedicated-clone-main-orchestrator.md

• docs/_internal/05_how-to/workspace_rules.md: ファイル担当マトリクスを 4 列→5 列化 (mas 列追加・main を orchestration 純化)
• docs/_internal/05_how-to/workspace_manifest.yaml: mas clone エントリ追加 (Phase a 期限 2026-07-15)
• scripts/hooks/pre_bash_guard.sh: cwd 判定追加 (main cwd で mas/ touch を ask・Phase c 期限 2026-08-31)

ADR-0160 — Not Started

出典: 0160-uc-スライス開発の-drp-discovery-decision-ライフサイクル-stage-14-を独立-adr-と.md

• docs/_internal/05_how-to/onboarding_checklist.md: ADR-0028 の参照を「探索 = ADR-0160 (本 ADR) / 検証 = ADR-Y」へ更新 (ADR-0152 KPI 5・受理後 2 週間以内)
• docs/adr/: ADR-0117 以降の DRP 系 ADR を grep で完全列挙し、parent 参照を ADR-0028 → ADR-0160 へ張替 (ADR-0152 KPI 3・型付き辺の両端宣言を伴う・受理後 2 週間以内)
• docs/adr/0029-*.md: ADR-0029 の refines を ADR-Y 寄りに張替 (ADR-0152 KPI 3・両端宣言・受理後 2 週間以内)
• docs/adr/0034-*.md: ADR-0034 の refines を ADR-0160 (本 ADR) 寄りに張替 (ADR-0152 KPI 3・両端宣言・受理後 2 週間以内)
• docs/adr/0028-*.md: ADR-0028 を status: accepted → umbrella へ遷移 + umbrella-readonly lint 適用 (ADR-0152 KPI 4・ADR-0160/ADR-Y 両受理後)
• docs/adr/0160-*.md: relates_to: ADR-Y を、ADR-Y 受理後に確定する実 ADR 番号 (例 ADR-0161) へ置換 (両端宣言の遅延同期)

ADR-0161 — Not Started

出典: 0161-uc-slice-mas-gas-mvp-build-verify-lifecycle-adr.md

• docs/adr/0028-*.md: refined_by に ADR-0161 を追記 (ADR-0131 両端宣言) + implementation_status 本文の完了条件 #4 を ADR-0161 へ移管 (ADR-0152 KPI 4・受理後 2 週間以内)
• docs/adr/0152-*.md: refined_by に ADR-0161 を追記 (両端宣言・ADR-0160 と並立) (ADR-0152 KPI 1・受理後 2 週間以内)
• docs/adr/0021-*.md: refined_by に ADR-0161 を追記 (Walking Skeleton 4 要素の Stage 5 適用範囲を明示) (ADR-0152 KPI 5・受理後 2 週間以内)
• docs/adr/0160-*.md: relates_to に ADR-0161 を追記 (ADR-Y placeholder を実 ADR 番号に置換・両端宣言の遅延同期) (受理後 2 週間以内)
• docs/adr/0029-*.md: Stage 5-6 言及箇所を ADR-0161 へ参照変更 + 出力スキーマ変更時は ADR-0161 §1.4 入力契約を同期更新する KPI 追記 (盲点 #1 対応・受理後 2 週間以内)
• docs/adr/0030-*.md: Backlog 同期で Stage 5-6 を参照する箇所を ADR-0161 へ張替 (受理後 2 週間以内)
• docs/adr/0034-*.md: Stage 5-6 言及箇所を ADR-0161 へ参照変更 (Stage 1-2 詳細は ADR-0160 寄り) (受理後 2 週間以内)
• docs/_internal/05_how-to/onboarding_checklist.md: ADR-0028 の参照を「探索 = ADR-0160 / 検証 = ADR-0161」へ更新 (ADR-0152 KPI 5・受理後 2 週間以内)
• docs/_internal/02_project/usecase_dev_mapping.md: stage6_verdict 列の運用開始 + UC-4-S01 (ランウェイ対応スライス) を Stage 6 まで到達させて Pass/Pivot/Fail 判定を記録 (KPI 4・≤ 2026-09-15 までに 1 件以上)

ADR-0162 — Done (PR #2426)

出典: 0162-formalize-impl-detail-and-implement-adr-lint-adr-index.md

• docs/adr/0149-*.md: refined_by に ADR-0162 を追記 (ADR-0131 両端宣言) + 残タスク #1 を「正式化 / 完了」へ更新 (受理後 2 週間以内)
• docs/adr/0146-*.md: refined_by に ADR-0162 を追記 (派生ビュー化路線の最初の本格実装宣言) (受理後 2 週間以内)
• docs/adr/0032-*.md: refined_by に ADR-0162 を追記 (impl_detail コンセプトを正式機能化) (受理後 2 週間以内)
• docs/adr/0137-*.md: relates_to (related_from) に ADR-0162 を追記 (両端宣言・frontmatter 移行と impl_detail 派生ビューの両立路線) (受理後 2 週間以内)
• scripts/lib/adr-lint-rules.mjs: impl_detail 節の機械担保 lint ルール (impl_detail-marker / impl_detail-content) を新設し、PR #2026 の試行マーカー仕様を正式化
• scripts/adr-index.mjs: 派生ビュー (adr-index) に impl_detail 節の抽出を追加 (Done-aware な残タスク表示)

ADR-0163 — Not Started

出典: 0163-define-adr-business-domain-classification-criteria.md

• scripts/lib/business.mjs: 本 ADR §2.1 定義表のドメイン値集合 (corp/mas/drp/meta) と整合する参照コメントを追加 + drift 検知 CI スクリプトを .github/workflows/ に新設
• scripts/adr-lint.mjs: business-required ルール (frontmatter business 欠落で CI fail) を追加
• docs/_internal/04_specs/adr_template_*.md: frontmatter business 必須欄と境界判定ルール (本 ADR §2.2) への参照を追加
• docs/adr/0107-*.md: 経営者向け早わかりのドメイン読み分け軸として本 ADR §2.1 定義表を参照する記述を追加 (両端宣言・ADR-0131)
• docs/adr/(全 161 本): 棚卸し PR で frontmatter business を本 ADR §2.1 定義表ベースで一括見直し (差分のみ更新)

ADR-0164 — Not Started

出典: 0164-separate-intake-proposer-responsibility-triage-lint.md

• drp/src/index.ts: /intake/ route (Hono sub-app) を追加 + POST /intake/commit handler 実装 + INTAKE_SITE_ENABLED env flag 配線
• drp/public/intake.html: 起案者専用 SPA 新設 (起案フォーム / Socratic / triage 結果カード / KV draft 一覧 / 保存完了画面)
• drp/migrations: migrate-v18-intake-commit-timing.sql 追加 (telemetry_records に intake_commit_ms 列)
• drp/queries: adr-0164-intake-reject-breakdown.sql 追加 (reject 内訳の月次観測)
• drp/test/e2e/intake: intake.html 用 mocked e2e テスト追加
• docs/adr/(別 ADR): LLM 由来 reject 通知設計 ADR を 4 週以内に起案 (PR 1 merge ブロッカー)

未修正バグ (BUG_tracking §2) 〔未分類:5〕

出典: BUG_tracking.md §2 未修正・調査中（コードの不具合は主に main 領分）

• MAS-362 (🟡 / 2026-05-08): スマホ版 月次財務諸表で数値が隣接列と重なって判読不能 (cockpit-ops-sidebar 占有 + 横スクロール非発動)
• MAS-297 (🟡 / 2026-04-16): Action A 複数回実行時の発注残高二重減算
• MAS-303 (🟡 / 2026-05-01): applyBankSettlement 合算時の差額が記録されない (Pass 2.5 ソフト合算消込時の落ち穂)
• MAS-358 (🟢 / 2026-05-02): F-57 SoloFinancialStatementsPanel 健全性行の数値が他行と x 座標で揃わない (cosmetic 整列ズレ)
• DRP-381 (🟢 / 2026-06-10): chat UI で PR 作成中に「📋 結果をコピー」すると結果でない「線かなにか」がコピーされる (要 repro)

生成元の規約 (マーカー見出し・消化反映の手順) は handover prompt 運用ガイド を参照。