変更履歴一覧

各ドキュメントに記載された変更履歴を新しい順に集約したページです。

エントリ書式 (2026-05-08〜 構造化形式)

本セクション導入 (PR #518) 以降の新規エントリは H3 見出し + YAML コードブロック + 散文 のハイブリッド形式で「直近の変更」セクションに newest first で追加する。LLM/スクリプトからの機械パースと人間の可読性を両立する。

スキーマ

date: YYYY-MM-DD          # 必須
pr: <number>              # 必須 (PR なしは null)
category: <enum>          # 必須: feat / fix / refactor / docs / chore / hooks / test / migration
importance: <enum>        # 必須: low / mid / high / breaking
files:                    # 必須: 主要変更ファイル (10+ は代表 + 他 N 件 で省略可)
  - path/to/file.js
tags:                     # 任意: 横断検索ラベル (claude-md / cross-workspace / env-module 等)
  - tag1

H3 見出し書式: ### YYYY-MM-DD — PR #NNN — \` — ```

複数 PR で 1 つの変更を記録する場合は最新 PR を主とし、本文で関連 PR を参照。 レガシーエントリ (2026-04-12 〜 2026-05-08) はテーブル形式のまま保持 (レガシーエントリ)。

直近の変更

2026-06-22 — PR #TBD — chore — mid (ドキュメントサイト URL の /bizlp-gas-accounting/ サブパス撤去)

date: 2026-06-22
pr: TBD
category: chore
importance: mid
files:
  - docs/_config.json
  - docs/README.md
  - docs-search-worker/public/inject.js
tags:
  - docs-site
  - basepath
  - cf-pages

ドキュメントサイトの公開 URL を https://docs.bizlp.dev/bizlp-gas-accounting/<slug> → https://docs.bizlp.dev/<slug> に短縮 (1 リポジトリ専用ドメインのためサブパス不要)。docs/_config.json の basePath を "" に変更し、scripts/docs-build.mjs は basePath が空の場合 _site/ 直下に出力 + 内部 href を /<slug> 形式で生成する既存挙動をそのまま利用 (build スクリプト改修なし)。docs-search-worker/public/inject.js の pathToHref のプレフィックスを /bizlp-gas-accounting/ → / に。docs/README.md の公開 URL 表記更新。Cloudflare Pages 側設定 (Build output directory = _site) は無変更で OK。旧 URL /bizlp-gas-accounting/... からのリダイレクトは設けない (社内サイト・直近で稼働開始したばかり)。生成物 (_internal/06_ops/doc_{changelog,news}/index.md) は別走の auto-sync workflow が再生成。

2026-06-22 — PR #TBD — feat — mid (ドキュメントサイトを CF Access(Entra ID) で保護 — コード側完了)

date: 2026-06-22
pr: TBD
category: feat
importance: mid
files:
  - docs-search-worker/src/index.ts
  - docs-search-worker/public/inject.js
  - docs-search-worker/wrangler.toml
  - scripts/docs-build.mjs
  - scripts/docs-vectorize.mjs
  - .github/workflows/docs-vectorize.yml
  - docs/_internal/05_how-to/cf-access-docs-setup.md
  - docs/_internal/05_how-to/docs_local_preview.md
  - docs/_config.json
tags:
  - cf-access
  - entra-id
  - docs-site
  - docs-search-worker

ドキュメントサイト (bizlp-gas-accounting.pages.dev) と docs-search-worker (検索 / RAG / inject.js 配信) を Cloudflare Access + Entra ID 認証で保護するためのコード側対応。OCR Bench Phase 3 (#1689/#1691) と同じ Entra IdP を再利用する。設計の要点: docs サイト本体を docs.bizlp.dev カスタムドメインへ移し、docs-search-worker を Worker Route で docs.bizlp.dev/api/* に同居させる。これによりブラウザは同一オリジン fetch + Access cookie 自動添付で動き、worker 側に JWT 検証コードを持つ必要が無くなる (エッジ完結)。変更内容: worker から basicAuth ミドルウェア・CORS・AUTH_USER/PASSWORD/CORS_ORIGIN bindings を撤去し、Hono を basePath('/api') に。inject.js から Basic 認証 UI / localStorage credential / Authorization ヘッダを撤去。wrangler.toml に routes = [{ pattern = "docs.bizlp.dev/api/*", zone_name = "bizlp.dev" }] + workers_dev = false。scripts/docs-build.mjs の script タグ既定 URL を https://docs.bizlp.dev/api/inject.js に。scripts/docs-vectorize.mjs を CF Access service token (CF-Access-Client-Id/Secret) 経由 /api/ingest に切替。.github/workflows/docs-vectorize.yml の secret を DOCS_SEARCH_CF_ACCESS_CLIENT_ID/SECRET にリネーム。残ユーザー作業: (1) Pages カスタムドメイン docs.bizlp.dev 追加, (2) Zero Trust に docs.bizlp.dev 用 Access app 作成 (既存 Entra IdP 再利用), (3) Service Token 発行 + Allow Service Tokens policy 紐付け, (4) gh secret set DOCS_SEARCH_CF_ACCESS_CLIENT_{ID,SECRET}, (5) .pages.dev 直叩きの Block アプリ追加 (任意)。手順書 = docs/_internal/05_how-to/cf-access-docs-setup.md。既知の制約: Pages preview URL は別ホストかつ Access 範囲外のため検索機能が動かない (本番のみ動作 / 仕様)。ADR 起票なし (OCR Bench と同じ社内インフラ範疇 + ADR-0096/0110 の延長線上)。

2026-06-18 — PR #2132 — fix — mid (ADR-0149 Phase 2 — coverage-gaps-sync の health 観測ギャップを塞ぐ)

date: 2026-06-18
pr: 2132
category: fix
importance: mid
files:
  - .github/workflows/coverage-gaps-sync.yml
tags:
  - adr-0149
  - coverage-gaps
  - ci-observability

coverage-gaps-sync.yml の 2 つの観測ギャップを塞いだ。(1) backstop 取りこぼしの素通り: 生成器 backstop の exit 1(現役 handover 数 ≠ ページ生成数 = 抽出層破損)で regen step が落ちると、health-issue 起票が暗黙の success() ゲートで skip され最も重大な失敗が issue 化されなかった → 生成器の実行のみ set +e で errexit を外し終了コードを PIPESTATUS で捕捉、起票 step に !cancelled() を付与して落ちても走らせ、grep に 硬い保証違反 を追加。(2) フォールバック率超過が push/cron に出ない: 段階施行(契約4)の % を超過 warn は --check 経路のみだった → 生成成功時に --check を追走させ regen.log に観測を載せ、grep に % を超過 を追加(率超過のみ拾い、個別未構造 warn の誤起票は避ける)。issue 本文の想定原因にも両ケースを追記。検証: YAML パース + regen step の shell ロジックを 4 シナリオ(success / backstop / 急減 / 率超過)でローカル再現。

2026-06-18 — PR #2129 — fix — low (ADR-0145 — 太字で囲んだ正準マーカーを canonical 判定)

date: 2026-06-18
pr: 2129
category: fix
importance: low
files:
  - scripts/lib/coverage_gaps_extract.mjs
  - tests/coverage-gaps-extract.test.mjs
tags:
  - adr-0145
  - coverage-gaps

## **残タスク(優先順)** のように太字/下線で囲んだ正準マーカーが MARKER_RE に一致せず synonym へ降格していた latent 不具合(現役データに該当なし)を修正。extractResidual の tier1 判定の直前で行から **/__ を剥がしてから判定し、装飾付きでも canonical を維持する。回帰テストを追加。

2026-06-18 — PR #2121 / #2122 — feat — mid (ADR-0149 Phase 1 — handover 宛先役割の第1層表示で「main だけで絞る」を可能に)

date: 2026-06-18
pr: 2121
category: feat
importance: mid
files:
  - scripts/generate-coverage-gaps.mjs
  - tests/coverage-gaps-generator.test.mjs
  - tasks/prompts/handover_2026-06-18_coverage-gaps-hybrid-contract-done_next-session.md
tags:
  - adr-0149
  - coverage-gaps
  - role-precision

COVERAGE_GAPS ページの役割タグを二層に分離した。第1層(ファイル由来で信頼できる・見出しの主バッジ)= ファイル名の宛先 suffix(_to_main/_to_sub/_to_drp/_to_ocr)と frontmatter target_session 由来の宛先役割(main/doc/drp/ocr/main+doc/役割未指定)。宛先 suffix を frontmatter より優先し、hook session_start_prompts.sh の inbox 振り分けと整合させる。過去 handover の sub 表記は doc に統合(ADR-0156)。冗長な値 claude-code (… DRP …) 等は最初に現れた役割語で判定。第2層(補助)= 従来のタスク文面キーワード推定(classifyTaskRole)は、宛先が未指定のときだけ （task推定 …） で添える。冒頭サマリに「宛先別 handover」行を追加。効果(実データ 23 本): 宛先別 = main 4 / doc 9 / drp 2 / ocr 2 / main+doc 1 / 役割未指定 5。drp/ocr 宛て handover が main フィルタを濁さなくなり「main だけで絞る」が効くようになった(従来は per-task 推定の未分類過多で絞れなかった)。第1層の役割導出(suffix / frontmatter / 冗長値 / 優先順位 / 未指定時の補助表示)を統合テストに追加(node --test 計 25 件 pass)。PR #2122 で、完了に伴い出典 handover の残タスク節から当該タスクを消化(ADR-0134)。生成物 docs/COVERAGE_GAPS.md は coverage-gaps-sync.yml が merge 後に再生成するため PR 非対象。

2026-06-18 — PR #2115 — feat — mid (ADR-0145 ハイブリッド契約 — handover 残タスク抽出の取りこぼしゼロ化)

date: 2026-06-18
pr: 2115
category: feat
importance: mid
files:
  - scripts/lib/coverage_gaps_extract.mjs
  - scripts/generate-coverage-gaps.mjs
  - tests/coverage-gaps-extract.test.mjs
  - tests/coverage-gaps-generator.test.mjs
  - .github/workflows/adr-lint.yml
  - docs/_internal/05_how-to/handover_prompt_guide.md
  - docs/COVERAGE_GAPS.md
tags:
  - adr-0145
  - adr-0149
  - coverage-gaps
  - extraction-completeness

ADR-0145 ミニ改訂(PR #2097)で決定したハイブリッド契約を生成器に実装。抽出ロジックを純関数 coverage_gaps_extract.mjs に切り出し、3 tier 化した: 正準マーカー「## 残タスク(優先順)」→ 同義見出し(「次にやること」「次の一手」「残り」「残っている設計判断」「継続タスク」「未着手」「未完」等を実データ較正で吸収)→ フォールバック(抽出不能でも「未構造・要マーカー」行で必ず掲載)。entry 数が現役本数と一致しない取りこぼし時は exit 1 で CI fail(抽出層の破損検知 backstop)。--check は未構造 handover を列挙し、フォールバック率が 20% を超えたら推奨マーカーへの寄せを督促(段階施行)。同義抽出は「入れ子でない残タスク見出しを文書順に全選択」する方式で、雑務 H2 が本命 H3 を押し負かす取りこぼし(trust-science)や兄弟 H2 の脱落(conv-archive の bigquery MCP)も拾う。抽出層 fixture 20 件 + 生成器の子プロセス統合テスト 3 件を adr-lint workflow に配線(硬い保証の不変条件を PR ゲートで担保)。効果: 現役 23 本のうちページ掲載は従来 4 本(マーカー節保有のみ)→ 全 23 本(正準 8 / 同義 13 / 未構造 2)。ADR-0145 追加 KPI「現役 handover のうちページ未掲載 0 件」を達成。4 観点の敵対的レビューで取りこぼし 2 件を発見・修正済み。

2026-06-18 — PR #2102 / #2105 / #2108 — refactor — mid (ADR-0156 Phase 1+3 — ワークスペース役割名 sub→doc 統一を main 実装)

date: 2026-06-18
pr: 2105
category: refactor
importance: mid
files:
  - scripts/hooks/session_start_prompts.sh
  - scripts/generate-coverage-gaps.mjs
  - .claude/agents/main-operator.md
  - docs/adr/0156-unify-workspace-role-names-sub-to-doc.md
tags:
  - adr-0156
  - hooks
  - workspace

ADR-0156 の main 領分を実装。Phase 1(#2102): session_start_prompts.sh の役割判定 case に集約後の素 dir doc/sub を追加し、doc クローンの role=main 誤判定を解消。Phase 3(#2105): hook の role 文字列を sub→doc 化、宛先 grep を sub/doc 両対応(doc は過去 sub_/_to_sub と新 doc_/_to_doc を受信、main は両者を除外)、生成器 generate-coverage-gaps.mjs の役割ラベルと displayTopic を両対応化、main-operator.md の境界記述を main/doc に。Impl Status(#2108): ADR-0156 を In Progress (Phase 1-3 完了 / Phase 4-5 残) に更新。残=Phase 4(doc・corrigendum)、Phase 5 と乖離予防 lint(main)。doc 側は #2103(Accepted 化)/ #2104(Phase 2)を並行実施済み。

2026-06-17 — PR #2058 / #2063 / #2064 — feat — mid (ADR-0110 PR3 — DRP 認証を CF Access service token へ)

date: 2026-06-17
pr: 2064
category: feat
importance: mid
files:
  - drp/wrangler.toml
  - scripts/draft_push.sh
  - scripts/poll-pipeline.sh
  - .github/workflows/drp-trigger.yml
  - .github/workflows/drp-real-e2e.yml
  - drp/test/e2e/real/toggle_test.mjs
  - drp/docs/cf-access-setup.md
tags:
  - drp
  - cf-access
  - adr-0110

ADR-0110 PR3 を実施。DRP の custom domain を decision-pipeline.bizlp.dev から drp.bizlp.dev へ一本化 (#2058)。呼び出し元スクリプト (draft_push.sh / poll-pipeline.sh) と CI の API 呼び出し (drp-trigger) を Basic から CF Access service token (CF-Access-Client-Id/Secret) へ切替 (#2063 / #2064)。real e2e (Playwright ブラウザ) は CF Access の service token がブラウザの document navigation で効かない (edge が無視し worker が Basic 401) ため workers.dev + Basic 経路を継続。残: 手順8 (workers_dev=false)・real e2e のブラウザ認証再設計・ADR-0110 本文 URL の注記。

2026-06-16 — PR (cross-workspace) — docs — mid (ADR-0143 CV 第 1 段の撤回 — sub 専属ドメインの docs 戻し)

date: 2026-06-16
pr: null
category: docs
importance: mid
files:
  - docs/adr/0143-cross-validation-critical-must-two-stage-early-socratic.md
  - docs/adr/0154-revert-early-rollback-stage-of-two-stage-cross-validation.md
  - docs/_internal/05_how-to/adr_structure_pyramid_principle.md
  - docs/_internal/05_how-to/operator_guide_langgraph.md
  - docs/adr/INDEX.md
  - docs/adr/adr-index.json
tags:
  - adr-0143
  - adr-0154
  - decision-pipeline
  - drp
  - cross-workspace

ADR-0143 (Cross-Validation の critical×Must 判定を 2 段化し第 1 段を socratic 直後・body 前に前倒し) はパイロットで K.O.(撤退条件 FPR ≤ 5% に対し実測 40〜100%・cv_reject と FP の確信度分布が完全重複)となり、ADR-0154 で撤回・実装中止が受理された (PR #2046 merge・merge commit e109e0eb)。本変更はその撤回に伴う sub 専属ドメインの docs 戻し。① ADR-0143 の Implementation Status を Reverted 化 + 撤回注記 (Corrigendum・本文 Immutable のため決定本文は変更せず ADR-0154 を正典として参照)。② ADR-0154 の Status を Accepted (merge=受理規約)・Implementation Status を Done 化。③ 構造正典 §G-1 ③ の「CV 2 段実行」注記を除去し本番 CV 単一段の記述へ戻す。④ operator_guide §4.3.3 を受付プリゲート (ADR-0142 本番稼働分) 専用に、§7.15 を受付プリゲートの人手確認ルーブリック専用に外科整理 (0142 分は残し 0143 固有分のみ除去)。⑤ adr-index 再生成。第 1 段の本番コードは K.O. で着手前のため物理削除は N/A。残論点台帳 Q3 は ADR-0143 起票時に既に行削除済みで 0143 を指す残存記述なし (Q3 は閉じたまま・終端 = ADR-0154)。main クローンからの cross-workspace 編集 (sub の未コミット作業なしを事前確認・workspace_rules L66)。

2026-06-15 — PR #2035 — docs — mid (ADR-0150 Phase c — 「Pipeline 補強一覧」承認の所在を正典/operator_guide へ反映)

date: 2026-06-15
pr: 2035
category: docs
importance: mid
files:
  - docs/_internal/05_how-to/adr_structure_pyramid_principle.md
  - docs/_internal/05_how-to/operator_guide.md
  - docs/adr/0150-socratic-enhancement-as-cv-justification-unify-pr-approval.md
  - .claude/skills/drp-ops/SKILL.md
tags:
  - adr-0150
  - decision-pipeline
  - drp

ADR-0150 (socratic 由来の本文補強を Cross-Validation の正当根拠と認め、承認を PR 終端へ一本化) の Phase c (docs)。Phase a (#2032: CV の BODY-ONLY を adopted-mechanism 例外付きに改修) と Phase b (#2033: PR「Pipeline 補強一覧」自動列挙 + 未チェックで merge をブロックする CI adr-reinforcement-checklist + 純粋関数 pipeline_reinforcement.ts) は本番デプロイ済み。本 PR は承認の所在の移動を正典へ反映する: 正典 §G-1 の ④受理行へ「Pipeline 補強一覧の項目単位の明示承認」を追加・§G-3 に bodyOnlyMitigation の ③審査→④受理 への権限移動を実例として明記、operator_guide §4.4 マージ前チェックリストへ補強一覧の確認・チェック手順を追加、ADR-0150 の Implementation Status を In Progress (Phase a/b 済) へ更新。あわせて Phase b の本番デプロイで失効した drp-ops Skill の target_drp_version を新デプロイ SHA へ同期 (手順は DRP の API 面に変更がなく有効)。残: adr-reinforcement-checklist を required check に登録する branch protection は web UI 作業。

2026-06-15 — PR #2022 — docs — low (DRP-382 を修正完了へ移送 — webhook 冪等化は PR #1722 で対応済)

date: 2026-06-15
pr: 2022
category: docs
importance: low
files:
  - docs/_internal/02_project/BUG_tracking.md
tags:
  - bug-tracking
  - drp

DRP-382 (/chat/create-pr (webhookNode) の非冪等バグ) を BUG_tracking.md の未着手→修正完了へ移送。調査の結果、PR #1722 (4f7f6122・元目的は断続 401 での多段 GitHub 操作の途中再開) の resume ロジックが本シナリオ (branch/file/PR 既存での 422 詰み) を構造的に解消済みと判明 — branch 既存は catch 続行・file 既存は sha 付き更新・open PR 既存は再利用 (webhook.ts L99/L119/L182)。冪等性 unit test の追加は vitest-pool-workers の langchain 依存制約 (Phase 0) で collect 不可のため、コード精査での確認に留め回帰テスト欄に明記した。サマリー件数 28→29 / 未着手 6→5。

2026-06-15 — PR #1993 — feat — high (ADR-0146 Phase a / PR 1: 決定の早わかりを受理後生成の派生ビューにする)

date: 2026-06-15
pr: 1993
category: feat
importance: high
files:
  - scripts/generate-quick-summary.mjs
  - prompts/quick-summary/prompt.md
  - scripts/docs-build.mjs
  - .github/workflows/adr-quick-summary.yml
  - tests/quick-summary.test.mjs
  - .github/workflows/adr-lint.yml
  - .gitignore
tags:
  - adr-0146
  - quick-summary
  - ci
  - docs-build

ADR-0146 の移行順序 (a) を実装 (全 3 PR の 1 本目)。早わかりを ADR 本文から外し、受理済み本文から claude-opus-4-8 で生成する派生ビューにする。生成器は本文 (決定/コンテキスト/影響) + frontmatter を入力に結論先行・疑問形ラベル 8 箇条以内を生成し docs/adr/.quick-summary/<id>.json へ保存 (本文 .md には書き戻さない)。docs-build は生成 JSON を読んで ADR ページ冒頭へ注入するが、本文内に早わかり節/TL;DR が残る ADR はスキップする (PR 2 で本文削除後に有効化)。CI (adr-quick-summary.yml) は main マージを引き金に確定本文から生成し PR 説明へ <!-- adr-quick-view --> 付きで掲示 (既存 ANTHROPIC_API_KEY 再利用・新規 secret なし)。プロンプトは production 外で KV push 対象外・審査パイプラインと切り離した独立方式。地雷: skip 判定は H2 以下の見出しに限定 — H1 タイトルの「早わかり」語 (ADR-0146/0138/0139/0140/0107) を誤検出すると恒久スキップになる。次 Phase: PR 2=本文 29 本削除、PR 3=再出現検査の ERROR 昇格、後始末 5 点、body_generation プロンプト調整 (KV/worker 連動)。

2026-06-15 — PR #1976 — docs — mid (週次レビュー 2026-W24 初回観測記録)

date: 2026-06-15
pr: 1976
category: docs
importance: mid
files:
  - docs/_internal/06_ops/weekly_review/2026-W24.md
  - .docs-nav-lint-allowlist.json
tags:
  - doc-ops
  - weekly-review
  - sub

週次レビュー枠組み (PR #1973) の初回稼働。対象週 2026-W24 (06-08〜14) を観測・記録。実データで埋まる項目1 (skip-news 3件/誤除外0)・項目2 (早わかり)・項目5 (幽霊117件・件数ガード発火0) を記入し、項目3 (保有率)・項目4 (メタ完全性) は backfill/生成器待ちで空欄。重要観測: ADR-0146「早わかりを派生ビューへ抽出」受理により、項目2 (ADR-0138 §5.2 形骸化指標) の前提が W24 中に変化したことを検知 — 正式判定節目 (07-11) までに測り方の見直しを要する可能性。週次インスタンス (YYYY-Www.md) は生データ慣行に倣い nav 非登録とし、allowlist パターンで R1 WARN を抑制。

2026-06-14 — PR #1973 — docs — mid (DOC-OPS-33: ドキュメント運用 週次レビューの枠組み整備)

date: 2026-06-14
pr: 1973
category: docs
importance: mid
files:
  - docs/_internal/06_ops/weekly_review/index.md
  - docs/_internal/06_ops/weekly_review/template.md
  - docs/_config.json
  - docs/_internal/02_project/TODO_future.md
tags:
  - doc-ops
  - weekly-review

複数 ADR (0136/0138/0140/0107/0149) が個別に Confirmation で「月次集計」を要求するが、記録先が分散・統一フォーマット無し・一度も未実行だった。加えて月次では今の高頻度フェーズ（数日で ADR 受理）に追いつかないため、運用を週次へ前倒しし週次レビューの SSoT (weekly_review/) を新設。観測カレンダー（今週から観測 → ADR 規定の判定節目 2026-07-11〜 で正式判定）と週次記入テンプレートを整備し nav O.03.8/O.03.9 登録。handover 2026-06-14 残タスク「月次集計の初回」は受理直後では時期尚早だが、週次なら今週から積み上げられる。ADR の月次規定は将来 amendment 候補（運用=週次・ADR 本体は据え置き）。

2026-06-13 — PR (open) — feat — mid (ADR-0148: パイプライン生成 ADR の型付き辺・相手側逆辺・status を autofix で自動反映)

date: 2026-06-13
pr: null
category: feat
importance: mid
files:
  - scripts/lib/adr_edge_autofix.mjs
  - scripts/pipeline-adr-autofix.mjs
  - tests/adr-edge-autofix.test.mjs
  - .github/workflows/pipeline-pr-autofix.yml
  - .github/workflows/adr-lint.yml
tags:
  - adr-0148
  - adr
  - ci

ADR-0148 の実装。受理 PR ごとに手作業だった「本文 References の型付き辺 → frontmatter 転記 + 相手側 ADR の逆辺・status 書き換え」を pipeline-pr-autofix CI に組み込み、人手ゼロで ADR-0131 のグラフ衛生を満たす状態にした。

1. pure module 新設 (scripts/lib/adr_edge_autofix.mjs): References の型付き辺箇条 (- **supersedes**: ADR-NNNN (説明)) を parse。target は **edge**: 直後の最初の ADR-NNNN に限定し、説明文中の別 ADR 番号 (入れ子括弧 [ADR-0105/...] 含む) は target に混ぜない。forward 7 種のみ拾い depends_on・conflicts_with: なし のような非太字行は辺としない。frontmatter 転記 / 相手側逆辺追記 / supersede 時の status 系 3 点書き換え (frontmatter status: superseded + 本文太字メタ Status を「Superseded by ADR-NNNN (概要・日付。元の受理 = 元文言)」へ・元文言を括弧内保持) を提供。
2. orchestrator (pipeline-adr-autofix.mjs): PR で追加された ADR を git diff で self とし、in-memory map で自己転記 + 相手側適用 → 一括書き出し。安全装置を全実装: 実在しない target はスキップ + warning / 辺宣言 0 本は無言劣化検知 warning / Status 行表記ゆれはスキップ + warning / 相手側 partner が base...HEAD で先行変更済みなら conflict 検出で exit 3 + PR コメント / 機械追記後に --check-edges --enforce を再実行し fail なら git checkout -- で全破棄して exit 5。commit メッセージ用に追記辺一覧、PR description 用に status 変更 ADR 一覧を出力。
3. CI 配線: pipeline-pr-autofix.yml に base fetch + STATUS_CHANGED / PR_COMMENT マーカー処理を追加。adr-lint.yml に unit test を登録。

追加調査の結論 (ADR コスト試算): 実装前の pipeline-adr-autofix.mjs / pipeline-pr-autofix.yml には失敗時ロールバック (git checkout --) は 未実装だった。本 PR で --check-edges --enforce 再実行 fail 時の全破棄として追加実装した。

ローカル検証: edge-autofix unit test 21 件 pass / 既存 autofix・edges・index・lint-rules テスト pass / 使い捨て ADR (9990/9991) での非ドライ実走で frontmatter 転記・逆辺・status 書き換え・再 enforce error 0 を確認 (検証後に削除)。

2026-06-12 — PR #1904 — refactor — mid (OCR Bench フロントを ocr/ へ移設し webapp_client から独立)

date: 2026-06-12
pr: 1904
category: refactor
importance: mid
files:
  - .github/workflows/ocr-deploy.yml
  - ocr/CLAUDE.md
  - ocr/ocr-bench/OcrBenchApp.tsx
  - 他 14 件
tags:
  - ocr-bench
  - clone-separation

OCR Bench フロントを webapp_client/src/ocr-bench/ → ocr/ocr-bench/ へ移設し、webapp_client から独立させた (本番デプロイ・スモーク済み。配信 html がローカル検証ビルドとバイト一致)。以後 OCR 実装は専用クローン my-gas-project-ocr/ が担当 (ocr/CLAUDE.md が正典)。ビルドは pnpm --filter ocr-bench run build:client → ocr/public/ocr_bench_shell.html を commit (CI はビルドしない)・型チェック type-check:client を merge 前ゲートに追加。OCR 変更で ui-test は発火しなくなった (webapp_client 非依存)。ついでに MODEL_SLUGS import 欠落 (モデル選択復元が常に空になる潜在バグ) を type-check:client 新設で表面化・修正。

2026-06-12 — PR #1889 — feat — mid (OCR Bench: 連続修正→「正誤確認」タブに刷新 + 表示件数既定 50/最大 100)

date: 2026-06-12
pr: 1889
category: feat
importance: mid
files:
  - ocr/public/ocr_bench_shell.html
  - webapp_client/src/ocr-bench/OcrBenchApp.tsx
  - webapp_client/src/ocr-bench/ReviewView.tsx
  - 関連 PR #1886
tags:
  - ocr-bench
  - ui

「連続修正」タブを「✓ 正誤確認」へ刷新。左端かつデフォルト表示タブ化 (localStorage 空のときのみ)・フィルタ 2 種追加・フォームの低信頼フィールド橙色表示。表示件数を既定 50・最大 100 に (#1886)。

2026-06-12 — PR #1880 — feat — mid (OCR Bench: 「確認した」ボタン + 確認者表示 + 未確認フィルタ)

date: 2026-06-12
pr: 1880
category: feat
importance: mid
files:
  - ocr/src/index.ts
  - ocr/public/ocr_bench_shell.html
  - webapp_client/src/ocr-bench/RecordsView.tsx
  - webapp_client/src/ocr-bench/ReviewView.tsx
tags:
  - ocr-bench
  - ui

正誤確認の保存を「✅ 確認した」ボタン化し、確認後は「✅ 確認済み：<ログインアドレス>」を表示。伝票一覧に確認列 +「未確認のみ」フィルタを追加。backend: SaveGroundTruth の入力者を静的 AUTH_USER → 実 authEmail に修正 (Entra ログイン経由で記録)。

2026-06-12 — PR #1877 — feat — mid (OCR Bench: 低信頼 (確定していない) 読み取りの橙色表示 + 帳票フィルタ)

date: 2026-06-12
pr: 1877
category: feat
importance: mid
files:
  - ocr/src/masters.ts
  - ocr/src/storage.ts
  - ocr/src/summarize.ts
  - docs/spec/sidebar_api.d.ts
  - webapp_client/src/ocr-bench/RecordsView.tsx
tags:
  - ocr-bench
  - ui

伝票一覧 (RecordsView) でマスター未照合・スナップ補正・低 confidence のフィールドを橙 (#fed7aa) 表示 +「…のみ表示」フィルタを追加。低信頼判定の SoT = masters.ts の lowReliabilityFields 純関数 (単体テスト 15/15)。storage.ts の listResults/listAllResults が read-time に masters をロードして付与するため、古い結果もマスター追加分も再 run 不要で毎回反映される。

2026-06-12 — PR #1872 — chore — low (OCR Bench: 車番マスターを category 内で番号昇順に並べ替え)

date: 2026-06-12
pr: 1872
category: chore
importance: low
files:
  - mas/500_import/511_ocr_bench_models.js
tags:
  - ocr-bench
  - master-data

CAR_NUMBER_MASTER を category 内で番号昇順に整列 (値・件数 143 不変・並べ替えのみ)。

2026-06-12 — PR #1860 — feat — mid (OCR Bench: 入力車番のナンバープレート式区切り (ハイフン等) を除去して照合)

date: 2026-06-12
pr: 1860
category: feat
importance: mid
files:
  - ocr/src/masters.ts
tags:
  - ocr-bench
  - master-data

37-03 等のプレート式手書き車番を normalizeCarNo (ハイフン各種・長音・中点・空白を除去) で照合。真の未カバー車番が 36 → 19 件に減少 (完全一致 +16・スナップ +1)。教訓: 正規表現に全角スペース実体 (U+3000) を直書きすると ocr-deploy の no-irregular-whitespace で fail するが、\s が U+3000 を含むため文字クラスは \s で足りる。

2026-06-12 — PR #1847 — feat — mid (OCR Bench: 宇佐美伝票の照合正規化 4 件 (取引先/運転者/工事番号) + デプロイ lint 修復)

date: 2026-06-12
pr: 1847
category: feat
importance: mid
files:
  - ocr/src/masters.ts
  - ocr/src/prompt.ts
  - ocr/src/index.ts
  - 関連 PR #1838 / #1840 / #1843
tags:
  - ocr-bench
  - master-data

#1832 集約セッションの後続。宇佐美給油伝票のマスター照合・正規化を masters.ts/prompt.ts 中心に追加 (全て本番デプロイ済み)。

1. 取引先のファイル名補完 (#1838): 取引先が空のとき、ファイル名にマスター取引先名が含まれれば補完 (findPartnerInFilename)。マスター登録名のみ採用
2. 入力車番→運転者・社員№ 逆補完 + プロンプト V8 (#1840): 入力車番が車番マスター category 2 (個人番号=社員番号と同じ) に一致し、運転者が氏名から未確定なら、運転者名・社員№を逆引き。プロンプトに「社員№欄は通常空・入力車番は個人番号でありうる」を明記
3. 距離→工事番号復元 (#1843): jobCode が空/総称 (一般/個人/不明) で mileage (または候補) が工事番号マスターに完全一致 → jobCode へ復元・距離をクリア (isExactJobCode)
4. デプロイ lint 修復 (#1847): #1843 が masters.ts の正規表現に全角スペース実体 (U+3000) を含み ocr-deploy の no-irregular-whitespace で失敗→未反映だった件を、　 エスケープへ統一して復旧。教訓: 正規表現の全角空白は必ず 　 エスケープ・ローカル lint は eslintcache で見逃しうる

確定したドメイン知識: 宇佐美伝票の車番欄手書きは運転者の個人番号 (社員番号と同じ) が多く、社員№欄は基本空・運転者名から逆引き。手書きブロックは「車番(個人番号)/距離/工事番号/署名」が縦に並びモデルがフィールドを取り違えやすい。検証は worktree 隔離 wrangler dev + 単体テスト (masters 純関数を esbuild バンドル→node 実行)。ADR 不要 (社内ベンチ・独立ドメイン) の方針どおり。

2026-06-12 — PR #1832 — feat — high (OCR Bench: Vertex Doc AI 導入・宇佐美パーサ・車番マスター3体系・マスター管理タブ・連続修正整理 ほか 11 PR)

date: 2026-06-12
pr: 1832
category: feat
importance: high
files:
  - ocr/src/docai.ts / ocr/src/docai-parsers.ts / ocr/src/gcp-auth.ts
  - ocr/src/masters.ts / ocr/src/summarize.ts / ocr/src/prompt.ts
  - mas/500_import/511_ocr_bench_models.js (車番マスター 143 番号)
  - webapp_client/src/ocr-bench/MastersView.tsx / ReviewView.tsx / types.ts
  - 他 (PR #1792/#1799/#1802/#1804/#1808/#1811/#1817/#1820/#1823/#1826)
tags:
  - ocr-bench
  - docai
  - master-data

OCR Bench (独立 Worker ocr/) の機能拡張セッション。実帳票 (宇佐美給油伝票) を題材に 11 PR を本番デプロイ。主な内容:

1. Vertex Doc AI Form Parser を追加 (#1792): 専用 OCR を LLM 抽出のベースライン比較軸として slug 化。Workers に無い SA 認証は JWT 署名→OAuth2 トークン交換を自前実装 (gcp-auth.ts・jose 流用)。最小権限 SA を dev プロジェクトに作成
2. 帳票タイプ別テキストパーサ (#1802→#1804): Form Parser の KV 検出はレシート型で僅少だが OCR 本文に印字情報は出るため、宇佐美パーサで正規表現抽出 (抽出 2→12 項目)。CCITT 1-bit スキャンのアンカー乱れ補強・氏名 1 文字のマスター誤スナップ防止 (全モデル共通)
3. プレビュー白化の修正 (#1799): CCITT スキャン PDF で pdf.js が wasmUrl 未指定により画像デコード失敗→枠だけ白抜けだった件を、Worker が /pdfjs-wasm/ で WASM を自己配信して解消
4. 車番マスターを 3 体系 143 番号に全面整備 (#1811): 車両台帳 (社有車 57) + 個人番号 (43・社員№と同じ) + リース/社用車 (43) を category 列付きで構造化。伝票の「車番」欄に 3 体系が混在する実態を反映
5. マスター管理タブ (#1817→#1820): D1 全 5 マスターの閲覧/検索を管理者限定で追加。子タブ + 検索時は全マスター横断ヒット表示のハイブリッド UI (「この番号はどのマスターにいる?」に即答)
6. 手書き入力車番のマスタースナップ (#1832): 1 桁誤読 (6665→6265 等) を、同桁 1 文字違いのマスターが唯一なら復元。曖昧/近傍なしは raw 維持・印字カード車番は完全一致のみ
7. 燃料数量を単一 liters に統合 (#1823): 油種別 4 フィールド (HG/RG/軽油/灯油) を 1 つに。油種は商品名で判定。LLM の振り分け負荷を解消
8. 比較ビュー/連続修正の UI 整理 (#1808/#1826): 比較ビューを管理者限定 + モデル列を運用中 3 系統に絞り込み。連続修正タブは帳票タイプ/印字手書きをヘッダー化 (印字手書きは日本語表示)・単価/明細数/通貨/摘要を非表示 (データ保持)

検証はいずれも worktree 隔離環境の wrangler dev + Playwright/単体テストで実施。ADR 不要 (社内ベンチ・独立ドメイン) の方針どおり。ocr/CLAUDE.md (nested 規約) もこのセッションで新設 (デプロイ巻き込み・SPA ビルド運用・照合マスター機密)。

2026-06-12 — PR #1813 — migration — high (ADR 事業軸の検査と恒久修正 — nav 7 主題再編 + business frontmatter キー)

date: 2026-06-12
pr: 1813
category: migration
importance: high
files:
  - docs/_config.json (ADR nav 5→7 グループ再編 + prefix 再採番)
  - docs/adr/*.md (139 本に business キー backfill)
  - scripts/adr-index.mjs / scripts/lib/adr-lint-rules.mjs
tags:
  - adr-metadata
  - nav
  - adr-lint

INDEX ドメイン列に DRP がほぼ出ない問題 (達希指摘) の恒久解消。原因 = nav 主題別グループ運用が ADR-0038 で停止し 0039 以降 100 本が 09.5 一括 = 全部 Corp 判定。対策 = ①全 139 本へ business: corp|mas|drp を内容ベース分類で backfill (INDEX の原本・未宣言は nav 判定フォールバック・値域 lint #24) ②nav を内容ベース 7 主題へ再編 (09.1/09.3=MAS・09.2/09.4=DRP・09.5〜09.7=Corp。番号割当を既存 business.mjs の判定に一致させ判定ロジック無改修)。新分布 = Corp 64 / DRP 44 / MAS 31。境界規約 = ADR の制度・書き方は Corp (実装が DRP にあっても)・DRP 内部実装は DRP・DRP 以外のツール (Deep Research/提案資料生成) は Corp。地雷メモ: ①prefix (A.09.G.N) 再採番で旧 prefix の文中言及は陳腐化 (履歴記録は温存・lint 非対象 = R5 は未実装) ②新規 ADR の後修正は「トリオ/nav/index + business 1 行」の 4 点に ③_config.json は JSON.stringify(,null,2)+'\n' 完全一致なので機械編集可。

2026-06-11 — PR #1803 — migration — high (ADR-0137 Phase 1: メタ 7 キーを frontmatter へ backfill + 消費者を frontmatter 読みへ一括切替)

date: 2026-06-11
pr: 1803
category: migration
importance: high
files:
  - scripts/lib/adr_meta.mjs (新設)
  - scripts/adr-index.mjs / scripts/lib/adr-lint-rules.mjs / scripts/lib/adr_edges.mjs
  - docs/adr/*.md (138 本 backfill 901 値)
  - scripts/adr-edges-migrate.mjs ほか遡及スクリプト 3 本 (削除)
tags:
  - adr-lint
  - adr-metadata
  - adr-0137

ADR-0137 Phase 1 実装。①全 138 本へ mode/kruchten/scope/implementation_status/proposed_at/approved_at/deciders を機械複製 (存在行のみ・全値 JSON 引用符 = : /# の YAML パーサ地雷対策・gray-matter 全数パース検証済み)。②読み出し層 scripts/lib/adr_meta.mjs を新設し、adr-index / lint-rules (Mode 分岐 6 + 存在検査 4) / adr_edges を frontmatter 優先・本文フォールバック読みへ切替 (ADR_LINT_FRONTMATTER_FIRST=false で一括ロールバック = 撤退条件 1c)。status のみ本文優先の特例 (raw 注釈 = 受理 PR 番号 / residual-risks タグ / Superseded by 対象を frontmatter が保持できない。Phase 2 で置き場所を決める)。③sync lint frontmatter-meta-sync (#23・error) 新設 = 7 キーの一致 + YAML 配列禁止 (Confirmation d)。④遡及スクリプト 3 本を廃止判断のうえ削除 (再実行が #1797 全数再レビュー結果を上書きする事故リスク除去)。検証 = 索引出力が両フラグ状態で完全一致・138/138 pass・テスト 110 本 green。地雷メモ: ①メタ更新 (Status flip / Impl 更新) は今後本文と frontmatter の両方を編集 (片方だけだと #21/#23 が FAIL = 意図どおり) ②drp が adr-lint-rules → adr_meta を import するため次回 drp ビルドに新ファイルが入る (Workers に process が無くても安全な実装済み・lib 変更では drp CI 不発火) ③テスト出力の一時領域 ENOSPC 時はファイルへリダイレクトして読む。

2026-06-11 — PR #1800 — docs — mid (ADR Status×Impl 整合 — 実装完了 6 本を Accepted へ昇格 + 昇格漏れ warn lint 新設)

date: 2026-06-11
pr: 1800
category: docs
importance: mid
files:
  - docs/adr/0027 / 0080 / 0105 / 0106 / 0111 / 0136 (各 -*.md)
  - scripts/lib/adr-lint-rules.mjs
  - docs/_internal/05_how-to/adr-lint_rules/rules/status-impl-no-stale-proposed.md
tags:
  - adr-lint
  - adr-metadata

INDEX の「Impl=Done なのに Status=Proposed」不整合 (代表取締役指摘) を全数調査。merge = 受理後の Status 昇格 (Accepted 化 + 承認日時) が手動運用のため取り残された 6 本 (0027/0080/0105/0106/0111/0136) を昇格し、0111 の Impl 行 (corrigendum 完了済なのに Partial) と 0080/0105 のプレースホルダー (PR pending / PR #NNN) も実態へ追従。再発防止に adr-lint status-impl-no-stale-proposed (warn) を新設 — error にしない理由 = 実装済みを後追い文書化する起案 PR (0106 型) は merge 前に必然的に Proposed×Done で CI を通過する。地雷メモ: ① lint ルール追加は adr-lint-doc-consistency が「個別ルールページ + Summary Table 行 + 集計更新」を強制する (3 点セット必須) ② 作業中に PR #1797 (辺の全数再レビュー) が merge され対象 4 ファイルの frontmatter 辺ブロックが動いた — rebase + 索引再生成で解消 (adr-index.json は並行 merge で必ず動く前提で最後に再生成)。

2026-06-11 — PR #1783 — docs — low (ocr/ に nested CLAUDE.md 新設 — OCR Bench ドメイン規約)

date: 2026-06-11
pr: 1783
category: docs
importance: low
files:
  - ocr/CLAUDE.md
tags:
  - claude-md
  - ocr-bench

2026-06-10 OCR handover の「nested 規約が必要になったら作る」項の消化。drp/CLAUDE.md と同形式で、ocr/ 配下を触ったときだけ on-demand ロードされるドメイン規約を新設 (30 行)。収録規約: ① デプロイ — ocr/src|public|wrangler.toml|package.json を触る PR は merge = 即本番デプロイ (ocr-deploy.yml)。pnpm-workspace.yaml / turbo.json は DRP のデプロイも巻き込む共通トリガーのため、審査 run 非稼働の確認を必須化 ② SPA ビルド運用 — フロント実体は webapp_client/src/ocr-bench/、ビルド済 html (ocr/public/ocr_bench_shell.html) を commit する運用 (CI はビルドしない)・webapp_client/src を触る PR は ui-test pass 必須 ③ API 規約 — POST /api/<fn> に positional JSON 配列 (GAS google.script.run と 1:1)・日本語キー契約は docs/spec/sidebar_api.d.ts ④ 機密 — 照合マスター値 (社員名・取引先名・車番・工事番号・商品名) をコード/diff に埋め込まない (root DoD #2 の具体化)・D1 投入は seed-masters.mjs 経由 ⑤ 認証・ローカル開発 — CF Access + Basic 認証フォールバック・.dev.vars 再生成手順と keychain 名。なお CLAUDE.md は ocr-deploy.yml のトリガー対象外のため merge で本番デプロイは走らない (merge 後に発火なしを確認済)。

2026-06-11 — PR #1742 — feat — high (OCR Bench: 宇佐美給油伝票の本番運用機能群 (連続修正/プレビュー/絞り込み crop) + 実 PDF 141 伝票ベンチ実績)

date: 2026-06-11
pr: 1742
category: feat
importance: high
files:
  - webapp_client/src/ocr-bench/ReviewView.tsx
  - webapp_client/src/ocr-bench/RecordsView.tsx
  - webapp_client/src/ocr-bench/OcrBenchApp.tsx
  - webapp_client/src/ocr-bench/FileList.tsx
tags:
  - ocr-bench
  - review-workflow
  - benchmark

実帳票 (宇佐美給油伝票 11 ページ ≒ 141 伝票) を本番でベンチ処理するための機能群と運用知見 (PR #1720→#1723→#1724→#1728→#1740→#1742、全て実機 Playwright 検証・本番デプロイ済)。グリッド分割〜横断一覧〜精度集計の基盤 (前段 PR #1700/#1705/#1707/#1710/#1717/#1721) に続く第 2 弾。

1. 連続修正タブ (#1720→#1723): 伝票画像 + 読み取り結果を見ながら GT を流れ作業で確定。1 ページ 10/20/50 件のページ式・全モデル一致は自動充填・不一致はモデル候補チップで採用・フィールド選択で読み取り元 bbox をオレンジ枠表示。プレビューは先読みキャッシュ + 次ページ prefetch で即表示 (#1742)
2. 全項目化 + 金額除外 (#1717→#1724): 一覧/精度集計の軸を抽出全 29 項目に拡張 (摘要は noDiff = 不一致判定/集計から除外)。宇佐美の納品書は金額の印字がないため金額系 7 列を除外 (単価は印字あり残置)
3. タブ並び/連番 (#1740): 伝票一覧→連続修正→比較ビュー→精度集計の順 + 既定タブを伝票一覧に + 一覧左端に連番列
4. ✂️ crop 一括適用 (#1728): crop パス (手書き montage 再抽出・Gemini 5+Claude 1 票) を実行済み帳票へ直列 + 間隔つきで一括適用。対象 slug はモデル選択追従

本番 run 実績: Gemini 3.1 Pro (高) base 137/142 成功 + ✂️ crop は手書き欠け 79 件に絞って 78 成功。累計実測 ¥1,106。地雷メモ: ① Gemini AI Studio 無料枠の日次クォータは数百 req で枯渇し「わずかに回復してすぐ枯れる」挙動 → 1 件プローブ run で回復判定 (429=未回復 / 524 等の一時エラーや成功=通る) し回復分だけ低速回収、完全リセット (PT 深夜=JST 午後) で一気に流す運用が有効。crop は 1 伝票 6 req と重く全件一括は無料枠で非現実的 → 「手書きが読めていない伝票だけ」に絞るのが定石。② Quartz (sips/プレビュー) は CCITT スキャン + CropBox の PDF を真っ白にレンダリングする (実体は正常・poppler pdftoppm -cropbox なら見える)。

2026-06-11 — PR #1722 — feat — mid (DRP: パイプライン生成 ADR PR の定番後修正 (placeholder/nav) を 3 層で恒久解消・本番デプロイ済)

date: 2026-06-11
pr: 1722
category: feat
importance: mid
files:
  - drp/src/nodes/body_generation.ts
  - drp/src/nodes/webhook.ts
  - drp/src/nodes/nav_entry.ts
  - drp/src/state.ts
  - prompts/production/body-generation/prompt.md
tags:
  - drp
  - prompt-cicd

sub 申し送り「パイプライン生成 ADR PR の定番後修正の恒久化」の実装（再発実績: ADR-0097/0098/0133/0134）。案② body-generation 生成ルール 1 を「不足は（要追記）と明示」→「プレースホルダ語 5 種を出力しない。出せない箇所は ADR-0091(a) 形式『なぜ今出せないか + いつ確定するか』を 1 行」へ変更（prompt.md SSoT + FALLBACK 同時更新・semver 1.6.0・merge で KV 自動 push、Prompt Eval CI green）。案③ nav 自動登録の真因修正 — 既存実装が A.{番号} 形式の規約外 title を生成していたのを「直前エントリの番号プレフィックス継承 +1（A.09.5.88→89）」に修正し、nav_entry.ts（pure）+ unit テスト 3 件で規約を固定。案① PR 作成前 self-lint — 生成直後に adr-lint 同一ルール（no-placeholder-marker・adr-lint-rules.mjs 共有）で検査 → 違反時 bounded self-fix 1 回 → 未解消は PR 本文に違反一覧を明記して人間へ引き継ぐ（state.selfLintWarnings 新設）。受け入れ基準 = 次回のパイプライン生成 ADR PR が後修正ゼロで CI green（達成確認後に memory reference_pipeline_pr_adr_lint_postfix 更新を sub へ申し送り）。

2026-06-11 — PR #1716 — feat — mid (ADR-0131 初期移行 ①機械抽出: 全 132 本へ型付き辺 frontmatter 一括追記・構造的ソース 6 ペア辺化)

date: 2026-06-11
pr: 1716
category: feat
importance: mid
files:
  - scripts/adr-edges-migrate.mjs
  - docs/adr/ (全 132 本へ frontmatter 追記)
  - tasks/prompts/main_2026-06-11_edge-migration-llm-candidates.md
tags:
  - adr-0131
  - migration

ADR-0131 §2 適用手順 ①機械抽出。scripts/adr-edges-migrate.mjs（監査トレイルとして残置）が全 132 本に forward 7 キーの辺ブロックを挿入（該当なしは空配列 = 移行完了確認「全数に辺ブロック存在」を充足）し、構造的ソース（Supersedes/Superseded by 欄・Status 行）を写像表で 6 ペア 12 宣言に辺化（両端同一 commit・各辺に出典コメント）。部分 Supersede→amends（0030↔0031）。対象が Superseded でない supersedes 宣言は amends に降格（0125↔0080・レビュー判断ポイント）。参照節キーワード候補 119 行は自動で書かず sub の LLM 候補化レポートへ（誤分類を機械抽出側で固定しない保守判断）。検証: --check-edges error 0（導入時の Superseded 3 本の不整合が解消）/ docs-build 676 ページ全件通過（frontmatter 重複キー地雷なし）。残: sub の候補レビュー + 受け入れ検査 → メタバックフィル 48 本 → --enforce 昇格。Stacked PR（base = #1715）。

2026-06-11 — PR #1715 — feat — mid (ADR-0107 Phase 1: 単一抽出器 adr-index.mjs → adr-index.json + INDEX.md・完全性テスト = ADR-0133 開始条件の充足)

date: 2026-06-11
pr: 1715
category: feat
importance: mid
files:
  - scripts/adr-index.mjs
  - docs/adr/adr-index.json
  - docs/adr/INDEX.md
  - docs/adr/README.md
  - tests/adr-index.test.mjs
  - .github/workflows/adr-lint.yml
tags:
  - adr-0107
  - adr-0130
  - adr-0131

ADR-0107 案 A の main 実装 Phase 1。単一抽出器 scripts/adr-index.mjs が docs/adr 全 132 本を 1 パス走査し、太字メタ欄・型付き辺（adr_edges.parseEdges 共有 = ADR-0131 規約・本文からの推測抽出なし）・本文参照を adr-index.json に構造化。下流照会（RQ-098）向けに currentForm（superseded_by 鎖の終端）・requiredBy（depends_on 逆引き）・hasRollback を生成側で計算。①索引 INDEX.md（一覧 + supersede mermaid + メタ欠落警告 18 本 = バックフィル作業リスト）を自動生成し、README §15 の手書き表（31 本で停止）をポインタ化 — ADR-0130 適用 2 号として TICKETS 解消・棚卸しの起票残ゼロ（対象 20 件 = 生成器化 7 / 例外 13）。完全性テスト 7 件で ADR-0133 の監査開始条件「adr-index.json 完全性テスト green」を充足（残る条件 = ADR-0107 Accepted 化判断）。3 点セット（CI --check + scan_baseline 縮小ガード unit=ADRs）+ nav A.09.0.4。残: メタバックフィル 18 本（error 昇格前）/ 初期移行の機械抽出 / ②絞り込み / ④RAG 連携。

2026-06-11 — PR #1710 — feat — high (OCR Bench: グリッドスキャン 150 伝票規模のベンチ処理 4 機能 — 宇佐美給油伝票対応)

date: 2026-06-11
pr: 1710
category: feat
importance: high
files:
  - webapp_client/src/ocr-bench/split.ts
  - webapp_client/src/ocr-bench/OcrBenchApp.tsx
  - webapp_client/src/ocr-bench/FileList.tsx
  - webapp_client/src/ocr-bench/RecordsView.tsx
  - webapp_client/src/ocr-bench/AccuracyView.tsx
  - webapp_client/src/ocr-bench/CompareTable.tsx
  - ocr/src/storage.ts
  - ocr/src/index.ts
  - docs/spec/sidebar_api.d.ts
tags:
  - ocr-bench
  - grid-split
  - benchmark

実帳票 (宇佐美給油伝票: 1 ページに納品書 ~14 枚 × 11 ページ ≒ 150 伝票 + 手書き車番/担当者/走行距離) をベンチで処理するための 4 機能 (P1 #1700 → P2 #1705 → P3 #1707 → P4 #1710、全て実機 Playwright E2E 検証済・本番デプロイ済)。

1. グリッド一括分割 (#1700): ページ単位で LLM 境界検出 → cropPdfPageByBboxes (CropBox・原本解像度保持) で全伝票を個別 doc 化。filename 規約 = 親名_pNN_rNN.pdf。実グリッド 1 ページで 14/14 検出。文書全体の単発 LLM 解析は 150 groups 規模で出力切れするためページループに分割。callClaudeForAnalyze の max_tokens 1024→4096
2. バッチ run (#1705): チェック選択 (空なら未実行全件) を並列 2 で順次実行。コスト概算 confirm・進捗・中断・失敗は選択済みにして再実行可能
3. 横断一覧ビュー (#1707): listAllResults API (1 クエリ・重い raw 列は落とす) + 1 行 = 1 伝票でモデル間不一致セルをハイライト。実データで手書き車番/単価/km に不一致が集中することを確認
4. assisted GT + 精度集計 (#1710): 全モデル一致フィールドを GT へ自動充填 (実伝票で 12/21 項目が自動・入力済みは上書きしない) + GT 確定 doc を母数にモデル × フィールド正解率テーブル

地雷メモ: Quartz (sips/プレビュー) は CCITT スキャン + CropBox の PDF を真っ白にレンダリングすることがある (実体は正常・poppler pdftoppm -cropbox なら見える)。切り出し PDF が「空に見える」報告はまずレンダラを疑う。バックグラウンドの gh pr checks ポーリングは keychain 断続 401 で無言死する → CI 確認は同期の gh api .../check-runs が安定 (memory no-async-notification-promise)。

2026-06-11 — PR #1703 — feat — mid (ADR-0131 Phase a: ADR 間の型付き辺の語彙 SSoT + 整合 lint を report-only で導入)

date: 2026-06-11
pr: 1703
category: feat
importance: mid
files:
  - scripts/lib/adr_edges.mjs
  - scripts/adr-lint.mjs
  - tests/adr-edges.test.mjs
  - docs/adr/templates/template.md
  - .github/workflows/adr-lint.yml
tags:
  - adr-0131
  - adr-lint

ADR-0131（グラフ衛生・PR #1694 受理）の規律側実装 Phase a。辺 7 種 + 逆辺の語彙を scripts/lib/adr_edges.mjs に SSoT 化し（0131 §2 の表の実装写し・依存ゼロの frontmatter パーサ・本文からの推測抽出はしない）、整合検査 error 4 種（dangling / 逆辺欠落 / status 不一致 / 置換連鎖の循環）+ warning 2 種（superseded への depends_on / 本文参照の frontmatter 未反映）を adr-lint.mjs --check-edges として CI に常設。二段階施行どおり導入時は report-only（error 昇格は初期移行完了後に --enforce を付けるだけ）。新規 ADR の辺ブロック必須ゲート（--check-edges-new・「新設は即時」）は最初から error。起案テンプレに辺ブロック + 写像表ガイドを追加、unit test 12 fixture で固定。実コーパス計測 130 本 0.26 秒（Confirmation 6 ベースライン・閾値 30 秒）。移行前状態の検出 = Superseded 3 本の辺未宣言 / 本文参照未反映 延べ 693 件（初期移行の作業リスト）。残タスク: 初期移行の機械抽出スクリプト / ADR-0107 抽出器（parseEdges 共有）/ DRP 起案出力への辺ブロック追加（別 PR）/ 型判定ルールブック。

2026-06-10 — PR #1698 — feat — mid (DOC-OPS-24 完了: domains §機能一覧の生成器化 + ADR README §用語定義の glossary SSoT 化)

date: 2026-06-10
pr: 1698
category: feat
importance: mid
files:
  - scripts/generate-domains-list.mjs
  - scripts/doc-inventory.mjs
  - docs/domains/README.md
  - docs/adr/README.md
  - docs/architecture/glossary.md
  - .github/workflows/adr-lint.yml
tags:
  - adr-0130
  - doc-ops

DOC-OPS-24（#1693 群A・ADR-0130 セクション単位適用）の 2 件を完了。① docs/domains/README.md §機能一覧 を scripts/generate-domains-list.mjs で生成器化（BEGIN/END マーカー間のみ差し替える初のセクション単位生成器）。機能名は各ドメイン frontmatter title（7 ファイルに新設）・legacy_id は current-spec.md frontmatter を SSoT とし、手書き表の追従漏れ 2 件（budget-actual の dev_mas-136 / master-data の dev_mas-169）を解消。3 点セット（生成器 + adr-lint.yml --check + scan_baseline 縮小ガード unit=domains）完備。② docs/adr/README.md §用語定義（14 語の手書き表）を glossary.md SSoT 参照へ置換。置換前の突合で glossary 収録済みは SSoT のみと判明し、欠落 13 語を glossary へ追加（案件 prefix I/S/F/N/DS は docs サイト tooltip の \b 誤マッチ回避のため I-XX 等の番号表記で登録）。レジストリは domains/README.md を TICKETS → GENERATORS へ移動し棚卸し再生成（対象 20 件 = 生成器化済み 6 / 案件起票済み 1 / 例外指定 13 / 未振り分け 0）。

2026-06-10 — PR #1695 — feat — mid (ADR-0130: sub 候補リスト #1693 の棚卸し反映 — セクション単位 7 件振り分け + DOC-OPS-24/25 起票)

date: 2026-06-10
pr: 1695
category: feat
importance: mid
files:
  - scripts/doc-inventory.mjs
  - docs/_internal/06_ops/index_catalog_inventory.md
  - docs/_internal/02_project/TODO_future.md
tags:
  - adr-0130
  - doc-ops
  - sub-collab

sub の下調べ (#1693・本文埋め込み手作業一覧の候補 3 群) を棚卸しへ反映。collectTargets を「レジストリ登録 = 対象」に統一し、ファイル名パターン非一致のセクション単位対象が棚卸しに載るよう拡張。群A (docs メタデータ由来 2 件) は DOC-OPS-24 起票 + TICKETS、群B (GAS コード由来 9 件) はスコープ外を明文化し codegen 是非を DOC-OPS-25 起票、群C (SoT・スナップショット・履歴 5 件) は理由付き例外指定。棚卸しは対象 20 件 (生成器化済み 5 / 案件起票済み 2 / 例外指定 13 / 未振り分け 0)。main↔sub の役割分担 (sub = 意味判定の下調べ / main = レジストリ編集・起票) の初回実運用例。

2026-06-10 — PR #1691 — feat — mid (OCR Bench Phase 3: カスタムドメイン + CF Access(Entra) JWT 検証 — コード側完了)

date: 2026-06-10
pr: 1691
category: feat
importance: mid
files:
  - ocr/src/access.ts
  - ocr/src/index.ts
  - ocr/wrangler.toml
  - ocr/docs/cf-access-setup.md
tags:
  - ocr-bench
  - phase-3
  - cf-access

OCR Bench の Phase 3 (Basic 認証 → カスタムドメイン + CF Access/Entra ID) のコード側対応 (主 PR #1689、退行復旧 #1691。両方本番デプロイ・実機 curl 確認済)。

1. Access JWT 検証 (#1689): ocr/src/access.ts 新設 — Cf-Access-Jwt-Assertion を jose で検証 (JWKS/RS256・iss・aud・exp。鍵は 6 週間自動ローテーションのため固定保存せず kid 解決)。認証ミドルウェアは二段構え — ACCESS_TEAM_DOMAIN/ACCESS_AUD secret 設定済み + JWT ありなら Access 検証 + ALLOWED_EMAILS_CSV 照合、それ以外は Basic 認証フォールバック。secret 投入まで挙動不変 (デプロイ先行で安全)。jose は ocr 直接依存 (catalog 化すると pnpm-workspace.yaml 変更で DRP デプロイが走るため回避)
2. カスタムドメイン: ocr-bench.bizlp.dev を custom_domain ルートで追加 (bizlp.dev ゾーンは既存・DNS/証明書は deploy 時自動作成を確認)
3. 残ユーザー作業: Zero Trust 有効化 → Entra アプリ登録 → IdP 登録 → Access アプリ作成 → wrangler secret put ×3。手順書 = ocr/docs/cf-access-setup.md

地雷メモ: wrangler は routes を定義すると workers.dev を自動無効化する (#1689 で ocr-bench.t-saitoh.workers.dev が 404/error 1042 化し、GAS 移行案内ページ mas/300_ui/302_spa_bridge.js のリンクが死んだ)。フォールバック維持には workers_dev = true の明示が必要 (#1691 で復旧)。将来 workers.dev を閉鎖する際は GAS 案内 URL を ocr-bench.bizlp.dev へ更新してから。また並行セッションとの同一クローン branch 切替衝突が再発 (memory background-agent-branch-bundling 実例 3) — 復旧後は共有 checkout に触れず一時 git worktree で PR を作成した。

2026-06-10 — PR #1690 — feat — mid (DOC-OPS-23: docs/index.md 全ドキュメント目次を生成器化 — ADR-0130 適用 5 号)

date: 2026-06-10
pr: 1690
category: feat
importance: mid
files:
  - scripts/generate-docs-index.mjs
  - scripts/lib/scan_baseline.mjs
  - docs/index.md
  - scripts/doc-inventory.mjs
  - .github/workflows/adr-lint.yml
tags:
  - adr-0130
  - doc-ops
  - lint

ADR-0130 棚卸し (PR #1687) で唯一の生成器化候補だった docs/index.md を生成器化 (期限 2026-12 に対し前倒し完了)。scripts/generate-docs-index.mjs が _config.json nav 90 グループから俯瞰マップを生成 (階層 = group 番号導出 / 代表ページ = README → 先頭 → 先頭サブグループ / 概要 = 冒頭 best-effort 抽出)。旧手書き版と行構造完全一致を確認。3 点セット (CI --check + 走査範囲明文化 + scan-baseline 縮小ガード 10%) を完備し、棚卸しレジストリを TICKETS → GENERATORS へ移動 (生成器化済み 5 件)。scan_baseline.mjs は単位語 (files/groups) を引数化 (後方互換)。

2026-06-10 — PR #1687 — feat — mid (ADR-0130 規律側実装 — 機械ゲート lint + 走査範囲縮小ガード + 棚卸しリスト + 既存ページ振り分け完了)

date: 2026-06-10
pr: 1687
category: feat
importance: mid
files:
  - scripts/doc-inventory.mjs
  - scripts/lib/scan_baseline.mjs
  - scripts/prompt-catalog.mjs
  - docs/_internal/06_ops/index_catalog_inventory.md
  - .github/workflows/adr-lint.yml
  - docs/_internal/02_project/TODO_future.md
tags:
  - adr-0130
  - lint
  - doc-ops

ADR-0130 (PR #1677) の Confirmation 節が約束した機械的強制 3 点を期限 (受理 +1 ヶ月 = 2026-07-10) 内に実装。

1. 機械ゲート (Confirmation 2・追加可否判定 = 可): scripts/doc-inventory.mjs --check-new-pages を adr-lint.yml に配線。PR で新規追加された 索引/カタログ 系ファイル名パターンの .md がレジストリ (GENERATORS / TICKETS / EXCEPTIONS) 未登録なら FAIL。限界 (ファイル名偽装・セクション追記は検知不能) はスクリプト冒頭に注記
2. 走査範囲縮小ガード (Confirmation 3): 共通ヘルパー scripts/lib/scan_baseline.mjs を新設し prompt-catalog と doc-inventory に組込み。生成物の scan-baseline 行と比較して前回比 10% 以上の減少で FAIL。意図的縮小は --accept-reduction="根拠" のみ受理 (根拠が diff に残る)。走査ルート縮小の無音欠損 (prompt-catalog 実測 225 本不可視) への対策
3. 棚卸しリスト (Confirmation 4): docs/_internal/06_ops/index_catalog_inventory.md を生成器ベースで新設し CI で drift 検査。対象 14 件の振り分けも完了 — 生成器化済み 4 / 案件起票済み 2 (ADR README §15 → ADR-0107、docs/index.md → DOC-OPS-23 新規起票) / 例外指定 8 (JTBD 一覧 = SoT 3 件、ハイブリッド 3 件、本文ページ 2 件) / 未振り分け 0。ハイブリッド判定の揺れは DOC-OPS-22 Review After (2026-12) の再評価入力

教訓: 実装中に並行セッションのブランチ切替で commit が相手ブランチに乗る事故が発生 (memory background-agent-branch-bundling 実例 2 として記録)。復旧 = detach → cherry-pick → branch -f 分離。予防 = branch 確認と commit を同一 Bash コール内で実行。

2026-06-10 — PR #1685 — feat — high (OCR Bench: Phase 1c 完了 + 後続改善 + GAS 版退役 — Worker 移行完結)

date: 2026-06-10
pr: 1685
category: feat
importance: high
files:
  - ocr/src/masters.ts
  - ocr/src/vote.ts
  - ocr/src/index.ts
  - ocr/scripts/seed-masters.mjs
  - webapp_client/src/ocr-bench/OcrBenchApp.tsx
  - mas/300_ui/302_spa_bridge.js
tags:
  - ocr-bench
  - phase-1c
  - migration-complete

OCR Bench の Worker 移行が完結 (関連 PR: #1672 → #1674 → #1676 → #1685、全て本番デプロイ済)。

1. Phase 1c (#1672): 501 stub だった 6 エンドポイントを GAS SoT (mas/500_import/510・511) から移植。crop-pass は Gemini 5 サンプル (temperature 0.4-0.8 分散) + Claude Sonnet 1 票の field 単位多数決 (vote.ts)。マスター照合は D1 化 — ocr_master テーブル + seed-masters.mjs が GAS ファイルから直接投入 (機密値を diff に入れない / DoD #2)。EMPLOYEE_MASTER をプロンプト動的注入し、取引先/社員№逆引き/工事番号/商品名/車番→機種を run・crop 結果に正規化適用。未投入時は graceful fallback
2. PDF プレビュー (#1674): Worker は PDF サーバ側画像化非対応 (422) のため、getDocBlob → PDF.js クライアント描画の 2 段フォールバックに変更。GAS 経路不変
3. クロップモンタージュ R2 永続化 (#1676): run セッション内のメモリ保持だったモンタージュ (実際に model が見たもの) を montages/<docId>/<slug> へ保存、新 API getCropMontages でリロード後も表示可能に。帳票切替時の他帳票モンタージュ残留バグも解消
4. GAS 版退役 (#1685): stale だった mas/templates/ocr_bench_shell.html (2.9MB) を削除し、?view=ocr_bench_spa は allow-list 判定後に移行案内ページ (Worker URL) を返す。mas/500_import/51*.js は残置 (511 = マスター seed の SoT)。merge で GAS prod 自動デプロイ済・dev/prod とも実機確認済

残課題: GPT-4o の PDF→画像化のみ (クライアント側レンダリング vs 有償 Images API の判断待ち)。 地雷メモ: doGet の SPA 委譲は view が _spa suffix の時だけ (?view=ocr_bench は HitL ページに落ちる従来仕様)。clasp push の未反映疑いは clasp pull でリモートと byte 突合するのが確実 (今回 87 ファイル一致で silent-skip を除外できた)。

2026-06-10 — PR #1669 — chore — mid (OCR Bench: ブラウザ実機確認完了 + 本番デプロイ + deploy workflow 追加)

date: 2026-06-10
pr: 1669
category: chore
importance: mid
files:
  - .github/workflows/ocr-deploy.yml
tags:
  - ocr-bench
  - deploy

OCR Bench 独立 Worker (ocr/) の handover 手順 1・6 を完了。①Playwright によるブラウザ実機確認 — Basic 認証 (無認証 401 / 認証 200)・React マウント・fetch-bridge の認証自動付与 (Authorization 明示付与は不要と確定)・実帳票 PDF の upload→run→比較表描画まで全 PASS (Claude 3 種 + Gemini 2 種成功、GPT-4o は PDF 直送非対応の既知エラーを正しく捕捉)。②初回手動 wrangler deploy で本番投入 (ocr-bench.t-saitoh.workers.dev) し本番疎通も検証済。③ocr-deploy.yml を追加 — main push (paths: ocr/**) で lint→type-check→deploy、共有 pnpm-lock.yaml は DRP 巻き込み防止のため監視対象外 (deploy-worker.yml と同方針)。既知の地雷: ✂️ crop 列とプレビューが空のままなのは Phase 1c 未実装 (cropPass/getDocBlob/getDocPageImage が 501 stub) による想定どおりの挙動でバグではない。Basic 認証が「通らない」報告は 2 回ともブラウザ入力値の問題で、keychain 値の curl 検証 (200) → pbcopy 渡しで解決した。

2026-06-10 — PR #1642 — chore — mid (ADR-0115 知識レイヤー: 月次セルフチェック初回実走 + drift 是正)

date: 2026-06-10
pr: 1642
category: chore
importance: mid
files:
  - docs/_internal/05_how-to/agent_knowledge_layers.md
  - .claude/rules/gas.md
  - .claude/rules/docs.md
  - drp/CLAUDE.md
  - webapp_client/CLAUDE.md
tags:
  - adr-0115
  - adr-0129
  - knowledge-layers
  - self-improvement

ADR-0115 §4 の月次セルフチェック（①層重複 ②staleness ③auto-memory 索引行数 ④tie-breaker ⑤リリースノート確認）を 初回実走。規約制定（2026-06-04）以降、実行痕跡が無く＝自己修復機構が一度も回っていなかった。検出した drift を「根本+重大のみ」是正:

1. 誤コメント訂正: .claude/rules/{gas,docs}.md と nested CLAUDE.md（DRP / webapp）冒頭の「Phase a/b は二重定義＝root にも残存・無害／root スリム化は別 PR」は誤陳述だった。ADR-0129 で root スリム化は完了済みで当該 section は root に残っていない（単一所在）。実態に修正。
2. §8 台帳訂正: ユーザースコープ依存インベントリの adr-kit 行は「存在しない」と断言していたが、.claude/skills/adr-kit/references/（bizlink-domain.md / langgraph-adrkit-boundary.md）が実在（SKILL.md 不在で Skill 化されず・gitignore で非 tracked）。実態に訂正。
3. auto-memory 整理（ユーザースコープ・本リポ外のため diff 対象外）: 索引が 50 件上限を超過（63 件）し、③索引行数チェックが回っていなかったことが露見。重複 3 クラスタを統合（git-workflow-discipline ← always-use-pr + branch-per-fix + wait-before-merge + pull-before-push / deploy-sequence / clipboard-auto-output）+ 完了済み 4 件を archive/ へ退避し 63 → 56 件。50 ちょうどには未達。crossval 系など独立価値・相互参照の多いメモリの損失を避けたため。
4. 規約見直し課題（残）: ADR-0115 §4 の「索引 50 件上限・TTL 90 日」は活発期の実態にタイトすぎる疑い。上限値の引き上げ or TTL 主導アーカイブへの運用変更を、発散 4 つ ADR（知識の粒度・配置の正典化）と同じ文脈で別途検討する。

次回トリガー: 翌月（2026-07）の月次、または Claude Code リリースノートでロード挙動・メモリ仕様の変更を検知した時（§2 強制改訂トリガー）。スコープ外（記録のみ・後日）: reference 型のパス直参照の安定化 / prompt_*.md の gitignore grandfathering 解消 / root CLAUDE.md の B2→B3→B5 手順 1 行の層移送 / 月次セルフチェックの自動化（lint・schedule）。

2026-06-09 — PR #1623 — feat — mid (ADR-0129 KPI-7: path-scoped ロードの静的 lint + ローカルログ解析ゲート)

date: 2026-06-09
pr: 1623
category: feat
importance: mid
files:
  - scripts/adr0129-rules-loading-lint.mjs
  - scripts/adr0129-loadlog-check.mjs
  - tests/adr0129-rules-loading-lint.test.mjs
  - tests/adr0129-loadlog-check.test.mjs
  - .github/workflows/adr0129-rules-loading-lint.yml
  - docs/_internal/05_how-to/hooks_setup.md
tags:
  - adr-0129
  - ci
  - hooks
  - cross-workspace

ADR-0129 KPI-7（issue #1619）の自動検知ゲート。PR #1618 の InstructionsLoaded ロードログの上に、path-scoped ロードの無音失効を 2 段で守る。実 claude は CI で回さない（CLI 認証未確認・flaky・CI の claude バージョンは開発者のものと別）。①CI 静的 lint（adr0129-rules-loading-lint.mjs・PR ゲート）= gas.md の paths: 健全性（ベース dir 実在の forward + GAS レイヤーのカバー漏れ検知の reverse）+ InstructionsLoaded フック配線 + instructions_loaded_log.sh 実在/実行ビットを機械検証。secret 不要・内部退行を確実に FAIL。②ローカル/定期ログ解析（adr0129-loadlog-check.mjs）= .claude/logs/instructions_loaded.log の load_reason=path_glob_match 実績を確認し dev の実 version での実ロードを間接検証。純粋バリデータを分離し node --test 17 件。擬似失効再現（paths から 400_domain 除外 → reverse FAIL）を確認。外部 version 退行は KPI-11 人手再検証 + ②が担当。

2026-06-09 — PR #1614 — feat — mid (ADR-0119 Phase D-2: 週次 evidence SHA/パス git 実在検証 + Phase D 完了)

date: 2026-06-09
pr: 1614
category: feat
importance: mid
files:
  - scripts/adr0119-evidence-verify.pure.mjs
  - scripts/adr0119-evidence-verify.mjs
  - tests/adr0119-evidence-verify.test.mjs
  - .github/workflows/adr0119-evidence-verify-cron.yml
  - docs/adr/0119-introduce-code-grounded-review-to-review-pipeline.md
tags:
  - adr-0119
  - drp
  - ci
  - crossval

ADR-0119 Phase D 後半。evidence pack に記載された commit SHA とファイルパスの git 実在を週次 scheduled CI が機械検証する（git cat-file -e "<sha>^{commit}" と "<sha>:<filePath>"）。CV ノード（worker）は git 履歴を持たない（non-goal）ため、起案者が自分で記入し通過させる経路の利益相反を機械検証で構造的に抑制する（§Confirmation の Policy Alignment 対応）。不在は malformed-sha / commit-not-found / file-not-found に分類し GitHub Issue を起票。stale 反映は issue 起票のみ（worker は git 実行不可・KV は read-only で書き換えない）。checkout は fetch-depth: 0。node --test 10 件 + git cat-file smoke + 実機 DRY_RUN で確認。これにより ADR-0119 の Phase 0/B/C-flip/D が出揃い Implementation Status を Done に更新（D-1 #1613 と合わせ継続監視を自動化）。

2026-06-09 — PR #1613 — feat — mid (ADR-0119 Phase D-1: 週次 verify_in_code 解消率アラート)

date: 2026-06-09
pr: 1613
category: feat
importance: mid
files:
  - scripts/adr0119-resolution-rate.pure.mjs
  - scripts/adr0119-resolution-rate-report.mjs
  - tests/adr0119-resolution-rate.test.mjs
  - .github/workflows/adr0119-resolution-rate-cron.yml
tags:
  - adr-0119
  - drp
  - ci
  - crossval

ADR-0119 §Confirmation の継続監視自動化（Phase D 前半）。週次 scheduled CI が remote D1 (decision-pipeline-telemetry) を SELECT で集計し、verify_in_code 解消率（Σ crossval_evidence_demoted_count / Σ crossval_verify_in_code_count・過去 7 日）が KPI ④ の 30% を下回ったら GitHub Issue を自動起票する。分母フィルタ（週次 <5 件でスキップ・累積 ≤10 件で初回判定保留）+ ロールアウト猶予（累積 demoted が一度も >0 になるまで＝evidence 降格機構が未行使の間は保留）で誤報を抑制。判定の純粋ロジックは adr0119-resolution-rate.pure.mjs に分離し node --test 8 件で境界を固定。D1 アクセスは read-only（SELECT のみ）・worker src 不変のため本番デプロイ trigger には非該当。前例 prompt_regression_cron.yml に設計・secret・issue 書式を揃える。実機 DRY_RUN で集計（過去 7 日: 分母 68 / 分子 0 = 0%）を確認。Phase D 後半（evidence SHA/パスの git 機械検証）は別 PR。

2026-06-09 — PR #1603 — fix — high (ADR-0119 Phase C-flip 本番稼働 + evidence 動的注入 hotfix・DRP-0382)

date: 2026-06-09
pr: 1603
category: fix
importance: high
files:
  - drp/src/nodes/cross_validation.ts
  - drp/src/nodes/crossval_loopbreaker.ts
  - drp/src/evidence.ts
  - drp/src/state.ts
  - drp/src/workflows/gate_runner.ts
  - drp/src/queues/pipeline_consumer.ts
  - drp/migrations/migrate-v10-crossval-evidence-demoted.sql
  - prompts/production/cross-validation/prompt.md
tags:
  - adr-0119
  - drp
  - crossval
  - cross-workspace

ADR-0119 Phase C-flip を本番稼働。verify_in_code × 非stale evidence を満たす CV 却下を降格する仕組み (PR #1600) を導入し、回帰修正 hotfix (PR #1603) で確定。設計: isRejectingVerdict (pure・FN=0 SSoT) を crossval_loopbreaker.ts に追加し CV revise filter と extractRejectingTitles で共有 (demoted = verifyInCode && evidenceResolved・staleness は述語に入れず clock 非依存)。evidence を PipelineState へ配線し gate_runner.loadStaleAnnotatedEvidence を Queue consumer と Workflows の mergedInput 両方へ注入 (CV ノードは IO-free)。telemetry crossval_evidence_demoted_count を 6 touchpoint + migrate-v10 (remote D1 適用済) + CI seed glob に追加。事故と収束 (DRP-0382): #1600 は (a) evidence-resolution 指示を CV system プロンプトへ静的に載せた結果 golden #11 が baseline FN 0/5→5/5 に回帰、(b) git checkout HEAD~0 の detach→amend→push で修正前コミットを本番デプロイ。#1603 で evidence 指示を添付時のみ userMsg へ動的注入へ変更し FN 0/5 復帰・05:02Z に正版デプロイ。実害ゼロ (露出 14 分間に実審査 run 0 件)。教訓は memory crossval-static-prompt-drift / verify-pushed-sha に記録。

2026-06-05 — PR なし — docs — mid (ADR-0120 本番切替に EDD 外部設計 + operator_guide を追従)

date: 2026-06-05
pr: null
category: docs
importance: mid
files:
  - docs/_internal/03_decisions/decision_pipeline/layers/30_external/api_specification.md
  - docs/_internal/03_decisions/decision_pipeline/layers/30_external/openapi.yaml
  - docs/_internal/03_decisions/decision_pipeline/layers/30_external/state_machine.md
  - docs/_internal/05_how-to/operator_guide_langgraph.md
tags:
  - adr-0120
  - drp
  - cf-workflows
  - cross-workspace

ADR-0120 本番切替 (Workflows・2026-06-05 21:45 JST) に L3 外部設計を追従。api_specification: 実行基盤 2 経路注記・base info 行・503 (fail-loud) エラー・/debug/workflow-trigger 追加 (19 ルート化)・§4 を Workflows/Queue 契約に再編。openapi.yaml: 503 (RunStartFailed)・/debug/workflow-trigger path・engine フィールド (RunsQueuedResponse / PipelineSessionState)。state_machine: State 図と status/watchdog を engine 非依存に明記し retry/失敗終端・キャンセル機構を engine 別に併記。operator_guide §7.13 に「切替実施済み (4 週監視中)」状態注記。出典は drp/src/index.ts 実装を実査。

2026-06-05 — PR #1489 — fix — low (ADR-0120 c-3 corrigendum 第 2 項: アラート通知先を Google Chat webhook に汎用化)

date: 2026-06-05
pr: 1489
category: fix
importance: low
files:
  - drp/src/ops/running_alert.ts
  - drp/src/llm/gateway.ts
  - drp/wrangler.toml
tags:
  - adr-0120
  - drp

通知先を Slack #ops-alert → Google Chat の ops-alert スペース webhook に汎用化 (Workspace 運用に整合)。secret 名 OPS_ALERT_SLACK_WEBHOOK → OPS_ALERT_WEBHOOK。{"text"} POST 互換のため Slack webhook URL でも動く。ADR-0120 §Corrigendum 第 2 項として記録。

2026-06-05 — PR #1487 — feat — mid (ADR-0120 Phase c-3: running instance リアルタイムアラート — 1h cron + Google Chat 通知)

date: 2026-06-05
pr: 1487
category: feat
importance: mid
files:
  - drp/src/ops/running_alert.ts (新設)
  - drp/src/index.ts (scheduled handler)
  - drp/wrangler.toml ([triggers] crons 1h)
  - drp/src/workflows/instance_status.ts
tags:
  - adr-0120
  - drp
  - cf-workflows

ADR-0120 決定 5 (盲点 7)。同時 running instance 数 >20 (env RUNNING_ALERT_THRESHOLD で上書き可) を 1h cron で監視し ops-alert へ webhook 通知 (通知先は #1489 で Google Chat に汎用化)。計数機構は ADR 文面の Analytics Engine から Workflows REST API count に変更 (2026-06-05 代表取締役承認・ADR-0120 §Corrigendum に追記)。secret (WORKFLOWS_READ_API_TOKEN / OPS_ALERT_WEBHOOK — #1489 で改名) 未投入の間は running_alert_skipped_no_token / running_alert_no_webhook ログで監視無効が観測可能。有効化手順 = operator_guide §7.13。

2026-06-05 — PR なし — test — high (ADR-0120 本番ステージング検証 PASS — 本番切替ゲート通過)

date: 2026-06-05
pr: null
category: test
importance: high
files:
  - docs/_internal/03_decisions/decision_pipeline/layers/70_verification/staging_verification_adr0120_2026-06-05.md (検証記録・恒久化)
tags:
  - adr-0120
  - drp
  - cf-workflows
  - staging

実 Workflows runtime での本番ステージング検証 (main 実施・2026-06-05): ①並列 3 run 完走 ②step retry 自然発生 → 完了済み step 再実行ゼロを実測 (撤退条件②の冪等性を実環境確認) ③キャンセル ≤1s abort + instance Terminated + telemetry 二重書込なし ④キャンセル後課金 = in-flight 1 呼出の gateway 側自然完走 ~30.5 秒のみ (§5.2 許容範囲内)。本番切替 (WORKFLOW_ENTRYPOINT_ENABLED=true) の前提ゲート PASS 判定。残 = 切替の運用アクション + アラート secret 投入 + 切替後 4 週監視。検証記録は I.03.0.16 として恒久化。

2026-06-05 — PR #1484 — feat — mid (ADR-0120 Phase c-2: instance status API アダプタ層 + CI 週次フィールドアサート)

date: 2026-06-05
pr: 1484
category: feat
importance: mid
files:
  - drp/src/workflows/instance_status.ts (新設・アダプタ層)
  - drp/scripts/assert_workflows_status_api.mjs (新設)
  - .github/workflows/drp-workflows-api-assert.yml (新設・週次)
  - drp/src/index.ts
tags:
  - adr-0120
  - drp
  - cf-workflows

ADR-0120 Phase c-2 (決定 4・盲点 5 緩和)。Workflows instance status API への依存を単一アダプタ層 instance_status.ts に集約し、取得フィールドの型・存在チェックを CI で週次アサート (API 仕様変更の無音破壊を検知)。EDD への API 表面追従 (Phase b の session/cancel engine フィールド・/session/cancel-finalize 等の openapi.yaml / api_specification / state_machine 反映) は Phase c 完了 = 本番切替時の docs 反映にまとめて実施 (積み残しでなく意図的な合流・本エントリで埋もれ防止)。

2026-06-05 — PR #1483 — docs — high (ADR-0122 受理: 提案資料生成パイプラインを Slide-IR(JSON) ベースで構築)

date: 2026-06-05
pr: 1483
category: docs
importance: high
files:
  - docs/adr/0122-proposal-generation-pipeline-build-slide-ir-json-based.md (新設)
  - docs/_config.json (nav A.09.5.83)
tags:
  - adr-0122
  - slide-gen
  - drp

.md 原稿 + 会社紹介 PPTX テンプレ → ブランド一致 .pptx を Slide-IR(JSON) 中間表現で生成する決定 (Standard・CV 一発通過 46/50・merge = 受理。2026-06-02 の goalpost ループは ADR-0109 fix で解消済を実証)。LLM は layout 選択・要約のみ・OOXML は決定的コード担当・CJK <a:ea> を XPath アサートで配布前検出。通過後修正 = §コスト試算復元 (7 人週内訳・個人名→職位置換) + 現状ベースライン記録要件 (段階 1 開始前必須) + テナント層条件 (Jr 2 週間レビュー可否チェック + 運用オーバーヘッド年間実測)。DOC-OPS-16 完結。実装 = main 領分 (renderer 確定 PoC が最初・7〜14 人週)。

2026-06-05 — PR #1481 — test — mid (ADR-0120 Phase c-1: Workflows 経路の mocked e2e ハーネス + CI 毎 PR ゲート化)

date: 2026-06-05
pr: 1481
category: test
importance: mid
files:
  - drp/test/e2e/workflows/run_scenarios.mjs (新設)
  - drp/test/e2e/workflows/mock_llm.mjs (新設)
  - .github/workflows/drp-test.yml
  - drp/test/e2e/README.md
tags:
  - adr-0120
  - drp
  - cf-workflows

ADR-0120 Phase c-1。Workflows 経路 (PipelineRunWorkflow) の mocked e2e ハーネスを新設し CI 毎 PR ゲートに配線。残 = kill/retry 注入 + ステージング検証ゲート + 本番 flag ON。

2026-06-05 — PR #1474 — docs — high (ADR-0121 受理: 審査パイプライン製品化に Phase 0+1 限定で go)

date: 2026-06-05
pr: 1474
category: docs
importance: high
files:
  - docs/adr/0121-productize-decision-review-pipeline-for-phase-0-1.md (新設)
  - docs/_config.json (nav A.09.5.82)
tags:
  - adr-0121
  - productization
  - drp

Decision Pipeline 製品化の go/no-go (proposal PR #1378 §8 次アクション 2 の帰結)。Phase 0 (実績ダッシュボード/デモ素材/営業資料 3.5 人日) + Phase 1 (1 社 PoC・出口 = 実起案 10 件 + 継続意思) に限定して go・Phase 2/3 は別 ADR・週 1 人日キャップ・PoC 候補期限 2026-09 末 (Standard・47/50 一発通過・merge = 受理)。通過後修正 = §コスト試算 H2 化 + テナント層条件 3 件 (撤退条件 #8 法務レビュー = Phase 1 開始ブロッカー / KPI 5 Jr 引き継ぎ文書化 / 自社側ロックイン回収 = Phase 2 ADR 必須入力) + Review After 2026-12 月初。

2026-06-05 — PR #1476 — feat — high (ADR-0120 Phase b: 入口 feature flag 切替 + キャンセル強化 + gateProgress idempotency)

date: 2026-06-05
pr: 1476
category: feat
importance: high
files:
  - drp/src/index.ts (入口 flag 分岐 + fail-loud 503)
  - drp/src/do/pipeline_session.ts (/session/cancel-finalize + seq 照合)
  - drp/src/workflows/pipeline_run_workflow.ts (AbortSignal 伝播)
  - drp/src/workflows/gate_runner.ts (seq 導出純粋関数)
  - drp/src/llm/gateway.ts ほか (計 8 ファイル)
tags:
  - adr-0120
  - drp
  - cf-workflows

ADR-0120 Phase b・本番デプロイ済み。① 入口切替 feature flag: /chat/start?async=true・/runs は WORKFLOW_ENTRYPOINT_ENABLED=true で PIPELINE_RUN_WORKFLOW.create() (instance id = sessionId)、既定 (未設定) は従来 Queue enqueue で挙動不変。切替は wrangler secret put (デプロイ不要・即時 rollback)・create 失敗は fail-loud 503 (決定 5)・session に engine 記録。② キャンセル 3 層 (決定 3): instance terminate 併用 + DO /session/cancel-finalize (complete/error と race しない条件付き終端) + step 内 1 秒 polling + AbortSignal の in-flight LLM HTTP 即中断 (課金停止)。Queue engine は不変。③ gateProgress idempotency (決定 3): gateId+seq (init=0/running=奇数/done=偶数の決定的導出) で DO が適用済み seq 以下を破棄 — step retry/replay の重複・巻き戻り排除。seq なし patch (Queue consumer) は無条件適用。④ 本番 ON は Phase c ステージング検証 (並列 3 run・LLM 429・DO 競合・キャンセル後課金計測) 通過後のみ (撤退条件)。運用手順 = operator_guide §7.12。

2026-06-05 — PR #1480 — docs — mid (DRP 外部設計 EDD-002/EDD-005 の集中整備 — 関連 7 PR バッチ記録)

date: 2026-06-05
pr: 1480
category: docs
importance: mid
files:
  - docs/_internal/03_decisions/decision_pipeline/layers/30_external/data_definitions.md (EDD-002)
  - docs/_internal/03_decisions/decision_pipeline/layers/30_external/external_interfaces.md (EDD-005 新設)
  - docs/_internal/03_decisions/decision_pipeline/layers/00_entry/document_catalog.md
  - docs/_config.json
tags:
  - adr-0117
  - drp
  - edd

別セッション (sub) による EDD 集中整備 7 PR のバッチ記録 (最新 #1480 を主とし関連 = #1468/#1471/#1473/#1475/#1477/#1479)。EDD-005 外部 I/F 一覧の新設 (#1468) に加え、EDD-002 データ定義書を D1 全カラム定義表 (56 カラム・schema.sql + migrate-v2〜v8 のコード実査で正典化 #1471) → 値の例 (実 run 169 件から採取 #1473) → KV/DO/Queue 封筒の値の例 + 連番列 (#1475) → 型と上限の共通規則注記 (#1477) → PK/FK/NN フラグ列分離 (#1479) → デフォルト値列 (#1480) の順で増強し「データ定義書の核」を完成。

2026-06-05 — PR #1464 — docs — mid (受理済み ADR 7 本の Status drift 解消 + 0112 HITL marker 補正)

date: 2026-06-05
pr: 1464
category: docs
importance: mid
files:
  - docs/adr/0112-docs-build-incremental-build.md (HITL marker + accepted-with-residual-risks タグ)
  - docs/adr/0113〜0117・0119 (Status Accepted 化 + 承認日時 — PR #1463)
tags:
  - adr-status
  - hitl
  - residual-risks

handover #1461 指摘の Status 積み残し対応 (関連 PR #1463 を主作業として参照)。#1463 で受理 PR の merge 実績が検証できた 7 本 (0112〜0117/0119) を一括 Accepted 化 + 承認日時記入 (0115/0116 は accepted-with-residual-risks タグ併記)。#1464 はその取りこぼし補正: 0112 は手動 escalate 起票 (PR #1401・CV 4 連続 goalpost) で残余リスク節を持つのに <!-- HITL-RATIFIED-RESIDUAL --> marker が無く plain Accepted 扱いになっていたため、marker + タグを 0115/0116 と同形式で追記 (residual-risks-status-tag lint の双方向整合・Gate 2 corpus は先頭 40 行のみ参照のため Status タグが downstream への唯一のシグナル)。教訓: 手動 escalate 起票時は marker 添付を忘れやすい (自動 escalate は付与される・0112 で実証)。対象外 = 0110 (実機検証待ち) / 0111 (受理記録なし) / 0118 (PR #1443 open) / 0120 (管轄セッション衝突回避)。adr-lint 120/120 pass。

2026-06-05 — PR #1470 — feat — high (ADR-0120 Phase a-2: PipelineRunWorkflow — durable execution 本体・dormant デプロイ)

date: 2026-06-05
pr: 1470
category: feat
importance: high
files:
  - drp/src/workflows/pipeline_run_workflow.ts (新設)
  - drp/src/index.ts (POST /debug/workflow-trigger)
  - drp/wrangler.toml (workflows binding)
  - drp/src/workflows/gate_runner.ts
  - drp/src/queues/pipeline_consumer.ts (他 8 ファイル)
tags:
  - adr-0120
  - drp
  - cf-workflows

ADR-0120 Phase a-2。PipelineRunWorkflow (Cloudflare Workflows) を 1 step.do = 1 gate で実装し本番へ dormant デプロイ (入口未接続・WORKFLOW_TRIGGER_ENABLED 未設定 = 404 で既存 queue consumer 経路に影響なし)。検証は POST /debug/workflow-trigger (Basic auth・dry_run 既定 true) — ① mock early-reject ② 実 LLM Light 全 10 gate 完走 4.7 分 ③ schemaVersion 不一致 → 10.6 秒 failed 終端の 3 経路を実機確認済み (検証手順 = operator_guide §7.11)。残: Phase c (e2e + kill/retry 注入 + ステージング検証ゲート)。Phase b は PR #1476 で完了 (2026-06-05)。

2026-06-05 — PR #1467 — feat — mid (ADR-0120 Phase a-1: checkpoint 基盤 + ADR-0116 Superseded 化)

date: 2026-06-05
pr: 1467
category: feat
importance: mid
files:
  - drp/src/checkpoint/envelope.ts (新設)
  - drp/src/checkpoint/do_checkpoint_saver.ts (新設)
  - drp/src/workflows/gate_runner.ts (consumer から抽出)
  - drp/test/ (checkpoint_envelope / do_checkpoint_saver / gate_runner)
  - docs/adr/0116 (Status: Superseded by ADR-0120)
tags:
  - adr-0120
  - adr-0116
  - drp
  - cf-workflows

ADR-0120 Phase a-1。checkpoint envelope (schemaVersion 付き) + DO-backed BaseCheckpointSaver + gate 実行ロジックの gate_runner 抽出 (queue consumer から分離・Workflow と共用可能に)。ADR-0116 (gate 単位 chunk 化) を Superseded by ADR-0120 に転換 (§Phase 0 調査記録は 0120 の決定根拠として参照継続)。

2026-06-05 — PR #1462 — docs — mid (ADR-0120 受理: Decision Pipeline 実行基盤を Cloudflare Workflows へ移行)

date: 2026-06-05
pr: 1462
category: docs
importance: mid
files:
  - docs/adr/0120-migrate-decision-pipeline-to-cf-workflows-durable-execution.md (新設)
tags:
  - adr-0120
  - drp
  - cf-workflows

Decision Pipeline の実行基盤を Cloudflare Workflows へ移行し durable execution (チェックポイント・リトライ・タイムアウト管理) をプラットフォームに委譲する決定 (Standard・merge = 受理)。HITL 追補としてテナント層条件 4 件 + Review After + §コスト試算 H2 復元を含む。ADR-0116 の自前 chunk 化アプローチを置き換える (Phase a 実装 = PR #1467/#1470)。

2026-06-05 — PR #1459 — docs — low (DRP draft title への mode サフィックス禁止を規約化)

date: 2026-06-05
pr: 1459
category: docs
importance: low
files:
  - .claude/skills/drp-ops/SKILL.md
  - docs/_internal/05_how-to/operator_guide_langgraph.md
tags:
  - drp
  - drp-ops-skill

KV draft の title に (Standard) 等の mode サフィックスを含めない規約を drp-ops Skill + operator_guide に明文化 (mode は triage が判定・深度指定は modeOverride・title 表記はアンカーになるため)。

2026-06-05 — PR #1458 — feat — mid (adr-lint: references-section ルール — §参照のテンプレ正規構造を機械強制)

date: 2026-06-05
pr: 1458
category: feat
importance: mid
files:
  - scripts/lib/adr-lint-rules.mjs
  - tests/adr-lint-rules.test.mjs
  - docs/_internal/05_how-to/adr-lint_rules/rules/references-section.md (新設)
  - docs/_internal/05_how-to/adr-lint_rules.md
  - docs/_config.json
tags:
  - adr-lint

ADR-0019 以降の Standard/Critical ADR に §参照 (References) または §関連 ADR セクションを機械強制する第 20 ルール references-section を追加 (0001〜0018 は grandfather・Light mode は免除)。

2026-06-05 — PR #1460 — docs — mid (ADR-0117 Phase 2: DRP 外部設計 4 分冊 + NFR + テスト計画/設計の sub 分担)

date: 2026-06-05
pr: 1460
category: docs
importance: mid
files:
  - docs/_internal/03_decisions/decision_pipeline/layers/30_external/ (api_specification / openapi.yaml / data_definitions / prompt_io_contracts / state_machine 新設)
  - docs/_internal/03_decisions/decision_pipeline/layers/20_system/nonfunctional_requirements.md (新設)
  - docs/_internal/03_decisions/decision_pipeline/layers/70_verification/ (test_plan / test_design 新設)
  - docs/_internal/03_decisions/decision_pipeline/layers/20_system/system_requirements.md (verified-by 全割当)
  - docs/_internal/03_decisions/decision_pipeline/README.md (§8.1 図3 / §12.4 / §12.5-12.6 / テスト行を抽出・リンク化)
tags:
  - adr-0117
  - drp
  - strangler-fig

ADR-0117 Phase 2 (sub 主体 3.0 人日)。外部設計層 30_external/ を新設し EDD-001〜004 (API 仕様 + openapi.yaml / データ定義 / プロンプト I/O 契約 / 状態遷移仕様) を採番、20_system/ に NFR-001〜008、70_verification/ にテスト計画書 + テスト設計書 (TC-U/TC-G/TC-E/TC-MK 系列採番) を新設。SR-003/005/007〜011 の verified-by 未割当を解消。内容整合指標 2 件 (OpenAPI↔実 API 型 / プロンプト仕様↔nodes) は突合可能な構造で文書化し CI 化は main 申し送り (test_plan §4)。strangler-fig は同一コミット抽出・README 702→約 560 行。発見ギャップ (main 申し送り): policy-alignment の production プロンプトファイル欠落 (実効 SSoT が inline fallback = ADR-0085 と同型の監査 gap)。残 = catalog の Should 優先度 P2 行 (ビジネスフロー図 / UC 一覧 / 画面設計 / C4 L1 / ランブック等) + Phase 3。

2026-06-04 — PR #1454 — docs — mid (ADR-0116 Phase 0 spike ②③: chunk 化は公式 checkpoint API で成立・案C 統合障壁は想定より小)

date: 2026-06-04
pr: 1454
category: docs
importance: mid
files:
  - docs/adr/0116-redesign-decision-pipeline-chunking-to-avoid-consumer-kill.md
tags:
  - adr-0116
  - drp

ADR-0116 Phase 0 spike ②③ の結果を §Phase 0 調査記録に追記。gate 単位 chunk 化は LangGraph 公式 checkpoint API (MemorySaver 互換) で成立し、案C (CF Workflows 統合) の統合障壁は想定より小。本調査記録は ADR-0120 (CF Workflows 全面移行) の決定根拠として参照継続される (0116 Superseded 化後も)。

2026-06-04 — PR #1453 — docs — low (ADR-0116 Phase 0 調査記録 ①⑤⑥: state サイズ実測・DO コスト試算・案C migration 粗見積もり)

date: 2026-06-04
pr: 1453
category: docs
importance: low
files:
  - docs/adr/0116-redesign-decision-pipeline-chunking-to-avoid-consumer-kill.md
tags:
  - adr-0116
  - drp

ADR-0116 Phase 0 調査記録 ①⑤⑥ (state サイズ実測・DO storage コスト試算・案C migration 粗見積もり) を追記。

2026-06-04 — PR #1452 — feat — mid (ADR-0114 main 領分: Tier A 状態 staleness + 引用ブロック smoke test を CI 配線)

date: 2026-06-04
pr: 1452
category: feat
importance: mid
files:
  - scripts/tier-a-header-lint.mjs (新設)
  - scripts/docs-build.mjs (--only 部分ビルドフラグ)
  - .github/workflows/docs-nav-lint.yml
  - docs/adr/0114 (§コスト試算へ確定値附記)
  - docs/_internal/05_how-to/writing-guide.md (§7.1 実装済み化)
tags:
  - adr-0114
  - docs-lint

ADR-0114 main 領分 (followups handover Step 2) の実装。T1: Tier A ページの「状態 = Production × 最終 commit 183 日超」を CI 警告 (checkout fetch-depth: 0 で日付取得)。T2: Tier A 7 ページを部分ビルドし、レンダリング済み HTML に必須 4 項目 (状態/コード/基盤決定/変更履歴) の存在をアサート = FAIL (ビルドツール更新による同時崩壊の検知・§決定 5)。フルビルドが ~10 分かかるため docs-build.mjs に --only prefix フィルタを追加し Tier A のみ ~5 秒で検査。適用保留 2 ページ (corporate-tax/project-accounting) は §1 未展開を info skip。(c) 実行環境 = GitHub Actions で確定し試算 0.25 人日どおり → ADR-0114 §コスト試算へ附記、writing-guide §7.1 の「実装完了まで人手検認で代替」を実装済みに更新。教訓: 初回検証で stale な _site/ artifact を読み偽 FAIL 4 件 — smoke は必ず fresh partial build とペアで実行する設計にした。

2026-06-04 — PR #1451 — docs — mid (ADR-0117 Phase 1: DRP ドキュメント層別再編 must-have の sub 担当 6 項目)

date: 2026-06-04
pr: 1451
category: docs
importance: mid
files:
  - docs/_internal/03_decisions/decision_pipeline/layers/00_entry/id_conventions.md
  - docs/_internal/03_decisions/decision_pipeline/layers/00_entry/glossary.md
  - docs/_internal/03_decisions/decision_pipeline/layers/00_entry/document_catalog.md
  - docs/_internal/03_decisions/decision_pipeline/layers/10_business/business_requirements.md
  - docs/_internal/03_decisions/decision_pipeline/layers/20_system/system_requirements.md
  - docs/_internal/03_decisions/decision_pipeline/README.md
  - docs/adr/templates/template.md
tags:
  - adr-0117
  - drp
  - strangler-fig

ADR-0117 Phase 1 must-have 8 項目のうち sub 担当 6 項目を実装。layers/ 配下に入口層（ID 規約 + L1〜L4 分類ガイド / DRP 用語集 / 9 層×41 文書カタログ索引）・BR-001〜005・SR-001〜011（ゲート毎 1）を新設し、README を 749→701 行にハブ化（§3〜5/§7 を同一コミットで抽出・リンク化、移行前スナップショットは docs/_internal/archive/ に保存）。ADR テンプレに Covers:/Constrains: トレーサビリティフィールドを追加。残 = main 分担 2 項目（CI lint orphan 検出 + PR テンプレ L1-L4 チェック。lint 仕様の正典は id_conventions.md §2.4）。

2026-06-04 — PR #1449 — docs — mid (個人名表記の全量改修 — 達希 → 代表取締役 / アカウントアドレス)

date: 2026-06-04
pr: 1449
category: docs
importance: mid
files:
  - docs/** tasks/** (185 ファイル・~950 箇所)
  - docs/_internal/05_how-to/writing-guide.md (§8 禁止事項に規約追加)
  - drp/src/company_policy.md ほかテスト fixture 3 件
tags:
  - naming-convention
  - cross-workspace

代表取締役指示 (2026-06-04): ドキュメント内の個人名「達希」を全量改修。職位が適切な箇所 (指示・判断・観測・レビューの主体・散文) → 「代表取締役」/ アカウントが適切な箇所 (起案者・Deciders・author 等のメタデータ欄) → [email protected]。例外 2 件は意図的に温存: 500_import/502_bank_importer.js と 800_ops/808_migration_i24.js のコメント・メッセージ内「立替精算_齋藤達希」「振込先名（例: 齋藤達希）」は実データの値を説明する記述のため実データと一致させる。writing-guide §8 に表記規約を明文化 (今後の新規記述に適用)。corpus.json 2 件 (docs-search-worker / rq-eval) と test fixture (author 欄) も追従。検証: docs-nav-lint / adr-lint 118/118 / decision-pipeline 76 テスト全 pass。

2026-06-04 — PR #1446 — fix — mid (Cross-Validation「毀損ロジック」の日本語化 + golden eval FN=0 検証 + drp-ops に eval 手順)

date: 2026-06-04
pr: 1446
category: fix
importance: mid
files:
  - prompts/production/cross-validation/prompt.md
  - drp/src/nodes/cross_validation.ts
  - .claude/skills/drp-ops/SKILL.md
tags:
  - decision-pipeline
  - prompt

代表取締役指示「既存ロジックが英語になってしまう問題も解決して」(sub handover) への main 対応。CV 差し戻しレポートの「毀損ロジック」列 (reasoning) が英語のままだった根因 = Gate 1 にはある [Language] 節が cross-validation プロンプトにだけ無かった。production + inline fallback の両方に [Language] 節を挿入 (semver 1.1.0→1.2.0)。golden eval (Cloud Run gateway・26 cases) で FN=0 / FP=0 / accuracy 100% を実証してから投入 — [Language] 節は undermines 判定に影響しないことを確認済み。あわせて drp-ops Skill に「Cross-Validation golden eval」節を新設 (Cloud Run + keychain MASTER key の確立手順・Docker/ローカル gateway は起動しない・.dev.vars の罠 2 つ)。KV へは main merge の prompt_eval.yml が自動 push。

2026-06-04 — PR #1436 — docs — mid (failure_patterns #44: worker デプロイが in-flight 審査 run を kill + CLAUDE.md ガード追加)

date: 2026-06-04
pr: 1436
category: docs
importance: mid
files:
  - docs/_internal/06_ops/failure_patterns.md
  - CLAUDE.md
  - tasks/prompts/main_2026-06-04_adr0114-0115-mas380-followups.md
tags:
  - decision-pipeline
  - deploy
  - claude-md

PR #1431 merge の自動デプロイ (deploy-worker.yml, 12:05 UTC) が実行中の審査 run (drp-layered-docs-architecture 再投入) の consumer invocation を kill → 再配信は isInflightRedelivery ガードで ack-skip → EC-3 watchdog が idle 1200s で error 終端 (12:26, telemetry 記録あり = watchdog は設計どおり機能)。merge = 即本番デプロイの配線に対し実行中 run との排他がない構造を failure_patterns #44 として教訓化し、CLAUDE.md Workflow 節に「worker src PR の merge 前に審査 run 実行中でないかユーザーに確認」を追加。構造解消は queue-consumer-gate-chunking ADR (審査 pass 済・PR 起票待ち)。あわせて followups handover に Step 1 (PR #1420)・Step 3 (PR #1426) の完了を追記。

2026-06-04 — PR #1435 — docs — mid (ADR-0115 sub 実装: 知識レイヤページ + drp-ops Skill + drift 修正 + 棚卸し)

date: 2026-06-04
pr: 1435
category: docs
importance: mid
files:
  - docs/_internal/05_how-to/agent_knowledge_layers.md (新設・nav I.05.0.25)
  - .claude/skills/drp-ops/SKILL.md (新設・リポスコープ Skill 第 1 号)
  - docs/adr/README.md
  - scripts/deep_research_meta_prompt.md
  - CLAUDE.md
  - README.md
  - docs/_internal/02_project/BUG_tracking.md
tags:
  - adr-0115
  - knowledge-layers

ADR-0115 (PR #1423 受理) の sub 領分実装。①知識レイヤページ新設 (6 層責務表 + 書き分け決定表 + ユーザースコープ依存インベントリ + 実害 4 件の層別トレース表 + ベースライン記録)。発効判定: 層定義欠如起因 3 件 ≥ 2 で正式発効。②drp-ops Skill 新設 — staleness lint S1/S2/S3 ローカル pass・draft フラグなし (main の lint PR #1426 実装済みで Confirmation 7 条件成立)。③drift 修正 3 件: adr/README.md の adr-kit 参照 → drp-ops 付け替え (adr-kit はユーザースコープにも実体なしと実査確定) / prompt_*.md 3 件の位置づけはインベントリに収載 / meta prompt 保存先記述を実慣行へ同期 [cross-workspace]。④CLAUDE.md: Progress tracking「sub も対象」+ 書き分け 5 行要約 (159 行 ≤ 200 目安)。⑤sub auto-memory 棚卸し: 行番号参照除去 4 ファイル・解決済み 2 件削除 (clasp33 疑義/mermaid)・重複索引統合 1 (force-push 旧記載も更新)・索引 52→49 件 (≤50 上限)。⑥実害③ (外部書込承認の拡大解釈) は層定義欠如以外が原因のため COM-0381 起票 (クローズ期限 2026-07-04・恒久対処の hooks 拡張は main 領分)。⑦README に docs/知識レイヤページへの導線追加。

2026-06-04 — PR #1431 — feat — mid (Gate 1 盲点レポートの文体規則追加 + gate1-pm/judge SSoT 欠落解消)

date: 2026-06-04
pr: 1431
category: feat
importance: mid
files:
  - prompts/production/gate1-da/prompt.md
  - prompts/production/gate1-pm/ (新設)
  - prompts/production/gate1-judge/ (新設)
  - drp/src/nodes/socratic.ts
tags:
  - decision-pipeline
  - prompt

代表取締役指摘「盲点の記述がわかりにくい」(sub handover PR #1428) への main 対応。Gate 1 の DA/PM/Judge 3 プロンプトに [Writing style] 節を追加 — title は「(状況)すると、(具体的に何が起きるか)」の一文形式 (コロン前振り・体言止め・抽象語のみ禁止、60 字目安)、evidence は最大 3 文で核心先頭、suggested_action は動詞始まり。副産物として gate1-pm / gate1-judge の prompts/production/ SSoT 欠落を解消 (meta.yaml + output_schema.json 新設、semver 1.0.0。gate1-da は 1.1.0→1.2.0)。socratic.ts の fallback 3 本を production と一字一句同期 (機械検証済) + 同期運用コメント追加。graph 分岐・閾値・出力スキーマ変更なしのため ADR 不要 (dedupe は run 内 title 比較のみで挙動不変)。KV へは main merge の prompt_eval.yml が自動 push (手動 push 不要)。注: socratic.ts は温度をハードコード (DA 0.95/PM 0.8/Judge 0.2) し loadLlmParams 未使用のため、新設 meta の llm_params は記録のみ (KV :params は inert)。文体の実機確認は次回審査 run で実施。

2026-06-04 — PR #1424 — docs — low (BUG_tracking: MAS-361 の §2 stale 残留行を削除)

date: 2026-06-04
pr: 1424
category: docs
importance: low
files:
  - docs/_internal/02_project/BUG_tracking.md
tags:
  - tracking-consistency

MAS-361 (73_bs_plan 売掛金 sStr 境界条件) は PR #509 (commit d32cfa16, 2026-05-07) で修正済み・§1 に完了記録があるにも関わらず、§2 (未修正・調査中) に同一行が stale 残留していた二重掲載を解消。§2 を 5件→4件に訂正し、修正状況サマリーも実カウント (26/4/30) へ更新。引き継ぎ書の「GAS 側未修正バグ 4 件」は実際には MAS-297 / MAS-303 / MAS-362 の 3 件 (+ cosmetic MAS-358)。

2026-06-04 — PR #1422 — docs — mid (案件 ID prefix を領域別に分離 — MAS-371〜380 を DRP-/COM- へリナンバー)

date: 2026-06-04
pr: 1422
category: docs
importance: mid
files:
  - docs/_internal/02_project/BUG_tracking.md
  - docs/_internal/06_ops/changelog.md
  - docs/_internal/05_how-to/operator_guide_langgraph.md
  - docs/adr/0089, 0101, 0111, 0112 ほか tasks/prompts 6 件
tags:
  - id-numbering
  - cross-workspace

案件 ID prefix の領域別分離（代表取締役指示・2026-06-04）: MAS-NNN が「リポ全体の汎用連番」に成り崩れ、DRP (Decision Pipeline) のバグや共通基盤案件まで MAS を冒認していた。prefix を MAS-（管理会計 GAS）/ DRP-（Decision Pipeline）/ COM-（認証・docs サイト基盤など共通横断） の 3 本立てに分離し、既存の MAS-371〜380 を prefix 振替方式（番号維持） でリナンバー — DRP-371/374/375/376/377/378/379/380 + COM-373（MAS-372 は案件未割当のため欠番のまま、MAS-370 以前は grandfather。380 は本 PR 作業中に PR #1417 で起票されたため合流時に振替）。番号空間は全 prefix 共有の連番を維持（次 = 381）し重複採番を排除。BUG_tracking §3 の採番ガイドを改定（旧「BUG-NNN」表記の自己矛盾も解消）し、git コミットメッセージ内に残る旧 ID 用のリナンバー対応表を新設。マージ済み PR (#1398/#1402/#1405/#1411/#1417) のタイトルは gh pr edit で新 ID へ更新。

2026-06-04 — PR #1415/#1416/#1418/#1420 — fix/feat — high (残課題バッチ: tooltip clip / 採番時予防 / 実 LLM e2e 機械化 / chat escalate 起票不能)

date: 2026-06-04
pr: 1420
category: fix
importance: high
files:
  - templates/page.html
  - drp/src/nodes/numbering.ts
  - .github/workflows/drp-real-e2e.yml
  - drp/src/nodes/crossval_loopbreaker.ts
tags:
  - decision-pipeline
  - docs-site
  - ci

残課題 4 件の一括消化 (時系列): ① PR #1415 (COM-373) docs サイトの表内 glossary tooltip clip を hover 時 fixed 配置への動的切替で解消 (Playwright 実 hover 検証済)。② PR #1416 (DRP-377) numbering gate が open PR の予約 ADR 番号を考慮して採番 (fail-open + adr-lint duplicate の二段構え、numbering_pure.ts 切り出し + 8 テスト)。③ PR #1418 (ADR-0111 フォローアップ) 実 LLM e2e の機械化 — 契約/chat ハンドラ変更 PR で CI 自動実行 (real-llm-e2e job)・隔週 scheduled・workflow_dispatch リリースゲート。real/ スクリプト 2 本を DRP-379 分離ボタン UI へ追従。導入 PR 自身の CI で実 e2e が本番に対し ok:true ×2 を確認 (self-validation)。ADR-0111 corrigendum 追記。④ PR #1420 (DRP-380) chat 経路の escalate で slug/採番がスキップされ「PR 作成」ボタンが 400 になるバグ修正 — DRP-371 修正で chat loop-breaker が初発火した先の未配線 (session 23dc778e 実発生)。ガード dryRun !== true 化 + buildEscalateAcceptMessage で経路別メッセージ出し分け (虚偽「起票しました」解消)。あわせて DRP-376 残課題① (invocation 上限の gate 単位 chunk 化) の ADR 起案 draft を作成 (KV 投入は判断待ち)。

2026-06-04 — PR #1411 — fix — mid (DRP-379: 審査開始/キャンセルを分離ボタン化 — 誤連打の即キャンセル事故を防止)

date: 2026-06-04
pr: 1411
category: fix
importance: mid
files:
  - drp/public/chat.html
  - drp/test/e2e/ui/chat_state_machine.spec.ts
  - docs/adr/0101-pipeline-cancel-in-flight-review.md
tags:
  - decision-pipeline
  - chat-ui

DRP-379 修正: ADR-0101 の単一トグルボタン (開始⇄停止) は誤連打 (ダブルクリック) で 1 打目の審査開始直後に 2 打目がトグル化済みボタンを踏んで即キャンセルになる事故が実運用で発生 (代表取締役観測・変更指示)。#cancel-btn (独立 type="button"・審査中のみ表示) を新設し協調キャンセル/キャンセル予約/リロード復元停止を移設、審査中は #start-btn を disabled「審査中…」に (二重 submit 防止・重複起動の主防御はサーバ 409 排他で不変)。ADR-0101 へは corrigendum 方式で「単一トグル」撤回を追記 (決定本文不変)。副次効果: キャンセルが type=button 化したことで DRP-375 の formNoValidate 回避策が構造的に不要となり撤去。e2e は分離ボタン状態機械で全面更新 + 誤連打回帰テスト新設 (ダブルクリック → cancel 0 件・start 1 回)、11/11 pass。

2026-06-04 — PR #1405 — fix — mid (DRP-378: 中間結果パネルの要否判定「判定: - / モード: -」ギャップを解消)

date: 2026-06-04
pr: 1405
category: fix
importance: mid
files:
  - drp/src/queues/pipeline_consumer.ts
  - docs/adr/0089-decision-pipeline-progressive-streaming-per-gate.md
tags:
  - decision-pipeline
  - progressive-streaming

DRP-378 修正: ADR-0089 corrigendum (2026-05-30) の既知ギャップ — chat UI「審査中の中間結果」パネルの要否判定が常に 判定: - / モード: -。triage は preGraph (非ストリーミング) 実行のため streaming ループの patchPartial が捕捉できず、main graph の triage ノードは needsAdr 設定済で {} を返し空 partial が書き込まれていた (2026-06-04 の全 run で partial:triage={} を実測・デプロイ退行ではない)。修正: ①consumer の pre 解決点で patchPartial('triage', ...) を明示書込 (early-reject でも判定理由を表示) ②extractGatePartial('triage') は needsAdr 不在の空出力で null を返し streaming ループの {} 上書きを防止 ③ADR-0089 corrigendum に解消を追記 (socratic は ADR-0071 で main graph 移動済みのため現存ギャップは triage のみだった)。実機確認は次回 chat run。

2026-06-04 — PR #1402 — fix — high (DRP-371: chat UI 経路の draftId 欠落で loop-breaker 無言無効を修正)

date: 2026-06-04
pr: 1402
category: fix
importance: high
files:
  - drp/src/index.ts
  - drp/src/queues/pipeline_consumer.ts
  - drp/public/chat.html
  - drp/test/e2e/ui/draft_binding.spec.ts
tags:
  - decision-pipeline
  - loop-breaker

DRP-371 修正: chat UI 起点の全審査で ADR-0109 goalpost loop-breaker が構造的に発火不能だった (escalate KPI 常時 0・無言)。真因はサーバ側 — chat UI は元から draft_id を送信していた (active-draft-id hidden input) が、/chat/start handler が受領せず session state の draftId が常に欠落 → telemetry NULL → 履歴クエリ (WHERE draft_id) が原理的に不可能。修正: ①サーバで draft_id 受領 (DRAFT_ID_RE 検証) → DO state 伝播 + triggerSource: 'web-ui' 明示 (経路識別の「推定」を解消) ②consumer の loop-breaker スキップ時に crossval_loopbreaker_skipped 警告ログ (safety 機構の無言無効化を可視化) ③UI 防御 — 紐付け draft ID の可視チップ + ✕ 解除ボタン (stale 紐付け事故防止) + active-draft-id/active-draft-retroactive の localStorage 永続化 (リロードで履歴連続性が切れる逆方向 stale も解消)。mocked-route e2e 3 本追加 (draft_binding.spec.ts)、e2e 10/10・unit 46/46 pass。残: draft 未ロードの直書き起案は draft_id なし (チップ非表示で可視) — 原稿ハッシュ代替キーは見送り。あわせて BUG_tracking の DRP-374 を §1 修正完了へ移動 (実機検証合格: 並走 3 run で後発 2 run が queued 370s 超を通過し完走・watchdog-timeout 新規 0)。

2026-06-04 — PR #1399 — docs — mid (test-tc.mjs 転写プロンプト陳腐化を既知化 — triage 検証の正は tools/triage-eval)

date: 2026-06-04
pr: 1399
category: docs
importance: mid
files:
  - docs/_internal/03_decisions/decision_pipeline/README.md
  - docs/_internal/03_decisions/decision_pipeline/prompts/01_triage.md
tags:
  - decision-pipeline
  - prompt-drift

DRP Triage 単体テスト (triageOnly) 実施時に発見した未追跡の改修漏れを docs 側で既知化。test-tc.mjs 内の転写プロンプトは 2026-05-12 の作成以降未更新で、「迷ったら厳しめ（上位モード）」の旧ルールのまま — 本番 SSoT / inline fallback は 2026-05-14 (dc5350f) と 2026-06-02 (ADR-0102 ① semver 1.2.0) に「Standard を既定値」へ改修済。同期規約 (DRP README §9.1) が「production prompt.md + 設計 doc の同一 PR 更新」のみ規定し、test スクリプト内の第 3 の転写が対象外だったのが構造要因。対応: ① DRP README §12 テスト表に「triage 分類検証の正は tools/triage-eval/eval.ts (SSoT 直読み・golden 26・FN=0 ゲート)」と陳腐化注記を明記、② prompts/01_triage.md 検証観点の旧文言 2 行を現行ルールに同期 (v0.4 — v0.3 実装同期の取りこぼし)。

• main 申し送り: test-tc.mjs の転写プロンプトを SSoT 読込化、または triage 部分を退役して tools/triage-eval/ に一本化。同スクリプトの SCORING_SYSTEM 転写も 2026-05-12 のままのため gate4-scoring SSoT との drift を同時点検推奨。いずれもコード変更 = main 領分。

2026-06-04 — PR #1398 — fix — high (DRP-374: queued watchdog の queue 待ち誤検知を解消 = 閾値 30 分 + 回復ガード)

date: 2026-06-04
pr: 1398
category: fix
importance: high
files:
  - drp/src/do/session_watchdog.ts
  - drp/src/queues/pipeline_consumer.ts
  - drp/test/session_watchdog.test.ts
  - docs/_internal/05_how-to/operator_guide_langgraph.md
tags:
  - decision-pipeline
  - watchdog

DRP-374 真因確定 + 修正: telemetry D1 実測で起票時の仮説 1 を確定 — session 906aafc2 の enqueue (06:22:23) と先行 run 82e46bff の開始 (06:22:24) が 1 秒差で、実効直列 consumer (max_batch_size=1) の正常な順番待ち (8.3 分) を QUEUED_STUCK_MS=300s watchdog が取りこぼしと誤検知して error 終端。さらに配達された message を R4 終端ガードが ack-skip し永久不実行 (遅延=死の合せ技)。修正は二段構え: ① QUEUED_STUCK_MS 5 分→30 分 (worst-case 1 run 占有 ~25 分をカバー)、② R4 ガードに回復路 — error.gate='queue_pickup' (= consumer 未着手が確定している誤検知) は ack-skip せず通常実行へ回復 (純粋関数 isRecoverableQueuedTimeout()、完走 telemetry が INSERT OR REPLACE で偽 error 行を上書き)。トレードオフ: ADR-0103「取りこぼし即検知」は 30 分へ後退 (誤検知による run 喪失の実害が上回る)。max_concurrency 引き上げは numbering 重複採番の再導入リスクで見送り。consumer_timeout (running 由来) は gate 部分実行済みのため回復対象外。

2026-06-04 — PR #1375〜#1383 — feat — high (Web UI CI テストの 2 層標準化 = ADR-0111 + queue 再配信バグ修正)

date: 2026-06-04
pr: null
category: feat
importance: high
files:
  - drp/test/e2e/ui/
  - drp/src/contracts/chat_api_contract.ts
  - .github/workflows/drp-test.yml
  - docs/adr/0111-webui-ci-test-two-tier-mocked-e2e.md
tags:
  - decision-pipeline
  - testing
  - cross-workspace

Web UI CI テストを 2 層構成に標準化 (ADR-0111・main 実装): ① PR #1375 mocked-route ブラウザ e2e (test/e2e/ui/, Playwright page.route() で全 API モック・LLM/Worker 不要・CI 実測 1m16s〜24s) を毎 PR ゲート化 (ui-e2e job)。実 LLM full-run (test/e2e/real/, 2-4 分・課金) は on-demand 温存。② PR #1376 e2e が導入当日に発見したバグ修正 (復元セッション + フォーム空で停止トグル無反応 → formNoValidate 迂回、DRP-375)。③ PR #1377 CLAUDE.md 変更時テスト表に chat.html 行追加。④ PR #1383 mock drift の機械ゲート — サーバ/モック共有の応答契約 chat_api_contract.ts (型のみ・依存ゼロ) を双方 satisfies + CI type-check:e2e で毎 PR 強制 (導入時に既存モックの非現実 2 件を即検知)。ADR は審査初回 CV 差し戻し → #1383 実装後の再投入で通過 (42/50 Standard)・PR #1386 merge。⑤ PR #1382 queue 再配信バグ修正 (DRP-376): フル 10 gate (16 分) が Queues consumer invocation 上限を超え complete 書込後・ack 前に kill → at-least-once 再配信が running を素通りして全 gate 3 周再実行 (通過 result が差し戻し result に上書き・課金 ~3 周・telemetry 0 行)。isInflightRedelivery() (running + updatedAt 20 分鮮度) で ack-skip。残課題 2 点 (invocation 上限超え構造 / kill 時 telemetry 喪失) は BUG_tracking DRP-376 に記録。docs 反映: docs/operations/testing/03_webui_e2e.md 新設 (SSoT = test/e2e/README.md への参照 + 使い分け判断基準)。

2026-06-04 — PR #1390/#1391 — fix — mid (ADR-0110 二重採番の解消とガード)

date: 2026-06-04
pr: null
category: fix
importance: mid
files:
  - docs/adr/0111-webui-ci-test-two-tier-mocked-e2e.md
  - scripts/adr-lint.mjs
tags:
  - adr
  - decision-pipeline

numbering gate が open 中の ADR PR を考慮せず main の docs/adr/ だけで採番するため、並行起案で ADR-0110 が二重発行 (webui-ci ADR と CF Access token ADR)。PR #1391: 後発の webui-ci ADR を ADR-0111 へリナンバー (先着 PR #1364 = CF Access token が 0110 を保持)。PR #1390: 再発防止として adr-lint に [duplicate-adr-number] ルール追加 (同一番号 2 本以上で CI fail = 防壁)。根本対策 (numbering gate の open PR 予約番号考慮) は未対応 → DRP-377 として BUG_tracking §2 に記録 (main 担当)。

2026-06-04 — PR #NNN — docs — mid (DRP-374 起票: queue consumer pickup stall + ADR-0110 OQ 追補 + 旧 PR 整理)

date: 2026-06-04
pr: null
category: docs
importance: mid
files:
  - docs/_internal/02_project/BUG_tracking.md
  - tasks/prompts/main_2026-06-04_queue-consumer-pickup-stall.md
  - docs/adr/0110-swap-decision-pipeline-basic-auth-to-cloudflare-access-token.md
tags:
  - decision-pipeline
  - bug
  - cross-workspace

🐛 DRP-374 起票 (sub 発見・真因調査は main): draft docs-incremental-build の審査 run (session 906aafc2) が queued のまま consumer に pickup されず EC-3 watchdog が idle 300s で error 終端・審査未実施 (rejection_reason_code='watchdog-timeout')。watchdog 自体は正常発火で、根本側の pickup 不全が未特定。同時間帯の並走 run 完了から「並行度 1 × キュー順番待ちの stuck 誤判定」が有力仮説。真因仮説 3 案 + 調査ポイント: tasks/prompts/main_2026-06-04_queue-consumer-pickup-stall.md。採番ガイドを次=DRP-375 に更新。併せて同日: PR #1364 (ADR-0110) に Open Questions 節を追補 (OQ-1: Access service token の *.workers.dev 直下適用可否＝カスタムドメイン前提の実機検証 / OQ-2: 緊急スイッチ→IP allowlist 一時切替へ再設計推奨) + adr-lint 定番 2 件後修正 (コスト試算 H2 化・「要追記」除去)。旧 OPEN PR を整理: #1278 close (06-04 handover #1385 で代替) / #791 close (main 領分・stale)。

2026-06-04 — PR #NNN — docs — mid (DRP-371 起票: chat UI 経路 draftId=null で loop-breaker 無効)

date: 2026-06-04
pr: null
category: docs
importance: mid
files:
  - docs/_internal/02_project/BUG_tracking.md
  - tasks/prompts/main_2026-06-04_chatui-draftid-loopbreaker-bug.md
tags:
  - decision-pipeline
  - bug
  - cross-workspace

🐛 DRP-371 起票 (sub 発見・実装は main): chat UI (web-ui) 経路が src/index.ts:120 で draftId: null をハードコードしており、telemetry の draft_id が NULL → pipeline_consumer.ts の goalpost loop-breaker が state.draftId ガードで無言スキップ。draft crossval-systemic-fix の審査で実発生 (2026-06-04: 2 連続 CV 却下 × 盲点全入替なのに escalate PR 不起票)。chat UI 起点の全審査で ADR-0109 Part2/4 (bounded rounds escalate) が発火不能。GET /audit/runs 実測で 06-04 run 全件 draft_id=None を確認。修正方向 3 案 + 検証手順を handover tasks/prompts/main_2026-06-04_chatui-draftid-loopbreaker-bug.md に整理。併せて同 draft は ADR-0109 と重複記録のため KV から取り下げ (DELETE 204)。BUG 採番ガイドの stale 記載 (次=MAS-298) を MAS-372 に更新。

2026-06-03 — PR #1352〜#1357 — feat — high (ADR-0103 入口統一 案C′ + EC-3 watchdog + MVP 卒業)

date: 2026-06-03
pr: 1357
category: feat
importance: high
files:
  - drp/src/triage/shared_triage.ts
  - drp/src/do/session_watchdog.ts
  - docs/adr/0103-unify-pipeline-entry-enqueue-polling.md
  - docs/_internal/03_decisions/decision_pipeline/mvp_exit_criteria.md
tags:
  - decision-pipeline
  - adr-0103
  - mvp-graduation

Decision Pipeline の入口統一 (ADR-0103) を 案 C′ (shared triage module) で実装し MVP 卒業 (EC-1〜6 全充足) を達成。当初の採択案 (chat も即 enqueue 化) は Phase A-4 で案 C′ に方針転換 — 入口は /chat/start (Web UI 同期 triage 維持) と /runs (CI) の 2 つのまま、triage 派生フィールド整形 (chat 応答 / session cache / consumer DO result / telemetry) を src/triage/shared_triage.ts に集約して drift を構造解消 (EC-2 / #1353)。即時応答性 (ADR-0066) と ADR-0094 Phase B は supersede せず維持。EC-3 (Queue silent failure) は入口統一と独立した既存ギャップとして per-session DO alarm watchdog で別途解消 (#1354 実装 / #1355 probe / #1356 early-reject telemetry)。関連 PR: #1352 (ADR-0103 A-4+Accepted) / #1353 (EC-2 shared triage) / #1354 (EC-3 watchdog) / #1355 (watchdog probe) / #1356 (web UI early-reject telemetry) / #1357 (MVP 卒業記録)。

2026-06-03 — PR #1348 — fix — mid (Cross-Validation golden 厳格化)

date: 2026-06-03
pr: 1348
category: fix
importance: mid
files:
  - drp/test/datasets/cross-validation/golden.jsonl
tags:
  - decision-pipeline
  - cross-validation
  - adr-0109

Cross-Validation の golden eval ラベル #11/12/13/18 を false → true に厳格化訂正 (FP=0 / FN=0)。審査ポリシーを「具体的緩和機構 (具体設計 / Confirmation fitness function / 撤退条件) を要求し、①計画・言及のみ / ②単なるコスト計上・関連記述 / ③未採択 option 参照 / ④目的再定義による回避 / ⑤concrete-but-partial は addressed と認めない」と固定化。ADR-0109 Part1 ライフサイクル整合バーの判定基準を golden で回帰テスト化したもの。

2026-06-03 — PR #NNN — docs — low (DOC-OPS-18 テーマ② KV 投入)

date: 2026-06-03
pr: null
category: docs
importance: low
files:
  - docs/_internal/02_project/TODO_future.md
tags:
  - doc-ops
  - decision-pipeline
  - auth

DOC-OPS-18 (RQ-085 認証衛生) のテーマ② = Decision Pipeline の内部 Basic 認証 → Cloudflare Access service token を起案。起案者生テキスト (operator §4.1 形式・checkTriageGate Standard/Critical とも blocked 0) を作成し KV /drafts へ投入 (id=pipeline-basic-auth-to-cf-access-token, POST 201)。TODO_future の DOC-OPS-18 を「②投入済・代表取締役の審査 run 待ち / 残③未起案」に更新。3 モデル一致 (RQ-085 #3) を根拠とし、sub audit API 疎通の正規化も兼ねる。

2026-06-03 — PR #1351 — docs — low (Triage 処理フローチャート追加)

date: 2026-06-03
pr: 1351
category: docs
importance: low
files:
  - docs/_internal/03_decisions/nodes/01_triage.md
tags:
  - decision-pipeline
  - triage
  - mermaid

nodes/01_triage.md §5.1 に triageNode() 内部分岐の mermaid 処理フローチャートを追加。冪等チェック → short-circuit → LLM 判定 → consistency override → is_adr_worthy → 起案前ゲート (ADR-0088 cost / ADR-0091 3 ルール) → needsAdr 確定、の各分岐と差戻し時の triageRejectKind (not-adr-worthy / pre-gate-block) を可視化。緑=pass / 赤=reject の classDef 付き。client-side mermaid 描画 (PR #1247) で表示。

2026-06-03 — PR #1350 — docs — mid (Triage ノード doc を実装追従)

date: 2026-06-03
pr: 1350
category: docs
importance: mid
files:
  - docs/_internal/03_decisions/nodes/01_triage.md
tags:
  - decision-pipeline
  - triage
  - adr-0102
  - adr-0095

Triage ノード設計ドキュメント (nodes/01_triage.md) を現行 triage.ts / gate0-triage プロンプトに追従。処理フロー (short-circuit / 起案前ゲート / RejectKind) は追従済だったが §5 判定ルールが ADR-0102・lint-governance 修正前のままだった点を是正。

• §5 判定ルールを 6→7 ルールに更新: ADR-0102 の 排他的除外リスト (Pipeline ノード/ゲート変更・triage 基準変更・telemetry スキーマ変更等を強制 Standard) を追加。rule 3 に lint/CI ガバナンス=ADR 対象の明示 (false-negative 修正)、rule 7 に整合性ルール (is_adr_worthy×mode) を追加。
• §5 short-circuit に閾値 TRIAGE_SHORT_CIRCUIT_MAX_CHARS (既定80・"0"無効) / Grapheme 計数 / ADR 識別子パターンを追記。
• §11 弱点に排他的除外リスト・lint-governance false-negative・short-circuit FP 監視を追加。§13 設計ログに ADR-0088 精度改善 / 0094 / 0095 / 0102 / lint-governance 修正を追記、末尾「実装更新 (2026-06-03)」節を新設。
• §9 edge snippet を実装の s?.needsAdr に修正。

2026-06-03 — PR #1347 — docs — mid (Cross-Val Part4 / ADR-0109 docs 追従)

date: 2026-06-03
pr: 1347
category: docs
importance: mid
files:
  - docs/_internal/03_decisions/decision_pipeline/README.md
  - docs/_internal/05_how-to/operator_guide_langgraph.md
  - docs/_config.json
tags:
  - decision-pipeline
  - cross-validation
  - adr-0109
  - telemetry

Cross-Validation 過剰審査 根本治療 Part4（ADR-0109 / bounded rounds） の本番反映を README / operator_guide に追従。実装 PR #1335(ADR本体) / #1342(trailing-contiguous) / #1339(dry_run ガード) / #1343(telemetry v8)。

• escalate 挙動の訂正: PR #1315 で「escalate は rejected のまま・新終端状態ではない」と記述したが、Part4 で rejected=false で PR 起票（slug+numbering+webhook 実行 + 本文に「Known Limitations / Escalated Residual Risks」節 + HITL マーカー）に変更。人間の merge=受理 / close=却下 が最終終端。sequence・state 図・凡例・ASCII 詳細図を訂正。
• loop-breaker を trailing-contiguous（非隣接却下は連続数に数えない）+ round-cap（CROSSVAL_ROUND_CAP 既定3）に更新。同一盲点の持続却下は cap より優先で reject 温存（FN=0）。
• フィーチャーフラグ表に CROSSVAL_ROUND_CAP 追加。telemetry マイグレーション履歴に v4〜v8（crossval escalate 4 列）を追記。
• ADR-0109 を README 関連 ADR リスト + nav（A.09.5.71）に登録（main がファイルのみ追加で nav 未登録だった）。
• Part5（多モデル多数決 verify）は negative result で本番未統合（--verify 診断のみ温存 / PR #1345）と明記。

2026-06-03 — PR #NNN — docs — low (DOC-OPS-14 解決マーク)

date: 2026-06-03
pr: null
category: docs
importance: low
files:
  - docs/_internal/02_project/TODO_future.md
tags:
  - doc-ops
  - adr-lint
  - verification

DOC-OPS-14 (adr-lint scope-meta / confirmation-section の新規 ADR 再発防止) を ✅ 解決にマーク。main 側で body-generation prompt に systemic fix 2 点 (① Scope メタ出力、② ## Confirmation H2 強制) が deploy 済みであることを sub ローカルで検証: prompts/production/body-generation/prompt.md に両指示 (adr-lint ルール名明記) を確認、新規 ADR-0105/0106 が後修正なしで pass、node scripts/adr-lint.mjs docs/adr/ が 107/107 pass (100%)。以後 sub の手動遡及は不要。

2026-06-02 — PR #1333 — docs — mid (ADR-0107 起票: ADR 情報資産化)

date: 2026-06-02
pr: 1333
category: docs
importance: mid
files:
  - docs/adr/0107-adr-asset-index-cross-view-dependency-graph.md
  - docs/_config.json
tags:
  - adr
  - knowledge-asset
  - cross-workspace

ADR が 107 本に達したのを受け、情報資産としての活用機構を設計する ADR-0107 (Proposed/Standard) を起票。全 107 本を 1 パス分析した実データ (孤立 0 本・最多被参照 ADR-0036:46 / Scope 欠落 48 本) を Context の根拠にした。決定は「単一抽出器 → adr-index.json (SSoT) → 自動カタログ / メタデータ横断ビュー / 依存グラフ / RAG エクスポートの 4 出力」で、prompt-catalog.mjs (ADR-0106) の自動生成・--check 型を ADR に転用する同型設計。実装 (scripts/**・CI) は workspace_rules マトリクス上 main 専属のため [cross-workspace] ハンドオフとし、本 PR は sub 担当の設計 ADR + nav 登録のみ。adr-lint PASS / docs-nav-lint 0 FAIL 確認済。

2026-06-02 — PR #NNN — docs — low (旧letter系spec改名 repoint・第4弾)

date: 2026-06-02
pr: null
category: docs
importance: low
files:
  - docs/implementation/legacy-dev/*.md (12 ファイル)
tags:
  - docs-hygiene
  - link-check
  - legacy

ドキュメント健全化・第4弾。dev_F-/dev_S-/dev_N- 系 spec は消滅でなく dev_mas-NNN_<同一suffix> へ改名済みと判明。内容 suffix の unique 一致で 36 件を改名先へ repoint (dev_F 33 + dev_S 2 + dev_N 1、曖昧 0)。broken-internal-link 54→26。残 26 (ambiguous README/01_triage/index、テンプレ placeholder XXXX/dev_mas-NNN/dev_{ISSUE_ID}、番号ごと消滅 dev_mas-357/200/140/052/050/041、削除済み task_F/gemini_review、slug-drift dev_mas-078/014) と broken-anchor 97 は実体無し or 個別判断要で保留 (捏造回避)。link-check 累計 1532→26 (-98%)。

2026-06-02 — PR #NNN — docs — low (アンカー切れ補正・第3弾)

date: 2026-06-02
pr: null
category: docs
importance: low
files:
  - docs/**/*.md (目次アンカー 8 ファイル)
  - docs/architecture/use_cases.md
tags:
  - docs-hygiene
  - link-check
  - anchor

ドキュメント健全化・第3弾。(1) /_internal/TODO_future.md の絶対パスリンク 2 件を移動先 (_internal/02_project/) へ是正。(2) 切れた目次アンカーのうち「リンク文字列が見出しと一致 ＋ その見出しが文書内で一意」のものだけ 34 件を正しい slug へ自動補正 (重複見出し・テキスト不一致は誤補正回避のため保留)。broken-internal-link 56→54 / broken-anchor 131→97。残 (内部 54: 削除済み dev_F 系 spec / ambiguous README / テンプレ placeholder、アンカー 97: 短ラベル目次 SUMMARY 等 / 削除済み見出し) は実体が無い or 個別判断が必要で保留 (捏造回避)。

2026-06-02 — PR #NNN — docs — low (legacy リンク一括是正・第2弾)

date: 2026-06-02
pr: null
category: docs
importance: low
files:
  - docs/**/*.md (188 ファイル・旧構造参照リンク)
  - .github/docs-link-check-allowlist.json
tags:
  - docs-hygiene
  - link-check
  - legacy

ドキュメント健全化・第2弾 (Task3)。再編前の旧構造を指す壊れリンクを「docs 内に唯一の同名ファイルが在れば移動先へ repoint、無ければ捏造せず保留」の安全規則で 1375 件一括是正 (188 ファイル)。例: ../dev/X→implementation/legacy-dev/X、../prd.md→architecture/prd.md、TODO_future.md→_internal/02_project/。repoint で旧アンカーが新ファイルに無い 30 件は # を除去 (有効 3 件は保持) し broken-anchor を増やさず。CLAUDE.md (リポ root・docs サイト外・repoint 不可) は link-check allowlist に 1 パターン登録。結果 broken-internal-link 1532→56 (−96%)。残 56 は削除済み dev_F 系 spec / ambiguous (README) / テンプレ placeholder で実体が無く保留 (捏造回避)。broken-anchor 131 は据置 (別途)。

2026-06-02 — PR #NNN — docs — low (リンク健全化 + nav 登録)

date: 2026-06-02
pr: null
category: docs
importance: low
files:
  - docs/_config.json
  - docs/**/*.md (ADR 参照リンク 48 ファイル)
tags:
  - docs-hygiene
  - link-check
  - nav

ドキュメント健全化・第1弾。(Task1) 壊れた ADR 参照リンク 111 件を「ADR 番号→実在ファイルへの相対パス再計算」で一括是正 (深さ違い + スラッグ違いの両方。例 0033-decision-pipeline-model-selection → 実在 -llm-model-upgrade)。テンプレ placeholder (XXXX-title.md) は意図的なので除外。(Task2) 未登録だった ADR 0097〜0106 を nav (arc42.09.5 group, A.09.5.59〜68) に一括登録し orphan 警告を解消。broken-internal-link 1532→1431。検証: nav-lint 0 FAIL / JSON valid / catalog・frontmatter 整合。残: legacy-dev 等の旧構造参照リンク (別途・第2弾)。

2026-06-02 — PR #NNN — docs — mid (ADR-0042 拡張)

date: 2026-06-02
pr: null
category: docs
importance: mid
files:
  - docs/adr/0106-extend-prompt-management-catalog-archive-patterns.md
tags:
  - adr
  - prompt
  - prompt-management

プロンプト管理・第4弾 (ADR-0042 追補)。案B/A/C (PR #1326 で実装済) を正式な決定として ADR-0106 に記録。ADR-0042 (Accepted・イミュータブル) を拡張する新規 ADR として、(1) 索引カタログの自動生成 SSoT、(2) 実行済み one-shot の status: archived + nav 除去 + allowlist 抑止、(3) 設計パターン集の蒸留、を Standard Mode + Q42 MCDA で正式化。Implementation Status: Done (PR #1326)。ADR-0105 規約 (TL;DR + 初出グロス) 準拠。RULES 107/107 pass / terminology 0 warn。

2026-06-02 — PR #NNN — docs — mid (案C パターン集)

date: 2026-06-02
pr: null
category: docs
importance: mid
files:
  - docs/_internal/05_how-to/prompt_patterns.md
  - docs/_config.json
  - scripts/prompt-catalog.mjs
tags:
  - prompt
  - prompt-management
  - patterns

プロンプト管理・第3弾 (案C: ノウハウ蒸留)。prompt_patterns.md を新規作成し、このリポの実プロンプト (triage/scoring/parallel_review/operator/RQ メタプロンプト/dev_spec テンプレ) から「効いた中身の型」を 6 種 + 共通則に蒸留。外部 BP (RQ-044) / 運用 (lifecycle_guide) / 規約 (lint_rules) / 索引 (catalog) と重複させず、自リポ由来の設計型に特化。ADR-0105 規約 (TL;DR + 初出グロス) 準拠・94 行。nav (I.05.0.23) 登録、カタログは meta 文書を収集対象外に (patterns/catalog 除外)。

2026-06-02 — PR #NNN — docs — mid

date: 2026-06-02
pr: null
category: docs
importance: mid
files:
  - docs/_internal/03_decisions/decision_pipeline/*_prompt.md (25本)
  - docs/_config.json
  - .docs-nav-lint-allowlist.json
  - scripts/prompt-catalog.mjs
  - docs/_internal/06_ops/prompt_catalog.md
tags:
  - prompt
  - prompt-management
  - archive

プロンプト管理・第2弾 (案A: 実行済み one-shot のアーカイブ)。one-shot プロンプト 25本を対応 ADR のマージ状況と照合し、全 25本が Accepted ADR に対応＝実行済みと確認。ファイルは移動せず status: archived に更新し、nav (_config.json) から 22本を除去 (R4 接頭辞連番を 3件振り直して整合維持)、.docs-nav-lint-allowlist.json にアーカイブ済みプロンプトのパターンを追加して orphan 警告を抑止。カタログを archived 表示対応に拡張し再生成 (📦 済 25本)。検証: nav-lint 0 FAIL / frontmatter 0 違反 / catalog --check 整合 / broken link 回帰0。

2026-06-02 — PR #NNN — docs — mid (案B カタログ)

date: 2026-06-02
pr: null
category: docs
importance: mid
files:
  - scripts/prompt-catalog.mjs
  - docs/_internal/06_ops/prompt_catalog.md
  - docs/_config.json
  - package.json
tags:
  - prompt
  - catalog
  - prompt-management

プロンプト散在問題 (67本散在・nav 圧迫・ノウハウ分析不可) の改善・第1弾 (案B: カタログ索引)。RQ-044/ADR-0042 の調査・方針は Type 1 本番のみ厳格管理で、Type 3・one-shot は最小管理のまま散在していた。scripts/prompt-catalog.mjs (自動生成・--check で CI 整合確認可) で docs 配下 65 本を Type 別 (設計5/調査29/one-shot25/テンプレ3/その他3) に索引化し prompt_catalog.md (nav 登録) に集約。one-shot の「実行済みアーカイブ候補」を可視化 (現状 frontmatter 明示は2本のみ＝status 未更新が大半という課題も顕在化)。次段: 案A (実行済み退避) / 案C (ノウハウ蒸留) / ADR-0042 追補。

2026-06-02 — PR #1322 (merged) — docs — mid

date: 2026-06-02
pr: null
category: docs
importance: mid
files:
  - docs/_internal/03_decisions/decision_pipeline/README.md
  - docs/_internal/05_how-to/operator_guide_langgraph.md
  - docs/_internal/03_decisions/nodes/01_triage.md (他 nodes 02-11)
  - docs/_internal/03_decisions/decision_pipeline/phase2a_design.md (他 設計docs 3 本)
tags:
  - adr-0105
  - decision-pipeline
  - terminology
  - readability

ADR-0105 の用語 Tier 規約を意思決定パイプライン関連ページ 16 本に適用 (可読性改善)。各ページ冒頭に専門語ゼロの TL;DR を追加し、Tier 1/2 の専門語 (Triage/Socratic/DA/PM/Judge/Cross-Validation/Self-Consistency/HITL/DLQ/slug/webhook 等) のプロ―ズ初出に 原語〔和訳〕 を併記。冗長な英単語のみ和語化 (step→ステップ 等)。

• 対象: README / operator_guide_langgraph / nodes 01-11 / phase2a_design / phase3_parallel_review_design / mvp_exit_criteria / migration_overview。プロンプト類・ADR 本文・RQ は除外 (LLM 入力・イミュータブル原則のため)。
• 不変保証: 図 (mermaid)・コードブロック・<pre>・frontmatter・ファイルパス・関数名・固有名詞・URL・ADR/PR 番号・数値・しきい値・表データは一切変更せず、情報の削除・意味変更なし (numstat balanced + byte 差分で検証)。
• 検証: docs-nav-lint 0 FAIL / docs-link-check 編集対象ファイル発の broken link は baseline 23 = 現行 23 で回帰ゼロ。退役 docs (phase2a / migration_overview) は TL;DR で「履歴記録」と明示。
• 並列サブエージェント 5 体で適用、親が全差分をレビュー後コミット。

2026-06-02 — PR #NNN — docs — mid

date: 2026-06-02
pr: null
category: docs
importance: mid
files:
  - docs/adr/0105-adr-terminology-tier-and-source-language-preservation.md
  - docs/architecture/glossary.md
  - docs/adr/templates/template.md
  - docs/_internal/05_how-to/writing-guide.md
  - scripts/lib/adr-lint-rules.mjs
  - scripts/adr-lint.mjs
  - tests/adr-lint-rules.test.mjs
tags:
  - adr
  - glossary
  - terminology
  - adr-lint

ADR の IT 用語・英単語の可読性改善。ADR-0105 で専門語を 3 階層 (Tier 0 IT 一般教養 / Tier 1 プロジェクト固有 / Tier 2 専門フレーム) に分類し、原語温存＋初出グロス 原語〔和訳〕 を規約化 (LLM の意味解像度・glossary 突合・コード参照を保つため日本語オンリー翻訳は不採用)。

• glossary 拡充: CBA / Kruchten Type / triage / Socratic / fitness function / corrigendum / consumer lag / 用語 Tier / 初出グロス を追加。
• テンプレ/ガイド: template.md に冒頭 TL;DR スロット + 用語 Tier 注記、writing-guide.md §3.6 に用語規約を追加。
• lint: adr-lint.mjs --check-terminology を新設 — glossary 未登録 + 初出グロスなしの大文字略語を warn 検出 (filenum ≥ 105 限定・Tier 0 allowlist + 列挙ラベル除外・warn のみ exit 0)。pure helper findUndefinedTerms を adr-lint-rules.mjs に集約 (RULES backstop と同じ pure/CLI 分離)。test 9 件追加 (計 53 pass)。

2026-06-02 — PR #1315 — docs — mid

date: 2026-06-02
pr: 1315
category: docs
importance: mid
files:
  - docs/_internal/03_decisions/decision_pipeline/README.md
  - docs/_internal/05_how-to/operator_guide_langgraph.md
tags:
  - decision-pipeline
  - cross-validation
  - socratic
  - feature-flag

decision-pipeline の Cross-Validation 過剰審査 systemic fix 3 部 (実装 PR #1303 / #1305 / #1311) を README / operator_guide に追従。コード変更なし (sub ドキュメント同期)。

• Part1 (#1305): cross_validation をライフサイクル整合バー化 — 実装時にしか検証できない前提 (決定性・実コスト減・CI 挙動等) は本文に この risk を防止/検出する具体的緩和機構 (具体設計 / Confirmation / 撤退条件) があれば undermines=false。単なる言及・コスト計上は addressed と認めない。prompts/production/cross-validation/ SSoT 新設で inline-only 監査 gap (ADR-0085) 解消。SSoT 一覧に cross-validation を追加。
• Part2 (#1311): goalpost loop-breaker — Cross-Val 却下が 2 連続以上 + 却下盲点が毎回「移動」したら自動 reject せず HITL escalate (crossValidationEscalated フラグ + 人手 Accept/迂回 推奨)。rejected のまま flag/メッセージを付与する挙動 (新終端状態ではない) で sequence・state 図に反映。CROSSVAL_LOOPBREAKER 既定 ON。
• Part3 (#1303): socratic の視点選択を決定化 (原稿内容シードの FNV-1a+mulberry32 PRNG) — 同一原稿→同一 3 視点→Cross-Val 収束。SOCRATIC_DETERMINISTIC 既定 ON。
• README にフィーチャーフラグ (環境変数) 表 + パイプライン初の CI unit test (crossval_loopbreaker.test.ts) 行を追加。

2026-06-01 — PR #1283 — docs — low

date: 2026-06-01
pr: 1283
category: docs
importance: low
files:
  - docs/_config.json
  - docs/_internal/03_decisions/decision_pipeline/mvp_exit_criteria.md
tags:
  - adr
  - nav
  - rq-085

sub doc-hygiene Task B + C。

• Task B (ADR-0104 反映): _config.json の RQ-085 prompt nav 文言を「認証 ADR 群 ADR-0096+」→「ADR-0104 ほか」に修正 (0096 は chat email autofill で別件、GAS/clasp 認証の正式 ADR は 0104)。mvp_exit_criteria.md の auth-secret 行にテーマ①=ADR-0104 完了 / 残②③=DOC-OPS-18 backlog を追記。
• Task C (nav グループ分離・案A): customer_insight グループ internal.01.0 を「顧客インサイト・RQ管理」→「顧客インサイト」(JTBD/ペルソナ 4 件) に純化し、末尾に新グループ internal.01.7 RQ管理 を新設して research_questions / research_prompts を移設。末尾新設のため既存 01.1〜01.6 (108 ページ) は繰り下げ不要。docs-nav-lint 0 FAIL。

2026-06-01 — PR #1282 — docs — low

date: 2026-06-01
pr: 1282
category: docs
importance: low
files:
  - docs/_internal/02_project/TODO_future.md
tags:
  - link-fix
  - ci-hygiene
  - markdown-link-check

TODO_future.md の stale 相対リンク 100 件 (218 箇所) を一括修正。legacy-dev / spec の swap 移設で壊れていたリンクを移設後の実在パスに更新し、Check Markdown links CI が TODO_future 編集のたび落ちる根本原因を解消。

• ../dev/<name>.md → ../../implementation/legacy-dev/<name>.md
• ../spec/<name>.md → ../../architecture/<name>.md
• 全リンク先の実在を検証済 (真に dead なものは 0)。docs/_internal/02_project/ 配下のため ../../ で docs/ 直下に到達。

2026-06-01 — PR #1281 — docs — mid

date: 2026-06-01
pr: 1281
category: docs
importance: mid
files:
  - docs/adr/0104-gas-clasp-deploy-auth-org-internal-oauth-client.md
  - docs/_internal/02_project/TODO_future.md
tags:
  - adr
  - rq-085
  - auth
  - clasp

auth-secret-consolidation-strategy KV draft の扱いを確定。RQ-085 認証統合の単一 ADR（Cross-Validation Critical 38/50 差戻し）を 3 分割した方針に基づき、テーマ①「失効しない GAS/clasp デプロイ認証」を迂回 ADR (ADR-0104) として遡及記録した。

• ADR-0104 遡及起案: 決定① OAuth client の組織 Internal 化は 2026-06-01 実機完了（野良 External gen-lang-client-... → 組織配下 bizlp-gas-accounting-dev の Internal client、dev clasp push 88 ファイル成功・検証済）のため Status: Accepted。決定② clasp v3 ADC キーレス化 PoC は後段ゲート・任意（Not Started）。Standard mode・adr-lint pass。
• 残テーマ backlog 化: ②pipeline Basic 認証→Cloudflare Access Service Token / ③静的 secret 単一ソース化 + GitHub OIDC/WIF キーレス化 + pre-flight 検知 を TODO_future DOC-OPS-18 に追加（いずれも job-blocking でない衛生課題）。
• KV クリーンアップ: 元 KV draft auth-secret-consolidation-strategy（廃案・審査対象外）を DELETE 済。正典素材は docs/research/rq-085-*.md に保持。

2026-06-01 — PR #1274 — docs — mid

date: 2026-06-01
pr: 1274
category: docs
importance: mid
files:
  - docs/_internal/03_decisions/decision_pipeline/prompts/01_triage.md
  - docs/_internal/03_decisions/decision_pipeline/prompts/02_scoring.md
  - docs/_internal/03_decisions/decision_pipeline/prompts/03_socratic.md
  - docs/_internal/03_decisions/decision_pipeline/prompts/04_consistency.md
  - docs/_internal/03_decisions/decision_pipeline/prompts/05_parallel_review.md
  - docs/_internal/03_decisions/decision_pipeline/README.md
tags:
  - decision-pipeline
  - doc-drift
  - prompt-design

handover follow-up #2: 公開中の decision_pipeline/prompts/0X_*.md（Type 3 設計ドキュメント）5 件が、同期済み nodes/*.md および現行実装から大きくドリフトしていたため全面同期（3 グループ並列監査 → 削除でなく同期）。

• 03_socratic: 旧「Socratic 問診（最大 3 問・pass=false 差戻し・gemini-flash）」を DA/PM/Judge 盲点検出エンジン（ADR-0071, claude-sonnet, 常に socraticPass=true・差戻しなし） に全面改稿。出力 blindSpotFindings。旧 TC-S01〜S03 撤去。
• 05_parallel_review: 3 モデル名 Gemini Flash/Claude Sonnet/GPT-4o → gemini-pro / claude-opus / gpt-o3、出力 strengths/concerns/suggestions → annotations[]（quote 紐付き）、Promise.allSettled + 全失敗時 fail-open。
• 04_consistency: claude-sonnet → claude-opus、ADR 取得を GraphQL 一括 + KV キャッシュ(TTL 1h)、temperature=0.4/seed=42、Supersedes 3/4 桁両対応。
• 01_triage: Dify→LangGraph、判定ルール「既定 Standard」+ rule 6 整合性 + メタ ADR ガイダンス、起案前ゲート（ADR-0095 short-circuit / ADR-0088 コスト / ADR-0091 3 ルール）を追記。レビュー構成の Perplexity/GPT-4o 誤記是正。
• 02_scoring: 入力源を body_generation 後の state.adrBody に、差戻しを rejected フラグに、claude-opus + reasoning_effort + Self-Consistency サンプリング（ADR-0056）を追記。
• README: Gate 3 モデル名 3 箇所 + Gate 2 モデル名を現行値に（歴史記録は「当時→現行」注記で保持）、SSoT 表を実態に是正（gate1 は da/pm/judge をロード・gate1-socratic は死蔵 / gate3 は inline 構築で production prompt.md 未参照）。
• main 申し送り: (a) prompts/production/gate3-parallel-review/prompt.md を annotations スキーマへ同期 or 撤去、(b) gate1-socratic/prompt.md 死蔵ファイル整理、(c) test-tc-socratic.mjs を盲点検出向けに移行。いずれもコード/prompts/production/ 配下（sub 読み取り専用）。

2026-06-01 — PR #1247, #1261 — fix — mid

date: 2026-06-01
pr: 1247
category: fix
importance: mid
files:
  - scripts/docs-build.mjs
tags:
  - docs-site
  - mermaid
  - cross-workspace

関連 PR: #1247 (client-side mermaid.js 描画) / #1261 (RQ-061 取引フロー図の mermaid 構文エラー整形)。

ドキュメントサイトの mermaid 図が未描画だった問題 (renderer.code 未定義 + mermaid.js 未読込で約 23 ファイルが mermaid フェンスをコードブロックのまま表示) を解消。main 担当分・sub 反映。

• #1247: scripts/docs-build.mjs に client-side mermaid.js を組み込み、mermaid フェンスをビルド時にレンダラへ橋渡しして図描画されるよう修正。
• #1261: RQ-061「GPT 取引フロー図」の mermaid 構文エラーを整形し、描画不可を解消。
• sub 側の追跡: handover で 2 セッション積み残しとなっていた「mermaid 解決の changelog 記録」を本エントリで完了 (機能は main で解決済、運用ログのみ未記録だった)。memory project_docs_mermaid_not_rendered は解決済化済。

2026-06-01 — PR #1231 — fix — high

date: 2026-06-01
pr: 1231
category: fix
importance: high
files:
  - .github/workflows/deploy.yml
tags:
  - gas-deploy
  - clasp
  - ci
  - cross-workspace

GAS デプロイ CI を復活 (直近 60 回連続で失敗していた prod push を解消。main 担当分・sub 反映)。

• 真因 (2 点): ① CLASPRC_JSON (clasp 認証) の失効、② CLASP_SCRIPT_ID_PROD secret の stale 化 — secret 設定日が .clasp.prod.json の scriptId 修正コミット (2026-04-14, 末尾 …Bm_4 へ変更) より前で旧 prod scriptId を保持 → push が Requested entity was not found (404)。両者を .clasp.prod.json / 動作中の ~/.clasprc.json から再同期して解消。
• deployment ID secret 登録: CLASP_DEPLOYMENT_ID_{DEV,PROD} を scripts/deploy.sh のハードコード値 (= clasp deployments 実在 ID) に合わせて登録し deploy 段を有効化。
• deploy.yml trigger 限定 (PR #1231): paths-ignore → GAS 実体 allowlist (000_infra/**〜900_test/**, templates/**, appsscript.json, .clasp.{dev,prod}.json) + workflow_dispatch。非 GAS 変更 (drp/** 等) で prod push が誤発火していた問題を停止。
• 監査結論 (課題 C): clasp 3.3.0 の cp .clasp.${ENV}.json .clasp.json 方式は正しく機能 (cp dev→dev / cp prod→prod を実証)。「push:prod が dev を push していた」懸念は再現せず＝監査問題なし。
• 検証: dev CI green → prod CI green、prod Web アプリ deployment を …@17 → …@19 に更新。

2026-05-29 — PR #1135 — feat — high

date: 2026-05-29
pr: 1135
category: feat
importance: high
files:
  - prompts/production/body-generation/prompt.md
  - prompts/production/body-generation/prompt.meta.yaml
  - prompts/production/gate1-da/prompt.md
  - drp/schema.sql
  - drp/migrate-v3-gate-timings.sql
  - drp/migrate-v3-verdicts.sql
  - drp/src/audit/types.ts
  - drp/src/audit/persistence.ts
  - drp/src/queues/pipeline_consumer.ts
  - .github/workflows/deploy-worker.yml
tags:
  - decision-pipeline
  - telemetry-v3
  - prompt-slim
  - ci-fix

関連 PR: #1125 (body-generation slim) / #1129 (gate1-da prompt files) / #1130 (ADR-0086) / #1131 (ADR-0087) / #1134 (gate-timings 実装) / #1135 (verdicts 実装)。

2026-05-29 後半: Telemetry v3 schema 移行完了 (gate_timings 構造化 + cross_validation_verdicts カラム、ADR-0086 / 0087)。本番 D1 マイグレーション (migrate-v3-gate-timings.sql / migrate-v3-verdicts.sql) 適用済 + 既存 31 レコードを per-gate ms カラムにバックフィル成功。Worker version 883edb57-fbc4-4651-a5ec-c24e8d94139c。body-generation prompt を v1.2.0 に slim 化 (139→113 行、-32% tokens 想定) し KV active を 1.2.0 に切替済、月次 cost 削減効果を 1〜2 週間 telemetry で観測予定。CI auto-deploy を pnpm セットアップ順序 + lint の 2 段階で修復。gate1-da prompt files を canonical 化 (ADR-0085 補完、lint MISSING 解消)。

2026-05-28 — PR #1086 — feat — high

date: 2026-05-28
pr: 1086
category: feat
importance: high
files:
  - drp/src/audit/types.ts
  - drp/src/audit/persistence.ts
  - drp/src/queues/pipeline_consumer.ts
  - drp/migrate-v2.sql
  - drp/schema.sql
tags:
  - decision-pipeline
  - adr-0082
  - telemetry

Telemetry スキーマ v2 を導入。D1 telemetry_records テーブルに trigger_source / mode_override / dry_run / draft_id / node_metrics の 5 カラムを追加し、pipeline_consumer から state 由来の値を記録する。schema_version を 'v1' | 'v2' に拡張し v1 レコードは新カラム NULL の後方互換。マイグレーション: npx wrangler d1 execute decision-pipeline-telemetry --file=migrate-v2.sql。

2026-05-28 — PR #1087 — feat — high

date: 2026-05-28
pr: 1087
category: feat
importance: high
files:
  - drp/src/llm/gateway.ts
  - drp/src/llm/json_utils.ts
  - drp/src/nodes/parallel_review.ts
  - drp/src/nodes/triage.ts
  - drp/src/nodes/consistency.ts
  - drp/src/nodes/policy_alignment.ts
tags:
  - decision-pipeline
  - adr-0081
  - resilience

LLM 呼び出し耐障害性を確立。全 ChatOpenAI インスタンスに maxRetries=3 (exponential backoff) を付与し、parallel_review を Promise.all → Promise.allSettled に変更 (1 モデル失敗で全滅しない、最低 1 成功で通過)。新設の safeParseLlmJson<T>() ヘルパーで code fence strip + try-catch + structured error log を実装し、triage / consistency / policy_alignment の JSON.parse を置換。

2026-05-28 — PR #1088 — feat — mid

date: 2026-05-28
pr: 1088
category: feat
importance: mid
files:
  - drp/src/nodes/scoring.ts
  - drp/src/llm/prompt_loader.ts
tags:
  - decision-pipeline
  - adr-0084
  - scoring
  - kv-config

Gate 4 スコアリング閾値を KV に外部化。loadThresholds(env) を prompt_loader.ts に追加し、KV キー bizlp:prompts:gate4-scoring:thresholds から {Light, Standard, Critical} を取得する。未設定時のフォールバックは {Light:35, Standard:40, Critical:45}。一時的な閾値変更 (例: ガード緩和) を再デプロイなしで実施可能。

2026-05-28 — PR #1089 — feat — mid

date: 2026-05-28
pr: 1089
category: feat
importance: mid
files:
  - drp/src/nodes/consistency.ts
tags:
  - decision-pipeline
  - adr-0083
  - caching

Gate 2 整合性チェックの ADR 一覧キャッシュを導入。fetchAdrSummaries の先頭で DRAFTS_KV._cache:adr-summaries を確認し、cache hit 時は GitHub REST + GraphQL 呼出をスキップ。cache miss 時のみ取得 + TTL=3600s でキャッシュ。手動無効化は DELETE /drafts/_cache:adr-summaries。

2026-05-28 — PR #1090 — feat — high

date: 2026-05-28
pr: 1090
category: feat
importance: high
files:
  - drp/src/nodes/triage.ts
  - drp/src/nodes/socratic.ts
  - drp/src/nodes/scoring.ts
  - drp/src/nodes/consistency.ts
  - drp/src/nodes/policy_alignment.ts
  - drp/src/nodes/cross_validation.ts
tags:
  - decision-pipeline
  - adr-0085
  - adr-0042
  - prompt-lifecycle

ADR-0042 Prompt KV Lifecycle を全ノードに適用完了。各ノードの SYSTEM_PROMPT を FALLBACK_PROMPT にリネームし loadPrompt(env, '<id>', FALLBACK_PROMPT) 呼出に置換。対象 KV ID (8 種): gate0-triage / gate1-da / gate1-pm / gate1-judge / gate2-consistency / gate4-scoring / policy-alignment / cross-validation。parallel_review は動的テンプレートのためスコープ外 (今後の課題)。

2026-05-28 — PR #1091 — fix — high

date: 2026-05-28
pr: 1091
category: fix
importance: high
files:
  - drp/src/nodes/socratic.ts
tags:
  - decision-pipeline
  - adr-0071
  - constitution

ADR-0071 Phase 1 補完: Socratic Node の Devil's Advocate に CONSTITUTION_PERSPECTIVES (22 観点) からランダム 3 観点を選択するロジックを組込み。選択された観点は constitution_perspectives_selected イベントとしてログ記録 (再現性確保)。loadPrompt で取得した DA プロンプトに [Constitution] セクションを append する形で結合。

2026-05-28 — Pipeline 自動化サイクル初実施

Pipeline 成熟度分析で特定した 9 改善案のうち、Pipeline 自身の審査を通過したものを実装。POST /runs (ADR-0064) を介した「Pipeline 自身に審査させる → 通過したら PR 自動作成 → 実装する」サイクルを初めて完遂し、ADR-0081〜0085 (5 ADR) + ADR-0071 Phase 1 補完 (PR #1086-1091, 6 実装 PR) を main にマージ。学びは lessons_learned.md を参照。

2026-05-26 — PR #1010 — feat — high

date: 2026-05-26
pr: 1010
category: feat
importance: high
files:
  - drp/src/state.ts
  - drp/src/nodes/scoring.ts
  - prompts/production/gate4-scoring/prompt.meta.yaml
  - docs/adr/0056-decision-pipeline-llm-temp-sampling-stage-hybrid-strategy.md
tags:
  - decision-pipeline
  - adr-0056
  - self-consistency

ADR-0056 Phase 4 (最終) 完了。Gate 4 Scoring を N=5 Self-Consistency 多数決採点に拡張。Promise.allSettled() で 5 回並列 LLM 呼出し → mean/stdDev/majorityPass 集計。State に scoringSamples, scoringMean, scoringStdDev 追加。N=1 は後方互換、成功数過半数未満は single-sample fallback。Implementation Status → Done。

2026-05-26 — PR #1009 — feat — mid

date: 2026-05-26
pr: 1009
category: feat
importance: mid
files:
  - drp/src/llm/gateway.ts
  - drp/src/nodes/scoring.ts
tags:
  - decision-pipeline
  - adr-0056

ADR-0056 Phase 3 完了。createLlm / createLlmWithEffort / createOSeriesLlm 全ファクトリに seed? 引数を追加。logLlmCall() に seed フィールド追加で構造化 audit log 出力。

2026-05-26 — PR #1008 — feat — mid

date: 2026-05-26
pr: 1008
category: feat
importance: mid
files:
  - drp/src/llm/prompt_loader.ts
  - drp/src/nodes/body_generation.ts
  - drp/src/nodes/triage.ts
  - drp/src/nodes/socratic.ts
  - drp/src/nodes/consistency.ts
  - drp/src/nodes/parallel_review.ts
  - drp/src/nodes/slug.ts
  - drp/src/nodes/policy_alignment.ts
  - scripts/prompt-kv-push.mjs
tags:
  - decision-pipeline
  - adr-0056

ADR-0056 Phase 2 完了。各ノードの LLM temperature/seed を prompt.meta.yaml の llm_params ブロックに外出し。loadLlmParams() で KV 優先 → fallback のフェイルセーフ取得。prompt-kv-push.mjs に :params KV push 対応を追加。

2026-05-26 — PR #1005 — feat — mid

date: 2026-05-26
pr: 1005
category: feat
importance: mid
files:
  - drp/src/nodes/socratic.ts
  - drp/src/nodes/parallel_review.ts
  - docs/adr/0056-decision-pipeline-llm-temp-sampling-stage-hybrid-strategy.md
tags:
  - decision-pipeline
  - adr-0056
  - temperature

ADR-0056 Phase 0+1 完了。Status を Proposed → Accepted に変更し、Phase 1 の temperature 値を修正 (socratic T=0.7、parallel_review T=0.5)。ADR §4.1 に「実装制約」列を追加: claude-opus は LiteLLM で T drop (API に送信されない)、scoring (Gate 4) は Extended Thinking 使用のため T=1 固定。§5.4 に policy_alignment node を追加。残り Phase 2-4 は別 PR で段階実装予定。

2026-05-26 — PR #986, #997 — feat — mid

date: 2026-05-26
pr: 986, 997
category: feat
importance: mid
files:
  - scripts/adr-lint.mjs
  - docs/adr/0043-establish-jtbd-granularity-definition-standard.md
  - docs/adr/0041-enforce-type-first-process-for-documentation.md
  - docs/_internal/01_discovery/research_prompts/RQ-001_prompt.md
  - docs/_internal/01_discovery/research_prompts/RQ-033_hiring_strategy_prompt.md
  - 他 8 件
tags:
  - adr-0043
  - adr-0041
  - doc-ops-09

ADR-0043 PR-α 完了 (PR #986): adr-lint.mjs --check-jtbd-ref サブコマンド追加。業務ドメイン RQ 10 件に jtbd: frontmatter 遡及付与 (JTBD-001/002)。ADR-0043 Implementation Status → Done。DOC-OPS-11 (メタ/ツール系 RQ 用 JTBD 起案) を将来課題として記録。

DOC-OPS-09 完了 (PR #997): adr-lint.mjs --check-template-exists サブコマンド追加。docs/_meta/templates/<type>.md の存在を検証。180 files 対象 / 83 OK / 97 WARN (テンプレート未定義 type)。Phase 1 は全 WARN (exit 0) で CI 非ブロック。ADR-0041 Implementation Status → Done。

2026-05-26 — PR #980, #988, #989, #990 — feat — high

date: 2026-05-26
pr: 980, 988, 989, 990
category: feat
importance: high
files:
  - drp/src/do/pipeline_session.ts
  - drp/src/queues/pipeline_consumer.ts
  - drp/src/index.ts
  - drp/wrangler.toml
  - drp/public/chat.html
  - .github/workflows/drp-trigger.yml
tags:
  - decision-pipeline
  - adr-0066
  - cloudflare-queues

ADR-0066 (async Queues + DO) Phase A0-A4 全完了。/chat/start?async=true で Cloudflare 524 timeout を回避する非同期パイプライン実行を実装。PipelineSessionDO で状態管理、Consumer Worker が buildGraph().invoke() を実行し DO に結果保存。Web UI に Async mode チェックボックス + exponential backoff polling を追加 (PR #989)。CI trigger workflow drp-trigger.yml を GitHub Actions に追加 (PR #990)。DLQ (pipeline-queue-dlq) + max_retries=3 で失敗メッセージ管理。?async=true は opt-in (default は従来の sync 維持)、6 ヶ月後 default 切替予定。

2026-05-20 — PR #873 — feat — high

date: 2026-05-20
pr: 873
category: feat
importance: high
files:
  - docs/architecture/glossary.md
  - docs/_config.json
  - docs/SUMMARY.md
  - docs/architecture/prd.md
  - docs/_internal/biz/financial_metrics_guide.md
tags:
  - glossary
  - arc42-ch12
  - ssot
  - hybrid

arc42 ch.12 の SSoT 用語集を新設 (案 C Hybrid)。docs/architecture/glossary.md に 6 カテゴリ約 43 用語 (データアーキ / 処理パターン / 会計・経理 / 財務指標 / bizlp 経営フレーム軸 / その他) を集約し、arc42.12_glossary_用語集 nav group の予約状態 (pages: 0) を解消。既存 3 doc (SUMMARY.md §1.9 / prd.md §A / financial_metrics_guide.md §12) には SSoT link を追記し文脈付き定義を残置。PR #874 の SUMMARY/index swap 後に rebase で index.md §1.9 への注記を SUMMARY.md §1.9 側へ振り替えて merge。CI の adr-lint --check-frontmatter (ADR-0039 Phase 4-b) を pass させるため frontmatter に id: glossary 追加で再 push。

2026-05-20 — PR #863〜#874 — refactor — high

date: 2026-05-20
pr: 874
category: refactor
importance: high
files:
  - scripts/docs-build.mjs
  - templates/page.html
  - docs/SUMMARY.md
  - docs/index.md
tags:
  - docs-sidebar
  - breadcrumb
  - ui
  - usability

docs サイトのサイドバー UI / ページ表示を大規模リファクタ。PR #863 で NS letter 短縮表示 + page link kebab スタイル + indent +10px ルール + 日本語前 <br> 改行 + page link 太字化。PR #871 で全 483 ページ h1 上に breadcrumb (パンくず) を追加 (1 階層 uppercase + 2/3 階層 kebab、" > " 区切り)。PR #872 で ADR ページ title 末尾の (Standard) / (Critical) / (Light) を frontmatter で別管理されているため strip。PR #874 で docs/SUMMARY.md と docs/index.md の中身を swap (英語的 semantic 整合: Summary=landing, Index=TOC)。scripts/docs-build.mjs に displayGroupName / displayPageTitle / breakBeforeJapanese / buildBreadcrumb / stripModeIndicator を追加。

2026-05-20 — PR #856〜#870 — feat — high

date: 2026-05-20
pr: 870
category: feat
importance: high
files:
  - docs/_internal/05_how-to/adr-lint_rules.md
  - docs/_internal/05_how-to/adr-lint_rules/rules/
  - scripts/adr-lint-doc-consistency.mjs
  - .github/workflows/adr-lint-doc-consistency.yml
  - docs/adr/0054-bizlp-lint-rule-reference-establish-document-structure.md
  - docs/_config.json
tags:
  - adr-0054
  - adr-lint
  - ssot
  - progressive-disclosure
  - x5-migration

ADR-0054 (bizlp Lint Rule Reference 文書構造の確立) を全 Phase で完結。docs/_internal/05_how-to/adr-lint_rules.md を 14 rule (error 12 / warn 2 / 3 category) の SSoT 化。PR #856 Phase 1 (skeleton + Summary Table + 2 rule Detail) → PR #864 Phase 2a (frontmatter + §5.x 並び替え + ADR-0054 §2.2 corrigendum v3.1: severity warning→warn) → PR #865 Phase 2b (残 12 rule Detail、637 行で 500 行 error 閾値超過) → PR #866 Phase 2c (案 X5 移行: 14 rule を adr-lint_rules/rules/<id>.md 個別ファイル分離、main 134 行に縮小) → PR #867 Phase 3 (scripts/adr-lint-doc-consistency.mjs + CI workflow 新設、§6.5 検証手段 1-3 を機械化) → PR #868 Done 確定 → PR #870 nav 登録漏れ fix (14 rule を internal.05.10_adr-lint-rules で nav 登録、404 解消)。

2026-05-20 — PR #858〜#862 — feat — high

date: 2026-05-20
pr: 862
category: feat
importance: high
files:
  - docs/adr/0055-bizlp-doc-nav-prefix-refactor-to-folder-number-based.md
  - docs/_config.json
  - scripts/docs-nav-lint.mjs
tags:
  - adr-0055
  - nav-prefix
  - mcda
  - q42
  - lint-rule

ADR-0055 (bizlp doc nav prefix を親フォルダ番号ベースに刷新) 完結。docs/_config.json 全 469 entries を <NS>.<group_number>.<page_index> 形式 (NS = A=arc42 / I=internal / O=ops / M=meta) へ一括変換。scripts/docs-nav-lint.mjs に R4 prefix-group-consistency rule を追加し、prefix の数字部分が所属 group の数字部分と機械整合することを CI で検証。判断基準は ADR-0050 の Q42 5 軸 + WSM + K.O. criterion を適用 (採択案加重和 0.969 vs 案 X3 0.831)。PR #858 起案 (Proposed → Accepted) → PR #861 全件変換 + R4 lint → PR #862 Implementation Status を Done に確定。

2026-05-19 — PR #857, #859, #860 — refactor — mid

date: 2026-05-19
pr: 860
category: refactor
importance: mid
files:
  - docs/adr/0031-allow-retroactive-kruchten-type-addition-partial-supersede-adr-0030.md
  - docs/adr/0035-decision-pipeline-chat-ui-add-local-draft-json-load-button.md
  - docs/adr/0036-add-confirmation-section-to-adr-template-fitness-function.md
  - docs/adr/0037-decision-pipeline-add-serverside-draft-staging-lifecycle.md
  - docs/adr/0045-organize-docs-internal-document-management-policy.md
  - docs/adr/0052-decision-pipeline-ui-retroactive-validation-mode-create-pr.md
  - docs/_config.json
  - docs/_internal/01_discovery/customer_insight/ref_smb_solo_accountant_jtbd_hypotheses.md
tags:
  - nav-cleanup
  - filename-kebab-case
  - adr-0055-prep

nav 構造クリーンアップ 3 件。PR #857 で docs/adr/ 日本語ファイル名 6 件 (ADR-0031/0035/0036/0037/0045/0052) を英語 kebab-case に統一 (git mv で履歴保持)。PR #859 で Category A nav 再編 14 件 — ops.02_playbooks を分割 / internal.05_how-to + internal.06_ops + meta.01_templates を新設 / arc42.07_deployment を充填。PR #860 で Category B 構造分割 8 件 — internal.03.0 を adr-reviews と pipeline-overview に分割 / prompts/ 5 件をサブ group 化 / ref_smb_solo_accountant_jtbd_hypotheses.md を customer_insight/ に git mv。ADR-0055 (nav prefix 刷新) の前段クリーンアップ。

2026-05-18 — PR #816, #820, #822, #819 — docs — mid

date: 2026-05-18
pr: 816
category: docs
importance: mid
files:
  - docs/adr/0050-synthesis-standard-template.md
tags:
  - decision-pipeline
  - retroactive-validation

ADR-0050 (Synthesis 標準テンプレート) Retroactive Validation 完了 — Pipeline 自己審査の第一適用例 (Gate 4 v1 40/50 差し戻し → v2 47/50 通過 → Status: Accepted、PR #816 / #820 / #822 + KV 投入プロンプト #819)。(decision_pipeline/README.md ヘッダーの「直近変更」から移設・2026-06-03)

2026-05-15 — PR #754 — docs — mid

date: 2026-05-15
pr: 754
category: docs
importance: mid
files:
  - docs/_internal/research_prompts/RQ-045_internal_docs_organization_synthesis.md
  - docs/_internal/research_questions.md
  - docs/_internal/research_prompts/README.md
  - docs/_config.json
  - docs/_internal/changelog.md
tags:
  - rq-045
  - adr-0043
  - synthesis

RQ-045 Synthesis（3モデル統合）を作成し ADR-0043 起草インプットを完成。Claude / Gemini / GPT 完全合意: _internal/ 維持 ＋ how-to/ runbooks/ research/ agents/ の4サブディレクトリ ＋ YAML frontmatter 必須 ＋ AGENTS.md〜60行 ＋ 実行プロンプトを .claude/skills/ に分離。分岐点の整理と移行ステップ（S1〜S8）も記述。次: ADR-0043 起草。

2026-05-15 — PR #750 — feat — high

date: 2026-05-15
pr: 750
category: feat
importance: high
files:
  - prompts/production/gate1-socratic/
  - prompts/production/gate2-consistency/
  - prompts/production/gate3-parallel-review/
  - prompts/production/gate4-scoring/
  - docs/_internal/prompt_lifecycle_guide.md
  - docs/_internal/decision_pipeline/README.md
  - docs/_config.json
tags:
  - adr-0042
  - prompt-lifecycle
  - type1-prompt
  - cloudflare-kv

ADR-0042 の Gate 1-4 プロンプトを prompts/production/ へ Type 1 移行。prompt_lifecycle_guide.md を新規作成し、ADR-0042 並列レビューの未対処事項（緊急 KV ロールバック手順・KV/git 乖離復旧フロー）を補完。各 Gate の prompt.meta.yaml は semver 1.0.0・評価閾値 0.85 で統一。golden.jsonl の整備は D+60（2026-07-14）目標。

2026-05-15 — PR #750 (追記) — docs — mid

date: 2026-05-15
pr: 750
category: docs
importance: mid
files:
  - docs/_internal/research_prompts/RQ-045_internal_docs_organization_result_claude.md
  - docs/_internal/research_prompts/RQ-045_internal_docs_organization_result_gemini.md
  - docs/_internal/research_prompts/RQ-045_internal_docs_organization_result_gpt.md
  - docs/_internal/research_questions.md
  - docs/_internal/research_prompts/README.md
  - docs/_config.json
tags:
  - rq-045
  - docs-internal-organization
  - adr-0043-prep

RQ-045（docs/_internal/ 組織化ベストプラクティス）の3モデル並列調査結果を保存。Claude / Gemini Deep Research / GPT Deep Research の各 PDF をマークダウン化。3モデルとも _internal/ 維持 ＋ Diátaxis サブディレクトリ ＋ YAML frontmatter 必須を推奨。ADR-0043 起草インプット完成。

2026-05-14

• fix(pipeline): Cloudflare Workers サブリクエスト上限超過を修正 (PR #706)
  • wrangler.toml に subrequest_limit = 1000 を追加
  • consistency.ts: ADR 個別 fetch → GitHub GraphQL 一括取得に変更 (39 → 2 subrequests)

2026-05-12 — PR #TBD — docs — high

date: 2026-05-12
pr: null
category: docs
importance: high
files:
  - docs/_internal/research_prompts/RQ-040_dev_organization_paradigm_synthesis.md
  - docs/_config.json
tags:
  - research-prompt
  - rq-040
  - synthesis
  - adr-021-candidate
  - use-case-slice
  - walking-skeleton
  - now-next-later
  - dual-view
  - markdown-vs-linear
  - wardley-mapping

RQ-040 Synthesis 起案 — Gemini と Claude 両回答の論点突合 + bizlp 採択方針提示: PR #593 でマージされた両エンジン回答を論点ごとに突き合わせる正式な比較ドキュメントを新設。8 セクション構成: ①TL;DR / ②完全一致部分 (採用根拠 = Walking Skeleton + Now-Next-Later + UC スライス、不採用 = SAFe / WSJF / Outcome-Driven / 厳密 DDD、失敗パターン Top 5 共通指摘) / ③相違点 1: 進捗管理ツール (Linear or Notion 移行 vs Markdown 維持) → Claude 案 (Markdown 維持) 推奨 + 6 ヶ月再評価条項 / ④相違点 2: 二重ビュー (1 軸統合 vs 2 軸維持) → Claude 案 (2 軸維持で役割分担) 推奨 ADR-0010 との整合性が決定打 / ⑤相違点 3: Wardley Mapping (四半期評価 vs 補助的) → Claude 案 (補助的扱い) 推奨 ADR 起案時の任意分析ツールに格下げ / ⑥ADR-0021 起案骨格 (Title / Status / Context / Decision 6 項目 / Consequences / Reversibility / 撤退条件 / Alternatives Considered 6 案) / ⑦Caveats / ⑧関連ドキュメント。bizlp 採択方針は 3 件すべて Claude 案寄りだが、これは bizlp の既存制約 (ADR-0010 / 既存メモリ「GitHub Issues 移行保留」/ 1 人開発のツール慣れ) との整合性による判断であり、Gemini 案が誤りではなく適用文脈が異なる点を Caveats に明記。次工程: 本 synthesis を Decision Pipeline (POST /draft) に投入 → Triage / Socratic / Scoring / Consistency / Parallel Review を通過させて **ADR-0021「開発組織化パラダイムの採用」**として自動 PR 化、マージ後に usecase_dev_mapping.md / todo_master_tables.md / prd.md / product_overview.md の改修 PR を起案、Walking Skeleton 対象 UC (UC-2 資金調達準備 / UC-4 ランウェイ対応のいずれか) で End-to-End スライス 1 本を 900_test/901_test_runner.js でテスト合格まで通す。docs/_config.json に C.1.2.24 として nav 登録。

2026-05-12 — PR #593 (RQ-040 起案 + 両エンジン回答) — docs — mid

date: 2026-05-12
pr: 593
category: docs
importance: mid
files:
  - docs/_internal/research_prompts/RQ-040_dev_organization_paradigm_meta_prompt.md
  - docs/_internal/research_prompts/RQ-040_dev_organization_paradigm_prompt.md
  - docs/_internal/research_prompts/RQ-040_dev_organization_paradigm_result_gemini.md
  - docs/_internal/research_prompts/RQ-040_dev_organization_paradigm_result_claude.md
  - docs/_config.json
tags:
  - research-prompt
  - rq-040
  - dev-paradigm
  - use-case-slicing
  - use-case-2.0
  - now-next-later
  - walking-skeleton
  - roadmap
  - audit-requirement
  - gemini-deep-research
  - claude-research
  - parallel-research

RQ-040 起案 + Gemini Deep Research + Claude Research 両方の回答受領 — 開発組織化パラダイム調査: 代表取締役の問題提起「実装の優先度や進捗が見えにくくなった、業務ユースケース単位での実装にしたい」を受け、Gemini Deep Research + Claude Research に並行投入する研究プロンプト 2 ファイルを起案、両エンジンの回答を受領。メタプロンプト + 本体プロンプト: Q1〜Q7 で (Q1) UC スライス仮説の評価 / (Q2) 代替パラダイム 11 種 (DDD Bounded Context / Capability Map / Value Stream / Walking Skeleton / Now-Next-Later / WSJF / Outcome-Driven / JTBD / Story Mapping 等) / (Q3) ハイブリッド戦略 / (Q4) 業界事例 / (Q5) 進捗可視化ツール / (Q6) 業務塊テスト / (Q7) リリース戦略を網羅。アウトプット要件として TL;DR / 比較表 / 採択推奨 + 代替 Top 3 / 既存ドキュメント改修プラン / 6 ヶ月ロードマップ / 失敗パターン Top 5 / 業界事例 URL 10 件以上を明記、採点ルールで断言調・一般論への逃避を減点対象とした。Gemini 回答の核心: User Story Mapping (Walking Skeleton) + Now/Next/Later Roadmap + Wardley Mapping のハイブリッド採用を推奨。回避すべき代替 Top 3 = Outcome-Driven / WSJF・SAFe 系 / 厳密 DDD。失敗パターンは「Markdown 二重メンテ地獄」「場当たり DDL 変更」「Feature Flag 負債化」等。既存ドキュメント改修プラン: usecase_dev_mapping.md / todo_master_tables.md のステータス管理を即時 DEPRECATED 化し Linear or Notion に単一データベース化を提言。Claude 回答の核心: Use Case Slice (Use-Case 2.0 / Jacobson 2016 ACM) × Walking Skeleton × Now/Next/Later の 3 層ハイブリッド。回避すべき代替 Top 3 = Shape Up (1 人だと Betting Table 不成立) / SAFe・LeSS・DAD 完全採用 / Outcome-Driven (PM ≡ Engineer ≡ CEO で計測コスト過大)。Gemini との最大の相違: Claude は 二重ビュー (UC × 技術カテゴリ) を維持 し、UC = リリース・テスト・追跡可能性の単位 / 技術カテゴリ = コード配置単位、として役割分担を明文化推奨。Markdown 表のまま拡張 (slice_id / walking_skeleton_status / now_next_later の 3 列追加) で十分とし、Linear / Notion 移行は不要と判断 (Linear 自身が ~50 名前後の運用規模)。GAS 固有: QUnitGS2 主軸 + 関数命名規約 (test_UC1S01_*) で Gherkin 等価実装、Cucumber.js は gas-fakes 経由で GitHub Actions 外部実行が将来オプション。両エンジン一致の核: ① Walking Skeleton / Now-Next-Later / UC スライスの基本方針は完全一致 / ② Outcome-Driven Roadmap・WSJF・SAFe 完全採用は両者ともに不採用 / ③ 失敗パターンとして「監査要件と Outcome 計測の相性最悪」「Markdown / バックログ二重メンテナンス」「Feature Flag 負債化」「6 分制限超過」を共通指摘。主な相違: ① Wardley Mapping (Gemini 推奨 / Claude は補助的) / ② Linear / Notion 移行 (Gemini = 移行推奨 / Claude = MD 維持で十分) / ③ Use Case Slice の学術根拠の精度 (Claude は Use-Case 2.0 / Jacobson 2016 ACM の一次引用 + テストケース必須要件、Gemini は Cockburn / Cohn / Patton ベースで網羅) / ④ DDD の扱い (Gemini = ボイラープレート肥大化で完全回避、Claude = 1 人だと過剰だが 400_domain 配下で要素引用可) / ⑤ 失敗パターン Top 5 のうち「Later ゴミ箱化」を Claude 単独で指摘。残り: 両回答を _synthesis.md で突合し、ADR-0021 候補「開発組織化パラダイムの採用」として正式化判断 (Decision Pipeline 経由)。docs/_config.json に C.1.2.20〜C.1.2.23 として nav 登録 (3・4 ファイル目は Gemini / Claude 結果)。

2026-05-12 — PR #596 — feat — high

date: 2026-05-12
pr: 596
category: feat
importance: high
files:
  - drp/src/nodes/parallel_review.ts
  - drp/src/nodes/webhook.ts
  - drp/src/state.ts
  - drp/src/llm/gateway.ts
  - drp/src/graph.ts
  - docs/_internal/decision_pipeline/prompts/05_parallel_review.md
  - docs/_internal/decision_pipeline/phase3_parallel_review_design.md
  - docs/_internal/decision_pipeline/README.md
  - docs/_config.json
tags:
  - decision-pipeline
  - langgraph
  - phase-3
  - gate-3
  - parallel-review
  - all-phases-completed
  - adr-019
  - cross-workspace

Decision Pipeline Phase 3 (Gate 3 並列レビュー) 実装完了 — 全フェーズ完了: ADR-0019 のフェーズ計画における Phase 3 を本番投入し、Decision Pipeline の全ゲート (Triage / Socratic / Scoring / Consistency / Parallel Review) が稼働。src/nodes/parallel_review.ts で 3 モデル並列レビューを実装 (Promise.all、LangGraph グラフ分岐は使用しない設計判断 — グラフ可視化煩雑化 / State チャネル 3 倍化 / 合流ノード追加を回避)。モデル役割分担: Gemini Flash = ビジネスインパクト / アーキテクチャ整合性 / 長期負債リスク、Claude Sonnet = 論理的一貫性 / 問題定義と決定のつながり / 撤退条件の現実性、GPT-4o = 技術的実現可能性 / コスト試算 / 完了条件の検証可能性。情報提供型ゲートとして位置付け (差戻しなし) — Phase 1〜2c の 4 段差戻しゲート (Triage / Socratic / Scoring / Consistency) で起案品質は既に担保されているため、Phase 3 は PR 本文へのレビュー転記に専念し、レビュー LLM のハルシネーション差戻し事故 / 意見不一致解決ロジック / TC 9 通り整備のコストを回避。エラー耐性: 各モデルのエラーは個別 catch で吸収 → 残りモデルの結果で PR を生成しパイプライン継続 (LLM プロバイダ単独障害でも ADR 起案が止まらない)。グラフ最終形は triage → socratic → body_generation → scoring → consistency → parallel_review → slug → numbering → webhook。src/nodes/webhook.ts で 3 モデルのレビュー結果を指定セクションとして PR 本文に転記 (ビジネス → 論理 → 技術 の順で並列表示し、レビュアーの頭の切替コストを最小化)。設計メモ新設: docs/_internal/decision_pipeline/phase3_parallel_review_design.md で「なぜ差戻しなし」「なぜ Promise.all (vs LangGraph 分岐 / 直列 / Cloudflare Queues 非同期)」「なぜ 3 モデル + その役割」「エラー処理ポリシー (3 モデル全失敗でもパイプライン継続する根拠)」「テスト戦略 (YAGNI で TC を敢えて作らない判断 + 運用後の TC-P01〜P03 整備指針)」を SSoT 化。プロンプト原本: prompts/05_parallel_review.md v1.0 が src/nodes/parallel_review.ts の system prompt SSoT。README.md 更新: アーキテクチャ図に parallel_review node 組込 / 「未実装の Gate」セクション削除 / 「全フェーズ完了」一覧表追加 (Phase 1 / 2a' / 2b / 2c / 2 / 3 各 PR 番号付き)。docs/_config.json: F.6.2.3 として phase3_parallel_review_design.md を nav 登録。次の投資領域: ADR 事後評価ループ (ADR-0020 §決定 #4 で予告 / ADR-0021 候補) / Phase 3 レビュー品質モニタリング / 02_scoring.md の根拠注記 / MAS 案件起票フローへの応用 (RQ-040 進行中)。

2026-05-12 — PR #591 — feat — high

date: 2026-05-12
pr: 591
category: feat
importance: high
files:
  - drp/src/nodes/socratic.ts
  - drp/src/state.ts
  - drp/src/llm/gateway.ts
  - drp/src/graph.ts
  - drp/public/index.html
  - drp/test-tc-socratic.mjs
  - docs/_internal/decision_pipeline/prompts/03_socratic.md
tags:
  - decision-pipeline
  - langgraph
  - phase-2b
  - gate-1
  - socratic
  - stateless
  - adr-019
  - cross-workspace

Decision Pipeline Phase 2b (Gate 1 Socratic 問診) 実装完了 — 方式A (ステートレス) 採用: ADR-0019 のフェーズ計画における Phase 2b を本番投入。src/nodes/socratic.ts で gemini-flash による起案ドラフトの情報充足チェックを実装。不足項目があれば最大 3 問を返して END で差戻し、起案者がフォームに追記して再送する一巡フローで成立。設計判断: Durable Objects / セッション保持を使わないステートレス方式 (方式A) を採用 — /draft への単発再送で対話を成立させる最小設計。方式B (Workers + Durable Objects によるチャット型) は将来 /chat エンドポイント追加で移行可能。State に socraticPass / socraticQuestions 追加 (src/state.ts)、LLM Gateway に MODELS.socratic = 'gemini-flash' 追加 (src/llm/gateway.ts)、グラフは triage → socratic → body_generation → scoring → consistency → slug → numbering → webhook に再ワイヤリング (src/graph.ts)。UI 反映: public/index.html で Socratic 差戻し時の質問リスト表示 + STEP_MSGS 更新により、起案者は補完すべき項目を即座に把握可能。自動テスト: TC-S01〜S03 全合格 (drp/test-tc-socratic.mjs)。プロンプト + テストケース原本は docs/_internal/decision_pipeline/prompts/03_socratic.md に SSoT 化。残フェーズ: Phase 3 (並列レビュー) のみ未着手 — Phase 2b / 2c の運用実績 1 ヶ月程度を見てから着手判定。

2026-05-12 — PR #589 — feat — high

date: 2026-05-12
pr: 589
category: feat
importance: high
files:
  - drp/src/nodes/consistency.ts
  - drp/src/nodes/webhook.ts
  - drp/src/state.ts
  - drp/src/llm/gateway.ts
  - drp/src/graph.ts
  - drp/test-tc-consistency.mjs
  - docs/_internal/decision_pipeline/prompts/04_consistency.md
  - docs/_config.json
tags:
  - decision-pipeline
  - langgraph
  - phase-2c
  - gate-2
  - consistency
  - adr-019
  - cross-workspace

Decision Pipeline Phase 2c (Gate 2 過去 ADR 整合性) 実装完了: ADR-0019 のフェーズ計画における Phase 2c を本番投入。src/nodes/consistency.ts で GitHub API 経由で docs/adr/*.md を並列取得し、claude-sonnet で起案ドラフトとの Conflict / Supersede 関係を判定。CONFLICT 検出 + 起案ドラフトに supersede 宣言なしの場合は END で差戻し。グラフは triage → body_generation → scoring → consistency → slug → numbering → webhook に再ワイヤリング (src/graph.ts)。State に consistencyVerdict / consistencyDetail フィールドを追加 (src/state.ts)、LLM Gateway に MODELS.consistency = 'claude-sonnet' を追加 (src/llm/gateway.ts)。PR 本文 (src/nodes/webhook.ts) に Gate 2 整合性セクションを挿入し、レビュアーが過去 ADR との関係を即座に確認可能に。プロンプト + テストケース原本は docs/_internal/decision_pipeline/prompts/04_consistency.md に SSoT 化 (TC-C01〜C05 を末尾に同梱)。自動テスト: node drp/test-tc-consistency.mjs で TC-C01〜C05 全合格。adr-kit との棲み分け: LangGraph 側 Gate 2 = 起案時の門番 (PR 化前にブロック)、adr-kit:lint Consistency ゲート = オーナーレビュー時の補強 (Accepted 直前の最終チェック) — 2 段構えで多段化。docs/_config.json に F.6.2.1 として nav 登録。残フェーズ: Phase 2b (Socratic) / Phase 3 (並列レビュー) のみ未着手。

2026-05-12 — PRs #555〜585 — feat — high

date: 2026-05-12
pr: 585
category: feat
importance: high
files:
  - drp/
  - drp/litellm/masking.py
  - drp/litellm/test_masking.py
  - drp/litellm/deploy-cloudrun.sh
  - drp/test-tc.mjs
tags:
  - decision-pipeline
  - langgraph
  - cloudflare-workers
  - litellm-gateway
  - cloud-run
  - masking
  - adr-019
  - cross-workspace

LangGraph TS Decision Pipeline Steps 1〜8 実装完了・本番稼働: ADR-0019 で決定した移行先 (LangGraph TS + Hono on Cloudflare Workers + LiteLLM Gateway on Cloud Run + GitHub Actions) で E2E ADR 自動起案パイプラインを構築。Phase 1 で Dify から移植した Triage v0.2 / Scoring v0.1 を LangGraph node として再実装し、node drp/test-tc.mjs で TC-01〜07 を全自動実行可能に。実測結果: Triage 5/5 一致 (is_adr_worthy / mode 全 5 ケース合格)、TC-06 (雑なドラフト) = 3/50・pass=false ✓、TC-07 (高品質ドラフト) = 45/50・pass=true ✓ (Dify Phase 1 と同一スコア)。LiteLLM Gateway: pre-call マスキング callback (litellm/masking.py) を追加し、scriptId / OAuth トークン / 金額 / 取引先名を [MASKED:<種別>] に置換してから LLM (OpenAI / Gemini / Claude) へ送信。ユニットテスト 10/10 合格。Cloud Run メモリ上限を 512Mi → 1Gi に引き上げ (masking.py 追加後の OOMKill を解消)。本番 URL: https://decision-pipeline.t-saitoh.workers.dev/。PRs #555〜#585 で段階的にリリース。

2026-05-11 — PR #TBD — chore — mid

date: 2026-05-11
pr: null
category: chore
importance: mid
files:
  - scripts/adr-lint.mjs
  - docs/_internal/decision_pipeline/langgraph_migration/lint_baseline.md
tags:
  - adr-lint
  - decision-pipeline
  - langgraph-migration
  - adr-019

ADR lint スクリプト追加: scripts/adr-lint.mjs を新設し、ADR ファイル形式の自動検証を実装。5 ルール (numbered-header / context-section / decision-section / no-placeholder / min-length) で既存 ADR 全件をスキャンし、19/19 = 100% pass を確認 (結果は lint_baseline.md に記録済)。LangGraph パイプラインの CI gate および adr-kit Skill から呼び出す前提で、決定パイプラインの品質ガードを多段化。

2026-05-08 — PR #TBD — docs — mid

date: 2026-05-08
pr: null
category: docs
importance: mid
files:
  - docs/adr/README.md
  - docs/adr/0019-drp-migration.md
tags:
  - adr-019
  - adr-readme
  - decision-pipeline
  - dify-retired
  - langgraph-migration

ADR 運用ガイドを ADR-0019 整合に更新: docs/adr/README.md の「起案フロー」セクションを Dify ベースから移行期注記版（現状=手動起票 / 将来=LangGraph TS + Hono on Cloudflare Workers + adr-kit 自動化）に書き換え。既存 ADR 一覧を 010-019 まで追記（ADR-0010〜0018 は旧形式のため Mode は推定値、新規 ADR は ADR-0019 形式メタデータブロックで起案する旨を明記）。関連ドキュメント節を「現行（LangGraph 移行設計）」と「退役対象（履歴として残置）」に分離し、langgraph_migration/ と adr_skill_setup/ を現行側へ追加。テンプレ説明を「LangGraph 実装後も _template.md を参照（ADR-0019 決定 3 / canonical-seven-section 不採用）」に更新。併せて ADR-0019 自身の Status: Proposed → Accepted / 承認日: - → 2026-05-08 を手動補正（main マージ済 #530 だが GitHub Actions 自動化が Phase 2a 未着手で未動作のため）。退役対象 Dify 系設計書 6 本への退役マーク追加は main session 担当のまま据え置き。

2026-05-08 — PR #TBD — docs — high

date: 2026-05-08
pr: null
category: docs
importance: high
files:
  - docs/adr/0019-drp-migration.md
  - docs/_internal/research_prompts/RQ-038_adr_skill_architecture_result.md
  - docs/_internal/decision_pipeline/langgraph_migration/migration_overview.md
  - docs/_internal/decision_pipeline/langgraph_migration/main_workspace_checklist.md
  - docs/_internal/adr_skill_setup/bizlink-domain.md
  - docs/_internal/adr_skill_setup/langgraph-adrkit-boundary.md
  - docs/_internal/adr_skill_setup/migration_mapping.md
  - docs/_config.json
tags:
  - adr-019
  - decision-pipeline
  - langgraph-migration
  - adr-kit
  - dify-retired
  - litellm-gateway
  - cloud-run
  - rq-038

ADR-0019 起案 + Phase 0a 下準備: Decision Pipeline を LangGraph TS + Hono on Cloudflare Workers + LiteLLM Gateway に移行 (Dify 退役) + adr-kit を補完ツールとして導入 + 既存 _template.md / ADR-0001〜0018 は不変更 の 3 点を同時決定。3 プロバイダ並行運用 (GPT / Gemini / Claude) のため LiteLLM Gateway を GCP Cloud Run にホスティング (Vertex AI と同 Project / GCP Secret Manager で API キー集中管理 = 監査要件適合)。Cloudflare Workers Paid plan ($5/月) 必須を ADR 内で明文化。LangGraph 側は OpenAI 互換 SDK 1 本に統一し pre-1.0 breaking changes リスクを Gateway で隔離。Gemini Deep Research レポート (RQ-038) を構造化転記し ADR-0019 から参照。main session 用の LangGraph 実装手順書 (main_workspace_checklist.md) と Dify 既存設計書 6 本の処遇対応表 (migration_overview.md) を sub workspace で先行作成。adr-kit セットアップ素材 3 ファイル (bizlink-domain.md / langgraph-adrkit-boundary.md / migration_mapping.md) をステージングし、main session で .claude/skills/adr-kit/references/ へコピー予定。docs/_config.json に ADR-0019 のみ nav 登録 (RQ-038 / 内部設計メモは Plan で scope 外指定)。方針経緯: 当初 Dify + adr-kit 棲み分け案を策定 → Dify CI/CD 完全化が DSL API 非公式で困難と判明 (Issue #24087 / #27795 open) → ユーザー決定で LangGraph TS 完全移行に転換 (Phase 2a 未着手のため並行稼働期間なし)。Dify Phase 1 投資 (Triage v0.2 / Scoring v0.1) は LangGraph node に手作業移植 (半日〜1 日) で吸収。Decision Pipeline 既存設計書 6 本への退役マーク追加は main session 担当 (本セッションでは無変更)。

2026-05-08 — PR #TBD — docs — mid

date: 2026-05-08
pr: null
category: docs
importance: mid
files:
  - docs/dev/dev_mas-363_health_diagnostic_signal.md
  - docs/_internal/TODO_future.md
  - docs/_config.json
tags:
  - mas-363
  - mas-008-extension
  - health-diagnostic
  - dev-spec

MAS-363 財務健全性信号機判定 を MAS-008 (Cash Runway) の延長案件として dev spec 起票。spec_bs.md §9 で確定した 5 段階信号機 (🔴/🟠/🟡/🟢/🔵) × 5 指標の判定ロジックを 600_report/613_health_diagnostic.js (新規) で実装する設計。Tax-Adjusted Cash・MVS 監査・過剰検知時 3 段構成メッセージを含む。03_sys_params への 17 パラメータ追加、609_datamart_kpi.js への信号機列統合を計画。実装規模 6-8 時間で 実装未定（TODO_future.md 登録済み）。docs/_config.json に nav 登録。

2026-05-08 — PR #528 — docs — mid

date: 2026-05-08
pr: 528
category: docs
importance: mid
files:
  - docs/spec/spec_bs.md
tags:
  - spec-bs
  - health-diagnostic
  - signal-scheme
  - runway
  - threshold-design

spec_bs.md に §9「財務健全性信号機判定」 を新設。一人法人 IT/コンサル業向けに 5 段階信号機 (🔴危険 / 🟠警告 / 🟡注意 / 🟢健全 / 🔵過剰) で財務健全性を判定する仕様を策定。U字型非対称リスクモデル (倒産リスクは厳格・機会損失は緩やか) を採用し、5 指標 (現預金比率は対月商倍率・自己資本比率・流動比率・固定比率・ランウェイ) の閾値を業種特性 (情報通信業中小企業平均値) と成長促進視点 (Y Combinator 慣行) のハイブリッドで設計。固定比率 <5% を「過少投資 (生産性向上への投資忌避)」として🔵 過剰判定する独自ロジック、Tax-Adjusted Cash (実質現預金) による納税サイクル誤検知防止、MVS (Minimum Viable Salary) 監査による役員報酬下げによるランウェイ偽装検出も導入。閾値は 03_sys_params でパラメータ化予定 (MAS-008 延長として実装想定)。

2026-05-08 — PR #521 — docs — mid

date: 2026-05-08
pr: 521
category: docs
importance: mid
files:
  - docs/_internal/ui_verification.md
tags:
  - claude-md
  - ui-verification
  - human-gate
  - workflow

ui_verification.md §4 に 「人間確認ゲート (必須)」 サブセクションを追加。UI 変更時に Claude が git push / PR 作成する前に明示的に人間からブラウザ目視 OK を受領するフローを厳守ルール化。npm run test:ui の snapshot pass や type-check pass を「OK」と誤認しないチェックリスト付き。CLAUDE.md は無変更 (Progressive Disclosure 維持・索引化方針)。

2026-05-08 — PR #519 — docs — mid

date: 2026-05-08
pr: 519
category: docs
importance: mid
files:
  - CLAUDE.md
  - docs/_internal/ui_verification.md
  - docs/_config.json
tags:
  - claude-md
  - ui-verification
  - playwright
  - tests

UI 改修時のローカル検証ルールを明文化。CLAUDE.md「変更時テスト」表に webapp_client/src/**/*.{ts,tsx,css} および templates/*.html の 2 行を追加し、詳細手順を docs/_internal/ui_verification.md (新規, F.2.5) に外出し (Progressive Disclosure)。/tmp/ への ad-hoc Playwright 実行禁止・既存 npm run test:ui を優先利用・port 5173 の --strictPort 強制等の運用知見を集約。

2026-05-08 — PR #518 — docs — mid

date: 2026-05-08
pr: 518
category: docs
importance: mid
files:
  - docs/_internal/changelog.md
tags:
  - changelog
  - structured-format
  - progressive-disclosure

changelog.md の新規エントリ書式を 構造化形式 (H3 見出し + YAML コードブロック + 散文) に移行。LLM/スクリプトからの機械パース性と人間の可読性を両立。既存 291 件のレガシーエントリは無変更で保持し遡及移行コストを回避 (段階的移行方針)。スキーマ: date / pr / category / importance / files / tags。本 PR (#518) 自身は記録漏れだったため PR #519 で遡及追加。

2026-05-08 — PR #517 — docs — low

date: 2026-05-08
pr: 517
category: docs
importance: low
files:
  - CLAUDE.md
tags:
  - claude-md
  - tests

変更時テスト表の RPA 行を 全 RPA ファイル対象に拡張 (400_domain/401_rpa_hc.js → 400_domain/40*_rpa_*.js、テスト名: HC RPA テスト → 全RPAテスト)。glob パターン化で 6*_datamart_*.js 行と書式統一。400_rpa_common.js / 407_rpa_orchestrator.js 経由のレグレッション見逃しリスクを低減。

2026-05-08 — PR #516 — docs — mid

date: 2026-05-08
pr: 516
category: docs
importance: mid
files:
  - CLAUDE.md
tags:
  - claude-md
  - workspace-rules

CLAUDE.md 冒頭に 役割別読み方ガイド (5 行) を追加。main / sub の section 適用範囲を明示し、Claude が冒頭で役割を把握して関連性の低い section を読み飛ばせるよう支援。完全分離 (CLAUDE.main.md / CLAUDE.sub.md) は drift コストが大きく見送り、軽量マーカー方式を採用。humanlayer 指針 system-reminder で関連性なければ無視せよ の挙動と整合。

2026-05-08 — PR #515 — hooks — mid

date: 2026-05-08
pr: 515
category: hooks
importance: mid
files:
  - scripts/hooks/post_edit_guard.sh
  - docs/_internal/hooks_setup.md
tags:
  - hooks
  - post-edit-guard
  - claude-md
  - cross-workspace

post_edit_guard.sh に CLAUDE.md / CLAUDE.local.md への @ import 検出ルール を追加。PR #514 の再発防止策。検出パターン: 行頭 or 空白の直後の @docs/ / @CLAUDE.local.md / @./。誤検知防止: email アドレスや GitHub mention は対象外。table-driven test 19 ケース通過。

2026-05-08 — PR #514 — fix — high

date: 2026-05-08
pr: 514
category: fix
importance: high
files:
  - CLAUDE.md
tags:
  - claude-md
  - context-optimization
  - progressive-disclosure

CLAUDE.md 内の @ import 19 件を plain path 参照に変換 (起動時 context 圧迫の解消)。最大要因の @docs/_internal/changelog.md (422,604 chars) が起動時に展開され Claude Code の警告 Large changelog.md will impact performance (256.7k chars > 40.0k) を発火していた。humanlayer 指針 @ import してもコンテキストは減らない (起動時に展開され注入される) を踏まえ、Progressive Disclosure (CLAUDE.md は索引、docs/ は図書館) の運用に統一。起動時 import: 495,492 chars → 0 chars (-100%)。

レガシーエントリ (2026-04-12 〜 2026-05-08, テーブル形式)