棚卸し一覧（inventory

1. 集計

材料は 3 班の測定 JSON（go_inventory.json 306 行／ kit_inventory.json 77 行／ process_audit.json）。この頁は並べるだけで判定を作らない。行数は wc -l 相当の実測。個人の置き場（$HOME）は ~ に畳んで出している（公開先へ上げるため）。

383総数（ファイル）

0削除候補（赤）

16要決定（黄）

367残す（緑）

112,624合計行数（実測）

1行数を測れない（binary・消えた）

削除候補は 0 件。3 班とも「測って正当化できる『消してよい』は 1 本も出せなかった」と申告している。この頁の 見込みで消える行数 は、人がチェックを入れた行の実測行数の和（既定 0）＝器の提案ではなく人の決めの合計。

リポジトリ	数
pipeline-go	306
lp_kit(hero)	77

分類	数
本線	119
試験	96
道具	54
材料	37
契約	27
本線(間接)	18
docs	17
PoC	11
その他	2
呼び口	2

判定の提案	数
残す	367
PoC のまま置く	11
統合候補	3
人の決定待ち	2

2. 一覧（行ごとに削除に同意を決める）

凡例: 残す緑／統合候補・PoC のまま置く・人の決定待ち黄／削除候補赤（0 件）。「根拠」は畳んである（▸ をクリック）。チェックはブラウザに残る（localStorage）。

リポジトリ	ファイル	分類	呼び出し元（根拠）	判定の提案	削除に同意
lp_kit(hero)	`lp_kit/alpha_key.py` 208 行	本線(間接) 本線（間接・本線台本の連鎖の中）	lp_kit/w41_fill.py ／ lp_kit/w61_alphaline.py（w61_alphaline は lpkit/bakepink/action.yml から呼ばれる） α の鍵。本線台本 w61_alphaline から使われる＝間接的に走る道に乗っている	残す	削除
lp_kit(hero)	`lp_kit/alpha_need.py` 142 行	本線(間接) 本線（間接・本線台本の連鎖の中）	lp_kit/alpha_targets.py ／ lp_kit/frame_nature.py ／ lp_kit/w47_alpha.py ／ lp_kit/w57_ingest.py ／ lp_kit/w61_alphaline.py ／ lp_kit/w61_view.py 6 本が使う。うち frame_nature / w61_alphaline は契約から呼ばれる	残す	削除
lp_kit(hero)	`lp_kit/alpha_targets.py` 163 行	本線(間接) 本線（間接・本線台本の連鎖の中）	lp_kit/alpha_key.py ／ lp_kit/w41_targets.py ／ lp_kit/w61_alphaline.py 同上	残す	削除
lp_kit(hero)	`lp_kit/board_html.py` 413 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml ／ lpkit/bakepink/action.yml ／ lpkit/run_gates.yml ／ lpkit/views.yml 板の DOM 化の本体（LPK8P）。門 check_board_html.py が読む board_html.json を出す	残す	削除
lp_kit(hero)	`lp_kit/board_list.py` 280 行	道具 ingest の道具（Go から呼ばれる）	pipeline-go/tools/lpkitinputs/boarddom.go:31 `const boardListScript = "board_list.py"`・:70-75 で argv を組んで実行／ pipeline-go/tools/lpkitinputs/boarddom_test.go ／ pipeline-go/README.md 取り込みの最後に Go の道具が実際に exec する。板の DOM 化の人の決めの一覧を作る唯一の口	残す	削除
lp_kit(hero)	`lp_kit/build_img_map.py` 254 行	PoC PoC（正式化待ち・呼び出し元 0）	0 件（実測: KIT の .py/.mjs/.sh/.ts/.yml/.json/.md、pipeline-go の actions/・cmd/・app/・tools/、両 Makefile を grep して、`build_img_map` を名指す実行行は無し。言及は pipeline-go/docs/13_複合LP_精査.md の 1 行だけ＝『build_img_map が hide する』という過去の問題の記述）測っていないこと: この台本を今週回した記録は無い（nesswork/audit・record_run.json に名が無い）冒頭が『4〜5周目の作業場（pdca5/img/build_img_map.py）を KIT へ正式に置いた』＝正式化を意図して置かれたが、今週の契約はどこからも呼んでいない。hide/透明は既定 off・人の決定の表がある枠だけ、という規律を持つ	人の決定待ち人の決定待ち（削除候補にはしない）	削除
lp_kit(hero)	`lp_kit/check_alpha_shape.py` 252 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml ／ lpkit/run_gates.yml:589-600 ／ lpkit/views.yml 門（宣言あり）	残す	削除
lp_kit(hero)	`lp_kit/check_board_html.py` 516 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml ／ lpkit/bakepink/action.yml ／ lpkit/run_gates.yml:638-652 門。run_gates.yml に id『check_board_html.py[この run の板]』で宣言	残す	削除
lp_kit(hero)	`lp_kit/check_gaps.py` 492 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml ／ lpkit/run_gates.yml:568-579 ／ lpkit/views.yml 門（宣言あり）	残す	削除
lp_kit(hero)	`lp_kit/check_imgdiff.py` 559 行	本線本線（契約に宣言済み）だが git 未追跡	lpkit/action.yml ／ lpkit/run_gates.yml:696-717（id『check_imgdiff.py[この run の絵]』・script 欄で名指し）／ lpkit/views.yml ／ pipeline-go/docs/08_ふるまいの変更台帳.md（変更069）測っていないこと: その状態で `check:gates` / `action:run` が何を返すかは測っていない（この棚卸しでは 1 回も回していない） run_gates.yml（pipeline-go 側で追跡済み）が名指しているのに、KIT 側のこの台本は `git status` で `??`＝未追跡。宣言が実体を持つかを見る test は無い（decl_test.go は宣言の読み・母数の行の形・run の中を指すかを見るだけで、script の実在は見ていない）＝別の機械では『宣言はあるが台本が無い』になりうる	残す残す（ただし人へ申し送り: 追跡に載せる要否）	削除
lp_kit(hero)	`lp_kit/check_imgfit_vision.py` 303 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/imgfit/action.yml ／ lpkit/run_gates.yml:680-691 ／ lpkit/views.yml 門（宣言あり・有料 Vision）。check_imgdiff とは併存と決めてある	残す	削除
lp_kit(hero)	`lp_kit/check_imgsrctext.py` 233 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml ／ lpkit/run_gates.yml:545-556 ／ lpkit/views.yml 門（宣言あり）	残す	削除
lp_kit(hero)	`lp_kit/check_srcimg.py` 362 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml ／ lpkit/run_gates.yml:613-624 ／ lpkit/views.yml 門（宣言あり）。record_run15 の公開条件『check_srcimg 0』の当事者	残す	削除
lp_kit(hero)	`lp_kit/check_trace.py` 127 行	PoC PoC（正式化待ち・門 TRACE）	lp_kit/trace_join.py（対の器）のみ。run_gates.yml / gates.yml に『check_trace』『TRACE』の grep 0 件 wiring_plan.md に壊し試験 5 本（母数0→FAIL・結合欠け→FAIL・重複→FAIL・知らない実体→FAIL・形違い→exit 2）の実測あり。宣言に載っていないので `check:gates` は回さない	PoC のまま置く	削除
lp_kit(hero)	`lp_kit/compose_plan.py` 546 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/recipes.yml 節の合成計画	残す	削除
lp_kit(hero)	`lp_kit/copy_to_fill.py` 942 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml 文言→穴埋め	残す	削除
lp_kit(hero)	`lp_kit/facts_from_run.py` 337 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpcopy/action.yml run から facts を起こす	残す	削除
lp_kit(hero)	`lp_kit/facts_from_site.py` 304 行	本線(間接) 本線（間接・契約から 2 段先）	上流の台本だけ lp_kit/facts_from_run.py が使う（facts_from_run は lpcopy/action.yml から呼ばれる）。mat_v15〜v19 の facts.json すべてに痕跡	残す	削除
lp_kit(hero)	`lp_kit/facts_gaps.py` 259 行	PoC PoC（正式化待ち）	0 件（契約・KIT 台本・pipeline-go とも名指し無し）。出力の痕跡だけ: nesswork/design/facts_gaps_v16/facts_gaps.json 冒頭が『2026-08-30・PDCA。実測 13本目 ness_v9 × mat_v16』＝1 回の PDCA のために書かれ、出力が nesswork/design に 1 組ある。facts の穴を人へ申告する道具で、走る道には乗っていない	PoC のまま置く	削除
lp_kit(hero)	`lp_kit/fill_merge.py` 209 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml 穴埋めの合流	残す	削除
lp_kit(hero)	`lp_kit/frame_nature.py` 657 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml ／ lpkit/bakepink/action.yml ／ lpkit/recipes.yml 枠の性質の判定。KIT 台本 6 本が import・prompts 側 JSON 1,252 本に痕跡	残す	削除
lp_kit(hero)	`lp_kit/img_apply.py` 565 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml ／ lpkit/bake/action.yml 当て込み	残す	削除
lp_kit(hero)	`lp_kit/img_quantize_bg.py` 319 行	本線(間接) 本線（間接・本線台本が import）	lp_kit/w56_pages.py:745 `import img_quantize_bg as _Q`（w56_pages.py は lpkit/action.yml から呼ばれる）／ lpkit/action.yml:641-643 に旗 `bg_quantize_tone: 'tones/pastelpink.json'` 測っていないこと: この台本を単体で回した記録は nesswork/audit/bgsnap_20260830/RECORD.json と check_run15_20260830/RECORD.json だけ＝Go 側の test は無い（--include='*_test.go' の grep で 0 件）契約は台本名でなく旗（bg_quantize_tone）で呼ぶ形。台本名の grep では契約に当たらないが、走る道に乗っている。record_run15 が『色の規律の 4 口』の 1 つとして 15本目で回したと記録	残す	削除
lp_kit(hero)	`lp_kit/img_visible.py` 133 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml ／ lpkit/views.yml 紙面に見えている絵の数え	残す	削除
lp_kit(hero)	`lp_kit/imgsee_reread.py` 279 行	本線(間接) 本線の材料を直す道具・git 未追跡	lp_kit/w57_ingest.py（同じ imgsee_<出典>.json を読む側）／ nesswork/mat_v19/MAT_V19_NOTE.md ／ pipeline-go/docs/08_ふるまいの変更台帳.md 測っていないこと: 16本目の run はまだ回っていない＝この道具の出力が紙面に効いたかは測っていない ness_v18 の 113 枠のうち読めていない 6 枠を再読して imgsee_.json へ追記だけ*する道具。16本目（mat_v19）の準備として使われた記録が MAT_V19_NOTE.md にある。契約からは呼ばれない（run_gates.yml・action.yml に名が無い）	残す残す（追跡の要否は人の決定）	削除
lp_kit(hero)	`lp_kit/kit_place.py` 61 行	本線(間接) 本線（間接・置き場の口）	KIT の台本 15 本が `import kit_place`（実測: grep -rl 'import kit_place' --include='*.py' = 15 本。frame_nature / slot_imggen / w56_pages / w53_qual / logo_svg / alpha_targets / w61_alphaline / w56_boxes ほか）ファイル名 grep では 0 件だが、Python の import 名で 15 本が使っている。『材料は KIT・成果物は run』の置き分けの唯一の口	残す	削除
lp_kit(hero)	`lp_kit/localize_assets.py` 119 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml ／ lpkit/run_gates.yml:227 の注記資産の向け直し	残す	削除
lp_kit(hero)	`lp_kit/logo_svg.py` 118 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/bakepink/action.yml ／ lpkit/views.yml ロゴ枠の SVG 化	残す	削除
lp_kit(hero)	`lp_kit/lp_imgfit.py` 327 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/imgfit/action.yml ／ lpkit/run_gates.yml:660-671 ／ lpkit/views.yml 門（宣言あり・$0）	残す	削除
lp_kit(hero)	`lp_kit/lp_imgtext.py` 400 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml ／ lpkit/views.yml 絵の中の字	残す	削除
lp_kit(hero)	`lp_kit/lp_quality.py` 539 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml ／ lpkit/views.yml 紙面の質（lp_quality_axes.yaml と 1 組）	残す	削除
lp_kit(hero)	`lp_kit/nesswork/cut_sections.py` 46 行	その他一度きりの検証台本（復旧のときの道具）	nesswork/RECOVERY.md（消えた作業場の復旧で使った記録）／ nesswork/sections_src/_provenance.json 測っていないこと: それらが同じ切り方をしているか（重複か・別物か）は突き合わせていない 46 行。page.png を secpos の帯で切るだけ。KIT 直下に同名の重複は無い（実測: hero リポジトリ全体を find しても cut_sections はこの 1 本だけ）。ただし『帯で切る』処理を持つ台本は他にも在る（w68_crops.py / w72_crops.py / slot_gallery.py ほか。secpos を読む台本は KIT 直下に 19 本）	PoC のまま置く	削除
lp_kit(hero)	`lp_kit/nesswork/tools/explain_extract.py` 632 行	PoC PoC（nesswork 限り・自己申告あり）	nesswork/tools/explain_page.py ／ lp_kit/trace_join.py:51（『jload / summarize / SectionMap と同じ規則』という規則の出典としての言及・import ではない）冒頭が『PoC（nesswork 限り・正式化するときの置き場は lp_kit 直下）』と自己申告。cf_site/howitworks_ness の材料を作る	PoC のまま置く	削除
lp_kit(hero)	`lp_kit/nesswork/tools/explain_page.py` 470 行	PoC PoC（nesswork 限り・自己申告あり）	0 件（KIT 台本・契約・pipeline-go とも名指し無し）冒頭が『PoC（nesswork 限り・正式化するときの置き場は lp_kit 直下）』と自己申告。解説頁 howitworks.html を組む。呼び出し元は 0 件だが、成果物 cf_site/howitworks_ness が公開の木に在る	PoC のまま置く	削除
lp_kit(hero)	`lp_kit/nesswork/tools/info_count.py` 394 行	PoC PoC（nesswork 限り・自己申告あり）	0 件（KIT 台本・契約・pipeline-go とも名指し無し）冒頭が『PoC（nesswork 限り・正式化するときの置き場は lp_kit 直下）』と自己申告。節ごとの情報量の物差し。呼び出し元 0 件・出力 nesswork/audit/info_count.json が 1 組	PoC のまま置く	削除
lp_kit(hero)	`lp_kit/nesswork/tools/structure_diff.py` 14 行	呼び口呼び口（shim・14〜15 行）	人が nesswork から打つときの口。中身は runpy で lp_kit/structure_diff.py を回すだけ（規則を1行も持たない）昇格のときに『写しは呼び口だけ残す』と決めて置いた形。唯一の正は lp_kit/structure_diff.py 側にある	残す	削除
lp_kit(hero)	`lp_kit/nesswork/tools/trace_build.py` 1,171 行	PoC PoC（nesswork 限り・KIT へ移植済みの元）	lp_kit/trace_join.py（『これを KIT の作法へ移植したもの』と冒頭で名指し）／ lp_kit/check_trace.py:6（初回の実測の出典）／ nesswork/audit/check_run15_20260830/RECORD.json（15本目で回した記録）測っていないこと: trace_join.py が trace_v18 を作り直せるか（同じ出力になるか）は測っていない。13本目（trace_v16 の run）での全数一致は wiring_plan.md の実測として在る nesswork/trace/trace_v16.json と trace_v18/trace_v18.json を実際に作ったのはこちら（両 JSON に 'trace_join' の文字列は 0 件）。KIT 版 trace_join.py と実質行の重なりは 59%（trace_build 877 行中 521 行が一致・空行と 12 字以下を除いた比較）＝唯一の正が 2 箇所にある状態	PoC のまま置く PoC のまま置く（統合は人の決定）	削除
lp_kit(hero)	`lp_kit/nesswork/tools/trace_overlay_build.py` 897 行	PoC PoC（nesswork 限り・公開物を作った）	nesswork/audit/check_run15_20260830/RECORD.json のみ（KIT 台本・契約からの名指しは 0 件） cf_site/trace_ness_v16 と trace_ness_v18（どちらも公開の木に在る）を作った器。KIT 側に対応する正本はまだ無い（trace_join.py は台帳を作るだけで、見る口は持たない）	PoC のまま置く	削除
lp_kit(hero)	`lp_kit/nesswork/tools/vision_info.py` 171 行	PoC PoC（nesswork 限り・自己申告あり）	0 件（KIT 台本・契約・pipeline-go とも名指し無し）冒頭が『PoC（nesswork 限り・正式化するときの置き場は lp_kit 直下）』と自己申告。出典と今回を Vision で並べて読む（有料）。呼び出し元 0 件・凍結 cache nesswork/audit/vision_cache_info.json が 1 組	PoC のまま置く	削除
lp_kit(hero)	`lp_kit/nesswork/tools/webp_site.py` 13 行	呼び口呼び口（shim・14〜15 行）	人が nesswork から打つときの口。中身は runpy で lp_kit/webp_site.py を回すだけ（規則を1行も持たない）昇格のときに『写しは呼び口だけ残す』と決めて置いた形。唯一の正は lp_kit/webp_site.py 側にある	残す	削除
lp_kit(hero)	`lp_kit/photo_assets_pick.py` 123 行	PoC PoC（正式化待ち・自己申告あり）	0 件（実行の呼び出し元なし）。参照の痕跡: products/ness.yaml・nesswork/design/photo_assets.md・mat_v15〜v19 の img_product.yaml・nesswork/design/photo_map_ness/photo_pick_report.json 台本の冒頭が自分で『配線（slot_imggen が生成の前に見る）は次の周』と書いている＝正式化待ちを本人が申告済み。読み側だけ在り、書き側の配線が無い	PoC のまま置く	削除
lp_kit(hero)	`lp_kit/secpos_from_dom.py` 304 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml 節帯の位置	残す	削除
lp_kit(hero)	`lp_kit/secrole.py` 429 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/recipes.yml ／ lplibrary/action.yml 節の役割（secrole_rules.yaml と 1 組）。w109/w57 が import	残す	削除
lp_kit(hero)	`lp_kit/section_ground.py` 364 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml ／ lpkit/bakepink/action.yml 節の根の地色。record_run15 が『色の規律の 4 口』の 1 つとして契約宣言済みと記録	残す	削除
lp_kit(hero)	`lp_kit/sixview.py` 644 行	本線(間接) 本線（間接・本線台本の連鎖の中）	lp_kit/prompt_master.py ／ lp_kit/specpipe.py（specpipe は契約から呼ばれる） specpipe 経由で走る道に乗る	残す	削除
lp_kit(hero)	`lp_kit/slot_imggen.py` 900 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/bakepink/action.yml ／ lpkit/views.yml 焼く枠の計画・生成	残す	削除
lp_kit(hero)	`lp_kit/slot_sense.py` 1,407 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lplibrary/holes/action.yml 穴の見立て	残す	削除
lp_kit(hero)	`lp_kit/slotted.py` 576 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml ／ lplibrary/action.yml 穴つき紙面。KIT 14 本が import	残す	削除
lp_kit(hero)	`lp_kit/specpipe.py` 2,078 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml ／ lpkit/bakepink/action.yml ピンク版の道の本体（plan_frames）	残す	削除
lp_kit(hero)	`lp_kit/structure_diff.py` 342 行	本線(間接) 本線ではないが KIT の正本（nesswork から昇格）	nesswork/tools/structure_diff.py（薄い呼び口が runpy でこちらを回す）／ nesswork/record_run12.json / record_run13.json（回した記録）／ pipeline-go/docs/14_複合LP_実行計画.md 測っていないこと: 既定値と S45 の注記行は ness の実測のまま＝別の出典で回したときの挙動は測っていない（台本が自分でそう書いている）『nesswork の PoC を正本へ上げた・この 1 箇所を唯一の正とする』と冒頭が宣言。契約からは呼ばれない（人が回す物差し）	残す	削除
lp_kit(hero)	`lp_kit/trace_join.py` 1,009 行	PoC PoC（正式化待ち・配線案あり）	lp_kit/check_trace.py（対の門）のみ。契約（lpkit/action.yml・run_gates.yml・gates.yml）に名は 0 件測っていないこと: 契約へ入れた後の挙動（工程として回したとき）は測っていない nesswork/trace/wiring_plan.md が『器は先に置いた・契約はこの周では触っていない・次の周で入れる』と明記。13本目の run で nesswork 版（tools/trace_build.py）と全数一致（紙面 549／組めた 549／差分 0・2回実行で byte 同一）を実測済み	PoC のまま置く	削除
lp_kit(hero)	`lp_kit/unslotted.py` 191 行	本線(間接) 本線（間接）	lp_kit/slotted.py ／ lp_kit/compose_plan.py（どちらも契約から呼ばれる） slotted / compose_plan が import する。単体で契約から呼ばれてはいない	残す	削除
lp_kit(hero)	`lp_kit/w102_pendclass.py` 157 行	本線(間接) 本線（間接・契約から 2 段先）	上流の台本だけ lp_kit/w104_reuse.py が使う（w104_reuse は lplibrary/reuse/action.yml から呼ばれる）	残す	削除
lp_kit(hero)	`lp_kit/w103_ingest.sh` 28 行	道具 ingest の道具（Go へ移った・argv の出典として名指し）	pipeline-go/tools/lpkitingest/main.go:5,20・steps.go:5,100（『w103_ingest.sh と同じ3本』と写した旨）／ pipeline-go/tools/lpkitingest/main_test.go:6,53（argv が w103_ingest.sh と1字も違わないことを見る test）／ orizo-project-hero/docs/specs/13_節ライブラリ_出典をまたぐLP組み立て.md 測っていないこと: この .sh を今週実際に回した記録は見つけていない（nesswork/audit・record_run.json に名が無い）走る道は Go（lpkitingest）へ移ったが、Go の argv の出典*としてコードと test が名指ししている。消すと『何を写したのか』の照合先が消える	残す残す（削除候補にしない）	削除
lp_kit(hero)	`lp_kit/w104_cross.py` 133 行	本線(間接) 本線（間接・契約から 2 段先）	上流の台本だけ lp_kit/w107_view.py が使う（w107_view は lplibrary/action.yml から呼ばれる）	残す	削除
lp_kit(hero)	`lp_kit/w104_reuse.py` 216 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lplibrary/reuse/action.yml 節の再利用	残す	削除
lp_kit(hero)	`lp_kit/w105_srcshot.py` 116 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/recipes.yml 出典の撮影	残す	削除
lp_kit(hero)	`lp_kit/w106_srcview.py` 150 行	本線(間接) 本線（間接・契約から 2 段先）	上流の台本だけ lp_kit/w104_cross.py が使う（契約からは 2 段先）	残す	削除
lp_kit(hero)	`lp_kit/w107_view.py` 413 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lplibrary/action.yml 見る口	残す	削除
lp_kit(hero)	`lp_kit/w108_copyreq.py` 587 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lplibrary/action.yml 発注書	残す	削除
lp_kit(hero)	`lp_kit/w109_copyfill.py` 1,466 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpcopy/fill/action.yml ／ lpkit/action.yml 文言を書く（有料）	残す	削除
lp_kit(hero)	`lp_kit/w40_burnsrc.py` 479 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml ／ lpkit/bakepink/action.yml 焼く字の出所	残す	削除
lp_kit(hero)	`lp_kit/w49_burnapply.py` 106 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/bakepink/action.yml 焼く字の当て込み	残す	削除
lp_kit(hero)	`lp_kit/w49_cssfill.py` 96 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/bakepink/action.yml CSS 塗り	残す	削除
lp_kit(hero)	`lp_kit/w52_logomask.py` 307 行	本線(間接) 本線（間接・本線台本の連鎖の中）	lp_kit/w52_arms.py ／ lp_kit/w52_refplan.py ／ lp_kit/w53_refasset.py 台本どうしの連鎖の中	残す	削除
lp_kit(hero)	`lp_kit/w53_qual.py` 208 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/bakepink/action.yml 質の点	残す	削除
lp_kit(hero)	`lp_kit/w53_refasset.py` 300 行	本線(間接) 本線（間接・本線台本の連鎖の中）	lp_kit/specpipe.py ／ lp_kit/w52_logomask.py specpipe 経由	残す	削除
lp_kit(hero)	`lp_kit/w54_arms.py` 81 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/bakepink/action.yml 焼く的の組み立て	残す	削除
lp_kit(hero)	`lp_kit/w56_boxes.py` 74 行	その他今週触った既存台本・呼び出し元が文書だけ	実行の呼び出し元 0 件。名指しは INVENTORY.md / SPECPIPE.md / INVENTORY.json / dandori_frozen.json / place_scope.json（すべて台帳・記録）今週の 11 コミットで M（kit_place の口を通すために触った）。走る道からは呼ばれていないが、dandori_frozen.json に載っている＝凍結の対象として台帳が持っている	人の決定待ち人の決定待ち（削除候補にしない）	削除
lp_kit(hero)	`lp_kit/w56_pagelint.py` 105 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/textfix/action.yml 紙面の lint	残す	削除
lp_kit(hero)	`lp_kit/w56_pages.py` 841 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/action.yml ／ lpkit/bakepink/action.yml 紙面を建てる（img_quantize_bg を import する側）	残す	削除
lp_kit(hero)	`lp_kit/w56_readable.py` 216 行	本線(間接) 本線（間接・本線台本の連鎖の中）	lp_kit/w56_onpage.mjs ／ lp_kit/w56_textfix.py 字の読めるかの判定	残す	削除
lp_kit(hero)	`lp_kit/w56_textfix_all.py` 107 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/textfix/action.yml 字の直し	残す	削除
lp_kit(hero)	`lp_kit/w57_ingest.py` 1,093 行	本線(間接) 本線（間接・本線台本の連鎖の中）	契約からの名指しは 0 件。KIT の JSON 2,620 本（prompts/*/frames ほか）に痕跡・INVENTORY.md / SPECPIPE.md / mat_v19/MAT_V19_NOTE.md / nature_v15/bytecheck/README.md が名指し取り込みの本体。今週 frames を焼き直した道具そのもの（MAT_V19_NOTE.md が名指し）。契約は Go の lpkitingest 側から材料を作るので action.yml に名が出ない	残す	削除
lp_kit(hero)	`lp_kit/w58_imgwords.py` 181 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/imggates/action.yml 絵の中の語	残す	削除
lp_kit(hero)	`lp_kit/w61_alphaline.py` 183 行	本線本線（契約 action.yml / run_gates.yml から名指し）	lpkit/bakepink/action.yml α の線	残す	削除
lp_kit(hero)	`lp_kit/webp_site.py` 155 行	本線(間接) 本線ではないが KIT の正本（nesswork から昇格）	nesswork/tools/webp_site.py（薄い呼び口）／ nesswork/record_run13/14/15.json（公開前に回した記録）公開（Cloudflare Pages）前の容量圧縮。『この 1 箇所を唯一の正とする』と冒頭が宣言	残す	削除
pipeline-go	`.gitignore` 23 行・ git M ・差分 +6／-0	本線	git（追跡除外の宣言）この差分で /orizo・/lpframes・/lpkitinputs を足している（git diff 実測）。docs/04「建てたバイナリをリポジトリの根に置かない（R7）」の実測の後始末。ビルド成果物が追跡に入るのを止めている	残す	削除
pipeline-go	`CLAUDE.md` 155 行・ git M ・差分 +43／-4	docs	Claude Code が毎回読む（ツールの規約）この差分で「突き合わせをいつ誰が走らせるか」等を追記している	残す	削除
pipeline-go	`Makefile` 112 行・ git M ・差分 +44／-1	道具	人が直に叩く（make test / lint / format / validate / map / run / drift-check / parity / parity-skips） drift-check が go run ./tools/lpkitgates と ./tools/lpkitinputs を呼ぶ唯一の口（Makefile 実測）。parity は ORIZO_LPKIT_PARITY=1 を立てる唯一の口	残す	削除
pipeline-go	`README.md` 208 行・ git M ・差分 +94／-9	docs	人が読む。tools の使い方（lpkitingest / lpkitinputs / lptonemetric / draftschema）の唯一の入口 go run ./tools/... の記載 8件（grep 実測）。draftschema と lpkitingest はここ以外に呼び出し元が無い	残す	削除
pipeline-go	`app/models/action.go` 122 行・ git M ・差分 +20／-0	本線	go list 逆引き（実測）: pipeline-go/app/repositories/actionrepo, pipeline-go/app/repositories/runrepo, pipeline-go/app/services/checkservice, pipeline-go/app/services/components/executor, pipeline-go/app/services/components/graph, pipeline-go/app/services/mapservice, pipeline-go/app/services/runservice, pipeline-go/app/services/validateservice, pipeline-go/app/services/viewservice, pipeline-go/app/services/webservice, pipeline-go/cmd/orizo, pipeline-go/projects/orizo/actions/concept, pipeline-go/projects/orizo/actions/lpkit, pipeline-go/projects/orizo/actions/segment, pipeline-go/projects/orizo/ccreport, pipeline-go/tools/lpkitinputs, pipeline-go/tools/lpsplice/splice go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/models/artifact.go` 76 行・ git M ・差分 +9／-0	本線	go list 逆引き（実測）: pipeline-go/app/repositories/actionrepo, pipeline-go/app/repositories/runrepo, pipeline-go/app/services/checkservice, pipeline-go/app/services/components/executor, pipeline-go/app/services/components/graph, pipeline-go/app/services/mapservice, pipeline-go/app/services/runservice, pipeline-go/app/services/validateservice, pipeline-go/app/services/viewservice, pipeline-go/app/services/webservice, pipeline-go/cmd/orizo, pipeline-go/projects/orizo/actions/concept, pipeline-go/projects/orizo/actions/lpkit, pipeline-go/projects/orizo/actions/segment, pipeline-go/projects/orizo/ccreport, pipeline-go/tools/lpkitinputs, pipeline-go/tools/lpsplice/splice go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/models/artifact_test.go` 71 行・ git M ・差分 +13／-0	試験	go test ./...（make test）実測: go test ./... で app/models は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/models/boarddom.go` 119 行・ git A ・差分 +119／-0	本線	go list 逆引き（実測）: pipeline-go/app/repositories/actionrepo, pipeline-go/app/repositories/runrepo, pipeline-go/app/services/checkservice, pipeline-go/app/services/components/executor, pipeline-go/app/services/components/graph, pipeline-go/app/services/mapservice, pipeline-go/app/services/runservice, pipeline-go/app/services/validateservice, pipeline-go/app/services/viewservice, pipeline-go/app/services/webservice, pipeline-go/cmd/orizo, pipeline-go/projects/orizo/actions/concept, pipeline-go/projects/orizo/actions/lpkit, pipeline-go/projects/orizo/actions/segment, pipeline-go/projects/orizo/ccreport, pipeline-go/tools/lpkitinputs, pipeline-go/tools/lpsplice/splice go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/models/boarddom_test.go` 57 行・ git A ・差分 +57／-0	試験	go test ./...（make test）実測: go test ./... で app/models は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/models/builtin.go` 43 行・ git M ・差分 +7／-3	本線	go list 逆引き（実測）: pipeline-go/app/repositories/actionrepo, pipeline-go/app/repositories/runrepo, pipeline-go/app/services/checkservice, pipeline-go/app/services/components/executor, pipeline-go/app/services/components/graph, pipeline-go/app/services/mapservice, pipeline-go/app/services/runservice, pipeline-go/app/services/validateservice, pipeline-go/app/services/viewservice, pipeline-go/app/services/webservice, pipeline-go/cmd/orizo, pipeline-go/projects/orizo/actions/concept, pipeline-go/projects/orizo/actions/lpkit, pipeline-go/projects/orizo/actions/segment, pipeline-go/projects/orizo/ccreport, pipeline-go/tools/lpkitinputs, pipeline-go/tools/lpsplice/splice go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/models/collectconfig.go` 104 行・ git M ・差分 +40／-3	本線	go list 逆引き（実測）: pipeline-go/app/repositories/actionrepo, pipeline-go/app/repositories/runrepo, pipeline-go/app/services/checkservice, pipeline-go/app/services/components/executor, pipeline-go/app/services/components/graph, pipeline-go/app/services/mapservice, pipeline-go/app/services/runservice, pipeline-go/app/services/validateservice, pipeline-go/app/services/viewservice, pipeline-go/app/services/webservice, pipeline-go/cmd/orizo, pipeline-go/projects/orizo/actions/concept, pipeline-go/projects/orizo/actions/lpkit, pipeline-go/projects/orizo/actions/segment, pipeline-go/projects/orizo/ccreport, pipeline-go/tools/lpkitinputs, pipeline-go/tools/lpsplice/splice go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/models/project.go` 112 行・ git M ・差分 +35／-1	本線	go list 逆引き（実測）: pipeline-go/app/repositories/actionrepo, pipeline-go/app/repositories/runrepo, pipeline-go/app/services/checkservice, pipeline-go/app/services/components/executor, pipeline-go/app/services/components/graph, pipeline-go/app/services/mapservice, pipeline-go/app/services/runservice, pipeline-go/app/services/validateservice, pipeline-go/app/services/viewservice, pipeline-go/app/services/webservice, pipeline-go/cmd/orizo, pipeline-go/projects/orizo/actions/concept, pipeline-go/projects/orizo/actions/lpkit, pipeline-go/projects/orizo/actions/segment, pipeline-go/projects/orizo/ccreport, pipeline-go/tools/lpkitinputs, pipeline-go/tools/lpsplice/splice go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/models/runstate.go` 124 行・ git M ・差分 +31／-17	本線	go list 逆引き（実測）: pipeline-go/app/repositories/actionrepo, pipeline-go/app/repositories/runrepo, pipeline-go/app/services/checkservice, pipeline-go/app/services/components/executor, pipeline-go/app/services/components/graph, pipeline-go/app/services/mapservice, pipeline-go/app/services/runservice, pipeline-go/app/services/validateservice, pipeline-go/app/services/viewservice, pipeline-go/app/services/webservice, pipeline-go/cmd/orizo, pipeline-go/projects/orizo/actions/concept, pipeline-go/projects/orizo/actions/lpkit, pipeline-go/projects/orizo/actions/segment, pipeline-go/projects/orizo/ccreport, pipeline-go/tools/lpkitinputs, pipeline-go/tools/lpsplice/splice go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/repositories/actionrepo/actionrepo.go` 251 行・ git M ・差分 +12／-1	本線	go list 逆引き（実測）: pipeline-go/app/services/components/executor, pipeline-go/app/services/components/graph, pipeline-go/app/services/mapservice, pipeline-go/app/services/planservice, pipeline-go/app/services/runservice, pipeline-go/app/services/validateservice, pipeline-go/app/services/viewservice, pipeline-go/cmd/orizo, pipeline-go/tools/lpkitinputs go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/repositories/actionrepo/actionrepo_test.go` 183 行・ git M ・差分 +18／-1	試験	go test ./...（make test）実測: go test ./... で app/repositories/actionrepo は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/repositories/runrepo/checks.go` 265 行・ git A ・差分 +265／-0	本線	go list 逆引き（実測）: pipeline-go/app/services/components/executor, pipeline-go/app/services/runservice, pipeline-go/app/services/viewservice, pipeline-go/app/services/webservice, pipeline-go/cmd/orizo, pipeline-go/projects/orizo/actions/lpkit, pipeline-go/projects/orizo/ccreport go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/repositories/runrepo/checks_test.go` 183 行・ git A ・差分 +183／-0	試験	go test ./...（make test）実測: go test ./... で app/repositories/runrepo は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/repositories/runrepo/runrepo.go` 332 行・ git M ・差分 +154／-1	本線	go list 逆引き（実測）: pipeline-go/app/services/components/executor, pipeline-go/app/services/runservice, pipeline-go/app/services/viewservice, pipeline-go/app/services/webservice, pipeline-go/cmd/orizo, pipeline-go/projects/orizo/actions/lpkit, pipeline-go/projects/orizo/ccreport go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/repositories/runrepo/runrepo_test.go` 320 行・ git M ・差分 +164／-8	試験	go test ./...（make test）実測: go test ./... で app/repositories/runrepo は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/repositories/runrepo/testdata/run/run_state.yaml` 50 行・ git A ・差分 +50／-0	材料	同じパッケージの試験が読む（testdata） go test ok	残す	削除
pipeline-go	`app/services/components/checker/checker.go` 62 行・ git M ・差分 +9／-4	本線	go list 逆引き（実測）: pipeline-go/app/services/checkservice, pipeline-go/app/services/components/executor, pipeline-go/app/services/runservice, pipeline-go/app/services/viewservice, pipeline-go/app/services/webservice, pipeline-go/cmd/orizo, pipeline-go/projects/orizo/actions/concept, pipeline-go/projects/orizo/actions/lpkit, pipeline-go/projects/orizo/actions/segment go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/components/checker/external.go` 405 行・ git A ・差分 +405／-0	本線	go list 逆引き（実測）: pipeline-go/app/services/checkservice, pipeline-go/app/services/components/executor, pipeline-go/app/services/runservice, pipeline-go/app/services/viewservice, pipeline-go/app/services/webservice, pipeline-go/cmd/orizo, pipeline-go/projects/orizo/actions/concept, pipeline-go/projects/orizo/actions/lpkit, pipeline-go/projects/orizo/actions/segment go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/components/checker/external_test.go` 381 行・ git A ・差分 +381／-0	試験	go test ./...（make test）実測: go test ./... で app/services/components/checker は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/components/checker/local.go` 123 行・ git A ・差分 +123／-0	本線	go list 逆引き（実測）: pipeline-go/app/services/checkservice, pipeline-go/app/services/components/executor, pipeline-go/app/services/runservice, pipeline-go/app/services/viewservice, pipeline-go/app/services/webservice, pipeline-go/cmd/orizo, pipeline-go/projects/orizo/actions/concept, pipeline-go/projects/orizo/actions/lpkit, pipeline-go/projects/orizo/actions/segment go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/components/checker/local_test.go` 145 行・ git A ・差分 +145／-0	試験	go test ./...（make test）実測: go test ./... で app/services/components/checker は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/components/checker/tail_form_test.go` 86 行・ git A ・差分 +86／-0	試験	go test ./...（make test）実測: go test ./... で app/services/components/checker は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/components/executor/argv.go` 115 行・ git A ・差分 +115／-0	本線	go list 逆引き（実測）: pipeline-go/app/services/planservice, pipeline-go/app/services/runservice, pipeline-go/app/services/validateservice, pipeline-go/app/services/viewservice, pipeline-go/app/services/webservice, pipeline-go/cmd/orizo go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/components/executor/gates.go` 175 行・ git A ・差分 +175／-0	本線	go list 逆引き（実測）: pipeline-go/app/services/planservice, pipeline-go/app/services/runservice, pipeline-go/app/services/validateservice, pipeline-go/app/services/viewservice, pipeline-go/app/services/webservice, pipeline-go/cmd/orizo go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/components/executor/gates_test.go` 139 行・ git A ・差分 +139／-0	試験	go test ./...（make test）実測: go test ./... で app/services/components/executor は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/components/executor/plan.go` 284 行・ git M ・差分 +59／-1	本線	go list 逆引き（実測）: pipeline-go/app/services/planservice, pipeline-go/app/services/runservice, pipeline-go/app/services/validateservice, pipeline-go/app/services/viewservice, pipeline-go/app/services/webservice, pipeline-go/cmd/orizo go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/components/executor/plan_test.go` 288 行・ git M ・差分 +56／-9	試験	go test ./...（make test）実測: go test ./... で app/services/components/executor は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/components/executor/report.go` 222 行・ git M ・差分 +133／-44	本線	go list 逆引き（実測）: pipeline-go/app/services/planservice, pipeline-go/app/services/runservice, pipeline-go/app/services/validateservice, pipeline-go/app/services/viewservice, pipeline-go/app/services/webservice, pipeline-go/cmd/orizo go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/components/executor/report_hook_test.go` 50 行・ git A ・差分 +50／-0	試験	go test ./...（make test）実測: go test ./... で app/services/components/executor は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/components/executor/resolve.go` 496 行・ git M ・差分 +138／-13	本線	go list 逆引き（実測）: pipeline-go/app/services/planservice, pipeline-go/app/services/runservice, pipeline-go/app/services/validateservice, pipeline-go/app/services/viewservice, pipeline-go/app/services/webservice, pipeline-go/cmd/orizo go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/components/executor/resolve_test.go` 362 行・ git M ・差分 +104／-1	試験	go test ./...（make test）実測: go test ./... で app/services/components/executor は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/components/executor/run.go` 707 行・ git M ・差分 +161／-13	本線	go list 逆引き（実測）: pipeline-go/app/services/planservice, pipeline-go/app/services/runservice, pipeline-go/app/services/validateservice, pipeline-go/app/services/viewservice, pipeline-go/app/services/webservice, pipeline-go/cmd/orizo go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/components/executor/tool.go` 452 行・ git A ・差分 +452／-0	本線	go list 逆引き（実測）: pipeline-go/app/services/planservice, pipeline-go/app/services/runservice, pipeline-go/app/services/validateservice, pipeline-go/app/services/viewservice, pipeline-go/app/services/webservice, pipeline-go/cmd/orizo go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/components/executor/tool_continue_test.go` 148 行・ git A ・差分 +148／-0	試験	go test ./...（make test）実測: go test ./... で app/services/components/executor は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/components/executor/tool_files_test.go` 53 行・ git A ・差分 +53／-0	試験	go test ./...（make test）実測: go test ./... で app/services/components/executor は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/components/executor/tool_if_test.go` 59 行・ git A ・差分 +59／-0	試験	go test ./...（make test）実測: go test ./... で app/services/components/executor は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/components/executor/tool_test.go` 201 行・ git A ・差分 +201／-0	試験	go test ./...（make test）実測: go test ./... で app/services/components/executor は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/components/executor/tool_value_test.go` 67 行・ git A ・差分 +67／-0	試験	go test ./...（make test）実測: go test ./... で app/services/components/executor は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/components/expr/expr.go` 174 行・ git M ・差分 +55／-1	本線	go list 逆引き（実測）: pipeline-go/app/services/components/executor, pipeline-go/app/services/validateservice, pipeline-go/projects/orizo/actions/lpkit go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/components/expr/interpolate_test.go` 51 行・ git A ・差分 +51／-0	試験	go test ./...（make test）実測: go test ./... で app/services/components/expr は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/components/graph/graph.go` 385 行・ git M ・差分 +1／-1	本線	go list 逆引き（実測）: pipeline-go/app/services/validateservice go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/runservice/child_if_test.go` 270 行・ git A ・差分 +270／-0	試験	go test ./...（make test）実測: go test ./... で app/services/runservice は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/runservice/continue_test.go` 112 行・ git A ・差分 +112／-0	試験	go test ./...（make test）実測: go test ./... で app/services/runservice は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/runservice/denominator_test.go` 107 行・ git A ・差分 +107／-0	試験	go test ./...（make test）実測: go test ./... で app/services/runservice は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/runservice/l1judged_test.go` 55 行・ git A ・差分 +55／-0	試験	go test ./...（make test）実測: go test ./... で app/services/runservice は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/runservice/report_test.go` 172 行・ git M ・差分 +61／-8	試験	go test ./...（make test）実測: go test ./... で app/services/runservice は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/runservice/runservice.go` 386 行・ git M ・差分 +27／-14	本線	go list 逆引き（実測）: pipeline-go/app/services/webservice, pipeline-go/cmd/orizo go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/runservice/runservice_test.go` 260 行・ git M ・差分 +23／-0	試験	go test ./...（make test）実測: go test ./... で app/services/runservice は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/validateservice/externals.go` 125 行・ git A ・差分 +125／-0	本線	go list 逆引き（実測）: pipeline-go/cmd/orizo go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/validateservice/externals_test.go` 101 行・ git A ・差分 +101／-0	試験	go test ./...（make test）実測: go test ./... で app/services/validateservice は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/validateservice/validateservice.go` 152 行・ git M ・差分 +42／-4	本線	go list 逆引き（実測）: pipeline-go/cmd/orizo go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/validateservice/validateservice_test.go` 150 行・ git M ・差分 +35／-0	試験	go test ./...（make test）実測: go test ./... で app/services/validateservice は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/viewservice/chain_test.go` 47 行・ git A ・差分 +47／-0	試験	go test ./...（make test）実測: go test ./... で app/services/viewservice は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/viewservice/checksview.go` 195 行・ git A ・差分 +195／-0	本線	go list 逆引き（実測）: pipeline-go/app/services/webservice go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/viewservice/checksview_test.go` 98 行・ git A ・差分 +98／-0	試験	go test ./...（make test）実測: go test ./... で app/services/viewservice は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`app/services/viewservice/digest.go` 195 行・ git M ・差分 +33／-3	本線	go list 逆引き（実測）: pipeline-go/app/services/webservice go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/viewservice/nodeview.go` 291 行・ git M ・差分 +124／-16	本線	go list 逆引き（実測）: pipeline-go/app/services/webservice go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/viewservice/runview.go` 682 行・ git M ・差分 +109／-19	本線	go list 逆引き（実測）: pipeline-go/app/services/webservice go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/viewservice/testdata/twochains/actions/aaa/action.yml` 23 行・ git A ・差分 +23／-0	材料	同じパッケージの試験が読む（testdata） go test ok	残す	削除
pipeline-go	`app/services/viewservice/testdata/twochains/actions/aaa/one.prompt.md` 1 行・ git A ・差分 +1／-0	材料	同じパッケージの試験が読む（testdata） go test ok	残す	削除
pipeline-go	`app/services/viewservice/testdata/twochains/actions/bbb/action.yml` 23 行・ git A ・差分 +23／-0	材料	同じパッケージの試験が読む（testdata） go test ok	残す	削除
pipeline-go	`app/services/viewservice/testdata/twochains/actions/bbb/one.prompt.md` 1 行・ git A ・差分 +1／-0	材料	同じパッケージの試験が読む（testdata） go test ok	残す	削除
pipeline-go	`app/services/viewservice/testdata/twochains/actions/views.yml` 2 行・ git A ・差分 +2／-0	材料	同じパッケージの試験が読む（testdata） go test ok	残す	削除
pipeline-go	`app/services/viewservice/testdata/twochains/project.yml` 3 行・ git A ・差分 +3／-0	材料	同じパッケージの試験が読む（testdata） go test ok	残す	削除
pipeline-go	`app/services/webservice/assets/console.css` 174 行・ git M ・差分 +21／-0	本線	app/services/webservice/server.go:17 の //go:embed assets/console.css go build ./... exit 0	残す	削除
pipeline-go	`app/services/webservice/forms.go` 158 行・ git M ・差分 +16／-6	本線	go list 逆引き（実測）: pipeline-go/cmd/orizo go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/webservice/pages.go` 1,009 行・ git M ・差分 +329／-20	本線	go list 逆引き（実測）: pipeline-go/cmd/orizo go build ./... exit 0・go vet exit 0・該当パッケージの go test ok	残す	削除
pipeline-go	`app/services/webservice/pages_test.go` 51 行・ git A ・差分 +51／-0	試験	go test ./...（make test）実測: go test ./... で app/services/webservice は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`cmd/orizo/_depcheck_test_main.go` —（読めない・消えた）・ git D ・差分 +0／-17	本線	この差分で削除済み（status D）。削除前も1度もコンパイルされていない——Go は `_` で始まるファイル名を無視する（go/build の規則）ため、package main に2つ目の func main が在っても build が通っていた削除は妥当。中身は executor.Dependencies を segment に当てて印字するだけの手回しの main（git show main:… で実測）。同じ Dependencies は app/services/runservice/runservice.go:182 が --parallel で使っており本線に残る。★ただし実測: executor.Dependencies を直に呼ぶ _test.go は 0件（grep）＝この道具が消えたぶんの確かめは試験へ移っていない	残す	削除
pipeline-go	`cmd/orizo/ccreport.go` 41 行・ git M ・差分 +1／-1	本線	main package。サブコマンドは cmd/orizo/command.go の commands に登録（実測） go build ./... exit 0・go vet exit 0・go test pipeline-go/cmd/orizo ok	残す	削除
pipeline-go	`cmd/orizo/check.go` 130 行・ git M ・差分 +3／-3	本線	main package。サブコマンドは cmd/orizo/command.go の commands に登録（実測） go build ./... exit 0・go vet exit 0・go test pipeline-go/cmd/orizo ok	残す	削除
pipeline-go	`cmd/orizo/checkgates.go` 440 行・ git A ・差分 +440／-0	本線	main package。サブコマンドは cmd/orizo/command.go の commands に登録（実測） go build ./... exit 0・go vet exit 0・go test pipeline-go/cmd/orizo ok	残す	削除
pipeline-go	`cmd/orizo/checkgates_test.go` 209 行・ git A ・差分 +209／-0	試験	go test ./...（make test）実測: go test ./... で cmd/orizo は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`cmd/orizo/command.go` 76 行・ git M ・差分 +6／-0	本線	main package。サブコマンドは cmd/orizo/command.go の commands に登録（実測） go build ./... exit 0・go vet exit 0・go test pipeline-go/cmd/orizo ok	残す	削除
pipeline-go	`cmd/orizo/externals.go` 55 行・ git A ・差分 +55／-0	本線	main package。サブコマンドは cmd/orizo/command.go の commands に登録（実測） go build ./... exit 0・go vet exit 0・go test pipeline-go/cmd/orizo ok	残す	削除
pipeline-go	`cmd/orizo/gates_registry.go` 33 行・ git A ・差分 +33／-0	本線	main package。サブコマンドは cmd/orizo/command.go の commands に登録（実測） go build ./... exit 0・go vet exit 0・go test pipeline-go/cmd/orizo ok	残す	削除
pipeline-go	`cmd/orizo/gates_registry_test.go` 58 行・ git A ・差分 +58／-0	試験	go test ./...（make test）実測: go test ./... で cmd/orizo は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`cmd/orizo/hygiene_chain_test.go` 152 行・ git A ・差分 +152／-0	試験	go test ./...（make test）実測: go test ./... で cmd/orizo は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`cmd/orizo/hygiene_test.go` 152 行・ git A ・差分 +152／-0	試験	go test ./...（make test）実測: go test ./... で cmd/orizo は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`cmd/orizo/main.go` 37 行・ git M ・差分 +6／-0	本線	main package。サブコマンドは cmd/orizo/command.go の commands に登録（実測） go build ./... exit 0・go vet exit 0・go test pipeline-go/cmd/orizo ok	残す	削除
pipeline-go	`cmd/orizo/run.go` 201 行・ git M ・差分 +91／-42	本線	main package。サブコマンドは cmd/orizo/command.go の commands に登録（実測） go build ./... exit 0・go vet exit 0・go test pipeline-go/cmd/orizo ok	残す	削除
pipeline-go	`cmd/orizo/run_l1_test.go` 73 行・ git A ・差分 +73／-0	試験	go test ./...（make test）実測: go test ./... で cmd/orizo は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`cmd/orizo/rungates.go` 139 行・ git A ・差分 +139／-0	本線	main package。サブコマンドは cmd/orizo/command.go の commands に登録（実測） go build ./... exit 0・go vet exit 0・go test pipeline-go/cmd/orizo ok	残す	削除
pipeline-go	`cmd/orizo/rungates_chain_test.go` 77 行・ git A ・差分 +77／-0	試験	go test ./...（make test）実測: go test ./... で cmd/orizo は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`cmd/orizo/rungates_fresh_test.go` 39 行・ git A ・差分 +39／-0	試験	go test ./...（make test）実測: go test ./... で cmd/orizo は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`cmd/orizo/schemacheck.go` 126 行・ git M ・差分 +1／-1	本線	main package。サブコマンドは cmd/orizo/command.go の commands に登録（実測） go build ./... exit 0・go vet exit 0・go test pipeline-go/cmd/orizo ok	残す	削除
pipeline-go	`cmd/orizo/serve.go` 58 行・ git M ・差分 +10／-5	本線	main package。サブコマンドは cmd/orizo/command.go の commands に登録（実測） go build ./... exit 0・go vet exit 0・go test pipeline-go/cmd/orizo ok	残す	削除
pipeline-go	`docs/00_設計仕様.md` 286 行・ git M ・差分 +-／--	docs	人が読む。CLAUDE.md「仕様の正本は docs/」・tools/internal/docs/docs_test.go が番号の一意性を毎回検査する make test の中で番号の衝突検査が回る（go test pipeline-go/tools/internal/docs ok）	残す	削除
pipeline-go	`docs/01_契約規格.md` 796 行・ git M ・差分 +-／--	docs	人が読む。CLAUDE.md「仕様の正本は docs/」・tools/internal/docs/docs_test.go が番号の一意性を毎回検査する make test の中で番号の衝突検査が回る（go test pipeline-go/tools/internal/docs ok）	残す	削除
pipeline-go	`docs/02_移行計画.md` 858 行・ git M ・差分 +-／--	docs	人が読む。CLAUDE.md「仕様の正本は docs/」・tools/internal/docs/docs_test.go が番号の一意性を毎回検査する make test の中で番号の衝突検査が回る（go test pipeline-go/tools/internal/docs ok）	残す	削除
pipeline-go	`docs/04_ディレクトリ設計.md` 447 行・ git M ・差分 +-／--	docs	人が読む。CLAUDE.md「仕様の正本は docs/」・tools/internal/docs/docs_test.go が番号の一意性を毎回検査する make test の中で番号の衝突検査が回る（go test pipeline-go/tools/internal/docs ok）	残す	削除
pipeline-go	`docs/05_可視化仕様.md` 238 行・ git M ・差分 +-／--	docs	人が読む。CLAUDE.md「仕様の正本は docs/」・tools/internal/docs/docs_test.go が番号の一意性を毎回検査する make test の中で番号の衝突検査が回る（go test pipeline-go/tools/internal/docs ok）	残す	削除
pipeline-go	`docs/06_LPキット移行計画.md` 6,320 行・ git M ・差分 +-／--	docs	人が読む。CLAUDE.md「仕様の正本は docs/」・tools/internal/docs/docs_test.go が番号の一意性を毎回検査する make test の中で番号の衝突検査が回る（go test pipeline-go/tools/internal/docs ok）	残す	削除
pipeline-go	`docs/07_レビュー指摘一覧.md` 3,137 行・ git A ・差分 +-／--	docs	人が読む。CLAUDE.md「仕様の正本は docs/」・tools/internal/docs/docs_test.go が番号の一意性を毎回検査する make test の中で番号の衝突検査が回る（go test pipeline-go/tools/internal/docs ok）	残す	削除
pipeline-go	`docs/08_ふるまいの変更台帳.md` 1,420 行・ git A ・差分 +-／--	docs	人が読む。CLAUDE.md「仕様の正本は docs/」・tools/internal/docs/docs_test.go が番号の一意性を毎回検査する make test の中で番号の衝突検査が回る（go test pipeline-go/tools/internal/docs ok）	残す	削除
pipeline-go	`docs/09_全移行の精査.md` 343 行・ git A ・差分 +-／--	docs	人が読む。CLAUDE.md「仕様の正本は docs/」・tools/internal/docs/docs_test.go が番号の一意性を毎回検査する make test の中で番号の衝突検査が回る（go test pipeline-go/tools/internal/docs ok）	残す	削除
pipeline-go	`docs/10_アクション再利用とマルチチェーン.md` 178 行・ git R099 (旧: docs/07_アクション再利用とマルチチェーン.md) ・差分 +-／--	docs	人が読む。CLAUDE.md「仕様の正本は docs/」・tools/internal/docs/docs_test.go が番号の一意性を毎回検査する make test の中で番号の衝突検査が回る（go test pipeline-go/tools/internal/docs ok）	残す	削除
pipeline-go	`docs/11_craft移行計画.md` 354 行・ git A ・差分 +-／--	docs	人が読む。CLAUDE.md「仕様の正本は docs/」・tools/internal/docs/docs_test.go が番号の一意性を毎回検査する make test の中で番号の衝突検査が回る（go test pipeline-go/tools/internal/docs ok）	残す	削除
pipeline-go	`docs/12_引き継ぎ_2026-08-23.md` 154 行・ git A ・差分 +-／--	docs	人が読む。CLAUDE.md「仕様の正本は docs/」・tools/internal/docs/docs_test.go が番号の一意性を毎回検査する make test の中で番号の衝突検査が回る（go test pipeline-go/tools/internal/docs ok）	残す	削除
pipeline-go	`docs/13_複合LP_精査.md` 188 行・ git A ・差分 +-／--	docs	人が読む。CLAUDE.md「仕様の正本は docs/」・tools/internal/docs/docs_test.go が番号の一意性を毎回検査する make test の中で番号の衝突検査が回る（go test pipeline-go/tools/internal/docs ok）	残す	削除
pipeline-go	`docs/14_複合LP_実行計画.md` 272 行・ git A ・差分 +-／--	docs	人が読む。CLAUDE.md「仕様の正本は docs/」・tools/internal/docs/docs_test.go が番号の一意性を毎回検査する make test の中で番号の衝突検査が回る（go test pipeline-go/tools/internal/docs ok）	残す	削除
pipeline-go	`projects/orizo/actions/craft/action.yml` 58 行・ git A ・差分 +58／-0	契約	actionrepo.LoadTree（project.yml の actions: ./actions）が読む。子は親の uses: ./<名> から（実測: lpkit は bake/bakepink/textfix/imggates/tone_control/shot/imgfit/uniform の 8本を uses で指す）実測: go run ./cmd/orizo action:validate --project orizo → チェーン6本・action.yml 26本・指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/craft/pxcheck/action.yml` 76 行・ git A ・差分 +76／-0	契約	actionrepo.LoadTree（project.yml の actions: ./actions）が読む。子は親の uses: ./<名> から（実測: lpkit は bake/bakepink/textfix/imggates/tone_control/shot/imgfit/uniform の 8本を uses で指す）実測: go run ./cmd/orizo action:validate --project orizo → チェーン6本・action.yml 26本・指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/craft/views.yml` 5 行・ git A ・差分 +5／-0	契約	actionrepo が読む（Viewer のビュー宣言） action:validate 指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/lpcopy/action.yml` 49 行・ git A ・差分 +49／-0	契約	actionrepo.LoadTree（project.yml の actions: ./actions）が読む。子は親の uses: ./<名> から（実測: lpkit は bake/bakepink/textfix/imggates/tone_control/shot/imgfit/uniform の 8本を uses で指す）実測: go run ./cmd/orizo action:validate --project orizo → チェーン6本・action.yml 26本・指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/lpcopy/fill/action.yml` 42 行・ git A ・差分 +42／-0	契約	actionrepo.LoadTree（project.yml の actions: ./actions）が読む。子は親の uses: ./<名> から（実測: lpkit は bake/bakepink/textfix/imggates/tone_control/shot/imgfit/uniform の 8本を uses で指す）実測: go run ./cmd/orizo action:validate --project orizo → チェーン6本・action.yml 26本・指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/lpcopy/views.yml` 4 行・ git A ・差分 +4／-0	契約	actionrepo が読む（Viewer のビュー宣言） action:validate 指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/_browser_gates_棚卸し.yml` 189 行・ git A ・差分 +-／--	材料	機械の読み手 0件。decl.go の //go:embed が読むのは gates.yml と run_gates.yml だけ（decl.go:21,28 実測）。引くのは docs/06・docs/09・docs/13 の文中だけブラウザを開く門22本が何を読んでいるかの棚卸し（人が読む表）。頭の `_` が『機械が読まないもの』の印だとファイル自身の1〜6行目に書いてある。docs/09:39 が門の宣言の母数（131 = gates.yml 95 ＋これ 22 ＋ run_gates.yml 14）に数えている＝消すと母数が変わる	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/action.yml` 1,676 行・ git A ・差分 +1625／-0	契約	actionrepo.LoadTree（project.yml の actions: ./actions）が読む。子は親の uses: ./<名> から（実測: lpkit は bake/bakepink/textfix/imggates/tone_control/shot/imgfit/uniform の 8本を uses で指す）実測: go run ./cmd/orizo action:validate --project orizo → チェーン6本・action.yml 26本・指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/bake/action.yml` 237 行・ git A ・差分 +237／-0	契約	actionrepo.LoadTree（project.yml の actions: ./actions）が読む。子は親の uses: ./<名> から（実測: lpkit は bake/bakepink/textfix/imggates/tone_control/shot/imgfit/uniform の 8本を uses で指す）実測: go run ./cmd/orizo action:validate --project orizo → チェーン6本・action.yml 26本・指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/bakepink/action.yml` 574 行・ git A ・差分 +574／-0	契約	actionrepo.LoadTree（project.yml の actions: ./actions）が読む。子は親の uses: ./<名> から（実測: lpkit は bake/bakepink/textfix/imggates/tone_control/shot/imgfit/uniform の 8本を uses で指す）実測: go run ./cmd/orizo action:validate --project orizo → チェーン6本・action.yml 26本・指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_bake.go` 1,094 行・ git A ・差分 +1094／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_bake_test.go` 160 行・ git A ・差分 +160／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_browser.go` 83 行・ git A ・差分 +83／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_browser_test.go` 203 行・ git A ・差分 +203／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_img.go` 329 行・ git A ・差分 +329／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_img_test.go` 270 行・ git A ・差分 +270／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_imgcell.go` 933 行・ git A ・差分 +933／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_imgcell_cells_test.go` 97 行・ git A ・差分 +97／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_imgcell_json.go` 180 行・ git A ・差分 +180／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_imgcell_mutation_test.go` 263 行・ git A ・差分 +263／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_imgcell_out_test.go` 74 行・ git A ・差分 +74／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_imgcell_test.go` 181 行・ git A ・差分 +181／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_imgcell_words.go` 69 行・ git A ・差分 +69／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_imgscene.go` 98 行・ git A ・差分 +98／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_imgscene_test.go` 229 行・ git A ・差分 +229／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_joint.go` 397 行・ git A ・差分 +397／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_joint_ship.go` 266 行・ git A ・差分 +266／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_joint_ship_test.go` 352 行・ git A ・差分 +352／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_joint_test.go` 278 行・ git A ・差分 +278／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_ledger.go` 473 行・ git A ・差分 +473／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_ledger_test.go` 230 行・ git A ・差分 +230／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_localize.go` 293 行・ git A ・差分 +293／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_localize_test.go` 283 行・ git A ・差分 +283／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_pixel.go` 995 行・ git A ・差分 +995／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_pixel_test.go` 189 行・ git A ・差分 +189／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_place.go` 804 行・ git A ・差分 +804／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_place_test.go` 211 行・ git A ・差分 +211／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_scope.go` 699 行・ git A ・差分 +699／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_scope_test.go` 211 行・ git A ・差分 +211／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_stockband.go` 336 行・ git A ・差分 +336／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_stockband_test.go` 252 行・ git A ・差分 +252／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_surface.go` 633 行・ git A ・差分 +633／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_surface_test.go` 182 行・ git A ・差分 +182／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_tonefit.go` 490 行・ git A ・差分 +490／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_tonefit_test.go` 260 行・ git A ・差分 +260／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_tonefix.go` 250 行・ git A ・差分 +250／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_tonefix_test.go` 181 行・ git A ・差分 +181／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_typedecl.go` 887 行・ git A ・差分 +887／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_typedecl_mutation_test.go` 202 行・ git A ・差分 +202／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_typedecl_test.go` 295 行・ git A ・差分 +295／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_typefit.go` 611 行・ git A ・差分 +611／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_typefit_test.go` 232 行・ git A ・差分 +232／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_typerepro.go` 93 行・ git A ・差分 +93／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_typerepro_test.go` 154 行・ git A ・差分 +154／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_typeuniform.go` 482 行・ git A ・差分 +482／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_typeuniform_gate.go` 398 行・ git A ・差分 +398／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_typeuniform_random.go` 210 行・ git A ・差分 +210／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_typeuniform_random_test.go` 58 行・ git A ・差分 +58／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_typeuniform_test.go` 112 行・ git A ・差分 +112／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_typeuniform_values_test.go` 223 行・ git A ・差分 +223／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_uniform.go` 523 行・ git A ・差分 +523／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/checks_unmoved_test.go` 224 行・ git A ・差分 +224／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/comment_names_test.go` 562 行・ git A ・差分 +562／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/decl.go` 229 行・ git A ・差分 +229／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/decl_test.go` 376 行・ git A ・差分 +371／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/externals_test.go` 54 行・ git A ・差分 +54／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/gate_args.go` 376 行・ git A ・差分 +376／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/gate_args_test.go` 57 行・ git A ・差分 +57／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/gate_block.go` 96 行・ git A ・差分 +96／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/gate_verdict.go` 262 行・ git A ・差分 +262／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/gate_verdict_test.go` 58 行・ git A ・差分 +58／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/gates.yml` 1,692 行・ git A ・差分 +1692／-0	契約	projects/orizo/actions/lpkit/decl.go:21 の //go:embed gates.yml（バイナリへ焼かれる）。起こし直す口は Makefile drift-check → go run ./tools/lpkitgates -kit $(KIT) -check 生成物。cmd/orizo/gates_registry.go の門の宣言表が lpkit → LoadDecl で読む。実測: cmd:'python3'/'node'/'npx' の宣言が 95本	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/imgfit/action.yml` 79 行・ git A ・差分 +79／-0	契約	actionrepo.LoadTree（project.yml の actions: ./actions）が読む。子は親の uses: ./<名> から（実測: lpkit は bake/bakepink/textfix/imggates/tone_control/shot/imgfit/uniform の 8本を uses で指す）実測: go run ./cmd/orizo action:validate --project orizo → チェーン6本・action.yml 26本・指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/imggates/action.yml` 71 行・ git A ・差分 +71／-0	契約	actionrepo.LoadTree（project.yml の actions: ./actions）が読む。子は親の uses: ./<名> から（実測: lpkit は bake/bakepink/textfix/imggates/tone_control/shot/imgfit/uniform の 8本を uses で指す）実測: go run ./cmd/orizo action:validate --project orizo → チェーン6本・action.yml 26本・指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/json_access.go` 49 行・ git A ・差分 +49／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/materials.yml` 301 行・ git A ・差分 +301／-0	契約	tools/lpkitinputs の -materials 旗の既定値（main.go:168）。起こす口は go run ./tools/lpkitmaterials（materials.yml:2 のヘッダ）生成物。★lpkitgates と違い Makefile drift-check は -check を持たない道が無い（lpkitinputs -check は materials.yml と実物のずれを見る＝ここは drift-check に入っている）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/optin_if_test.go` 71 行・ git A ・差分 +71／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/parity_gate_test.go` 45 行・ git A ・差分 +45／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/pinkpath_test.go` 136 行・ git A ・差分 +136／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/recipes.yml` 346 行・ git A ・差分 +346／-0	契約	tools/lpkitinputs の -recipes 旗の既定値（main.go:169）。-source / -splice / -compose がここを読む手書きの宣言（出典・対・組み合わせ・トンマナ・文面）。生成物ではない	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/registry.go` 248 行・ git A ・差分 +248／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/registry_aim.go` 127 行・ git A ・差分 +127／-0	本線	cmd/orizo が import（go list 逆引き実測: pipeline-go/projects/orizo/actions/lpkit ← pipeline-go/cmd/orizo）。門の実装は registry.go の portedBands() が唯一の登録簿で、合成点 cmd/orizo/gates_registry.go の門の宣言表が lpkit を指す package 内の関数を1本ずつ数えたが、定義だけで1度も参照されない関数は 0件（実測）。go build / go vet exit 0・go test ok	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/registry_aim_test.go` 161 行・ git A ・差分 +161／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/registry_floor_test.go` 115 行・ git A ・差分 +115／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/registry_mutation_test.go` 445 行・ git A ・差分 +445／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/registry_unported_test.go` 227 行・ git A ・差分 +227／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/run_gates.yml` 890 行・ git A ・差分 +864／-0	契約	decl.go:28 の //go:embed run_gates.yml。check:gates --aim run と action:run の門が同じものを読む（gates_registry.go のコメント）手書きの宣言。実測: cmd:'go' args:['run','./tools/lpkitverdict',…] が 6宣言（437/458/475/494/513/532行）＝tools/lpkitverdict の唯一の本線の呼び出し元	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/run_gates_sections_test.go` 86 行・ git A ・差分 +86／-0	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/lpkit は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/shot/action.yml` 108 行・ git A ・差分 +108／-0	契約	actionrepo.LoadTree（project.yml の actions: ./actions）が読む。子は親の uses: ./<名> から（実測: lpkit は bake/bakepink/textfix/imggates/tone_control/shot/imgfit/uniform の 8本を uses で指す）実測: go run ./cmd/orizo action:validate --project orizo → チェーン6本・action.yml 26本・指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/textfix/action.yml` 108 行・ git A ・差分 +108／-0	契約	actionrepo.LoadTree（project.yml の actions: ./actions）が読む。子は親の uses: ./<名> から（実測: lpkit は bake/bakepink/textfix/imggates/tone_control/shot/imgfit/uniform の 8本を uses で指す）実測: go run ./cmd/orizo action:validate --project orizo → チェーン6本・action.yml 26本・指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/tone_control/action.yml` 69 行・ git A ・差分 +69／-0	契約	actionrepo.LoadTree（project.yml の actions: ./actions）が読む。子は親の uses: ./<名> から（実測: lpkit は bake/bakepink/textfix/imggates/tone_control/shot/imgfit/uniform の 8本を uses で指す）実測: go run ./cmd/orizo action:validate --project orizo → チェーン6本・action.yml 26本・指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/uniform/action.yml` 76 行・ git A ・差分 +76／-0	契約	actionrepo.LoadTree（project.yml の actions: ./actions）が読む。子は親の uses: ./<名> から（実測: lpkit は bake/bakepink/textfix/imggates/tone_control/shot/imgfit/uniform の 8本を uses で指す）実測: go run ./cmd/orizo action:validate --project orizo → チェーン6本・action.yml 26本・指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/lpkit/views.yml` 69 行・ git A ・差分 +67／-0	契約	actionrepo が読む（Viewer のビュー宣言） action:validate 指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/lplibrary/action.yml` 156 行・ git A ・差分 +156／-0	契約	actionrepo.LoadTree（project.yml の actions: ./actions）が読む。子は親の uses: ./<名> から（実測: lpkit は bake/bakepink/textfix/imggates/tone_control/shot/imgfit/uniform の 8本を uses で指す）実測: go run ./cmd/orizo action:validate --project orizo → チェーン6本・action.yml 26本・指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/lplibrary/holes/action.yml` 51 行・ git A ・差分 +51／-0	契約	actionrepo.LoadTree（project.yml の actions: ./actions）が読む。子は親の uses: ./<名> から（実測: lpkit は bake/bakepink/textfix/imggates/tone_control/shot/imgfit/uniform の 8本を uses で指す）実測: go run ./cmd/orizo action:validate --project orizo → チェーン6本・action.yml 26本・指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/lplibrary/reuse/action.yml` 33 行・ git A ・差分 +33／-0	契約	actionrepo.LoadTree（project.yml の actions: ./actions）が読む。子は親の uses: ./<名> から（実測: lpkit は bake/bakepink/textfix/imggates/tone_control/shot/imgfit/uniform の 8本を uses で指す）実測: go run ./cmd/orizo action:validate --project orizo → チェーン6本・action.yml 26本・指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/lplibrary/views.yml` 16 行・ git A ・差分 +16／-0	契約	actionrepo が読む（Viewer のビュー宣言） action:validate 指摘 0件	残す	削除
pipeline-go	`projects/orizo/actions/segment/checks_test.go` 266 行・ git M ・差分 +28／-2	試験	go test ./...（make test）実測: go test ./... で projects/orizo/actions/segment は ok。★このうち ORIZO_LPKIT_PARITY=1 のときだけ回る本があり、既定の go test で飛ぶのは全体で 40本（実測 2026-08-30）	残す	削除
pipeline-go	`projects/orizo/compat.yml` 115 行・ git M ・差分 +79／-0	契約	actionrepo.LoadProject ＋ models.Compat.Keys/ByShort（CLAUDE.md の唯一の正の表）。${{ steps.X.outputs.Y }} を実ファイルへ引く legacy_files がここ action:validate 指摘 0件（short 67個）	残す	削除
pipeline-go	`projects/orizo/profiles/report.yml` 22 行・ git M ・差分 +12／-5	契約	actionrepo（project.yml の profiles: ./profiles）。orizo/report のレンダラ宣言（views / on_step） action:validate 指摘 0件	残す	削除
pipeline-go	`projects/orizo/project.yml` 39 行・ git M ・差分 +25／-0	契約	actionrepo.LoadProject（actions: / profiles: / externals: の唯一の正）実測: go run ./cmd/orizo action:validate → externals 宣言 12個・契約の参照 653件・指摘0・警告5。★警告の中身: lpkit_fills / lpkit_import / lpkit_products / lpkit_tones / orizo_repo が『宣言だけで契約が1度も指していない』。うち orizo_repo は行末コメントが『門の一部が根から数える』と書いているが、契約からの参照は 0件で、grep で当たるのは試験（checks_typedecl_test.go:187 / decl_test.go:72,96,137）だけ＝コメントと実測がずれている	残す	削除
pipeline-go	`review.md` 98 行・ git A ・差分 +98／-0	docs	どこからも呼ばれない（grep: Makefile 0件・.go 0件・契約 .yml 0件。文中で名指しするのは review.md 自身のみ）統合の相手: docs/07_レビュー指摘一覧.md レビュー所見の置き場は docs/07_レビュー指摘一覧.md（CLAUDE.md「仕様の正本は docs/」）。重なりの実測: review.md の 7件のうち 5件のキーワード（lpkitassets/floorcheck/checks_stockband）は docs/07 に在るが、指摘2（checks_imgcell.go:624）と指摘3（checks_imgcell.go:743）は docs/07 に 0件（grep 実測）＝まだ吸収されていない。さらに冒頭が対象を別ブランチ（feat/json-artifacts-and-concept-chain）と書いており、いまの HEAD の枝名と違う。指摘5（floorcheck の skipped が終了コードに入っていない）は tools/floorcheck/main.go:67-77 で skipped>0 → exit 3 になっており解消済みと読める＝行番号も内容も古い。★消す前に指摘2・3を docs/07 へ写すこと（写さずに消すと未対応の2件が消える）	統合候補	削除
pipeline-go	`tools/baseline/W0_20260822/README.md` 84 行・ git A ・差分 +84／-0	材料	人が読む（この基準線が何をどう測ったかの説明） docs/04 の引き上げ条件（移行完了時にディレクトリごと消す・baseline.json の数だけ docs/06 へ写す）に従う	残す	削除
pipeline-go	`tools/baseline/W0_20260822/baseline.json` 315 行・ git A ・差分 +315／-0	材料	どこからも読まれない（.go 0件）。docs/04 が『消すときに残すのはこの数だけ』と名指し基準線の数の正本。★引き上げのときに docs/06 へ写す対象	残す	削除
pipeline-go	`tools/baseline/W0_20260822/build_baseline.py` 139 行・ git A ・差分 +139／-0	道具	どこからも呼ばれない（.go 0件・Makefile 0件）。tools/baseline/W0_20260822/README.md と projects/orizo/actions/lpkit/registry_floor_test.go:31 のコメントが gatedump.py を名指しするだけ基準線を起こした台本。docs/04 が『tools/baseline は LPキットの移行が終わった時点で消す・残すのは baseline.json の数だけ』と引き上げ条件を宣言済み＝台本だけ先に消すと記録の起こし方が再現できなくなる。ディレクトリごと人が決める	残す	削除
pipeline-go	`tools/baseline/W0_20260822/checkgates_argv.txt` 97 行・ git A ・差分 +97／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/checkgates_argv_nobrowser.txt` 62 行・ git A ・差分 +62／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/checkgates_auto1.txt` 69 行・ git A ・差分 +69／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/checkgates_auto2.txt` 68 行・ git A ・差分 +68／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/checkgates_auto3.txt` 68 行・ git A ・差分 +68／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/checkgates_ext1.txt` 67 行・ git A ・差分 +67／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/checkgates_ext2.txt` 67 行・ git A ・差分 +67／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/checkgates_ext3.txt` 67 行・ git A ・差分 +67／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/checkgates_times.txt` 5 行・ git A ・差分 +5／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/checkgates_verdicts.txt` 60 行・ git A ・差分 +60／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/default_cmd_v.txt` 9 行・ git A ・差分 +9／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/default_lpkit_v.txt` 298 行・ git A ・差分 +298／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/floorcheck.txt` 22 行・ git A ・差分 +22／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/gatedump.py` 65 行・ git A ・差分 +65／-0	道具	どこからも呼ばれない（.go 0件・Makefile 0件）。tools/baseline/W0_20260822/README.md と projects/orizo/actions/lpkit/registry_floor_test.go:31 のコメントが gatedump.py を名指しするだけ基準線を起こした台本。docs/04 が『tools/baseline は LPキットの移行が終わった時点で消す・残すのは baseline.json の数だけ』と引き上げ条件を宣言済み＝台本だけ先に消すと記録の起こし方が再現できなくなる。ディレクトリごと人が決める	残す	削除
pipeline-go	`tools/baseline/W0_20260822/gatedump.txt` 315 行・ git A ・差分 +315／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/gatedump_sha256.txt` 5 行・ git A ・差分 +5／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/lint.txt` 4 行・ git A ・差分 +4／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/make_test.txt` 31 行・ git A ・差分 +31／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/papers_sha256.txt` 156 行・ git A ・差分 +156／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/parity_end.txt` 1 行・ git A ・差分 +1／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/parity_start.txt` 1 行・ git A ・差分 +1／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/parity_v.txt` 912 行・ git A ・差分 +912／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/plan_concept.txt` 24 行・ git A ・差分 +24／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/plan_lpkit.txt` 25 行・ git A ・差分 +25／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/plan_segment.txt` 33 行・ git A ・差分 +33／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/tree_fingerprint_after.txt` 254 行・ git A ・差分 +254／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/tree_fingerprint_before.txt` 252 行・ git A ・差分 +252／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/baseline/W0_20260822/validate.txt` 4 行・ git A ・差分 +4／-0	材料	どこからも読まれない（.go 0件・Makefile 0件・契約 0件。grep の言及は docs と tools/baseline/W0_20260822/README.md のみ） 2026-08-22 の基準線の生ログ。docs/04 が『生ログは git 追跡外なので残らない』と書いているが、この差分では追跡に入っている（実測: git diff に A で載る）。★ディレクトリ単位の引き上げ（移行完了時）で人がまとめて決める。1本ずつ消す対象ではない	残す	削除
pipeline-go	`tools/floor/floor.yml` 187 行・ git A ・差分 +187／-0	道具	tools/internal/flooreval/floor.go が Load する（floor_test.go:351,477,600 が実物を読む）＝make test で毎回検証される床の宣言の唯一の正。docs/04 が『宣言は残す』と決めている	残す	削除
pipeline-go	`tools/floor/floor_cmp.py` 151 行・ git A ・差分 +151／-0	道具	どこからも呼ばれない（.go 0件・Makefile 0件・.sh 0件。grep の言及は docs/06:2738 と docs/07 のみ）統合の相手: tools/internal/flooreval docs/07 の実測: 出す3つのうち ①sha256 の床 ③measure.json/dom_shot.json の値と件数の床は Go の tools/internal/flooreval（KindSHA256 / KindJSONScalars / KindJSONValues）と同じ対象＝重複。残るのは ②page.png の画素だけ。★寄せる条件（同じ 3 run で python と Go の数が1つも違わない）はこの周は測っていない	統合候補	削除
pipeline-go	`tools/floor/gates_cmp.py` 85 行・ git A ・差分 +85／-0	道具	どこからも呼ばれない（.go 0件・Makefile 0件）。tools/internal/gatesgo/gatesgo.go:6,12 のコメントが名指しするだけ統合の相手: tools/internal/flooreval docs/07 の実測: tools/lpkitparity と同じ入力（gates_go.json / checks.json）から同じ床を出す2つ目の実装。冒頭に「n=2 では幅が出ない」と書いてあり、Go 側が n=2 までなのが理由。★docs/04:213 が『Go の flooreval と同じ記録を読む2つ目の実装として意図して残してある』と宣言している＝人が決めた重複なので、消す判断は人が下す	統合候補	削除
pipeline-go	`tools/floor/gates_n.sh` 34 行・ git A ・差分 +34／-0	道具	どこからも呼ばれない（.go 0件・Makefile 0件）。docs/06:2738,4731 と docs/07:349 の言及だけ ★当初削除候補にしたが、中身を読んで取り下げた。この台本は測り方の規律を持っている——規律1「N は 3 以上（n=2 では床の幅が出ない）」を exit 2 で強制、規律2「N 回とも同じ実行ファイル（$BIN を1回だけ建てる）」、規律3「出力はスクラッチパッドへ」。手で3回打つと規律2が黙って崩れる（go run は回ごとに違う木を建てる）。★実測の穴: 4行目 GO=~/Product/pipeline-go と KIT=$HOME/... が焼き込まれている。cmd/orizo/hygiene_test.go は.go の文字列リテラルしか見ない（ファイル冒頭に明記）ので、この .sh は見張りの外に居る	残す	削除
pipeline-go	`tools/floor/page_why.py` 122 行・ git A ・差分 +122／-0	道具	どこからも呼ばれない（.go 0件・Makefile 0件）。docs/06:3752,3876 と docs/07 の言及だけ page.png の画素を測る唯一の実装（Go 側に無い。docs/07 の実測『残る②page.png の画素だけが Go に無い』）。numpy/PIL 依存	残す	削除
pipeline-go	`tools/floor/paper_n.sh` 28 行・ git A ・差分 +28／-0	道具	どこからも呼ばれない（.go 0件・Makefile 0件）。docs/06:2738,4058 の言及だけ。中で go run ./tools/lpkitinputs を回す ★当初削除候補にしたが取り下げた。gates_n.sh と同じ規律（N≥3・同じ $BIN・スクラッチパッド）に加えて、6出典の key → 商材名の対応（cam→camino011_r7 / a6→a6_omote_w73 / cf→clinicfor_aga_w73 / dc→dclinic_10yss_w73 / fk→felk_w73 / rb→rbl_hige_zi_w73）と撮る手前までの工程の並び（LPK1,LPK2,LPK2C,LPK3,LPK4,LPK4F）を持つ。docs/06:4058 の『6出典へ広げて紙面を取った』の再現手順はここにしか無い。★実測の穴: gates_n.sh と同じく個人の置き場を焼き込んでいる（hygiene_test.go の見張りの外）	残す	削除
pipeline-go	`tools/floor/run_n.sh` 28 行・ git A ・差分 +28／-0	道具	どこからも呼ばれない（.go 0件・Makefile 0件）。ただし cmd/orizo/run.go:30 と cmd/orizo/run_l1_test.go:7 が『この台本が exit 0 を前提に回数を数えている』を --strict-l1 の既定 off の理由として名指ししている ★削除候補にしない: 本線の既定（--strict-l1 off）の理由がこの台本の存在に紐づいている（run.go:30）。消すなら run.go の既定の根拠を先に測り直す。★実測の穴: gates_n.sh / paper_n.sh と同じく個人の置き場（~/Product/pipeline-go）を焼き込んでいる。cmd/orizo/hygiene_test.go は .go の文字列リテラルしか見ないので見張りの外（grep 実測: ~ を含むのは tools/floor の .sh 3本と tools/baseline の生ログ2本だけ）	残す	削除
pipeline-go	`tools/floorcheck/main.go` 92 行・ git A ・差分 +92／-0	道具	どこからも呼ばれない（Makefile 目標 0件・契約 .yml 0件・.go からの import 0件）。文中の言及だけ: docs/06・docs/09・docs/04・tools/floor/floor.yml・tools/floor/gates_cmp.py・tools/baseline/W0_20260822/README.md 床の宣言（tools/floor/floor.yml）を読む唯一の実装で、docs/09 が「床 n=3」の測り手として名指ししている。★ただし実測の穴が2つ: ①-decl の既定値が 'tools/floor/flooreval.yml'（main.go:24）だが、そのファイルは実在しない（ls: No such file）＝旗を省くと必ず落ちる。正は tools/floor/floor.yml。②test 0本（go test: [no test files]）	残す	削除
pipeline-go	`tools/internal/docs/docs_test.go` 422 行・ git A ・差分 +422／-0	試験	go test ./...（make test）。他パッケージからの import 0件（go list 逆引き実測） docs/ の節番号・ファイル番号の衝突を毎回数える検査。テストだけの package で、これが唯一の呼び出し元	残す	削除
pipeline-go	`tools/internal/flooreval/eval.go` 552 行・ git A ・差分 +552／-0	道具	go list 逆引き（実測）: pipeline-go/tools/floorcheck tools の内部共有実装。go test ok	残す	削除
pipeline-go	`tools/internal/flooreval/floor.go` 184 行・ git A ・差分 +184／-0	道具	go list 逆引き（実測）: pipeline-go/tools/floorcheck tools の内部共有実装。go test ok	残す	削除
pipeline-go	`tools/internal/flooreval/floor_test.go` 614 行・ git A ・差分 +614／-0	道具	go list 逆引き（実測）: pipeline-go/tools/floorcheck tools の内部共有実装。go test ok	残す	削除
pipeline-go	`tools/internal/gatesgo/gatesgo.go` 88 行・ git A ・差分 +88／-0	道具	go list 逆引き（実測）: pipeline-go/tools/internal/flooreval, pipeline-go/tools/lpkitparity tools の内部共有実装。go test ok	残す	削除
pipeline-go	`tools/internal/gatesgo/gatesgo_test.go` 131 行・ git A ・差分 +131／-0	道具	go list 逆引き（実測）: pipeline-go/tools/internal/flooreval, pipeline-go/tools/lpkitparity tools の内部共有実装。go test ok	残す	削除
pipeline-go	`tools/internal/gatesgo/testdata/gates_go.json` 107 行・ git A ・差分 +107／-0	道具	go list 逆引き（実測）: importer 0件 tools の内部共有実装。go test ok	残す	削除
pipeline-go	`tools/internal/lpkitmat/lpkitmat.go` 399 行・ git A ・差分 +399／-0	道具	go list 逆引き（実測）: pipeline-go/tools/lpkitinputs, pipeline-go/tools/lpkitmaterials tools の内部共有実装。go test ok	残す	削除
pipeline-go	`tools/internal/lpkitmat/lpkitmat_test.go` 243 行・ git A ・差分 +243／-0	道具	go list 逆引き（実測）: pipeline-go/tools/lpkitinputs, pipeline-go/tools/lpkitmaterials tools の内部共有実装。go test ok	残す	削除
pipeline-go	`tools/lpframes/main.go` 728 行・ git A ・差分 +728／-0	道具	どこからも呼ばれない（Makefile 0件・契約 .yml 0件・go list 逆引きで importer 0）。名指しは docs/08・docs/14・.gitignore のみ docs/04 の tools 表（唯一の正）に行が無い（grep: docs/04 での出現 0件）。実測 2026-08-30 で tools 直下は 17ディレクトリだが docs/04 は「13ディレクトリ」と書いている＝表が古い。main_test.go は在り go test ok。消す前に docs/14 の段の再現手順が別の道で回せるか要確認	残す	削除
pipeline-go	`tools/lpframes/main_test.go` 236 行・ git A ・差分 +236／-0	試験	go test ./...（make test） tools/lpframes の試験。既定の go test で回る（実測: go test ./... で ok）	残す	削除
pipeline-go	`tools/lpkitassets/main.go` 840 行・ git A ・差分 +840／-0	道具	tools/lpkitinputs/chain.go:193 と tools/lpkitingest/steps.go:142 が argv を組んで exec する（実測）。契約からは lpkit/action.yml:172・bakepink/action.yml:90 のコメントでのみ名指し（run の中では呼ばない）材料（assets_mirror）を run の外で作る道具。docs/04 に行が在り引き上げ条件も宣言済み。★実測の穴: 落とす側（-import）は e.Error!="" を印字するだけで main を抜ける＝exit 0（main.go:241-245）。-verify 側だけ os.Exit(写しを数え直す(...))（main.go:147-149）に直っている。review.md 指摘1 の落とす側は未解消	残す	削除
pipeline-go	`tools/lpkitassets/main_test.go` 627 行・ git A ・差分 +627／-0	試験	go test ./...（make test） tools/lpkitassets の試験。既定の go test で回る（実測: go test ./... で ok）	残す	削除
pipeline-go	`tools/lpkitcost/main.go` 405 行・ git A ・差分 +405／-0	道具	どこからも呼ばれない（Makefile 0件・契約 0件・importer 0）。名指しは docs/04 の tools 表のみ docs/04 に行が在り「費用が run の記録に一次で残るようになったら消す」と条件が宣言済み。main_test.go 在り・go test ok	残す	削除
pipeline-go	`tools/lpkitcost/main_test.go` 125 行・ git A ・差分 +125／-0	試験	go test ./...（make test） tools/lpkitcost の試験。既定の go test で回る（実測: go test ./... で ok）	残す	削除
pipeline-go	`tools/lpkitgates/main.go` 483 行・ git A ・差分 +483／-0	道具	Makefile の drift-check 目標（go run ./tools/lpkitgates -kit $(KIT) -check） gates.yml（decl.go の //go:embed が読む生成物）を起こし直す唯一の口。main_test.go 在り・go test ok	残す	削除
pipeline-go	`tools/lpkitgates/main_test.go` 222 行・ git A ・差分 +222／-0	試験	go test ./...（make test） tools/lpkitgates の試験。既定の go test で回る（実測: go test ./... で ok）	残す	削除
pipeline-go	`tools/lpkitingest/check.go` 81 行・ git A ・差分 +81／-0	道具	どこからも呼ばれない。README.md の 2行のみ（Makefile 0件・契約 0件・importer 0）取り込み（網へ出る段）の1コマンド。docs/04 に行が在り条件も宣言済み。main_test.go 在り・go test ok	残す	削除
pipeline-go	`tools/lpkitingest/main.go` 188 行・ git A ・差分 +188／-0	道具	どこからも呼ばれない。README.md の 2行のみ（Makefile 0件・契約 0件・importer 0）取り込み（網へ出る段）の1コマンド。docs/04 に行が在り条件も宣言済み。main_test.go 在り・go test ok	残す	削除
pipeline-go	`tools/lpkitingest/main_test.go` 337 行・ git A ・差分 +337／-0	試験	go test ./...（make test） tools/lpkitingest の試験。既定の go test で回る（実測: go test ./... で ok）	残す	削除
pipeline-go	`tools/lpkitingest/steps.go` 383 行・ git A ・差分 +383／-0	道具	どこからも呼ばれない。README.md の 2行のみ（Makefile 0件・契約 0件・importer 0）取り込み（網へ出る段）の1コマンド。docs/04 に行が在り条件も宣言済み。main_test.go 在り・go test ok	残す	削除
pipeline-go	`tools/lpkitinputs/assets_gate.go` 228 行・ git A ・差分 +228／-0	道具	Makefile の drift-check 目標（-kit $(KIT) -check）＋ README.md の 3行。契約からは recipes.yml / materials.yml / lpkit/action.yml のコメントで名指し run の入口（--inputs-dir）を組む唯一の口。旗 22本＋extras 9本を1本ずつ数えたが、値を読まない旗は 0件（全部が main.go / chain.go / matrecipe.go / boarddom.go / decisions.go / assets_gate.go で参照されている）	残す	削除
pipeline-go	`tools/lpkitinputs/boarddom.go` 126 行・ git A ・差分 +126／-0	道具	Makefile の drift-check 目標（-kit $(KIT) -check）＋ README.md の 3行。契約からは recipes.yml / materials.yml / lpkit/action.yml のコメントで名指し run の入口（--inputs-dir）を組む唯一の口。旗 22本＋extras 9本を1本ずつ数えたが、値を読まない旗は 0件（全部が main.go / chain.go / matrecipe.go / boarddom.go / decisions.go / assets_gate.go で参照されている）	残す	削除
pipeline-go	`tools/lpkitinputs/boarddom_test.go` 96 行・ git A ・差分 +96／-0	試験	go test ./...（make test） tools/lpkitinputs の試験。既定の go test で回る（実測: go test ./... で ok）	残す	削除
pipeline-go	`tools/lpkitinputs/chain.go` 356 行・ git A ・差分 +356／-0	道具	Makefile の drift-check 目標（-kit $(KIT) -check）＋ README.md の 3行。契約からは recipes.yml / materials.yml / lpkit/action.yml のコメントで名指し run の入口（--inputs-dir）を組む唯一の口。旗 22本＋extras 9本を1本ずつ数えたが、値を読まない旗は 0件（全部が main.go / chain.go / matrecipe.go / boarddom.go / decisions.go / assets_gate.go で参照されている）	残す	削除
pipeline-go	`tools/lpkitinputs/decisions.go` 172 行・ git A ・差分 +172／-0	道具	Makefile の drift-check 目標（-kit $(KIT) -check）＋ README.md の 3行。契約からは recipes.yml / materials.yml / lpkit/action.yml のコメントで名指し run の入口（--inputs-dir）を組む唯一の口。旗 22本＋extras 9本を1本ずつ数えたが、値を読まない旗は 0件（全部が main.go / chain.go / matrecipe.go / boarddom.go / decisions.go / assets_gate.go で参照されている）	残す	削除
pipeline-go	`tools/lpkitinputs/gates_test.go` 136 行・ git A ・差分 +136／-0	試験	go test ./...（make test） tools/lpkitinputs の試験。既定の go test で回る（実測: go test ./... で ok）	残す	削除
pipeline-go	`tools/lpkitinputs/main.go` 923 行・ git A ・差分 +923／-0	道具	Makefile の drift-check 目標（-kit $(KIT) -check）＋ README.md の 3行。契約からは recipes.yml / materials.yml / lpkit/action.yml のコメントで名指し run の入口（--inputs-dir）を組む唯一の口。旗 22本＋extras 9本を1本ずつ数えたが、値を読まない旗は 0件（全部が main.go / chain.go / matrecipe.go / boarddom.go / decisions.go / assets_gate.go で参照されている）	残す	削除
pipeline-go	`tools/lpkitinputs/main_test.go` 474 行・ git A ・差分 +474／-0	試験	go test ./...（make test） tools/lpkitinputs の試験。既定の go test で回る（実測: go test ./... で ok）	残す	削除
pipeline-go	`tools/lpkitinputs/matrecipe.go` 418 行・ git A ・差分 +418／-0	道具	Makefile の drift-check 目標（-kit $(KIT) -check）＋ README.md の 3行。契約からは recipes.yml / materials.yml / lpkit/action.yml のコメントで名指し run の入口（--inputs-dir）を組む唯一の口。旗 22本＋extras 9本を1本ずつ数えたが、値を読まない旗は 0件（全部が main.go / chain.go / matrecipe.go / boarddom.go / decisions.go / assets_gate.go で参照されている）	残す	削除
pipeline-go	`tools/lpkitinputs/matrecipe_test.go` 258 行・ git A ・差分 +258／-0	試験	go test ./...（make test） tools/lpkitinputs の試験。既定の go test で回る（実測: go test ./... で ok）	残す	削除
pipeline-go	`tools/lpkitmaterials/main.go` 70 行・ git A ・差分 +70／-0	道具	どこからも呼ばれない（Makefile 0件・契約 0件・importer 0）。materials.yml:2 のヘッダに起こし方が1行・tools/internal/lpkitmat が『こう起こせ』と印字するだけ materials.yml（生成物）を起こす唯一の口。test 0本（go test: [no test files]）＝lpkitgates と違い -check（ずれを見る口）も Makefile に無い＝起こし直して比べる道が無い	残す	削除
pipeline-go	`tools/lpkitparity/main.go` 210 行・ git A ・差分 +210／-0	道具	どこからも呼ばれない（Makefile 0件・契約 0件・importer 0）。名指しは docs/02・04・06・07・08 と tools/floor/gates_cmp.py・tools/internal/gatesgo のコメント現行(TS)と Go の判定を突き合わせる道具。docs/04 に「現行 TS を消したら」の条件つきで在る。main_test.go 在り・go test ok。★重なり: docs/07 R-一覧が『tools/floor/gates_cmp.py と同じ入力（gates_go.json / checks.json）を読んで同じ床を出す。lpkitparity は n=2 まで・py は n=N』と書いている＝統合候補だが、寄せる条件（同じ run で数が1つも違わないことを n=3 で確かめる）は満たしていない（この周は測っていない）	残す	削除
pipeline-go	`tools/lpkitparity/main_test.go` 203 行・ git A ・差分 +203／-0	試験	go test ./...（make test） tools/lpkitparity の試験。既定の go test で回る（実測: go test ./... で ok）	残す	削除
pipeline-go	`tools/lpkitverdict/main.go` 33 行・ git A ・差分 +33／-0	道具	契約から回る: run_gates.yml の 6宣言（437/458/475/494/513/532行の cmd:'go' args:['run','./tools/lpkitverdict',…]）＋ bake/action.yml:234・bakepink/action.yml:262,315 本線の門が直に呼ぶ。docs/04 の tools 表に行が無い（grep 0件）＝唯一の正が実物とずれている。verdict_test.go 在り・go test ok	残す	削除
pipeline-go	`tools/lpkitverdict/verdict.go` 320 行・ git A ・差分 +320／-0	道具	契約から回る: run_gates.yml の 6宣言（437/458/475/494/513/532行の cmd:'go' args:['run','./tools/lpkitverdict',…]）＋ bake/action.yml:234・bakepink/action.yml:262,315 本線の門が直に呼ぶ。docs/04 の tools 表に行が無い（grep 0件）＝唯一の正が実物とずれている。verdict_test.go 在り・go test ok	残す	削除
pipeline-go	`tools/lpkitverdict/verdict_test.go` 116 行・ git A ・差分 +116／-0	試験	go test ./...（make test） tools/lpkitverdict の試験。既定の go test で回る（実測: go test ./... で ok）	残す	削除
pipeline-go	`tools/lporiginality/htmlscan.go` 335 行・ git A ・差分 +335／-0	道具	契約から回る: projects/orizo/actions/lpkit/action.yml:1235（args に ./tools/lporiginality）。workdir は externals.gorepo 本線の工程。docs/04 の tools 表に行が無い（grep 0件）。main_test.go 在り・go test ok	残す	削除
pipeline-go	`tools/lporiginality/main.go` 38 行・ git A ・差分 +38／-0	道具	契約から回る: projects/orizo/actions/lpkit/action.yml:1235（args に ./tools/lporiginality）。workdir は externals.gorepo 本線の工程。docs/04 の tools 表に行が無い（grep 0件）。main_test.go 在り・go test ok	残す	削除
pipeline-go	`tools/lporiginality/main_test.go` 454 行・ git A ・差分 +454／-0	試験	go test ./...（make test） tools/lporiginality の試験。既定の go test で回る（実測: go test ./... で ok）	残す	削除
pipeline-go	`tools/lporiginality/originality.go` 1,261 行・ git A ・差分 +1261／-0	道具	契約から回る: projects/orizo/actions/lpkit/action.yml:1235（args に ./tools/lporiginality）。workdir は externals.gorepo 本線の工程。docs/04 の tools 表に行が無い（grep 0件）。main_test.go 在り・go test ok	残す	削除
pipeline-go	`tools/lpsplice/main.go` 16 行・ git A ・差分 +16／-0	道具	tools/lpkitinputs/main.go:102 が pipeline-go/tools/lpsplice/splice を import（go list 逆引き実測）。main.go は argv を渡すだけの皮 docs/04 に行が在る。splice パッケージは go test ok（main は [no test files] だが 1行の皮）	残す	削除
pipeline-go	`tools/lpsplice/splice/boarddom.go` 129 行・ git A ・差分 +129／-0	道具	tools/lpkitinputs/main.go:102 が pipeline-go/tools/lpsplice/splice を import（go list 逆引き実測）。main.go は argv を渡すだけの皮 docs/04 に行が在る。splice パッケージは go test ok（main は [no test files] だが 1行の皮）	残す	削除
pipeline-go	`tools/lpsplice/splice/boarddom_test.go` 87 行・ git A ・差分 +87／-0	試験	go test ./...（make test） tools/lpsplice の試験。既定の go test で回る（実測: go test ./... で ok）	残す	削除
pipeline-go	`tools/lpsplice/splice/chain.go` 359 行・ git A ・差分 +359／-0	道具	tools/lpkitinputs/main.go:102 が pipeline-go/tools/lpsplice/splice を import（go list 逆引き実測）。main.go は argv を渡すだけの皮 docs/04 に行が在る。splice パッケージは go test ok（main は [no test files] だが 1行の皮）	残す	削除
pipeline-go	`tools/lpsplice/splice/chain_test.go` 267 行・ git A ・差分 +267／-0	試験	go test ./...（make test） tools/lpsplice の試験。既定の go test で回る（実測: go test ./... で ok）	残す	削除
pipeline-go	`tools/lpsplice/splice/dom.go` 481 行・ git A ・差分 +481／-0	道具	tools/lpkitinputs/main.go:102 が pipeline-go/tools/lpsplice/splice を import（go list 逆引き実測）。main.go は argv を渡すだけの皮 docs/04 に行が在る。splice パッケージは go test ok（main は [no test files] だが 1行の皮）	残す	削除
pipeline-go	`tools/lpsplice/splice/force.go` 254 行・ git A ・差分 +254／-0	道具	tools/lpkitinputs/main.go:102 が pipeline-go/tools/lpsplice/splice を import（go list 逆引き実測）。main.go は argv を渡すだけの皮 docs/04 に行が在る。splice パッケージは go test ok（main は [no test files] だが 1行の皮）	残す	削除
pipeline-go	`tools/lpsplice/splice/force_test.go` 286 行・ git A ・差分 +286／-0	試験	go test ./...（make test） tools/lpsplice の試験。既定の go test で回る（実測: go test ./... で ok）	残す	削除
pipeline-go	`tools/lpsplice/splice/jsonutil.go` 130 行・ git A ・差分 +130／-0	道具	tools/lpkitinputs/main.go:102 が pipeline-go/tools/lpsplice/splice を import（go list 逆引き実測）。main.go は argv を渡すだけの皮 docs/04 に行が在る。splice パッケージは go test ok（main は [no test files] だが 1行の皮）	残す	削除
pipeline-go	`tools/lpsplice/splice/palette.go` 343 行・ git A ・差分 +343／-0	道具	tools/lpkitinputs/main.go:102 が pipeline-go/tools/lpsplice/splice を import（go list 逆引き実測）。main.go は argv を渡すだけの皮 docs/04 に行が在る。splice パッケージは go test ok（main は [no test files] だが 1行の皮）	残す	削除
pipeline-go	`tools/lpsplice/splice/run.go` 329 行・ git A ・差分 +329／-0	道具	tools/lpkitinputs/main.go:102 が pipeline-go/tools/lpsplice/splice を import（go list 逆引き実測）。main.go は argv を渡すだけの皮 docs/04 に行が在る。splice パッケージは go test ok（main は [no test files] だが 1行の皮）	残す	削除
pipeline-go	`tools/lpsplice/splice/run_test.go` 780 行・ git A ・差分 +780／-0	試験	go test ./...（make test） tools/lpsplice の試験。既定の go test で回る（実測: go test ./... で ok）	残す	削除
pipeline-go	`tools/lpsplice/splice/snap.go` 128 行・ git A ・差分 +128／-0	道具	tools/lpkitinputs/main.go:102 が pipeline-go/tools/lpsplice/splice を import（go list 逆引き実測）。main.go は argv を渡すだけの皮 docs/04 に行が在る。splice パッケージは go test ok（main は [no test files] だが 1行の皮）	残す	削除
pipeline-go	`tools/lpsplice/splice/snap_test.go` 138 行・ git A ・差分 +138／-0	試験	go test ./...（make test） tools/lpsplice の試験。既定の go test で回る（実測: go test ./... で ok）	残す	削除
pipeline-go	`tools/lpsplice/splice/spec.go` 185 行・ git A ・差分 +185／-0	道具	tools/lpkitinputs/main.go:102 が pipeline-go/tools/lpsplice/splice を import（go list 逆引き実測）。main.go は argv を渡すだけの皮 docs/04 に行が在る。splice パッケージは go test ok（main は [no test files] だが 1行の皮）	残す	削除
pipeline-go	`tools/lpsplice/splice/splice.go` 378 行・ git A ・差分 +378／-0	道具	tools/lpkitinputs/main.go:102 が pipeline-go/tools/lpsplice/splice を import（go list 逆引き実測）。main.go は argv を渡すだけの皮 docs/04 に行が在る。splice パッケージは go test ok（main は [no test files] だが 1行の皮）	残す	削除
pipeline-go	`tools/lptonemetric/main.go` 29 行・ git A ・差分 +29／-0	道具	契約から回る: projects/orizo/actions/lpkit/action.yml:1616（args に ./tools/lptonemetric）＋ README.md 1行・views.yml:28 本線の工程。docs/04 に行が在る。main_test.go 在り・go test ok	残す	削除
pipeline-go	`tools/lptonemetric/main_test.go` 239 行・ git A ・差分 +239／-0	試験	go test ./...（make test） tools/lptonemetric の試験。既定の go test で回る（実測: go test ./... で ok）	残す	削除
pipeline-go	`tools/lptonemetric/metric.go` 750 行・ git A ・差分 +750／-0	道具	契約から回る: projects/orizo/actions/lpkit/action.yml:1616（args に ./tools/lptonemetric）＋ README.md 1行・views.yml:28 本線の工程。docs/04 に行が在る。main_test.go 在り・go test ok	残す	削除

3. 処理の過不足（1 run の実測・process_audit.json）

対象の run: ~/Desktop/orizo-project-hero/docs/experiments/20260723_型テンプレ多商材/lp_kit/nesswork/runs/20260830_1340_ness_v9（別商材モード（other_product あり）× bake_pink × board_dom × alpha_need × img_gates × best_scores。product = ness_v9（合成・spec_source/splice.json あり））。契約のリーフ 64 ／実際に走った 47 ／飛んだ 17。root inputs 60 ／入口に置いた 31 ／置かなかった 29。焼く枠の的 95。

3-1. 読まれない入力

B1 の測り方: _tool*.json の args を全結合して inputs_snapshot/<名> を grep

入力	配線	実 argv	理由	危険
`img_product.yaml`	lpkit action.yml → bakepink with.img_product → bakepink/action.yml:207 arms の inputs	無し	器（w54_arms → specpipe）は KIT 相対（KIT/products/<商材>.yaml）で読む。run へ写した版は来歴のみ	入口の版を差し替えても器が読む版は変わらない＝run の記録と実際に使った材料が食い違いうる
`mono.json`	bakepink/action.yml:203	無し	specpipe が KIT/sense/mono_<lp>.json を読む（specpipe.py:1153）。KIT に mono_ness_v9.json は実在する	同上
`refplan.json`	bakepink/action.yml:206	無し	specpipe.py:635 が KIT/labels/refplan_<出典>.json を読む。KIT に refplan_ness_v9.json は実在する	同上
`tone_mood.yaml`	bakepink/action.yml:208	無し	specpipe.py:140-141 が KIT/tones/<name>.mood.yaml を読む	同上

2026-08-29 の掃除との差
audit/go_cleanup.json は「lpkit/action.yml・bakepink/action.yml の inputs 全 82 個は自ファイル内の配線参照が 1 回以上＝読む側の無い入力は 0」と測った。それは**契約の中の参照**の測り方。ここは**実 run の argv**で測った別の軸で、上の 4 件は『配線はあるが器へは届かない（来歴の写し）』。契約にもそう自記してある（bakepink/action.yml の頭「器は KIT 相対で読む」）＝設計どおりだが、材料の差し替えが run に出ない口として残る

B2 後勝ちで死んだ入力: fill.json
実 argv: python3 slot_flow_fill.py … --fill <inputs_snapshot>/fill.json --fill <inputs_snapshot>/copy_html.json …
測定: argparse は同名引数の**最後**を採る（lpkit/action.yml:60-61 が実測として自記）＝fill.json は 1 バイトも効いていない
直す場所の候補: (a) 入口に fill.json を置かない運用（--inputs-dir の作り手＝tools/lpkitinputs） (b) 契約で fill と copy の同時提供を不合格にする（app/ ではなく projects/ 側の宣言）。★どちらを正にするかは人の決め

B3 材料未投入で効いていない旗（設計どおり・記録として）

img_map.json 無し → LPK3C の --img-map 束が落ちる（4周目 H06「hide の絵を『無い絵』に数えて空の箱を隠す」が off）
blank_unasked.json 無し → LPK3C の --blank-unasked が off（聞いていない節の穴は空にしない）
stack_hscroll.json / max_gap.json 無し → LPK4F の --stack-hscroll / --max-gap が off（I04/I07 の手当てなし）
strip_bg / min_contrast / strip_pseudo 無し → LPK2D ごと飛んでいるので、そもそも当たらない
no_burn / only / photo_burn_secs / imgcolors / stock / imgsee / sixview / holes / quality_prev / splice 無し

B4 契約が『置くと exit 1』と自記している入力: guard_near・min_contrast・max_gap
根拠: lpkit/action.yml:120-125（guard_near の注）「基盤は root の `type: value` を --inputs-dir の**ファイルの道**として解決するので、置いた run の argv は `--guard-near <run>/inputs_snapshot/guard_near.json` になり、LPK2/LPK2D とも『0 以上の数』で exit 1 で止まる」。min_contrast:136 / max_gap:153 も同じ『JSON の道』と自記
この監査での再測定: していない（この run はどれも置いていない）。契約が記録した 2026-08-25 の実測をそのまま引いた
直す場所: 基盤（値型の root 入力を中身で渡す口）か、器（lp_kit_retone.ts / lp_kit_retone_dom.ts / page_flow.ts が JSON の道も読む）のどちらか＝契約自身が『所有外・未決』と書いている

3-2. 使われない旗・空回りの束

場所	測定	所見
bakepink/count（LPK8P・slot_imggen.py --dry-run）	exit 0・71ms・出力 0 件（_tool_count.json の files=[]）。契約に outputs の宣言が無く、下流の参照も 0（grep 'steps.count' → 0）実 argv: `python3 slot_imggen.py --targets … --out …/img_main --dry-run --best-of 2 --best-max-cost 3 --best-scores …`	見込み枚数と $ を engine.log へ印字するだけの回。--best-of / --best-max-cost / --best-scores はここでは 1 円も動かさない（make 側で同じ束が改めて渡る）。害は無いが『成果物を残さない工程』＝run の記録から見込みを引けない
bakepink with.best_retry_low: ''（bakepink/action.yml:236）	空文字なので束ごと省かれ、count / make の argv に --retry-low は現れない（実 argv で確認）	契約は『配線自体は要る（未配線だと bakepink の解決で run が止まる＝15本目の実測）』と自記。値を持たない配線が 1 本立っている状態＝閾を変えるのは人の決め（変更065 の承認待ち）
LPK4（render・素の紙面）	npx tsx lp_kit_pageflow.ts … --mode flow --size spec --infer-br（349ms・出力 2件）。下流の参照は root outputs の page 1 本だけ（grep 'steps.render.' → 1）	契約が『同じ材料から同じ紙面（sha256）が出るかを測るための道』と自記。使われない旗ではないが、この run では誰も読まない紙面を 1 枚建てている（意図どおり）

3-3. 出力を誰も読まない工程

測り方: projects/orizo/actions/lpkit/action.yml で `steps.<id>.` の出現回数を数え、root outputs にも他工程にも現れない工程を挙げた

工程	root outputs	所見
alpha_shape (LPK5A)	無し	★出力 alpha_shape.json は step の checks（check_alpha_shape.py）でしか使われない。root outputs に無いので Viewer からも下流からも引けない。gaps / srcimg / imgdiff は root outputs に在る＝同じ作りの門で 1 本だけ穴が空いている
check_imgempty (LPK6)	無し	imgempty.json は誰も読まない。continue-on-error 付きなので落ちても run は進む
measure (LPK7)	無し	measure.json は誰も読まない（人が読む数）
uniform (LPK7U・composite)	無し	upop_src.json / upop_page.json は composite の checks（check_uniform.py）でしか使われない
imgtext (LPK8T)	無し	この run では工程ごと飛んでいる。置いても読む側が無い

参照 1 回だけ（root outputs のみ＝チェーンの終端。過不足ではない）: burnsrc・gaps・icons・imgdiff・imgsrctext・imgvisible・originality・quality・render・srcimg・tonemetric

3-4. 飛んだリーフ 17（if の参照つき）

測り方: action:plan のリーフ 64 と _tool*.json の 47 の差。engine.log の「条件不成立のためスキップ」行と `if:` の参照で理由を引いた

リーフ	if	理由	影響
tone_fix (LPK2X)	`inputs.tone_fix`	印 tone_fix.json を入口に置いていない	LPK2 / LPK2D / LPK7T は整形前の tone.json を読む（設計どおり）
tonegate (LPK2G)	`inputs.tone_fix`	同上	なし
retone_dom (LPK2D)	`inputs.dom_retone`	印 dom_retone.json を入口に置いていない	dom.json の色は穴経由でしか寄らない。代わりに retone_map.json（変更067）を LPK8P の pages が --color-patch で受けている
bake/plan・bake/owner・bake/make・bake/verify・bake/verify_gate (LPK8・5本)	`inputs.legacy_bake`	旧道の印を置いていない（段1 で焼く道の正は LPK8P）	設計どおり。root outputs の img_plan / images は未解決のまま
bakepink/qual (LPK8P の子)	`inputs.darkband`	darkband.json を入口に置いていない。★KIT 側にも sense/darkband_ness_v9.json が無い（在るのは darkband_camino011_r7.json だけ）	★致命: LPK8P の composite checks 3本が全部「門を組み立てられなかった」で赤になった（G_見つけた欠陥参照）
icons (LPK8I)	`inputs.icons`	印 icons.json を置いていない	契約にも「紙面への当て込みは未配線」と自記
burnsrc (LPK8B)	`inputs.img_sense`	img_sense.json を置いていない	焼く字の出所は LPK8P の burnsrc_d（w40 --sources D）で足りている
img_apply (LPK3I)	`inputs.img_map`	img_map.json を置いていない	LPK3C の --img-map 束も同時に落ちる（H06「hide の絵を無い絵に数える」が効いていない）
img_apply_baked (LPK3IB)	`inputs.legacy_bake`	旧道の印なし	設計どおり
imgtext (LPK8T)	`inputs.imgtext`	印を置いていない	D_出力を誰も読まない工程に該当（置いても読む側が無い）
imgvisible (LPK5V)	`inputs.imgvisible`	印を置いていない	紙面の <img> の可視率は測っていない
tonemetric (LPK7T)	`inputs.tonemetric`	印を置いていない	トンマナの通り具合は測っていない（LPK5D の secpos_dom は作ったが読む側が 1 本も走っていない）
quality (LPK10)	`inputs.quality`	印を置いていない（有料）	同上

secpos_dom.json を置いて LPK5D は走らせた（97ms・出力 1件）が、その成果物を読む工程（LPK7T / LPK10 / LPK5G）のうち走ったのは LPK5G だけ。LPK5D の主な狙い（LPK7T / LPK10 の帯を差し替える）は、この run では 1 本も発火していない

4. 二重の門の比較（check_imgdiff ／ check_imgfit_vision ／ lp_imgfit）

check_imgdiff.py の冒頭（4-9行目）と run_gates.yml:703 に『併存と決めた・統合しない』と記録済み。ここはそれを覆すためではなく、どちらを正にするかの**判断材料**を数で並べた表

LPK8F/pixel: lp_imgfit.py（$0・決定的）→ 門 'lp_imgfit.py[この run の絵]'（run_gates.yml:660）
LPK8F/vision: check_imgfit_vision.py（gpt-5.5・n=2）→ 門 'check_imgfit_vision.py[この run の絵]'（run_gates.yml:680）
LPK8D: check_imgdiff.py（gpt-5.5・n=1・凍結 cache ＋ $0 画素）→ 門 'check_imgdiff.py[この run の絵]'（run_gates.yml:706）

軸	check_imgdiff	check_imgfit_vision	lp_imgfit(pixel)	実測（落ちた枠）	所見
構図	違いを列挙＋点（2 以下で赤）	保っているかの点 1〜5（2 以下で赤）	無し	imgdiff 17・vision 39・共通 17	★重なる軸。vision の方が 22 枠多く落とす（点は辛め・列挙は 3 件以上/2 点以下の 2 段）
文字	絵の中の全文字を読み、焼く字 D に無いもの＝追記・架空英字・作品名/商標（1 件でも赤）	焼く字が欠けていないかの点	無し	imgdiff 7・vision 2・共通 1	★向きが逆（増えた字 vs 減った字）。重なっているのは 1 枠だけ＝別の軸
欠落 / 被写体	出典の情報要素で消えたものを列挙（3 件以上で赤）	被写体が切れていないかの点	無し	imgdiff 45・vision 8・共通 7	vision の 8 は imgdiff の 45 にほぼ含まれる（7/8）
地の色	無し	地が紙に馴染むかの点	絵の縁と紙の ΔE76 > 20（$0）	vision 20・pixel 22・共通 12	★vision と pixel が同じことを別の測り方で見ている（共通 12・食い違い 18）。imgdiff は持っていない
破綻（顔・手・文字・ポスタライズ）	軸ごとの真偽	無し	無し	imgdiff 16	imgdiff だけ
占有率比・左右余白率	$0 画素（0.6 未満 / 5% 超で赤）	無し	無し	占有率比 33・左右余白率 29	imgdiff だけ
板の切り・透明帯・透過が要る枠の不透明	無し	無し	$0 画素（15% / 2%）	文字の板を切った 18・上下左右の透明帯 0・透過が要る枠が不透明 2	pixel だけ。alpha_shape（LPK5A）とも一部重なる（下）

落ちた枠の集合（同じ run・同じ的 95 枠）

集合	枠
imgdiff が落とした枠	51
imgfit_vision が落とした枠	44
lp_imgfit(pixel) が落とした枠	40
imgdiff ∩ vision	44
vision − imgdiff	0
imgdiff ∩ pixel	40
pixel − imgdiff	0
3本の和集合	51

この run では **imgdiff の赤が vision と pixel の赤を完全に含む**（vision 固有 0・pixel 固有 0・imgdiff 固有 7）。ただし n=1 の 1 回の実測であって、『vision と pixel を消してよい』の根拠にはならない（下の注）

費用と回数

門	calls	reads(n)	USD	所要ms	備考
`check_imgdiff`	51	1	1.0689	147191	凍結 cache ヒット 0
`check_imgfit_vision`	110	2	1.8053	262379	空の返事 8
`lp_imgfit`	—	—	0	2496

母数の取り方が 2 通り

門	母数の申告
lp_imgfit	的 95 ／紙面で引けた 52 ／出典の原画を読めた 51
check_imgfit_vision	的 95 ／読めた枠 50 ／読めなかった 1 ／紙面で引けなかった 43 ／出典を読めない 1
check_imgdiff	的 95 ／見た枠 51 ／紙面で引けなかった 43 ／出典を読めない 1
check_alpha_shape	的 95 ／原画が透明な枠 37 ／測れた 35 ／紙面で引けなかった 2 ／ DOM 化（母数の外）34

check_alpha_shape だけが data-domboard の 34 枠を『母数の外』と申告し、他の 3 本は同じ 34 枠を『紙面で引けなかった』（＝測れない＝不合格側）に数えている。**同じ紙面・同じ的で母数の取り方が 2 通り**ある

★判断材料としての注（測っていないこと）

n=1 の 1 run（ness_v9・的 95 枠）でしか比べていない。別の出典・別の的では集合の関係が変わりうる（未測定）
imgdiff は n=1・vision は n=2。『揺れ』の担保は vision 側にしかない（vision の揺れた枠は全軸 0 だったが、軸別では文字 1・被写体 2・地の色 7）
imgdiff の凍結 cache はこの run で 0 件ヒット（初回）。2 回目以降の費用は測っていない
どちらを正にするかは**人の決め**。この表は削除も統合も提案しない

5. ::bg の穴（紙面で引けなかった 43 の根）

LPK8F/pixel・LPK8F/vision・LPK8D の 3 本が同じ 43 枠を『紙面で引けなかった』に数え、母数を 95 → 51〜52 に落としている

43 の内訳: data-domboard の 34 枠 — check_alpha_shape の『DOM 化した枠（紙面）』34 と**完全一致**（集合演算で確認: 重なり 34・片側だけ 0）。板の DOM 化（LPK4B）で <img> が <div data-domboard="1"> に置き換わった枠
残り 9 枠: 8/13/1/2</code> <code>8/21/3</code> <code>8/33/1/3/1/1</code> <code>8/33/1/3/1/3</code> <code>8/37/3</code> <code>8/53/3</code> <code>8/65/3</code> <code>8/77/1/1/1/5/1/3/3/3/7</code> <code>8/85/3

測り方: lp.html から <img data-dp><src> と data-dp+background-image:url() を lp_imgfit.paper_images と同じ正規表現で引き直し、targets の 95 鍵と突き合わせた

実測: 9 枠すべてが『鍵 + "::bg" なら紙面で引ける』（rescued by ::bg = 9・上の 9 鍵と完全一致）。しかも 9 枠の background-image の url は全部 steps/LPK8P/… の**この run が焼いた絵**

機構

lp_imgfit.py:83-92 paper_images() は <img> を out[dp] に、background-image を out[dp + "::bg"] に**必ず**入れる
lp_imgfit.py:230 / check_imgdiff.py:489 / check_imgfit_vision.py:171 / check_alpha_shape.py:163 はどれも imgs.get(key) の**完全一致だけ**を試す
一方 targets_main_pastelpink.json の 95 鍵のうち ::bg を持つのは 16 本だけ。残りの鍵は『素の dpath』で、その枠を w56_pages が background-image として置くと（--bg-keys / --css-img / --bg-quantize の道）鍵が食い違う
w56_pages.py:641-712 / 749-751 は逆方向の写し（`<dpath>::bg` → `<dpath>`）を持つ＝**紙面側は ::bg を落として書く**のに、門側は ::bg を足して索く

衝突の有無: imgs（<img>）と bg（background-image）で同じ dp を持つ鍵は 0 件（実測）＝bg を素の dp でも索けるようにしても <img> を潰さない
先行記録: run_gates.yml:657 に 5本目（ness_v8）の『::bg の 14 は器が置いていない＝imgMissed 15 と同じ根』が残っている。当時は**紙面に絵が無い**方の穴で、いまは**紙面に絵は在るのに鍵が合わない**方の穴＝向きが逆になった同じ根

直す場所（候補・削除も変更も実行していない）

案	場所	効き
門側で索き方を 1 箇所直す	lp_kit/lp_imgfit.py の paper_images()（83-92）か、その 4 つの呼び出し（lp_imgfit.py:230 / check_imgdiff.py:489 / check_imgfit_vision.py:171 / check_alpha_shape.py:163）	imgdiff / imgfit_vision は lp_imgfit から import しているので1 箇所で 3 本に効く（check_imgdiff.py:68 / check_imgfit_vision.py:52）。★check_alpha_shape.py:54-63 は paper_images を書き写しているので同時に直す必要がある＝唯一の正を写した実例回復見込み: 43 → 34（9 枠が母数へ戻る）
的側で鍵を揃える	specpipe / w54_arms が targets_main_<tone>.json の鍵を作るところ	紙面の鍵と的の鍵の namespace を一致させる根治。ただし frames のファイル名（key.replace('/','_').replace('::','__')）と焼いた絵の対応まで動くので影響が広い（未測定）
DOM 化の 34 枠を『母数の外』に申告する	check_alpha_shape.py:66-67 の domboard_keys() を lp_imgfit へ移し、pixel / vision / imgdiff の 3 本でも同じ申告をする	43 − 9 = 34 が『測れない（不合格側）』から『母数の外』へ移る。★これは判定を緩めるので人の決めが要る（『測れなかったものを合格にしない』の規律に触れる。DOM 化した枠は絵ではない、という申告なら規律違反にならない）

alpha_shape への影響: alpha_shape の『紙面で引けなかった 2』（8/13/1/2・8/33/1/3/1/1）も上の 9 枠の一部。9 枠のうち残る 7 枠は alpha の母数（原画が透明な枠 37）の外なので数に出ていない

6. 見つけた欠陥: LPK8P の門 3 本が全滅していた

実測: engine.log 97-99 行 / run_state.yaml の LPK8P.l1_results: 'lpkitverdict refs[この run の的]' 'lpkitverdict imggen[この run の絵]' 'lpkitverdict qual[この run の絵]' の**3 本とも pass:false**、detail は 3 本とも『門を組み立てられなかった: lpkitverdict qual[この run の絵]: run に LPK8P の成果物 qual.json が無い』
根: bakepink/action.yml:133-136 が composite の checks に qual を宣言している一方、bakepink/action.yml:498 の qual 工程は `if: '${{ inputs.darkband }}'` で opt-in。darkband を置かない run では qual.json が出ず、composite の checks が**束ごと**赤になる

同じ穴を避けてある先例: lpkit/action.yml:278-281（imgsrctext の注）に『composite の checks は 1 本でも成果物を解けないと束ごと「門を組み立てられなかった」になる（実測 2026-08-26: LPK8P で qual を飛ばした run は refs / imggen も赤になった）』と**すでに書いてある**。LPK8S と LPK4B はその判断で工程を分けたが、bakepink の中は直っていない

実害

中では refgate（exit 0・131ms）と madegate（exit 0・126ms）が**緑で通っている**のに、run の記録では refs / imggen が赤
checks/ に LPK8P.json が**書かれていない**（他 14 工程には checks/<short>.json が在る）＝『組み立てられなかった』束は checks/ に記録が残らず run_state の l1_results にしか残らない
docs/14 §6 の 10本目の記録が『回していないもの』として挙げた「LPK8P qual.json が無い原因」の答えがこれ

darkband の実体: KIT に sense/darkband_ness_v9.json は**無い**（在るのは darkband_camino011_r7.json だけ）。つまり入口に置いていないだけでなく、置く材料自体が ness_v9 には存在しない

直す場所（候補・実行していない）

bakepink/action.yml:133-136 の checks から 'lpkitverdict qual' を外し、qual の判定を『qual が走った run だけ在る工程』側へ移す（LPK8S / LPK4B と同じ形）
または darkband_<lp>.json を出典ごとに起こす（材料側）。どちらを取るかは人の決め

7. この run の門の結果（記録）

checks/ に記録が残った工程: 14

工程	門	合格	不合格	母数・備考
LPK2	3	0	3
LPK2C	1	1	0
LPK4B	1	0	1	ON の枠 38・組めなかった 2
LPK4L	7	—	—	check_hiddencolor 不合格（母数 834）
LPK4S	1	1	—	紙面の絵 66 ／出典の原画 369 ／写し 0
LPK5	check_tonefit_page 合格（母数 3,870,360 画素）	—	—
LPK5A	1	—	1	原画が透明な枠 37 ／測れた 35
LPK5G	1	1	—	文字節点 285 ／両方に在る節 41
LPK7U	1	—	1	出典×指標 9 ／節 41 ／字 3,401
LPK8D	1	—	1	的の枠 95 ／見た枠 51
LPK8F	2	—	2	的の枠 95 ／紙面で引けた 52 ／読めた枠 50
LPK8G	2	—	2	測れた 95 / 82
LPK8S	1	—	1	読めた絵 93 ／出典の字 62,953
LPK8P	3	—	3	★checks/LPK8P.json は存在しない（G 参照）

この run の engine.log の末尾は LPK8F の門の記録で終わっている。CLAUDE.md が言う action:run 末尾の集計行は engine.log には落ちていない（標準出力側の疑い・未確認）

8. 人へ渡す申し送り（hero/lp_kit 側）

check_imgdiff.py が未追跡のまま契約に載っている

実測: `git status` が `?? .../lp_kit/check_imgdiff.py`。一方 pipeline-go/projects/orizo/actions/lpkit/run_gates.yml:706-717 が `script: 'check_imgdiff.py'` で名指し（run_gates.yml は追跡済み）

効き方（疑い・測っていない）: decl_test.go は宣言の形しか見ておらず script の実在を見ていないので、`make test` は緑のまま『宣言はあるが台本が無い』機械が作れてしまう疑いがある。実際に何が返るかは回していない

台帳を組む器が 2 箇所にある

実測: lp_kit/trace_join.py と nesswork/tools/trace_build.py の実質行の重なり 59%（trace_build 877 行中 521 行が一致）。公開に使った trace_v16.json / trace_v18.json を作ったのは trace_build.py の側（両 JSON に 'trace_join' は 0 件）

決め待ち: nesswork/trace/wiring_plan.md が『次の周で契約へ入れる』と書いている。入れるまでは 2 本とも要る／入れたら nesswork 側を呼び口へ落とす、のどちらかを人が決める

prompts/ness_v* の系譜——生きているのは v15〜v19 の 5 本

実測: nesswork の symlink を全部読んだ結果、prompts を指すのは mat_v15→ness_v15 ・mat_v16→ness_v16 ・mat_v17→ness_v17 ・mat_v18→ness_v18 ・mat_v19→ness_v19 の 5 本だけ（`find nesswork -maxdepth 2 -type l` の実測）。ness_v4 / v5 / v5b / v6 / v7 / v8 / v9 / v10 / v11 / v12 / v13 / v14 の 12 本を指す symlink は 0 本

★注意: 『mat が指すのは v19 だけ』ではない——mat_vN はそれぞれ自分の ness_vN を指す。v15〜v18 は過去の run（12〜15本目）の入口として台帳（record_run12〜15.json）から引ける

量: prompts/ness_v4〜v19 は 1 本あたり 1.0〜1.3MB・17 本で約 19MB

判定: 削除の是非は人の決定。**この表では削除候補にしていない**（過去の run の入口＝『どの指示で焼いた紙面か』の照合先で、消すと run の再現性の根拠が消える）

prompts/ness_v19 と frozen/ が未追跡

実測: `git status` で prompts/ness_v19/** と frozen/imgdiff/ が `??`。mat_v19/ref_master がその ness_v19/frames を指している＝16本目の入口が未追跡の材料に依存している

測っていない: 16本目の run はまだ回っていない（nesswork/runs の最新は 20260830_1340_ness_v9）

make_alpha_need_v10 / v11 は**存在しない**

実測: hero リポジトリ全体を `find . -name '*make_alpha_need*'` して 0 件。alpha_need.py は 1 本だけ在り、6 本の台本が使っている（版ごとの写しは作られていない）

退避物・記録（台本ではない・参考）

path	何か	根拠	判定
`lp_kit/nesswork/sections_src_misaligned/`	旧の出典帯 41 枚（DPR1・kidsduo 実頁の tiles から切ったもの）。5.1MB	nesswork/sections_src/_provenance.json:26 が『退避した sections_src_misaligned は DPR1（旧列）』と明記。今の正は sections_src/（DPR2・42 本）	人の決定待ち（退避物と名前で申告済み・削除候補にはしない）
`lp_kit/nesswork/nature_v15/bytecheck/`	規則版 5 の編集で既定（ピンク版 camino）が byte 不変であることの実測記録（README.md ＋同一の plan JSON 2 本・各 169,507 バイト）	README.md が『cmp 一致・sha256 先頭 7ab8c95e2f5b26d8』と記録。『測っていないもの』も自分で列挙している	残す（規律の証拠。同じ 2 本の JSON が並ぶのは cmp の前後で意図した形）
`lp_kit/nesswork/sections_src_kidsduo/`	4 本だけの帯	sections_src が 42 本・sections_src_misaligned が 41 本なのに対し 4 本＝途中で止めた列	人の決定待ち（中身の由来は測っていない）

9. 測っていない・回していない（緑として報告しない）

処理の監査の側

parity（ORIZO_LPKIT_PARITY=1）は**回していない**。この監査は門の判定資産（gate_verdict.go / gate_block.go / gate_args.go / registry*.go / decl.go / gates.yml / run_gates.yml / checks_*.go）を 1 バイトも触っていないが、回していないものは回していないと書く
make test / make lint / make validate は**回していない**（読み取りだけの役目）
guard_near / min_contrast / max_gap を実際に置いた run は**作っていない**（B4 は契約が記録した 2026-08-25 の実測の引き写し）
F の直す場所の候補はどれも**実行していない**（KIT の .py も契約の .yml も書き換えていない）
imgdiff の凍結 cache が 2 回目以降どれだけ効くかは測っていない（この run は凍結から 0 件）
w102_pendclass.py は projects/ tools/ cmd/ のどこからも参照されない（grep -rln 'w102_pendclass' projects/ tools/ cmd/ → 0 件）
LPK8T（imgtext）・LPK8I（icons）・LPK5V（imgvisible）・LPK7T（tonemetric）・LPK10（quality）・LPK8B（burnsrc）・LPK8（bake 5本）・LPK2X/LPK2G/LPK2D・LPK3I/LPK3IB はこの run で 1 度も走っていない（_tool*.json が無い）

hero/lp_kit の棚卸しの側

`make test`（pipeline-go）を 1 回も回していない
`make parity`（ORIZO_LPKIT_PARITY=1）を回していない
`check:gates` ・`action:run` を 1 回も回していない＝門の合否は 1 本も測っていない
台本の中身の正しさ（判定式が合っているか）は見ていない。見たのは『誰が呼ぶか』だけ

削除の実行: 3 班とも 1 件も実行していない（1 件も実行していない（この監査は読み取りと表の作成だけ））。この頁は決めを集める器で、消す器ではない。

10. 決定の JSON

下の JSON をそのまま人へ渡す（削除に同意した行だけが載る）。削除の実行はこの頁の外・人の決定のあと。

11. 第2段: `tools/` 17 ディレクトリ（辿れる経路 × 最終使用）

第1段は「参照があるか」で分けていた。参照がある＝必要ではないので、(A) 本線の使い道から辿れるか (B) 最後に実際に使われたのはいつかの 2 軸で取り直した表。出典 inventory/tools_reach.json（2026-08-30）。

軸の定義（人が決めた）

①run を回す — action:run の契約（projects/orizo/actions/**/action.yml）が argv で呼ぶ／run_gates.yml の門が呼ぶ
②入口を組む — lpkitinputs / lpkitingest の実行経路。入口（--inputs-dir）に置く材料を作る側
③門・床を測る — check:gates / make parity / floorcheck の実行経路。生成物のドリフト門（make drift-check）を含む
④人が打つ口 — README.md / CLAUDE.md / Makefile に手順として書かれている
島 — ①〜④のどれからも辿れない。道具どうしが互いを参照し合うだけのものはここ
B 最終使用 — git log -1 の日付（＝最後に書き換えた日）と、実行痕（run の engine.log の argv・生成物の来歴欄・tools/baseline の生ログ・入口ディレクトリの mtime）から引ける『最後に実際に走った日』。この 2 つは別のもので、両方を書く

9本線

4人の口（④のみ）

2島（削除候補・第2段）

1記録（道具ではない）

3契約が argv で呼ぶ

2Makefile が呼ぶ

29 本の run に argv が残った

17 = 本線 9（lpframes / lpkitassets / lpkitgates / lpkitingest / lpkitinputs / lpkitverdict / lporiginality / lpsplice / lptonemetric）＋人の口 4（draftschema / lpkitcost / lpkitmaterials / internal）＋島 2（floorcheck / lpkitparity）＋記録 1（baseline）＋ floor 1（floor.yml は本線・同居する台本 6 本は島＝ディレクトリ単位で割れる 1 件）

tools/ 直下 17 ディレクトリ

置き場	何か	A 辿れる経路（1行）	B 最終変更	B 実行痕（最後に実際に走った）	判定
`tools/lpkitverdict`	器（KIT の台本）が『印字するだけで exit 0』にしてしまう判定を、終了コードにし直す門の後処理。副コマンド 6 本（refs / imggen / qual / leak / imgwords / imgverify）	lpkitverdict ← bakepink/action.yml の refgate・madegate が run 内で呼ぶ（①）＋ run_gates.yml の門 6 本が check:gates から呼ぶ（③） ① — bakepink/action.yml:262（refgate）と :315（madegate）、bake/action.yml:234（verify_gate・旧道）が `- ./tools/lpkitverdict` を argv に持つ。加えて ③ — run_gates.yml に 6 本の門（`lpkitverdict refs[この run の的]` / imggen / qual / leak / imgwords / imgverify）が `go run ./tools/lpkitverdict` を回す	2026-08-30（2bf890b2 feat(tools): 節の移植・入口の再現・測る道具・門の後処理を Go の道具に足した）	runs/*/engine.log に 13 回。最終は runs/20260830_1340_ness_v9/engine.log:66（13:40:54 refs）と :70（13:57:49 imggen）。★走ったのは refs と imggen の 2 副コマンドだけで、qual / leak / imgwords / imgverify は 9 本の run のどれにも argv が出ていない（run_gates.yml 側の 6 本＝check:gates の経路は、この作業場に実行痕が無い＝下の『測っていない』を見よ）	本線（①）契約の argv に載り、直近 30 分以内の run で実際に回っている
`tools/lporiginality`	紙面に出典の文面・絵・固有名詞・骨格がどれだけ残っているかを数える（$0・決定的・LLM なし）	lporiginality ← lpkit/action.yml の LPK9 が run のたびに go run で叩く＝① ① — lpkit/action.yml:1235 の LPK9（orizo/tool・workdir は externals.gorepo）が `- ./tools/lporiginality` を argv に持つ	2026-08-30（2bf890b2）	runs/*/engine.log に 6 回。最終は runs/20260830_1340_ness_v9/engine.log:162（14:16:36）。成果物 originality.json は 3 本の run の inputs_snapshot/ にも在る	本線（①）契約の argv に載り、直近の run で実走している
`tools/lpkitinputs`	run の入口（--inputs-dir）を組む道具。材料の版を materials.yml と突き合わせ、符号（symlink）と写しを並べ、目録 inputs_recipe.json を残す。-splice / -compose / -mat-recipe / -board-dom / -check / -check-mat	lpkitinputs ← 入口 mat_v19/ を組んだ本体（②）＋ make drift-check の 2 本目（③） ② — 入口を組む口そのもの（README.md:92 / :95 / :96）。③ — Makefile:95 の drift-check が `go run ./tools/lpkitinputs -kit $(KIT) -check` で materials.yml と実物のずれを落とす。④ — README の『入口を組む』手順	2026-08-30（2bf890b2）	nesswork/mat_v19/inputs_recipe.json（2026-08-30 13:16・この道具が入口へ残す目録）。その入口で run 20260830_1340_ness_v9 が 13:40 に走っている。KIT 側 nesswork/design/s14_candidates_gen.py:136 が `cd {PIPELINE_GO} && go run ./tools/lpkitinputs …` の argv を組む	本線（②③）本日の入口をこの道具が作り、その入口で run が走った
`tools/lpsplice`	出典 A の節 Sj の位置へ出典 B の節 Sk を入れた合成を作る（main.go＝CLI ／ splice/＝lpkitinputs が import するパッケージ）。dpath_map.json と splice.json を残す	lpsplice ← lpkitinputs が splice パッケージを import して合成を組む（②）＋ CLI を人が -palette-snap で直に叩いた実績あり ② — tools/lpkitinputs/main.go:102 が `pipeline-go/tools/lpsplice/splice` を import（chain.go が連鎖させる）。CLI としても ② — README.md:90 が『入口を組む』手順で名指し	2026-08-30（2bf890b2）	import/ness_v18/splice.json と dpath_map.json（2026-08-30 01:32）＝mat_v19/source の実体。nesswork/audit/bgsnap_20260830/RECORD.json が `lpsplice -palette-snap（kidsduo×duck S01=S09 の実対）` の dry 実測を 2026-08-30 に記録している	本線（②）本日の合成をこの道具が作り、CLI も同日に直接叩かれている
`tools/lpframes`	合成の取り込みに、出典ごとの焼く指示の正本（prompts/<出典>/frames/*.json）を dpath_map で写して prompts/<合成名>/ を起こす。sense/mono_<合成名>.json・labels/refplan_<合成名>.json も新しい鍵へ写す（$0・決定的・LLM なし）	lpframes ← 入口 mat_v19/ref_master → prompts/ness_v19/frames（この道具が来歴を書いたファイル群）＝② ② — 焼く器が prompts/<lp>/frames を鍵で引くので、入口 mat_v19/ref_master がここを指す。★README.md / CLAUDE.md / Makefile / 契約のどれにも `go run ./tools/lpframes` の行は無い（grep 0 件）。人の口は docs/14_複合LP_実行計画.md:178 だけ	2026-08-30（2bf890b2）	prompts/ness_v19/frames/*.json（2026-08-30 13:20・114 ファイル）と rewhat_index.json。frames の中身に来歴『tools/lpframes（dpath_map.json で鍵を写した・決定的）』が入っている（grep -rl 'tools/lpframes' prompts labels sense が ness_v4 / v5 / v5b / v6 / v7 / v8 / v9 / v10 / v11 / v14 / v19 を返す）。mat_v19/ref_master がその prompts/ness_v19/frames への符号	本線（②）本日 13:20 に走り、13:40 の run が読む入口の材料を作っている。★ただし人の口が docs/14 にしか無い＝README に手順が無い
`tools/lpkitassets`	紙面が読む絵・書体・スタイルを、こちら側の写し（assets_mirror/<版>）へ機械で落とす。manifest.json（url → 写し）を残す	lpkitassets ← 入口 mat_v19/assets → assets_mirror/ness_v9（この道具が作る写しと manifest）＝② ② — 入口 mat_v19/assets が assets_mirror/ness_v9 への符号。lpkit/action.yml:172-173 が『落とすのは run の外（go run ./tools/lpkitassets）。run の中では読むだけ』と書き、inputs.assets の説明にこの道具の名前を置いている。④ — README.md:91 の注	2026-08-30（2bf890b2）	assets_mirror/ness_v9/manifest.json（2026-08-29 19:03・『取り込んだ日時 2026-08-29T19:03:00+09:00』・拾った URL 727／落とせた 727／落とせなかった 0／総 18,271,188 バイト）。nesswork/mat_v19/REBUILD.md:11-12 が『tools/lpkitassets（$0・網のみ）』を材料の出どころとして 2 行に渡って記録している	本線（②） run が読む写しをこの道具だけが作り、直近 1 日以内に走っている
`tools/lpkitingest`	LPキットの取り込み（網へ出る段・run の外）を 1 コマンドで回す。import → assets → srcshot → mirror → boardlist を既存の台本へ argv 直渡しで順に呼ぶ	lpkitingest ← README の『取り込み』手順（②の手前）。契約・Makefile からは呼ばれない ② — 入口の手前（出典 1 本の取り込み）。④ — README.md:82 / :83 / :84 が唯一の口	2026-08-30（2bf890b2）	tmp/ingest/duck/ingest.json（2026-08-25 10:26）＝この道具が段ごとの記録を残す唯一の場所。以降 5 日間、新しい記録は無い（`find tmp/ingest -type f` は 1 件）。docs/08_ふるまいの変更台帳.md:784 の実測『-check 母数 15: import/slots/holes/reuse/w105/w108 15/15・assets 3/15・mirror 2/15。duck の srcshot 段のみ網へ出て exit 0。★import／assets／mirror 段の実走は未測定』と一致する	本線（②）・ただし最終使用は 2026-08-25 で 5 日空いている入口の手前の経路に居り README に口がある。実走の痕は duck 1 本ぶんだけ
`tools/lptonemetric`	節ごとの画素がトンマナのパレットに収まる割合（inPalette・ΔE76 の閾つき）を測る（$0・決定的）	lptonemetric ← lpkit/action.yml の LPK7T が go run で叩く＝①。ただし `if: ${{ inputs.tonemetric }}` ① — lpkit/action.yml:1616 の LPK7T（orizo/tool）が `- ./tools/lptonemetric` を argv に持つ。④ — README.md:100 に手打ちの行	2026-08-30（2bf890b2）	★9 本の run すべてで走っていない。engine.log の該当行は全部『[LPK7T] 条件不成立のためスキップ（${{ inputs.tonemetric }}）』。`find runs -name tonemetric.json` は 0 件。入口 mat_v19/ にも tonemetric.json は無い（inputs.tonemetric は置かれていない）	本線（①）だが実走 0 契約の argv に載り旗も生きているが、この 9 本では材料が置かれず 1 度も走っていない。『配線されている』と『使われている』は別＝削除候補にはしないが、次に測るときは旗を立てた回を 1 本取らないと『同じ判定を出すか』を誰も知らない
`tools/lpkitgates`	LPキット側の宣言（gates.json / checkrun.json）から projects/orizo/actions/lpkit/gates.yml（契約に載る門の一覧・1,692 行）を起こす。-check で起こし直して比べる	lpkitgates ← make drift-check の 1 本目（③）＋出力の gates.yml が契約に載る（①の材料） ③ — Makefile:94 の drift-check が `go run ./tools/lpkitgates -kit $(KIT) -check`。①の材料 — 出力 gates.yml は契約そのもの。④ — gates.yml:3 の頭『起こし方: go run ./tools/lpkitgates -kit <lp_kit の置き場>』	2026-08-30（2bf890b2）	生成物 gates.yml の git log -1 は 2026-08-23（c7a84106）。make drift-check を回した記録は nesswork にも tools/baseline にも無い（grep 実測）。docs/07_レビュー指摘一覧.md:744 に『gates.yml ずれ 0 / 1,693 行（母数門 95・ブラウザ 35・回せない 17）／壊し試験: 1 行だけ変えた写しに対し exit 1』の実測が残る（日付はこの表では引けていない）	本線（③）契約の生成物を守るドリフト門で、Makefile に口がある
`tools/lpkitmaterials`	LPキットの本線がどの材料のどの版を実際に開いているかを materials.yml として起こす（出どころは KIT の w<数字>_trace_record.json）	lpkitmaterials ← materials.yml の頭の 1 行（④）。生成物 materials.yml は lpkitinputs が読むので①②の材料ではあるが、道具自身を呼ぶ口は人の手だけ ④のみ — 口は materials.yml:1-2 の頭の 1 行（`go run ./tools/lpkitmaterials -kit … -trace w89_trace_record.json -also …`）だけ。★Makefile の drift-check は lpkitgates と lpkitinputs の 2 本しか回さない（Makefile:94-95 実測）＝この道具は起こし直して比べる門の外に居る。README / CLAUDE.md / 契約の argv には出ない	2026-08-30（2bf890b2）	生成物 materials.yml の git log -1 は 2026-08-30（feat(契約): lpkit にピンク版の道と別商材モードの工程を opt-in で足し…）。道具を回した記録そのものは見つからなかった（nesswork・baseline・log を grep）	人の口（④のみ）生成物は本線に載る（materials.yml は lpkitinputs の突き合わせ先）が、道具を呼ぶ口が Makefile に無い。★lpkitinputs -check が見るのは『materials.yml が言う digest と実物のずれ』であって『materials.yml を起こし直して比べる』ではない（tools/lpkitinputs/main.go:182 の旗の説明・:329 runCheck 実測）＝lpkitgates にある -check 相当がこちらには無い。口の非対称
`tools/lpkitcost`	run ごとの費用台帳を、記録から引けた分だけ組む（record_run*.json を正・無い run は docs/14 §6 の $ 記述・どちらも無ければ『記録なし』。時刻を書かない＝2 回で sha 一致）	lpkitcost ← docs/04 の tools 表の 1 行だけ（④）。本線の①〜③には繋がらない ④のみ — docs/04_ディレクトリ設計.md:190 の欄が唯一の記述。README / CLAUDE.md / Makefile / 契約に `lpkitcost` の文字は 0 件（grep 実測）。①②③のどれも読まない（run も入口も門も触らない）	2026-08-30（2bf890b2・新設）	nesswork/cost_ledger.json と cost_ledger.md（どちらも 2026-08-30 04:11・中に『生成: tools/lpkitcost』の来歴あり）＝実際に打たれている	人の口（④のみ・打たれた痕あり）本線からは辿れないが、人が打って成果物を残した記録が本日ぶんある。島ではない（成果物 cost_ledger.* が実在し、docs/04 に引き上げ条件『費用が run の記録に一次で残るようになったら』が書いてある）
`tools/draftschema`	既存の成果物（YAML/JSON）から Structured Outputs 用スキーマの草案を起こす（移行用）	draftschema ← README:156 と docs/02 のスキーマ起こしの手順（④）。lpkit の①②③には繋がらない ④のみ — README.md:156 の 1 行（`go run ./tools/draftschema 実走//steps/S4K/v/05f_kbf.json > draft.json`）と docs/02_移行計画.md:487 / :491 / :574 の手順。契約・Makefile・コードからの参照 0	2026-08-20（e60ff8d0 feat: 成果物を JSON へ統一し、concept チェーンと CC レポートを追加した）＝tools/ の中でいちばん古い	見つからなかった。nesswork / runs / tools/baseline を grep しても draftschema の実行記録は 0 件（tools/baseline/W0_20260822/make_test.txt に `? pipeline-go/tools/draftschema [no test files]` と出るが、これは go test がパッケージを列挙しただけで実行痕ではない）	人の口（④のみ・打たれた痕は測った範囲で無い） README に手順が在るので島ではない。docs/04:181 が引き上げ条件『S5_6・S6 の移行が済んだら』を持っている＝その条件が満たされたかを確かめるのが第2段の仕事で、条件を確かめずに消さない
`tools/floor`	床（同じ入力を n 回回して動かない項目）の宣言 floor.yml 1 本と、床を取る台本 6 本（floor_cmp.py / gates_cmp.py / page_why.py / gates_n.sh / paper_n.sh / run_n.sh）	floor.yml ← flooreval が make test のたびに読む床の唯一の宣言（③）／台本 6 本 ← どこからも呼ばれない（docs/06 の過去記録からのみ・run_n.sh だけは cmd/orizo/run.go の既定 off の根拠）ディレクトリ単位では割れる。(a) floor.yml → ③ — tools/internal/flooreval/floor.go が読む唯一の宣言で、flooreval のテスト（floor_test.go:351 / :477 / :600）が `make test` のたびに本物の floor.yml を読む。tools/baseline の実測も `-decl tools/floor/floor.yml` を明示して回っている。(b) 台本 6 本 → ①②③④のどれからも辿れない。コードからの参照 0・Makefile 0・README 0・CLAUDE.md 0。名指しは docs/06_LPキット移行計画.md:2738 / :3752 / :3876 / :4058 / :4731（過去の再現手順の記録）と docs/07_レビュー指摘一覧.md:16 / :43（『コードからの参照 0』とレビューが既に指摘済み）だけ。例外は run_n.sh で、cmd/orizo/run.go:30 と cmd/orizo/run_l1_test.go:7 と docs/00_設計仕様.md:110 が『--strict-l1 の既定を off にしている理由』として名指ししている＝台本そのものは呼ばれないが、基盤の既定値の根拠になっている	2026-08-23（c7a84106）。ファイル単位では floor_cmp.py / gates_n.sh / paper_n.sh / run_n.sh が 2026-08-21、page_why.py が 2026-08-21、gates_cmp.py が 2026-08-22 17:57、floor.yml が 2026-08-22 22:00	floor.yml: tools/baseline/W0_20260822/floorcheck.txt（2026-08-22）が『床にする 7 項目／床にしない 4 項目』を宣言どおりに出している＝この宣言で実測が 1 回ある。台本 6 本: 回した記録は tools/baseline にも nesswork にも無い（grep 実測）。tools/baseline の n=3 の生ログ（checkgates_auto1..3.txt）は README §2 で check:gates を直に 3 回回したものと書かれており、gates_n.sh 経由とは書かれていない	floor.yml＝本線（③）／台本 6 本＝島（削除候補・第2段）レビュー（docs/07:16 / :43）が既に『Go のリポジトリの tools/ に python 台本が混在し、コードからの参照 0』と指摘し、直し方まで書いてある。★消す前に確かめること: (1) run_n.sh を消すと cmd/orizo/run.go:30 と docs/00:110 が指す根拠が消える——先に根拠を docs へ写す (2) floor_cmp.py の ①sha256 / ③json の床は Go 側（internal/flooreval の KindSHA256 / KindJSONScalars / KindJSONValues）と同じ対象だが、②page.png の画素（page_why.py）だけは Go に無い＝この 1 本を消すと測れなくなる軸が 1 つ減る (3) docs/07:16 が『寄せる前に同じ run で python と Go の両方を回し、出た数が 1 つも違わないことを n=3 で確かめる』と条件を書いている。この確認はしていない
`tools/floorcheck`	床の宣言どおりの床が実際に取れているかを数える門（internal/flooreval を呼ぶ薄い皮）	floorcheck ← 呼ぶ口が無い。tools/baseline の 2026-08-22 の実測 1 回だけが実行痕（③に属するが経路が切れている） ③ — 床を測る経路そのもの。★ただし Makefile / README / CLAUDE.md のどれにも口が無い（grep 0 件）。名指しは tools/baseline/W0_20260822/README.md:45（2026-08-22 の実測の記録）と docs/07:16（レビュー）と review.md:52 だけ。呼び手は人が直に打つしかない	2026-08-23（c7a84106）	tools/baseline/W0_20260822/floorcheck.txt（2026-08-22）。中身は『不合格 0 ／未測定 6 ／見ていない 0 ／合格 1』＝7 項目のうち 1 項目しか測れていない（残り 6 は材料が渡っていない）。8 日間、これ以降の実行痕は無い	島（削除候補・第2段）——ただし『役目が終わった島』ではなく『経路が切れている島』 ★実測で見つけた欠陥: main.go:1 / :3 / :24 が既定の宣言を `tools/floor/flooreval.yml` と書いているが、そのファイルは存在しない（`ls tools/floor/flooreval.yml` → No such file or directory。実在するのは floor.yml）。既定のまま打つと回らない。tools/baseline の唯一の実測は `-decl tools/floor/floor.yml` と明示して回っている。つまり『既定で回らない道具に、呼ぶ口も無い』。消すか直すかを人が決める材料: (a) 消すなら internal/flooreval も一緒に落ちる（唯一の import 元がここ・tools/floorcheck/main.go:20） (b) 残すなら既定を floor.yml へ直し、Makefile に口（例 make floor KIT=…）を足す。★どちらも実行していない
`tools/lpkitparity`	現行（run_checks.py）と Go（check:gates）が同じ判定を出したかを突き合わせる（-py / -go / -py2 / -go2）	lpkitparity ← docs/06:389 の手打ちの行だけ（③の名前は帯びているが、make parity の経路には居ない）。tools/internal/gatesgo を internal/flooreval と分け合う＝道具どうしの相互参照 ③ — 門の判定の突き合わせ。★ただし Makefile の parity 目標はこの道具を呼ばない（Makefile:103-107 は `ORIZO_LPKIT_PARITY=1 go test ./... -count=1 -v -p 1` ＝Go のテストであって lpkitparity ではない。実測）。README / CLAUDE.md / 契約に記述 0。名指しは docs/06_LPキット移行計画.md:349 / :389 / :1380 / :2447 だけ	2026-08-30（2bf890b2）	docs/06_LPキット移行計画.md:1380 の表『全門の終了コード / GATE 行 / argv（前×後・lpkitparity）｜食い違い 0 件｜分母 95』＝過去に 1 回は回している（この表では日付を引けていない）。nesswork にも tools/baseline にも実行痕は無い（nesswork/log/parity.log に出る `pipeline-go/tools/lpkitparity` の行は `go test ./...` がパッケージを列挙しただけで、道具の実行ではない）	島（削除候補・第2段）『parity』の名前と make parity は別物で、この道具は make parity の経路に居ない。★消す前に確かめること: (1) docs/07:16 が『lpkitparity を n≥3 に拡張して gates_cmp.py を畳む』という将来の寄せ先としてこの道具を名指ししている——消すとその計画が消える (2) internal/gatesgo の唯一の非 flooreval の import 元がここ（tools/lpkitparity/main.go:26）。gatesgo は『記録の形（外側の鍵・id/ID）を知っているのは gatesgo だけ』とレビュー指摘 R52 で 1 箇所に寄せた成果なので、両方の import 元（floorcheck / lpkitparity）が消えると gatesgo も浮く (3) 『現行 TS と差分 0』が移行の完了条件（CLAUDE.md）である以上、突き合わせの道具を消す判断は移行の完了と同時にしか取れない
`tools/baseline`	2026-08-22 の基準線。生ログ 31 本＋ baseline.json（機械が読む形）＋ build_baseline.py / gatedump.py（この記録を起こし直す台本）。README.md:3 が自分で『これは記録であって道具ではない』と書いている	baseline ← CLAUDE.md の parity の区切り 3『基準線を取り直すとき』（④）＋門のコードとコメントが基準線の数を根拠に引く（③の材料） ④ — CLAUDE.md:126『3. 基準線を取り直すとき（tools/baseline/ に記録を残す回）』が、parity を走らせる 3 つの区切りの 1 つとして名指ししている。③ の材料 — projects/orizo/actions/lpkit/gate_block.go:34 と registry_floor_test.go:31 と run_gates.yml:866 が、判定の根拠として基準線の中身（gatedump.txt の 47 塊・gatedump.py の正規化）を引いている	2026-08-23（c7a84106）。中身の記録日は 2026-08-22	記録そのもの（floorcheck.txt / parity_v.txt / checkgates_*.txt / gatedump.txt など 31 本・2026-08-22）。2026-08-22 以降、新しい W<N> ディレクトリは作られていない（`ls tools/baseline` は W0_20260822 の 1 件のみ）	記録（道具ではない）——残す。ただし引き上げ時期が未決のまま 8 日 docs/06:4763『★tools/baseline/ は移行期間だけの記録（docs/04 の tools/ の扱いに従う）。引き上げ時期を決めること（R78）』と docs/06:5177『★引き上げ時期は docs/04 に書いた（案A／案B が終わった時点）』。★削除候補にしない理由: 門のコード（gate_block.go:34）が基準線の塊数を根拠に書いており、消すと『前はこうだった』の出どころが消える。CLAUDE.md が『★ここに無い数を「前はこうだった」と言わない』と定めているのと同じ規律
`tools/internal`	道具どうしで分け合う内部パッケージ 4 本（docs / flooreval / gatesgo / lpkitmat）。下の『internal の表』で 1 本ずつ見る	internal ← lpkitmat は②本線・docs は make test・flooreval と gatesgo は島になりかけの道具どうしの相互参照パッケージごとに違う（下表）	2026-08-30（2bf890b2）。gatesgo だけ 2026-08-23（c7a84106）	4 本とも nesswork/log/parity.log に `ok pipeline-go/tools/internal/<名前>` が出る（2026-08-30 04:48〜05:39 の make parity＝go test ./... で走った）	下表下表

tools/internal 4 パッケージ

置き場	何か	A 辿れる経路（1行）	B 最終変更	B 実行痕	判定
`tools/internal/lpkitmat`	材料の数え方（件数・バイト・digest）の唯一の正。起こす側（lpkitmaterials）と入口を組む側（lpkitinputs）の 2 つが同じ数え方を要るために切り出した	lpkitmat ← lpkitinputs（②の本体）が import ＝② ② — tools/lpkitinputs/main.go:101 が import。lpkitinputs は本日 13:16 に入口 mat_v19 を組んでいる。もう 1 つの import 元は tools/lpkitmaterials/main.go:31	2026-08-30（2bf890b2）	mat_v19/inputs_recipe.json の『ファイルの sha256』欄（2026-08-30 13:16）＝この数え方で出た値	本線（②）唯一の正を 2 つの道具で分け合う正しい形。docs/08:1221 に『Render＝RenderWith の薄い包み・Materials.RefRoot を deadcode ./... の実測で削った』記録もある＝手入れが続いている
`tools/internal/docs`	ドキュメントの番号が指す先が 1 つであるかを毎回突き合わせる検査（テストだけのパッケージ・docs_test.go 1 本）	internal/docs ← make test が毎回回す検査（④）。誰も import しないが、走らないわけではない ④ — `make test`（go test ./...）が毎回回す。import 元は 0（`grep -rn 'tools/internal/docs' --include=*.go` が 0 件）。①②③には繋がらない	2026-08-30（2bf890b2）	nesswork/log/parity.log に `ok pipeline-go/tools/internal/docs 0.573s`（2026-08-30 の make parity）	人の口（④）——ただし毎回自動で走る『参照が無い＝島』の例外。import 元が 0 でも go test ./... の対象なので、docs の番号が衝突した瞬間に赤くなる。★置き場の違和感は残る（docs を守る検査が tools/internal に居る）が、これは要否ではなく置き場の議論
`tools/internal/flooreval`	床の宣言（tools/floor/floor.yml）を読み、宣言どおりの床が取れているかを数える本体	flooreval ← floorcheck だけが import（③）。floorcheck が島なので、この 1 本も同じ運命に繋がっている ③ — ただし import 元は tools/floorcheck/main.go:20 の 1 つだけ。その floorcheck が既定で回らない（上表）	2026-08-30（2bf890b2）	テストは毎回走る（parity.log に `ok pipeline-go/tools/internal/flooreval 0.623s`）。★テストが本物の floor.yml を読む（floor_test.go:351 / :477 / :600）ので、床の宣言が壊れれば make test が赤くなる＝宣言の守りとしては生きている。道具として回った実測は tools/baseline/W0_20260822/floorcheck.txt（2026-08-22）の 1 回だけ	floorcheck と一体（③の経路が切れている）。ただし単独で消してはいけない floor.yml の妥当性を make test で毎回守っているのはこのパッケージのテスト。floorcheck を消しても、このテストは残す価値がある（宣言が唯一の正である以上、読める形かを毎回確かめる口が要る）
`tools/internal/gatesgo`	門の記録（gates_go.json / checks.json）の読み方の唯一の正。レビュー指摘 R52 で『記録の形（外側の鍵・id/ID）を知っているのは gatesgo だけ』と 1 箇所へ寄せた成果。★python 側（tools/floor/gates_cmp.py）は寄せていないと自記（gatesgo.go:12）	gatesgo ← flooreval（←floorcheck・島）と lpkitparity（島）だけが import＝閉じた島の内側 ③ — import 元は tools/internal/flooreval/eval.go:15 と tools/lpkitparity/main.go:26 の 2 つ。その 2 つとも上表で島／経路が切れていると判定した＝道具どうしの相互参照だけで閉じている	2026-08-23（c7a84106）＝internal の 4 本で唯一 8/30 の手入れに入っていない	テストは毎回走る（parity.log に `ok pipeline-go/tools/internal/gatesgo 0.528s`）。gatesgo_test.go:78 に『寄せる前（floor/eval.go と lpkitparity/main.go が別々に書いていた形）』の回帰試験が入っている	島の内側（削除候補の判断は floorcheck / lpkitparity と 3 本まとめて取る） ★1 本ずつ消す判断をしてはいけない例。gatesgo は『唯一の正を書き写さない』の実装で、import 元 2 つが両方消えると浮く。逆に、片方でも残すなら gatesgo も残る。3 本（floorcheck / lpkitparity / gatesgo＋flooreval）の要否は同じ 1 つの判断——『現行 TS との突き合わせと床の測定を、この先も Go の道具で回すのか』

島（削除候補・第2段）＝どこからも辿れない 2 件

削除は 1 件も実行していない。ここに書くのは『どこからも辿れない』という測定結果と、消す前に確かめるべき条件だけ

tools/floor の台本 6 本（floor_cmp.py / gates_cmp.py / page_why.py / gates_n.sh / paper_n.sh / run_n.sh）

なぜ島か: コードからの参照 0・Makefile 0・README 0・CLAUDE.md 0・契約 0。名指しは docs/06 の過去の再現手順と docs/07 のレビュー指摘だけ
消す前に確かめること: (1) run_n.sh は cmd/orizo/run.go:30 と docs/00:110 が『--strict-l1 の既定 off』の根拠として名指ししている——根拠を先に docs へ写す (2) page_why.py の page.png 画素解析は Go 側に無い＝消すと測れる軸が 1 つ減る (3) docs/07:16 が定めた確認『同じ 3 run に python と Go の両方を当てて数が 1 つも違わないこと（n=3）』は**していない**
同居する floor.yml: **島ではない**（flooreval が make test のたびに読む床の唯一の宣言）。ディレクトリごと消してはいけない

tools/floorcheck ＋ tools/lpkitparity ＋ tools/internal/gatesgo（＋ tools/internal/flooreval）

なぜ島か: floorcheck は呼ぶ口が Makefile / README / CLAUDE.md のどこにも無く、しかも既定の -decl が実在しないファイル（tools/floor/flooreval.yml）を指していて既定では回らない。lpkitparity は make parity の経路に居ない（make parity は go test であってこの道具ではない）。gatesgo はその 2 本だけが import する＝3 本で閉じている
最終使用: floorcheck 2026-08-22（tools/baseline/floorcheck.txt・7 項目中 1 項目しか測れず『未測定 6』）／lpkitparity は docs/06:1380 の実測 1 回（日付未特定）
消す前に確かめること: (1) 4 本の要否は**同じ 1 つの判断**——『現行 TS との突き合わせと床の測定を、この先も Go の道具で回すのか』。CLAUDE.md が『判定も現行 TS と差分 0 であることが移植の完了条件』と定めている以上、移行が終わる前にこの判断は取れない (2) internal/flooreval のテストは本物の floor.yml を読んで毎回検めているので、floorcheck を消してもテストは残す価値がある (3) docs/07:16 が lpkitparity を『gates_cmp.py の寄せ先』として名指ししている
★先に取れる別の手: 消すより安い直しが 2 つある（どちらも実行していない）: (a) floorcheck の既定 -decl を floor.yml へ直す（1 行）(b) Makefile に floorcheck の口を足す＝『床を測る』が④に載る

副産物として見つけた食い違い（この作業では直していない）

件	実測	効き方
floorcheck の既定の宣言ファイルが実在しない	tools/floorcheck/main.go:1 / :3 / :24 が `tools/floor/flooreval.yml` と書くが `ls tools/floor/flooreval.yml` → No such file or directory。実在するのは floor.yml で、tools/internal/flooreval/floor.go:1 も『tools/floor/floor.yml を読む』と書いている。tools/baseline/W0_20260822/README.md:45 の唯一の実測も `-decl tools/floor/floor.yml` と明示して回っている	既定のまま打つと回らない。★『回らない』が『合格』に化けることは無い（読めなければ落ちる）ので、CLAUDE.md の『検査できなかったものを合格にしない』には反していない。害は『打っても動かないので誰も打たなくなる』側 docs/06:5176 が記録している `tools/internal/floor` → `tools/internal/flooreval` の改名で、パッケージ名だけ追随して宣言ファイル名まで書き換えてしまったように見える（推定・git で追っていない）
lpkitmaterials だけがドリフト門の外に居る	Makefile:89-95 の drift-check は lpkitgates -check と lpkitinputs -check の 2 本だけ。lpkitmaterials には -check が無く（`grep -n 'check' tools/lpkitmaterials/main.go` に該当なし）、materials.yml を起こし直して比べる口が無い。lpkitinputs -check が見るのは『materials.yml が言う digest と実物のずれ』（main.go:182 / :329）であって、materials.yml 自体の起こし直しではない	w<数字>_trace_record.json が更新されたのに materials.yml を起こし直さなかった回は、誰も赤くしない。★docs/07:744 は『materials.yml ずれ 0（母数 106・版 16）』を実測として記録しているが、その測り方が lpkitinputs -check なら『digest のずれ』であって『生成物のドリフト』ではない——同じ言葉で 2 つのものを指している疑い。この点は測っていない（docs/07 の実測がどちらの口で取られたかを確かめていない）
lpkitverdict の副コマンド 6 本のうち、実際に走ったのは 2 本	宣言は 6（refs / imggen / qual / leak / imgwords / imgverify・run_gates.yml に門 6 本・verdict.go:48-58 に case 6 本）。9 本の run の engine.log に argv が残ったのは refs（7 回）と imggen（6 回）だけ	残り 4 本は run_gates.yml 側（check:gates の経路）に居り、この作業場に check:gates を回した記録が無い（`find nesswork -name gates_go.json` 0 件・nesswork/log に check:gates の行 0 件）。第1段の process_audit §G が報告した『LPK8P の門 3 本が全滅していた』と同じ面を、別の数え方から見ている
lptonemetric は契約に配線済みで実走 0	9 本の run の engine.log がすべて『[LPK7T] 条件不成立のためスキップ（${{ inputs.tonemetric }}）』。`find runs -name tonemetric.json` 0 件	『契約に載っている＝確かめられている』ではない。README:100 に手打ちの口はあるので、旗を立てた回を 1 本取らないと、この道具が run の中で同じ判定を出すかは誰も知らない

★測っていない・回していない（tools の側）

道具を 1 本も走らせていない。`go run ./tools/…` ・`make drift-check` ・`make test` ・`make parity` ・`make floor` 相当——どれも打っていない。この表の『実行痕』は**過去に残された記録を読んだだけ**
run_gates.yml の 6 本の verdict 門（check:gates の経路）が実際に回るかを確かめていない。この作業場に check:gates の実行痕が無いため、記録から引けなかった
docs/06:1380 の lpkitparity の実測と docs/07:744 の gates.yml / materials.yml のドリフト実測について、**それが何日の測定か**を git blame で追っていない
tools/floor の python 台本 6 本が今の機械で走るか（numpy / PIL が入っているか）を確かめていない
draftschema の引き上げ条件『S5_6・S6 の移行が済んだら』（docs/04:181）が満たされたかを docs/02 で確かめていない
pipeline-go と orizo-project-hero の 2 リポジトリの外は見ていない。ほかの置き場から `go run ./tools/…` を打っている経路があれば、この表は『島』を数え過ぎる
nesswork/runs の中身は engine.log と `find` だけで見ており、各 run の checks/ ・_tool*.json の全文は読んでいない（第1段の process_audit が読んだ範囲を重ねて測らない方針）
人のシェル履歴は見ていない。『打たれた痕が無い』は**記録に残らなかっただけ**の可能性が常に在る

削除: 1 件も実行していない（この作業は読み取りと表の作成だけ）

12. 第2段: `projects/orizo` の yml 45 本（要否）

yml ごと・行/門ごとに (A) 本線から辿れるか (B) 最終使用の実測を並べた。出典 inventory/yml_reach.json（2026-08-30）。45 本すべて判定=残す——読み口の無いもの・回っていないものは ★要調査として別に立てた（削除の提案はしていない）。

規律

読み取りと表の作成だけ＝削除は1件も実行していない（削除は人の決定後）
git commit していない・projects/orizo の yml を1バイトも書き換えていない
判定はすべて機械の実測（action:validate / action:plan / check:gates --dry-run の出力・run_state.yaml の l1_results・run の checks/*.json・engine.log・git log・grep）
測っていないものは「測っていない」と書く
segment / concept / craft は Orizo の業務（LPキットと別の柱）なので、使用実績が薄くても要否は人の決め＝削除候補にしない

45yml 合計

26action.yml

8views.yml

11その他 yml

161検査 id（ユニーク）

82compat.yml の行

95gates.yml の門

31run_gates.yml の門

action:validate（2026-08-30 実測）: チェーン 6 ／ action.yml 26本／ short 67個／型 63個（8スコープ）／指摘 0件・警告 5件

チェーン 6 本の使用実績（★「業務の本線＝人の決め」の別）

チェーン	run の記録（実測）	最終	要否
segment	externals.runs（~/Desktop/orizo-project-hero/実走）に run_state.yaml 47本。うち chain 欄が無い旧形式 25本が segment 系（S0〜S6 の成果物）。最後の segment 一気通貫は 20260816_0248_Qiita / 20260816_0355_Qiita並列（engine.log に「レンダラ成果物 3件」＝profiles/report.yml の views が回った唯一の run）	2026-08-16	★人の決め ★人の決め。Orizo の業務の柱（動機別セグメント設計）。README のチェーン一覧に載る＝業務の本線。run が 2026-08-16 で止まっているのは「いま LPキットを作っているから」であって、要らなくなったからではない。削除候補にしない
concept	chain: concept を持つ run 12本（20260816_1551〜20260817_2018）。工程 14・全ゲート承認で完走	2026-08-20（run_report.html の更新）／実走そのものは 2026-08-17	★人の決め ★人の決め。Orizo の業務の柱（コミュニケーションコンセプト設計）。README のチェーン一覧に載る。report:concept（13章HTML）の入口でもある。削除候補にしない
craft	★run の記録が1本も残っていない。CRF1 の steps ディレクトリを orizo-project-hero 配下で探して 0件	（無し）	★人の決め ★人の決め。README のチェーン一覧に載る（カンプ⇄実装の画素突き合わせ）。run の記録は 0本だが、docs/11_craft移行計画.md が正本。externals.scripts_root を唯一参照する契約でもある。削除候補にしない
lpkit	nesswork/runs に 9本（20260829_1746〜20260830_1340）。最後の run16 は 2026-08-30 13:40〜14:21・工程 25・門 26本・L1 合格7／不合格22	2026-08-30	本線（動いている）いま動いている本線そのもの（①②③④すべてに繋がる）
lplibrary	★run の記録が1本も残っていない。LIB1〜LIB5 の steps ディレクトリを orizo-project-hero 配下で探して 0件。docs/02 §17-4 に「duck: 5工程 completed・LLM 0コール・$0」の記帳があるだけ	（run の記録としては無し・docs/02 の記帳は 2026-08-25）	★人の決め README のチェーン一覧に載り、README §「3本の道」の手順（action:run --action lplibrary）に人が打つ口として書いてある＝④から辿れる。run の記録が消えているのは /tmp で回したため（docs/02 §17-4 の実績は残る）。要否は人の決め
lpcopy	★run の記録が1本も残っていない。CPY1 の steps ディレクトリ 0件。docs/02 §17-4 に「節2・行8・$0.035・書けた3／8」の記帳があるだけ	（run の記録としては無し・docs/02 の記帳は 2026-08-25）	★人の決め同上。README の手順に載る（action:run --action lpcopy）。lpkit の入口が読む copy_html.json / copy_burn.json の出し元＝②の材料を作る道。ただし直近の入口（mat_v16〜v19）は lpcopy チェーンではなく KIT 側の w109_copyfill.py を直に回して作っている（REBUILD.md の実測）。要否は人の決め

組み込み 4 つの契約での使用実績（uses: の実測）: orizo/tool 72 ／ orizo/llm 23 ／ orizo/collect 3 ／ orizo/report 1。orizo/llm・orizo/collect・orizo/tool・orizo/report（唯一の正は app/models/builtin.go＝yml ではない）

action.yml 26 本（要否は「使用実績」ではなく契約の完全性で決まる）

26 本は 1 本のツリーとして読まれる（actionrepo.LoadTree）。1 本でも消すと uses: ./child が解決できずチェーンが落ちる＝run に痕が 0 の行も削除候補にならない。

チェーン	置き場	行	step	short	step の short（run に痕）	直下 checks	step の checks	git 最終変更	判定
concept	`actions/concept/action.yml`	136	9	—	7 / 7	0	33	2026-08-20\|e60ff8d0	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
craft	`actions/craft/action.yml`	58	1	—	0 / 1 痕 0	0	0	2026-08-23\|c7a84106	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
craft	`actions/craft/pxcheck/action.yml`	76	2	CRF1	0 / 0	0	0	2026-08-23\|c7a84106	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
lpcopy	`actions/lpcopy/action.yml`	49	1	—	0 / 1 痕 0	0	0	2026-08-30\|1de2be94	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
lpcopy	`actions/lpcopy/fill/action.yml`	42	1	CPY1	0 / 0	0	0	2026-08-30\|1de2be94	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
lpkit	`actions/lpkit/action.yml`	1676	37	—	25 / 37	0	16	2026-08-30\|1de2be94 （未コミット）	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
lpkit	`actions/lpkit/bake/action.yml`	237	5	LPK8	0 / 0	1	0	2026-08-30\|1de2be94	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
lpkit	`actions/lpkit/bakepink/action.yml`	574	14	LPK8P	0 / 0	3	0	2026-08-30\|1de2be94	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
lpkit	`actions/lpkit/imgfit/action.yml`	79	2	LPK8F	0 / 0	2	0	2026-08-30\|1de2be94	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
lpkit	`actions/lpkit/imggates/action.yml`	71	2	LPK8G	0 / 0	2	0	2026-08-30\|1de2be94	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
lpkit	`actions/lpkit/shot/action.yml`	108	4	LPK5	0 / 0	3	0	2026-08-23\|c7a84106	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
lpkit	`actions/lpkit/textfix/action.yml`	108	4	LPK8X	0 / 0	0	0	2026-08-30\|1de2be94	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
lpkit	`actions/lpkit/tone_control/action.yml`	69	2	LPK2C	0 / 0	1	0	2026-08-23\|c7a84106	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
lpkit	`actions/lpkit/uniform/action.yml`	76	2	LPK7U	0 / 0	2	0	2026-08-23\|c7a84106	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
lplibrary	`actions/lplibrary/action.yml`	156	5	—	0 / 5 痕 0	0	0	2026-08-30\|1de2be94	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
lplibrary	`actions/lplibrary/holes/action.yml`	51	1	LIB2	0 / 0	0	0	2026-08-30\|1de2be94	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
lplibrary	`actions/lplibrary/reuse/action.yml`	33	1	LIB3	0 / 0	0	0	2026-08-30\|1de2be94	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
segment	`actions/segment/action.yml`	75	6	—	2 / 2	0	6	2026-08-20\|e60ff8d0	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
segment	`actions/segment/collect/S2T2/action.yml`	28	2	S2T2	0 / 0	3	0	2026-08-16\|4e73690e	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
segment	`actions/segment/collect/action.yml`	59	4	—	4 / 4	0	15	2026-08-20\|e60ff8d0	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
segment	`actions/segment/design-a/S5/action.yml`	27	2	S5	0 / 0	5	0	2026-08-15\|ebd83e89	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
segment	`actions/segment/design-a/action.yml`	57	3	—	3 / 3	0	5	2026-08-20\|e60ff8d0	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
segment	`actions/segment/design-b/S4ND/action.yml`	29	2	S4ND	0 / 0	5	0	2026-08-16\|4e73690e	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
segment	`actions/segment/design-b/S4V/action.yml`	33	2	S4V	0 / 0	11	0	2026-08-16\|4e73690e	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
segment	`actions/segment/design-b/action.yml`	45	3	—	3 / 3	0	7	2026-08-20\|e60ff8d0	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる
segment	`actions/segment/design-c/action.yml`	84	4	—	4 / 4	0	49	2026-08-20\|e60ff8d0	残す action:validate（2026-08-30）が 26本を1本のツリーとして読み指摘0。1本でも消すと `uses: ./child` が解決できずチェーンが落ちる＝要否は「使用実績」ではなく契約の完全性で決まる

門の宣言（gates.yml / run_gates.yml）

読み手（唯一の正）: projects/orizo/actions/lpkit/decl.go の //go:embed 2本（gates.yml / run_gates.yml）。どのチェーンがどちらを読むかの表は cmd/orizo/gates_registry.go（門を持つチェーンは lpkit だけ＝1行）

束	門	kind 門	kind 数字だけ	browser	unrunnable	契約の checks から指される
`gates.yml`	95	80	15	35	17	0 / 95。★これは欠陥ではない——gates.yml は「LPキット側の tmp/ に置いてある紙面」を測る束で、run の工程には当てない。回す口は check:gates --aim kit だけ
`run_gates.yml`	31	30	1	6	54	30 / 31

契約の lpkit checks 30 本のうち run_gates.yml に在る: 30 / 30（＝宣言だけで走らせ方が無い門は 0本）。unrunnable 54 本は宣言はあるが回せない門を理由つきで並べた欄（黙って落とさないための欄）。回す対象ではないので「使われていない」ではなく「まだ測れていない」。判定=残す

どこからも指されない門（1 本）

check_radius.mjs[この run の紙面]
run_gates.yml に宣言はあるが、26本の action.yml のどの checks にも現れない（grep 実測）。run_state の l1_results にも 1度も出ない。gates.yml 側には check_radius.mjs[再現/出典なし/出荷] の3本が在るので、台本そのものは生きている

★回っていない門（run_gates.yml の 31 本のうち 5 本）

門 id	なぜ回っていないか
`check_radius.mjs[この run の紙面]`	契約の checks から指されない＝そもそも回す口が無い
`lpkitverdict refs[この run の的]`	bakepink/action.yml の action直下 checks（3本）で宣言され、LPK8P の終わりに回るはずだが、run16（2026-08-30）の l1_results は 3本とも「門を組み立てられなかった: run に LPK8P の成果物 qual.json が無い」で FAIL。qual 工程が if: ${{ inputs.darkband }} で飛ぶ run では束ごと組み立てに失敗し、3本まとめて落ちる（束の1本の材料欠けが残り2本を巻き添えにする）
`lpkitverdict imggen[この run の絵]`	同上（同じ束の巻き添え）
`lpkitverdict qual[この run の絵]`	同上（qual.json を出す工程が飛んでいる本人）
`lpkitverdict imgverify[この run の絵]`	bake/action.yml（short=LPK8＝旧道の焼き）の action直下 checks。LPK8 は run16 でも「条件不成立でスキップ」＝旧道を開けた run が1本も無いので、判定が出たことがない

束・床・突き合わせを最後に回した記録

gates.yml を束で最後に回した記録	tools/baseline/W0_20260822/checkgates_verdicts.txt（2026-08-22 09:09・--no-browser の 60本）。内訳 OK 43 ／ NG 13 ／ -- 4。ブラウザを開く 35本はこの束に入っていない＝束としての判定の記録が無い
床（floorcheck）を最後に回した記録	tools/baseline/W0_20260822/floorcheck.txt（2026-08-22 09:09）。床にする7項目のうち合格1（門（Go）n=3・母数1,232）／未測定6（材料が渡っていない）・exit 3
突き合わせ（make parity）を最後に回した記録	nesswork/log/parity.start / parity.end（2026-08-30 04:48:52 〜 05:39:51＝約51分）・parity.log 末尾 exit 0。projects/orizo/actions/lpkit は 1,944秒で ok

lpkit 以外のチェーンの門

実測: 門の宣言（gates.yml 形式の束）を持つチェーンは lpkit だけ（cmd/orizo/gates_registry.go の表が 1行）。segment 106・concept 33 の検査 id は checker.Registry（Go のその場の実装）で回るので、走らせ方の宣言（yml）を持たない
id の重なり: run_gates.yml の 31本と segment/concept の 139本で重なる id は 0本（実測）
run の記録: segment/concept の検査 id 139本のうち、run_state の l1_results に1度も出ないのは interview_schema・tier_tag の 2本だけ（他 137本は判定の実績あり）

views.yml 8 本と profiles 4 本（読み手を実経路で辿った）

views.yml の読み手（実経路）
actionrepo.LoadTree が action.yml と同じループで views.yml を読む（actionrepo.go:54 で名前を2つだけ受ける）→ FileTree.Types → ①graph が action.yml の type: を突き合わせる（型が無ければ不合格）②viewservice が view: を読んで画面のデータを作り、webservice が gomponents で HTML にする

views.yml は「Viewer の見た目」だけのファイルではない。types: が型の宣言の唯一の正なので、view: が 1本も無い craft / lpkit / lplibrary / lpcopy の 4本も消せない（消すと action:validate が落ちる）

置き場	行	型	view: を持つ型	view: を持つ型の名前	git 最終変更	判定
`actions/concept/views.yml`	122	5	5	Cross3C、NarrativeDoc、ConceptSet、ConceptAudit、QualityAudit	2026-08-20\|e60ff8d0	残す views.yml を消すと action.yml の type: が解決できず action:validate が落ちる（型の宣言はここが唯一の正）。view: の有無は Viewer の見え方だけの差で、要否とは別
`actions/craft/views.yml`	5	2	0 view 0	—（型の語彙としてだけ在る）	2026-08-23\|c7a84106	残す views.yml を消すと action.yml の type: が解決できず action:validate が落ちる（型の宣言はここが唯一の正）。view: の有無は Viewer の見え方だけの差で、要否とは別
`actions/lpcopy/views.yml`	4	1	0 view 0	—（型の語彙としてだけ在る）	2026-08-30\|1de2be94	残す views.yml を消すと action.yml の type: が解決できず action:validate が落ちる（型の宣言はここが唯一の正）。view: の有無は Viewer の見え方だけの差で、要否とは別
`actions/lpkit/views.yml`	69	32	0 view 0	—（型の語彙としてだけ在る）	2026-08-30\|1de2be94 （未コミット）	残す views.yml を消すと action.yml の type: が解決できず action:validate が落ちる（型の宣言はここが唯一の正）。view: の有無は Viewer の見え方だけの差で、要否とは別
`actions/lplibrary/views.yml`	16	5	0 view 0	—（型の語彙としてだけ在る）	2026-08-30\|1de2be94	残す views.yml を消すと action.yml の type: が解決できず action:validate が落ちる（型の宣言はここが唯一の正）。view: の有無は Viewer の見え方だけの差で、要否とは別
`actions/segment/design-b/views.yml`	38	2	2	NicheMotives、NicheComposite	2026-08-20\|e60ff8d0	残す views.yml を消すと action.yml の type: が解決できず action:validate が落ちる（型の宣言はここが唯一の正）。view: の有無は Viewer の見え方だけの差で、要否とは別
`actions/segment/views.yml`	113	6	5	ValueChampion、SegmentSet、ExperienceScenarios、MotivationTree、KeywordMap	2026-08-20\|e60ff8d0	残す views.yml を消すと action.yml の type: が解決できず action:validate が落ちる（型の宣言はここが唯一の正）。view: の有無は Viewer の見え方だけの差で、要否とは別
`actions/views.yml`	219	10	10	ProductProfile、InterviewResult、ChiebukuroCorpus、SecondaryResearch、EvidenceAnalysis、WinningHypothesis、ScopeLedger、PersonaSelection、KBFSet、CompetitiveEdge	2026-08-20\|e60ff8d0	残す views.yml を消すと action.yml の type: が解決できず action:validate が落ちる（型の宣言はここが唯一の正）。view: の有無は Viewer の見え方だけの差で、要否とは別

型の網羅（実測）: 宣言された型 63 ／契約の type: から参照されない型 0 ／契約が使うのに宣言が無い型 0（external は予約語）

profiles 4 本

置き場	行	読み手（実経路）	B 最終使用の実測	判定
`profiles/report.yml`	22	runservice.loadReportConfig（projects/<p>/profiles/report.yml を直に読む）→ executor.runReport が views の {cmd,args} を runArgv で回す＋ on_step の可視化フック	views が成功した最後 2026-08-16 ／ on_step が回った最後 2026-08-17（ただし全件 exit 1） views の使用実績: proposal_summary / generic_sample / excel の 3つ。engine.log に「レンダラ成果物 3件」が出るのは 20260816_0248_Qiita と 20260816_0355_Qiita並列の 2 run だけ（最終 2026-08-16） on_step の使用実績: ★宣言は segment / concept の 2本。concept の run では 2026-08-16〜17 に「可視化フックスキップ（工程自体は成功）: exit status 1」が 109 行（2 run の engine.log）＝宣言はあるが回すたびに失敗している。lpkit は宣言が無い（＝回さない・意図どおり）	残す（ただし on_step は要調査） report.yml が無いと orizo/report の工程が実行不可（runservice が nil を返しフックも無効）。on_step の 2行は「宣言はあるが 109/109 で失敗」＝赤を出し続けているので、直すか外すかは人の決め。外すと「フックを当てていない」ことすら記録に残らない点に注意
`profiles/collect.yml`	49	runservice.loadCollectConfig → executor.collect → app/modules/voices	run の steps に _collect_log.json が残るのは S2T2 / S4ND / S4V。最終 2026-08-17（20260817_0243 等の run）。okwave を実際に引いた痕は測っていない中身: sources 2件（chiebukuro / okwave）＋ collect プリセット。教えて!goo・みん評・発言小町は取得不可として除外済み（2026-06-21 実測のコメント）	残す collect.yml が無いと orizo/collect の工程が実行不可（runservice が nil を返す）
`profiles/default.yml`	11	runservice がモデル・リトライ・時間切れの既定として読む。overrides に segment/collect/S2T2・S2T3（gpt-5-search-api）と segment/design-a/S5（attempts:3）	run_state の model 欄に既定モデルが載る。lpkit の run は orizo/tool 中心なので llm を通る工程が少ない	残す契約はモデルを持たない（CLAUDE.md の規律）＝ここが唯一の正
`profiles/cheap.yml`	3	★Go のコードから profiles/cheap.yml を名指しで読む行は 0件（grep 実測）。runservice が読むのは report.yml / collect.yml の 2本だけ。既定のプロファイルの選び方は default.yml 固定	2026-08-15（初回のコミット ebd83e89）から1度も変わっていない。run_state に gpt-5.4-mini で回した記録は 0件（測った範囲＝実走47本＋nesswork 9本）	★要調査（読み口が無い）「検証用。安いモデルで通す」と書いてあるが、これを選ぶ旗（--profile 等）が cmd/orizo に無い。宣言だけで誰も読まない＝project.yml の externals.lpkit_import 等と同じ形。消すか、読む口を足すかは人の決め

compat.yml 82 行（未使用行の読み方）

読み手（唯一の正）: compat.yml の legacy_files を読むのは actionrepo.LoadProject → models.Compat。使い先は 2つ: ①executor.resolveStepOutput（下流が ${{ steps.X.outputs.Y }} で引くとき short.出力名 → 旧ファイル名）②executor.run.go の書き出し（e.Legacy[short][0]＝工程が成果物を何という名前で書くか）。checkservice も「工程ごとの主ファイル候補」をここから導く

★行の要否を「引かれたか」だけで決められない理由
①の道（下流が引く）で使われなくても、②の道（書き出しの名前）で必ず使われる。short が契約に在れば、その short の行は工程が成果物を書く瞬間に必要。だから「引かれていない行」＝「死んだ行」ではない

82全行数

72①配線から引かれる

10①からは引かれない

31run に実物が無い

0死んだ行

①の配線から 1 度も引かれない 10 行: LPK5A.report、LPK6.report、LPK7.report、LPK8T.report、LPK8P.summary、LPK8P.imggen、LPK8P.measure、LPK8P.qual、LPK8X.lint、LPK8.verify

すべて short が契約に在る（生きている）＝②書き出しの名前として使われている。死んだ行は 0本

LPK5A.report / LPK6.report / LPK7.report / LPK8T.report / LPK8P.summary / LPK8P.imggen / LPK8P.measure / LPK8P.qual / LPK8X.lint / LPK8.verify の 10行。いずれも「測るだけで下流が読まない成果物」（門の材料・数の記録）で、下流の配線が要らないのは設計どおり

run に実物が無い 31 行の内訳

opt-in で run16 でも条件不成立だった工程: LPK2D.color / LPK3I.fill / LPK3IB.fill / LPK7T.report / LPK10.report / LPK8T.report / LPK5V.report / LPK2X.tone / LPK2G.report / LPK8I.icons / LPK8B.burn / LPK8.plan / LPK8.images / LPK8.verify（run16 の engine.log が「条件不成立のためスキップ」を 12 short ぶん出している）
チェーンごと run の記録が残っていない: LIB1.slots / LIB2.holes / LIB3.reuse / LIB4.secrole / LIB5.copyreq / CPY1.copy（lplibrary / lpcopy）
★成果物が .json ではなく .yaml で残っている旧 run: S0.product_profile / S2T1.interview / S2T2.corpus / S4N.niche / S4ND.composite / S4V.champion / S5.segments / S5_5.scenarios / S5_6.keywords / S5_6.tree の 10行。run の steps には 01_product_profile.yaml のように **.yaml** が在る。compat.yml を .json へ統一したのは e60ff8d0（2026-08-20）で、これらの short を最後に回した run はそれより前（2026-08-16）＝行が死んでいるのではなく、run のほうが古い。CLAUDE.md が「唯一の正を書き写さない」の実測例として挙げている compat.yml の拡張子ゆれと同じ場所

「将来のための宣言か・死んだ行か」の分け方は short の生死で決める。ここに並ぶ行はすべて short が契約に在る＝将来のための宣言（opt-in の工程・まだ開けていない道）

compat.yml へ行を足すまで下流が「旧ファイル名へ対応づけられない」で止まる（CLAUDE.md の実測 2026-08-25）。だから未使用に見える行を消すと、次に下流を繋いだ瞬間に止まる

★契約に short が在るのに compat.yml に 1 行も無い short（3 つ）: CRF1、LPK2C、LPK7U

CRF1（craft/pxcheck）・LPK2C（tone_control）・LPK7U（uniform）。いずれも orizo/tool だけの composite で、外部コマンドが版ディレクトリへ直に書く（executor が名前を決めない）ため compat の行が要らない。LPK2C / LPK7U は run16 でも成果物を出しており、run_gates.yml が ${{ run.out.LPK2C.* }} / ${{ run.out.LPK7U.* }} で引いている＝別の口（gate_args）で解決している

project.yml とその他の yml

置き場	読み手	A 本線から辿れるか	B 最終使用の実測	判定
`project.yml`	actionrepo.LoadProject（actions: / profiles: / externals: の宣言）	①②③④すべての起点（externals.lpkit を契約が 628回参照）	run16（2026-08-30）が externals.lpkit / gorepo / lpkit_pipeline を解決して外部コマンドを回している `lpkit`: 契約 628 ／ Go 5 `gorepo`: 契約 13 ／ Go 1 `lpkit_pipeline`: 契約 11 ／ Go 1 `scripts_root`: 契約 6（craft/pxcheck/action.yml）／ Go 3 `env`: 契約 2 ／ Go 8 `runs`: 契約 0 ／ Go 18（基盤が名前で読む4つの1つ） `pricing`: 契約 0 ／ Go 5（同上） `orizo_repo`: 契約 0 ／ Go 1 ＝action:validate が警告する5つの1つ `lpkit_import / lpkit_tones / lpkit_fills / lpkit_products`: 契約 0 ／ Go 0 ＝警告される4つ（人が版を選ぶときの案内としてわざと置いてある。project.yml のコメントに明記あり）	残す
`actions/lpkit/materials.yml`	tools/internal/lpkitmat.Load ← tools/lpkitinputs（入口を組む）・tools/lpkitmaterials（起こす）。★生成物	②入口を組む（lpkitinputs が名指しした版の実在と digest を検める）／④README の入口の手順	nesswork/mat_v19/inputs_recipe.json（2026-08-30 13:16）に「A / B の版を materials.yml で検め」と残る。取り込みの版 31件・tones 8・products 16・sense 1・slots 1	残す（生成物・手で書き換えない） tools/lpkitmaterials が LPキット側の足跡から起こす。lpkitinputs は「materials.yml に無い版」で落ちる＝これが版の唯一の正。「絵の起点」の1行は tools/lpkitinputs/assets_gate.go が唯一の正として読む
`actions/lpkit/recipes.yml`	tools/lpkitinputs/chain.go（-source / -splice / -compose / -tone / -fill）。★手書き	②入口を組む／④README の入口の手順（-compose / -splice の例が載る）	mat_v19/inputs_recipe.json の「組み合わせ.key = ness_v9」（2026-08-30 13:16）。run 名 20260830_1340_ness_v9 と一致出典: 22件。組み合わせ／対から辿れるのは 8件（benesse・duck・gloridge・ikidsstar・is_afterschool・kidsduo・quickteacher・shichida）。残り 14件（a6・aeonkids・cam・cam7・cf・cocoas_lp・cocoas_pre・dc・fk・gakken・lumiere・nobilekids・oheso・rb）は組み合わせから辿れないが、-source <key> / -splice A:B:… で人が直に指す語彙＝「辿れない島」ではない（cam7 / a6 / cf / dc / fk / rb はピンク版の道で使った出典）対: 2件（duck_gloridge_S09 / duck_gloridge_S09_kidsduo_S07）。README の -splice の例が指す組み合わせ: 10件（ness_duck_v1・ness_v1〜v9）。nesswork/runs に痕が残るのは ness_v9 だけ（9 run すべて）。v1〜v8 は過去の周の入口（mat_v15〜v18 の台帳に記録）トンマナ: 3件（pastelpink・deepgreen・deepnavy）。組み合わせが指すのは pastelpink のみだが、deepgreen / deepnavy は inputs_recipe.json の「対照のトンマナ」として実際に使われている（LPK2C tone_control の材料）文面: 1件（c_sense）。inputs_recipe.json の「文面」欄が c_sense	残す版の取り違えを手作業で起こさないための手書きの決め。lpkitinputs は recipes.yml に無いキーで落ちる
`actions/lpkit/_browser_gates_棚卸し.yml`	★Go の読み手 0件（grep 実測）。decl.go の //go:embed は gates.yml / run_gates.yml の 2本だけ。引くのは docs/06 §・docs/09 §（人が読む）	③門・床を測る（の材料）だが、機械の実行経路には繋がらない。人が読む控え	2026-08-21 に人が22本を1本ずつ読んで作った棚卸し。git 最終変更 2026-08-23\|c7a84106（`browser_gates.yml` から改名した回）	残す（ただし置き場は人の決め）レビュー指摘 R6 = R24（「束に見える」）への対応で、頭に `_` を付け「これは門の宣言ではない・Go の読み手は 0件」と1行目に明記済み＝指摘は解消している。docs/ へ移すなら docs/06:662 のパス参照を同時に直す

★project.yml で見つかった食い違い（直していない）

project.yml のコメントが「externals.scripts_root は引く側がまだ無い（実測 2026-08-22: 契約 0件・Go のコード 0件）」と言っているが、2026-08-23 の c7a84106 で craft/pxcheck/action.yml が 4箇所で参照するようになった＝コメントが古い（craft/action.yml:13 は「これまで参照0件だった」と正しく書いてある）
project.yml の `profiles: ./profiles` を読む Go のコードが 0件（grep `\.Profiles` 実測）。runservice は filepath.Join(projectDir, "profiles", "report.yml") と決め打ちしている＝置き場の宣言が唯一の正になっていない（actions: は actionrepo.LoadTree が読んでいるので、同じ形の宣言で片方だけ効いている）

★要調査 6 件（削除の提案ではない＝人の決め）

#	対象	何が食い違っているか（実測）
1	`profiles/cheap.yml`	Go の読み手 0 件・選ぶ旗 0 件・使った run 0 件（2026-08-15 の初回コミットから不変）。宣言だけで誰も読まない。消すか読む口を足すかは人の決め。
2	`run_gates.yml の check_radius.mjs[この run の紙面]`	26 本の action.yml のどの checks からも指されない唯一の門（run_gates.yml で唯一の kind:数字だけでもある）。gates.yml 側に check_radius.mjs[再現/出典なし/出荷] の 3 本が在るので台本自体は生きている。
3	`bakepink の action直下 checks 3 本`	lpkitverdict refs / imggen / qual が run16 で 3 本まとめて「門を組み立てられなかった: qual.json が無い」で FAIL。qual が if: ${{ inputs.darkband }} で飛ぶ run では、束の 1 本の材料欠けが残り 2 本を巻き添えにする＝門が 3 本とも赤いまま判定を出していない。
4	`profiles/report.yml の on_step`	segment / concept の 2 行が concept の run で 109/109 回とも exit 1。宣言はあるが回すたびに失敗している。外すと「フックを当てていない」ことすら記録に残らない点は人の決め。
5	`project.yml の externals.scripts_root のコメント`	「引く側がまだ無い（契約 0 件）」と書いてあるが、2026-08-23 の c7a84106 で craft/pxcheck/action.yml が 4 箇所参照するようになった。validate は runs/scripts_root/env/pricing を警告対象から外す設計なので赤くならない。
6	`project.yml の profiles: ./profiles`	これを読む Go のコードが 0 件（grep .Profiles）。runservice.go:51,67 が "profiles" 決め打ち＝置き場の宣言が唯一の正になっていない（同じ形の宣言で actions: だけが効いている）。

★見ていない範囲（yml の側）

yml の中身の意味（門の判定式が正しいか・プロンプトの良し悪し）は見ていない＝要否だけ
orizo serve（Viewer）を最後に人が開いた時刻は測っていない。Viewer は成果物を書かないので痕が残らない（zsh_history にも check:gates / action:run / serve の行は 0件＝この作業の実行は Claude Code の bash で、記録に残らない）
projects/orizo 以外の yml（.golangci.yml・pricing.yaml など）
gates.yml の 95本を1本ずつ現在の紙面へ当て直してはいない（最後の束の実行記録 2026-08-22 を根拠にした）