レビュー案内（review_guide）

順路 6 行 ／ 決定 45 件（同意 0・保留 0・差し戻し 0・未チェック 0）

規律の担保（main の挙動は変わっていない、と言える根拠の場所）

make test 緑 — docs/14 §6 2026-08-27 に『make validate／go test ./... 緑・lint の残り 4 件は tools/lpframes（触っていない）』、2026-08-26 の段1 の行に『action:validate 指摘なし・make test FAIL 0』。★直近 2 周（棚卸し 第1段・第2段）は「make test を回していない」と同じ §6 に書いてある＝回した周と回していない周が記録で分かる。
出所: pipeline-go/docs/14_複合LP_実行計画.md §6
parity 緑（2026-08-30・50分59秒・FAIL 0） — ORIZO_LPKIT_PARITY=1・-p 1・機械を空けた単独実行・04:48:52 → 05:39:51＝50分59秒・exit 0・FAIL 0。区切り 1（run_gates.yml を触った周）の宿題として消化した。生ログは lp_kit/nesswork/log/parity.log（parity.start / parity.end に開始・終了の時刻）。
出所: docs/14 §6 2026-08-30 05:40 ／ nesswork/log/parity.log
既定＝ピンク版の byte 不変の実測が毎周の記録に在る＝main の挙動は変わっていない — 別商材モードの口はすべて opt-in（入口に印を置いた run だけ付く）で、旗なしの既定出力が byte 不変であることを周ごとに実測している。例: 7本目・8本目『既定の argv は byte 不変（alpha_need / alpha_targets / specpipe camino）』、2026-08-27『旗なしの出力は byte 不変（sha256 ff32985d…）』、2026-08-27 段5『-source cam 旗なしは入口 byte 不変・-check ずれ 0』、15本目『既定 v16 出力は byte 不変を実測』、docs/08 変更033『表 0 枚なら素通し＝sha256 一致』。
出所: docs/14 §6 の各周の行（105 / 106 / 242 / 244 / 270 行目）／ docs/08 変更033

1. 確認の順路（この順で見ると、いちばん少ない手数で全体が分かる）

所要は目安（この頁の見積りで、実測ではない）。頁はすべて noindex・自己完結 HTML。

順何を見るか入口所要（目安）そこに何が在るか出所
①仕組みを掴む/howitworks_ness/20〜30 分この LP がどう作られたか＝13本目 run の実物から起こした全体フロー・パーツの粒度・41 節の帯とプロンプト全文 196 本・周回 1〜13 と門 28 本根 index の行（cf_site/index.html）
②現物と残課題を見る/ness_v19/
/review_ness_v15/		30〜45 分/ness_v19/＝16本目の公開紙面（L1 合格 7／不合格 22・板 36/38・check_srcimg 写し 0・商標文字 0）。/review_ness_v15/＝14本目の報告頁に 15本目の Check を追記したもの（機械 M1〜M4・文言 C1〜C4 の前後・残りは人の決め 8 件・人の目 41 節）docs/14 §6 2026-08-30(14) / 2026-08-29(7)
③意図の台帳を読む（diff の意味の正本）（頁ではなく文書）30〜60 分（下の 1 行要約の一覧なら 10 分）docs/08_ふるまいの変更台帳.md の 変更 015〜068。★コードの diff ではなく「なぜ振る舞いを変えたか」の Before/After がここにしか無い。下に見出し（1 行要約）を docs/08 から機械で写した一覧を置いたpipeline-go/docs/08_ふるまいの変更台帳.md
④コミットを見る（頁ではなく文書）10〜20 分pipeline-go 7 本・orizo-project-hero 15 本。git log --oneline をそのまま写した（下の表）git log --oneline（2026-08-30 に凍結）
⑤棚卸しの決定を見る/inventory_review/20〜40 分pipeline-go 306 本＋lp_kit 77 本＝383 行を 1 行ずつ・呼び出し元の実測つき・削除候補 0／要決定 16。第2段は tools/ 17 ディレクトリと yml 45 本を「本線から辿れるか×最終使用」で測り直した表（島 2・要調査 6）docs/14 §6 2026-08-30(13) と 2026-08-30（棚卸し 第2段）
⑥時系列を追う（頁ではなく文書）20〜40 分docs/14_複合LP_実行計画.md §6「進捗（実測で追記する）」。周ごとに 何を回したか・何を回していないか・費用・実測値が 1 行ずつ在る（2026-08-26 の策定から 16本目まで）pipeline-go/docs/14_複合LP_実行計画.md §6（275 行目まで）

③の中身: docs/08 の変更 015〜068 — 見出し（1 行要約）の一覧

docs/08_ふるまいの変更台帳.md の ### 変更NNN｜ … の行を機械で写した（57 行）。番号 052・053・058 は台帳の中で 2 回ずつ使われている（採番の重複＝台帳の実態をそのまま写す）。各行の詳細（場所・Before・After・なぜ・影響・確かめ方・戻し方）は台帳の当該行を見る。

変更docs/08 の行1 行要約（台帳の見出しをそのまま）
015:549orizo/report の view / on_step を sh -c の1行文字列から {cmd, args} 形＋ runArgv へ（旧形式は読む時点で不合格）
016:572門の母数（denominator）を run_state.yaml の l1_results へ写す（申告なしは欄が出ない＝nil≠0）
017:588orizo/tool だけの工程は、外部コマンドが作った成果物を Ctx.Files に載せて検査へ渡す（穴A）
018:599with.args に {if: <式>, args: [...]} の束を書けるようにした（式が未提供・空なら束ごと省く）
019:611action:run が末尾に 「L1 合格 N／不合格 M」を必ず1行出し、--strict-l1 のときだけ不合格>0 で exit 3
020:628check:run の旗 --runs を --runs-root へ統一（--runs は受け付けない）
021:637check:gates に --action（既定 lpkit）を足し、門の宣言の読み手を表（gates_registry.go）から引く
022:648Go の実装で回す門へ、宣言の env: を GateCtx.Env で渡す（既存の門はまだ読まない＝判定不変）
023:658Viewer: chain 未記録の旧 run のチェーンを「名前 segment」ではなく記録済み工程が最も重なる入口で決める（変更A）
024:673Viewer: 新規実行でチェーン未指定のときの既定を「segment 決め打ち」から ツリーの DefaultEntry へ。決められなければ 400（変更B）
025:685Viewer: 新規実行フォームの placeholder を固定文言から実データ由来へ（変更C・R26）
026:694check_localize[この run の写し] の母数を「外のURL＋写しの目録」の和にした（指摘119番）
027:708check_localize[この run の写し] が写しの CSS の中の外部参照を不合格に数える（指摘117番）
028:721tools/lpkitparity が母数0（両方にある門が0本）で exit 0 を返さなくなった
029:732lpkit の門の重複を畳んだ（argv の歩き方・帯ループ・TYPES 抽出・any アクセサ）——判定式・閾値・GATE 本文は1文字も変えていない
030:754LPキットの台本に材料の口と --out の規則を足した（既定の呼び方は不変）／ w107_view.py が tmp/w101/crops.json 無しで落ちなくなった
031:794lpkit に工程 LPK2D retone_dom を足した（dom_retone.json を置いた run だけ dom の全ノードの色をトンマナへ寄せる）
032:807lpkit に工程 LPK3I / LPK3IB img_apply を足した（持ち込みの絵／焼いた絵を紙面へ当て込む）
033:823描く器（LPK4F）が読む表を LPK3 の dfill.json から LPK3M fill_merge の fill.json へ（表0枚なら素通し＝sha256 一致）
034:838LPK1 slots に --css-bg の口（css_bg.json を置いた run だけ付く）
035:849LPK3 fill の --fill を {if} 束にし、copy_html.json（文言）も同じ口で渡す（両方置くと copy が勝つ）
036:861LPK8 bake を fill の直後（LPK3IB の前）へ移し、make に --concurrency（with で '64'）を渡す
037:871チェーンを 4 → 6（lplibrary＝節ライブラリ・lpcopy＝文言）へ。w104_reuse.py --prev・secrole.py --holes/--spec/--out・facts_from_run.py を足した
038:895projects/orizo/compat.yml に 10行追記（LPK2D.color／LPK3I.fill／LPK3IB.fill／LPK3M.fill・LIB1.slots／LIB2.holes／LIB3.reuse／LIB4.secrole／LIB5.copyreq／CPY1.copy）
039:905tools/lpkitinputs に -splice（合成の入口）と追加の材料の口（-dom-retone／-img-map／-copy／-css-bg／-assets）を足した。tiles は縦に継いで src_shot.png を書く
040:924tools/lpkitassets が写しの種別を URL の拡張子ではなく中身で決める（拡張子無しの絵を拾う・HTML は「落とせなかった」・-verify は中身が HTML なら不合格）
041:936lp_assets.py（orizo 側）が中身が HTML の絵を「取れなかった」に数え、assets.json に載せない
042:968tools/lpsplice が移植する部分木の中の position:fixed / sticky の箱を既定で落とす（droppedFixed・-keep-fixed）
043:985tools/lpsplice が合成 spec の palette に B の枠を合流させる（既定 on・-no-palette-merge）
044:1003run_gates.yml の check_hiddencolor.mjs[この run の紙面] の第2引数を LPK3 dfill.json → LPK3M fill.json（描く器が実際に読む表）
045:1012lp_kit_retone_dom.ts（orizo 側）に --splice-map <dpath_map.json>（残した色を 移植節／出典 に振り分ける）
046:1023tools/lpkitinputs に -suffix <印>・-no-palette-merge。既存合成の再利用判定に paletteMerge の一致を足した
047:1033新設 tools/lptonemetric — 撮った紙面を節ごとに切り、パレットにどれだけ収まるかを画素で測る
048:1067トンマナの整形と門（tone_fix.py → lp_kit_tonegate.ts）を LPK2 の前に置く — 入口の印を置いた run だけ（opt-in）（実装待ち）
049:1084hide・透明化・-drop/-force-drop の既定を off に。落とすのは人の決定の表（compose --decisions）にある節だけ（実装待ち）
050:1096焼く道を specpipe の道（w54_arms → specpipe.plan_frames → slot_imggen → w56_pages 相当）の新 composite に。LPK8 の lp_kit_images（imageplan.ts）の道は Go の契約から外す（実装待ち）
051:1106別商材モードの run だけ、fill で空にした節点（FILL.blank）の前後で改行を推定しない（page_flow --br-skip-blank）
052:1115別商材モードの run だけ、紙面の余白と改行を門にする（check_gaps.py・LPK5G・$0・決定的）
052:1126別商材モードの枠の性質（frame_nature.decide 規則版 2）: 板は透過で抜かず cover（N-1(a)）＋ 透過枠の内側の板色を焼く指示へ
053:1135別商材モードの run だけ、節の帯を節の根の DOM 要素の矩形で切る（secpos_from_dom.py --by-root・LPK5D・境-1）
054:1145別商材モードの run だけ、形のある枠の透過を門にする（check_alpha_shape.py・LPK5A・$0・決定的）
053:1155別商材モードの枠の性質（frame_nature.decide 規則版 3・8本目）: 地の絵柄は焼かず CSS（A）・形のある枠（原画が透明）は板でもキー色で抜く（F）・写真はキー色で焼かない（D）・内側の板は白系だけ（E）・bg／アイコン枠の指示に「ロゴ・商標を描かない」（B）
055:1164板の DOM 化の人の決め（board_dom.json）を取り込みの唯一の正にし、一覧（board_list.py）を取り込みの最後に出す（段5・$0・決定的・2026-08-27）
056:1172別商材モードの run だけ、板の DOM 化を本線に入れる（board_dom.json＝唯一の正・LPK8P board_html・LPK4B・check_board_html.py の門・2026-08-27）
057:1181別商材モードの run だけ、板の DOM 化で ON の枠も焼く母集団に残す（戻し先＝焼いた絵）＋門 N-14 check_srcimg.py（紙面に出典の原画の写しが載っていないか・LPK4S・2026-08-27・人の決め B-1(a)）
058:1191別商材モードの run だけ、板の DOM 化の門に B-6 text_coverage を足し、B-2' 4 色の役割（最外の地＝base・字＝ink・強調の面と印＝accent・罫＝line・ink を面に塗らない）を指示と門で固定し、組めなかった 5 枠の指示を締めた（2026-08-27・人の決め「進めて OK」・作業場 stage13/）
058:1201別商材モードの run だけ、焼かない枠（CSS で引く枠）の絵を紙面から落とす（N-15・frame_nature.decide 規則版 4「罫は点線」・w56_pages --css-img / apply-board --css-keys・2026-08-27・人の決め N-15）
059:1210絵を焼く共有台本に 1 要求の時限（slot_imggen.py --gen-timeout 既定 600s・掛かったら投げ直す）を足し、板の DOM 化の 1 枠の費用の上限を 0.2→0.35（lpkit/action.yml board_max_cost）にした（2026-08-27 夜・人の決め T-1／T-2・11本目）
060:1220Go／契約側のデッドコードの掃除と make lint の赤 4 件の直し（2026-08-29・見直し班・記録は nesswork/audit/go_cleanup.json）
061:1228別商材モードの run だけ、文言側が出典に無い改行・字割りを持ち込まない＋吊られた仮の箱を出さない＋--volume に行数・項目数の保存（12本目・2026-08-29・11本目レビューの確定）
062:1245別商材モードの run だけ、frame_nature.decide に規則版 5「暗い地」（出典の地が暗い枠は css ベタ・色はトンマナの暗い役 ink 系・字は base 系＝濃地×白字を原典維持）を足し、板の DOM 化の人の決めを ON 38（S03・S39 の字の無い板 2 枠を OFF）で唯一の正へ置き、入口 mat_v15 を再構成した（2026-08-29・人の決め N-6 原典維持／T-4・入口班）
063:1254別商材モードの run だけ、w109 に文言の門 C1〜C4（節内の同一塊・句読点なしの一続き文・題の重複・一字の札）を足した（13本目 ness_v16 の文言 4 件・2026-08-29・文言班）
064:1281別商材モードの run だけ、紙面の機械の穴 4 つ（M1〜M4）を直した——DOM 化の断片が <p> を割る・flex の焼き付いた丈・check_gaps の節の切り・焼く指示 3 本（13本目 ness_v16・2026-08-29・機械班）
065:1318別商材モードの run だけ、再現率 best-of-n（低得点枠だけ n 本焼き直し、門と同じ軸の採点で良い方を採る・slot_imggen --best-of・LPK8P・有料・決定的でない・2026-08-30）
066:1357別商材モードの run だけ、焼いた絵の「地」をマスタの色へ量子化する（KIT 新規 img_quantize_bg.py・w56_pages --bg-quantize・$0・決定的・2026-08-30・絵の地/出し手の色班）
067:1370別商材の入口だけ、出し手の色の残りを2段で消す——lpsplice -palette-snap（合流で足す枠の色をマスタの役の最近傍へ丸める・Go）＋ lp_kit_retone_dom.ts --map-residual（写像されず残る色を置き換え先の最寄りへ丸める第2の写像・TS）（2026-08-30・絵の地/出し手の色班）
068:1382別商材の run だけ、色の規律の口を lpkit の契約へ宣言して 15本目で実走した——section_ground（節の根の地色）・retone_map（残り色の写像）・--bg-quantize（絵の地の量子化）・best-of の印（2026-08-30・15本目・run 班）

④の中身: コミット一覧（git log --oneline を写した）

pipeline-go（7 本）

直近 7 本。うち 6 本が 2026-08-30、末尾の c7a84106 は 2026-08-23 の作業途中のコミット。

sha日件名
c3e2b3ba2026-08-30chore: リポジトリ直下のビルド成果物を .gitignore へ足した
ad5996582026-08-30docs: 変更台帳へ 015〜068 を実測つきで記帳し、複合LP の精査（13）と実行計画（14）を追加した
5cbafc0b2026-08-30feat(cmd): 門の宣言の表（gates_registry）を1箇所にし、--strict-l1 と --runs-root を足した
1de2be942026-08-30feat(契約): lpkit にピンク版の道と別商材モードの工程を opt-in で足し、lplibrary / lpcopy の2チェーンを新設した
2bf890b22026-08-30feat(tools): 節の移植・入口の再現・測る道具・門の後処理を Go の道具に足した
1bdbf7dd2026-08-30feat(基盤): 外部コマンドの口を runArgv に統一し、{if}束・continue-on-error・母数の記録・採番の衝突回避を足した
c7a841062026-08-23wip: LPキットの門とtools群をGoへ移植中（作業途中）

orizo-project-hero（15 本）

直近 15 本。2026-08-30 が 11 本・2026-08-22 が 3 本・2026-08-20 が 1 本。

sha日件名
f56ab0e8a2026-08-30lp_kit: 門の走りの記録（tmp の追跡済み18本）を今週の走りへ更新した
2beee6bc72026-08-30lp_kit: 出典5本（骨と出し手）の焼く指示の凍結を載せた
0a5e4468a2026-08-30lp_kit: 別商材の run が読む材料と人の決め表を載せた
b2b3c93932026-08-30docs: 節ライブラリの正本（specs/13）を置き、lean_root 退役と assets_mirror の除外を宣言へ落とした
db23ea0b62026-08-30pipeline: 器と道具を別商材モードの口へ広げた（TS・焼く口・撮る口）
041b349222026-08-30lp_kit/nesswork: ness 作業場の道具と設計・監査の記録を追跡に載せた
9b2415aa42026-08-30lp_kit: ness の焼く指示の正本（prompts/ness_v4〜v18・frames ほか）を追跡に載せた
91051021c2026-08-30lp_kit: 記録を今週の実測へ揃えた（SPECPIPE・INVENTORY・置き場の札）
f5c1f50372026-08-30lp_kit: 別商材のLPを組む道具群と商材の層（products/）を足した
8a5fdb01d2026-08-30lp_kit: 別商材の紙面に効く門を7本足した（check_*・lp_quality）
71f461f5c2026-08-30lp_kit: 置き場の口（kit_place）を設け、既存台本を別商材モードへ広げた
7a874aae12026-08-22LPキット: 門の走りと検証の出力（tmp/ ほか 3,399本）
9c17b77612026-08-22LPキット: 材料と宣言（取り込み・穴・トンマナ・在庫 179本）
670937c5e2026-08-22LPキット: Go移行に伴うコードの変更（門・器・道具 283本）
ad45a8b052026-08-20LPキット(第72周): measured を廃止したあとの道と置き場の地図を作り、実物のLP 8本を貼って公開した

2. 全決定事項（散らばりを 1 表に）

この表は判定を作らない。『推奨』は出所に書いてあるものだけを写し、書いていなければ「推奨なし」と出す。重複する決定は 1 行に併合し、出所を両方書いた（H-4 と棚卸しの母数の件／S22・S41 と facts の穴／S03・S39 と T-4 の残り半分）。

45決定の総数
816本目 Check の判定待ち（H-1〜H-8）
3実装で決めて記録（人の追認だけ）
8節の持ち越し（人の決め 8 件）
16棚卸し 第1段の要決定 16 件
8棚卸し 第2段（島・要調査・チェーン）
1入口・材料の本決め
1T 系の残り
ID群何を決めるか推奨根拠決めないとどうなるか出所チェック
H-1 16本目 Check の判定待ち（H-1〜H-8） imgdiff の「欠落」軸の照合先を、出典の要素から発注した要素（frames の 配置する要素／D／fv_order）へ変えてよいか。 照合先を発注要素へ変える（消えた要素は参考欄へ落とす）。check_imgdiff.py の問いの版を上げる。 現状 51/51 が赤。抜き取り 10 枠の検分で、消えた要素の大半が出典固有（KidsDuo ロゴ・園舎・バス・制服・実写写真・出典の訴求語）＝意図した置換。凍結 cache は指示の版が鍵なので再判定は再読＝51 枠 ≈ $1.1。 意図した置換を毎回「欠落」で赤にする門が回り続ける（16本目でも 51/51 赤）。 nesswork/human_decisions.md §11 H-1 docs/14 §6 2026-08-30(14) /compare_ness_v19/（imgdiff 軸別の検分）
H-2 16本目 Check の判定待ち（H-1〜H-8） imgdiff「追記の字」の白名簿に、連番の番号札を許すか（逆に D へ番号を書かせるか）。fv_order の発注文言は許すか。 classify_texts の許すものへ (a) fv_order の文言（--fv-order を口に足す）、(b) 連番の番号札（数字だけの字で 1..n が枠内の項目数と合う並び）を足す。 16本目の追記 7 枠のうち 3 枠が誤検出＝番号札 1〜6（8/13/1/4/1・8/53/1/1＝R3 の設計どおりの番号）と fv_order の発注文言 6 件＋「英検」商標 1 件（8/5/1/1）。純粋な追記（音・泳・楽しむ・工夫する・続ける力・apple・ABC）は 4 枠で門は正しい。 設計どおりに焼いた番号札と発注文言を、門が毎回「勝手な追記」として赤にする（7 枠中 3 枠が誤検出のまま）。 nesswork/human_decisions.md §11 H-2 docs/14 §6 2026-08-30(14)
H-3 16本目 Check の判定待ち（H-1〜H-8） 画素の物差し（占有率比・左右余白率）の地の取り方の直し（実装済み）を追認するか。 実装した直しを採る＝(a) α画素が全体の 1% 超あれば αマスクを正に（縁の過半条件をやめる）、(b) 占有は 2 段閾（tol 16／30）で測り大きい方。 再判定（check16/imgdiff_recheck.json・凍結 51 再利用・$0.11）で 占有率比 33→27・余白率 29→25・1.0/0.0 の誤測は全消え。S14 の枠（0.06）は実の痩せで赤に残った＝正。直す前は 白 icon×白地（::before::bg 3 枠）が 占有 0.0・余白 1.0 になっていた。 地色≒内容色の絵（淡色デザイン）が丸ごと地に数えられ、目視と合わない数字（8/29 の占有率比 0.24）が門の判定に乗り続ける。 nesswork/human_decisions.md §11 H-3 nesswork/check16/imgdiff_recheck.json
H-4 16本目 Check の判定待ち（H-1〜H-8） 「紙面で引けなかった 43 枠」のうち DOM 板／CSS 化の 34 枠を、絵の門の対象外として母数から別立てにするか（＋二重の門の母数の取り方を 2 通りのどちらに揃えるか）。 推奨なし（別立てにするか否かの二択のみが書いてある。::bg の追い引きは実装済み＝鍵は k → k+"::bg" の順で引く）。 43 の内訳＝34 枠は dp が紙面に在るが絵が無い（DOM板化・CSS塗り化＝意図して絵で載せない）／9 枠は頁では <key>::bg の鍵。追い引きの実装で 8 枠が測れるようになり 43→34（1 枠は出典を読めない）。棚卸し側の実測でも同じ穴＝data-domboard 34 ＋ 鍵ずれ 9、9/9 が 鍵+"::bg" で引ける・直すのは lp_imgfit.paper_images 1 箇所で 3 本に効く。二重の門の比較では同じ的 95 枠で imgdiff 赤 51 ⊇ vision 44 ⊇ pixel 40・母数の取り方が 2 通り。 「材料が無くて見ていない」枠と「見て赤だった」枠が同じ母数に混ざったまま門の合否が出る（CLAUDE.md の母数申告の規律に反する状態が残る）。 nesswork/human_decisions.md §11 H-4 /inventory_review/ §5 ::bg の穴・§4 二重の門 docs/14 §6 2026-08-30(13)
H-5 16本目 Check の判定待ち（H-1〜H-8） 「英検」の字の扱い。発注語を leak／imgdiff の白名簿へ入れるか、英検の語を発注から外すか。 推奨なし（(a) 発注語を白名簿へ＝門の直し／(b) 英検の語を発注から外す の二択）。 leak が 15本目 PASS → 16本目 FAIL（規律違反 7）。中身は 7 枠すべて「英検／英検対策／Eiken」＝D（copy_burn）と fv_order の発注語。imgdiff の商標軸の 1 件も同じ。実用英語技能検定の商標を紙面に使う決め（facts.json 出どころつき）はあるが、門の白名簿には発注語が入っていない。 自分で発注した語で自分の門が落ちる状態が続く（L1 の不合格 22 のうち leak 1 本がこれ）。 nesswork/human_decisions.md §11 H-5 docs/14 §6 2026-08-30(14)
H-6 16本目 Check の判定待ち（H-1〜H-8） FV の cover 切れの直し方。FV と「焼く字 D を持つ枠」だけ contain＋地色で貼るか、fit_side_pad を D 持ち枠だけ広げるか。 推奨なし（二択が書いてある）。 fv_order の丸札 4＋チェック行 3 は 16本目で発注どおり焼けた（実証版 rebake3/8_5_1_1_v3 は完全）が、紙面では cover の貼り込みで題字と丸札の左右が欠ける（fit_side_pad 0.15・R5 のトリム 22.3% が上下を切って横切れを助長）。S35 の D 行の右切れ・S41 の吹き出し半切れも同類。 発注どおり焼けた FV が、貼り込みの段で毎回切れる（16本目でも題字と丸札の左右が欠けたまま公開）。 nesswork/human_decisions.md §11 H-6 /compare_ness_v19/（R ブロック 3 枠×4 列）
H-7 16本目 Check の判定待ち（H-1〜H-8） S28 の棒グラフの破綻の直し方。図表の枠に「棒の本数」を D か発注へ書くか、焼き直しの選別（best-of の軸）に「グラフの本数」を足すか。 推奨なし（二択が書いてある）。 16本目で棒 2 本が橋状に繋がり・週1日の棒が空・軸ラベル消失（15本目は正しい 3 本棒＝下がった）。人の目でしか拾えていない＝imgdiff はこの枠を「紙面で引けなかった」に落としている（H-4 の 34 枠側）。 図表の破綻を拾う門が 1 本も無いまま（人の目 41 節で S28 が「下がった」節として残る）。 nesswork/human_decisions.md §11 H-7 nesswork/check16/section_verdicts.json
H-8 16本目 Check の判定待ち（H-1〜H-8） 凍結の後勝ちを直すか（読みの前に鍵で重複を束ね、同じ鍵は 1 回だけ読む）。 読みの前に鍵で重複を束ね、同じ鍵は 1 回だけ読む。 同じ絵（同じ src・同じ焼き・同じ D＝同じ凍結鍵）の枠が 1 run 内で別々に読まれ、凍結は後勝ちで 1 本だけ残る＝再判定で n=1 の別読みに入れ替わる。::before::bg の 6 枠で実測（run の読み 構図2 → 凍結の読み 構図3）。発見のみで実装は未。 同じ絵の判定が run と再判定で入れ替わり、凍結を使った再判定が再現しない（$ を払った読みも重複ぶん無駄になる）。 nesswork/human_decisions.md §11 H-8
D-1 実装で決めて記録（人の追認だけ） imgdiff と imgfit_vision の併存を維持する（決定済み・追認だけ）。 併存を維持（check_imgdiff.py 冒頭の決めのまま）。 同じ的 95 枠で imgdiff 赤 51 ⊇ vision 44 ⊇ pixel 40・vision 固有 0・pixel 固有 0・和集合 51。費用は imgdiff $1.0689(51call) vs vision $1.8053(110call) vs pixel $0。 （決定済み。追認が無いと、費用の重なりが棚卸しの「二重の門」として残り続ける） nesswork/human_decisions.md §11 実装で決めて記録 /inventory_review/ §4 二重の門
D-2 実装で決めて記録（人の追認だけ） 16本目の人の目は 15本目と同じ物差し（公開紙面を tile_shot 390×DPR2 → 節で切る）で測る（決定済み・追認だけ）。 同じ物差しを維持。判定は check16/section_verdicts.json。 人の目 41 節: 成り立つ 32／直せば 7／成り立たない 2＝15本目と同数で顔ぶれ違い（上がった S13・S34・S43・S07、下がった S28）。 （決定済み。物差しを変えると周どうしの 32/7/2 が比べられなくなる） nesswork/human_decisions.md §11 実装で決めて記録 nesswork/check16/section_verdicts.json
D-3 実装で決めて記録（人の追認だけ） R5 の前後の $0 物差しは check_imgdiff の side_margin/occupancy をそのまま両 run に当てる（決定済み・追認だけ）。 そのまま両 run に当てる（check16/r5_margin_before_after.json・50 枠）。 R5 余白率の中央値 0.107→0.068・5%超 30→29 枠（同じ物差し・50 枠）。 （決定済み。物差しを変えると R5 の効きの前後比較が成立しない） nesswork/human_decisions.md §11 実装で決めて記録 nesswork/check16/r5_margin_before_after.json
S01 節の持ち越し（人の決め 8 件） S01 のマスコット・総柄を規則版の意匠として発注するか（A）、ベタ＋カードの現状で良しとするか（B）。 推奨なし（A／B の二択）。 地は css_fill のベタ #5a3a45 で見出し・説明・CTA すべて読める（出典の写し 0）。残った指摘＝出典の大きな黄色いマスコットに当たる要素が無い・出典の鳥形の総柄が全面に入っていたが今回は無地・見出しが「相／談」で折り返す（小）。同じ持ち越しの束に S21 の見出しの句切れ・S00 のヘッダー「対／象」折返し（小）が並ぶ。 人の目で「成り立つ（マスコット・総柄は決め待ち）」のまま動かない＝直し先が定まらない。 nesswork/human_decisions.md §12 /review_ness_v15/ S01
S03 節の持ち越し（人の決め 8 件） S03 の Point 01〜05（番号・写真・強調帯）を facts で発注して建て直すか（A）、4 項目のカード列で良しとするか（B）＝T-4 の残り半分。 推奨なし（A／B の二択）。 14本目は番号 1〜4 付きのカード列に建ち、字はすべて読める（13本目の番号なし 4 行リストから前進）。残った指摘＝出典は Point 01〜05 の 5 ブロックだが今回は 4 項目で 1 ブロック少ない・各ポイントの写真 5 枚と本文中の強調帯に当たる表現が無い。T-4 の前半（S03/S39 の字の無い板を board_dom OFF）は 2026-08-29 に決着済み。 T-4 が半分だけ決着した状態が続き、S03 の建て直しの発注（文言・写真）が出せない。 nesswork/human_decisions.md §12 /review_ness_v15/ S03 docs/14 §6 2026-08-29(8)（T-4 残り半分）
S06 節の持ち越し（人の決め 8 件） S06 の空の埋め込み枠を畳むか（A）、写真（教室の絵）で埋めるか（B）。 推奨なし（A／B の二択）。 見出しカードの下に枠線だけの空箱が丸ごと載る。出典（校舎紹介）はここがスライダー／動画の埋め込みで、静的撮りでは出典も同じ空箱＝v14 も v16 も v17 も同じ。人の目では紙面の欠けに見える（41 節で「成り立たない」2 件のうちの 1 件）。 人の目の「成り立たない 2」が減らない（出典由来なので機械では直り先が決まらない）。 nesswork/human_decisions.md §12 /review_ness_v15/ S06
S14 節の持ち越し（人の決め 8 件） S14 の対比を、比較材料の無い商材のこの建て方（転換図）で良しとするか（A）、比較材料を facts に足して建て直すか（B）。 推奨なし（A／B の二択）。 「一般的な保育施設＋複数の習い事 → ネスアフタースクール」の転換図＋写真＋結論で建っている。残った指摘＝カードの上下に大きな余白が残る（節の丈が出典の測りのまま）。16本目の imgdiff は S14 の枠を占有率比 0.06（実の痩せ）で赤に拾っている＝門の判定は正。 余白過多が「直せば成り立つ」に留まり続ける（直しが機械か発注か決まらない）。 nesswork/human_decisions.md §12 /review_ness_v15/ S14 nesswork/human_decisions.md §11 H-3（S14 の 0.06）
S22 節の持ち越し（人の決め 8 件） S22 の時間数の対比を facts に足して戻すか（A）、定性比較のままで良しとするか（B）。＝facts の穴 2 件（S22）と同じ 1 つの決め。 推奨なし（A／B の二択）。 「学校中心／放課後型／英語で考える力を育てる放課後環境」の 3 列の定性比較で建ち、出典の 1200h/2000h の数字は使っていない。facts の穴の申告（facts_gaps.py・見た行 187／見た節 41）では S22 型「対比（時間）」の 2 項目が facts に無い＝(1) 自社で英語に触れる時間の試算（数字と前提）(2) 比較先（学校英語など）の時間の試算（数字と出どころ）。どちらも発注書の行 S22.r0.c0.e1（絵に焼く文字・英語学習時間比較の図解）が要求している。 出典が数字で見せていた説得が、数字なしの定性比較のまま出る（facts に根拠が無いので機械は数字を作れない）。 nesswork/human_decisions.md §12 /review_ness_v15/ S22 nesswork/design/facts_gaps_v16/facts_gaps.json（穴 3 件のうち 2 件）
S35 節の持ち越し（人の決め 8 件） S35 の「累計生徒数5000人を突破！」＝出典に無い数字を消すか（A）、facts に根拠を足して残すか（B）。＋顔の緑斑（M4 相当の直しがこの絵に効いていない）の扱い。 推奨なし（A／B の二択）。 M4 で顔の生成汚れと題字のはみ出しは 14本目で解消したが、facts に根拠の無い数字が載ったまま。facts 側には『公式発表で「累計生徒数5000人突破」を 2025年3月時点で達成』の欄（料金・保証・条件.証例[0]）が在り、facts_gaps は S35 の「実績の数字と出どころ（時点つき）」を充足と判定している。16本目では顔の緑斑が持ち越し。 根拠の要否が定まらないまま、facts の欄と紙面の数字の対応を誰も確定できない。 nesswork/human_decisions.md §12 /review_ness_v15/ S35 nesswork/design/facts_gaps_v16/facts_gaps.json（充足の欄）
S39 節の持ち越し（人の決め 8 件） S39 の運営主体の説明（グループ運営・導入行）を facts に足して建てるか（A）、畳んだままにするか（B）＝T-4 の残り半分。＋この帯の文言の発注し直し。 推奨なし（A／B の二択＋文言の発注し直し）。 M1 で空き帯は出典と一致（234px → 125px／出典 123px）。ただし帯の文言が「カウンセリングやオーダーはお気軽にイッテグループまでお入り下さい！」と、子ども向けスクールの文脈に無い語りに変わっただけ（13本目は大人向けキャリアの語り）。13本目まであった白い吹き出しの地が無くなりコントラストが下がった。人の目 41 節で「成り立たない」2 件のうちの 1 件。 空き帯だけ直って文言が別物のまま公開され続ける（人の目の「成り立たない 2」が減らない）。 nesswork/human_decisions.md §12 /review_ness_v15/ S39 docs/14 §6 2026-08-29(8)（T-4 残り半分）
S41 節の持ち越し（人の決め 8 件） S41 の料金の正（どの校舎を基準にするか・v14 から持ち越し）と、対比の両側の数字の建て方。＝facts の穴 1 件（S41）と同じ 1 つの決め。 推奨なし（基準の校舎と建て方の両方が未定）。 「通学頻度ごとに費用比較」の対比の数字が両側同一（44,800円／55,800円／22,800円）＝比較になっていない。右端の吹き出し「英語探究活動込み」が半分切れて見える・「週3日利／用」の字割れ（小）。16本目では頭に黒帯の絵が新たに載った。facts の穴の申告では S41 型「対比（他社・費用）」の『出典の比較の型に要る自社の数字（セット・割引・期間総額・月あたり換算）』が facts に無い（発注書の行 S41.r1.c0.e1／r3.c0.e1／r4.c0.e1 が要求）。 比較になっていない価格表が公開紙面に載り続ける（機械は根拠の無い数字を作れない）。 nesswork/human_decisions.md §12 /review_ness_v15/ S41 nesswork/design/facts_gaps_v16/facts_gaps.json（穴 3 件のうち 1 件）
INV-01 棚卸し 第1段の要決定 16 件 lp_kit/build_img_map.py（254 行）を残すか。 人の決定待ち（削除候補にはしない） 呼び出し元 0 件（KIT の *.py/*.mjs/*.sh/*.ts/*.yml/*.json/*.md、pipeline-go の actions/・cmd/・app/・tools/、両 Makefile を grep）。言及は docs/13 の 1 行だけ＝『build_img_map が hide する』という過去の問題の記述。冒頭は『4〜5周目の作業場を KIT へ正式に置いた』。今週回した記録は無い。 「正式化を意図して置かれたが誰も呼ばない台本」が棚に残る（削除候補にはならないので自動では減らない）。 /inventory_review/ §2
INV-02 棚卸し 第1段の要決定 16 件 lp_kit/check_trace.py（127 行）を残すか。 PoC のまま置く 対の器 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 は回さない。 壊し試験まで済んだ門が宣言に載らないまま置かれ続ける（回らないので判定に効かない）。 /inventory_review/ §2
INV-03 棚卸し 第1段の要決定 16 件 lp_kit/facts_gaps.py（259 行）を残すか。 PoC のまま置く 名指し 0 件（契約・KIT 台本・pipeline-go とも）。出力の痕跡だけ＝nesswork/design/facts_gaps_v16/facts_gaps.json。冒頭が『2026-08-30・PDCA。実測 13本目 ness_v9 × mat_v16』＝1 回の PDCA のために書かれ、走る道には乗っていない。 facts の穴（S22×2・S41×1）を申告する唯一の道具が、契約から呼ばれないまま置かれる＝次の周で穴が測り直されない。 /inventory_review/ §2 nesswork/design/facts_gaps_v16/facts_gaps.json
INV-04 棚卸し 第1段の要決定 16 件 lp_kit/nesswork/cut_sections.py（46 行）を残すか。 PoC のまま置く 一度きりの検証台本（復旧のときの道具）。参照は nesswork/RECOVERY.md と sections_src/_provenance.json。page.png を secpos の帯で切るだけ。KIT 直下に同名の重複は無い（hero リポジトリ全体を find しても 1 本だけ）。 「帯で切る」処理を持つ台本が本線と別に 1 本残る（統合の要否が決まらない）。 /inventory_review/ §2
INV-05 棚卸し 第1段の要決定 16 件 lp_kit/nesswork/tools/explain_extract.py（632 行）を残すか。 PoC のまま置く 冒頭が『PoC（nesswork 限り・正式化するときの置き場は lp_kit 直下）』と自己申告。参照は nesswork/tools/explain_page.py と lp_kit/trace_join.py:51（規則の出典としての言及・import ではない）。 解説頁 /howitworks_ness/ を作った器が nesswork 限りに留まり、正式化の置き場が決まらない。 /inventory_review/ §2
INV-06 棚卸し 第1段の要決定 16 件 lp_kit/nesswork/tools/explain_page.py（470 行）を残すか。 PoC のまま置く 呼び出し元 0 件（KIT 台本・契約・pipeline-go とも名指し無し）。冒頭が『PoC（nesswork 限り）』と自己申告。解説頁 howitworks.html を組む＝成果物 cf_site/howitworks_ness が公開の木に在る。 公開中の解説頁を再生成できる唯一の器の置き場が決まらない。 /inventory_review/ §2 /howitworks_ness/
INV-07 棚卸し 第1段の要決定 16 件 lp_kit/nesswork/tools/info_count.py（394 行）を残すか。 PoC のまま置く 呼び出し元 0 件。冒頭が『PoC（nesswork 限り）』と自己申告。節ごとの情報量の物差し。出力 nesswork/audit/info_count.json が 1 組。 節ごとの情報量の物差しが 1 回の測定だけで残る（次の周で回らない）。 /inventory_review/ §2
INV-08 棚卸し 第1段の要決定 16 件 lp_kit/nesswork/tools/trace_build.py（1,171 行）を残すか（KIT の trace_join.py との統合を含む）。 PoC のまま置く（統合は人の決定） lp_kit/trace_join.py が冒頭で『これを KIT の作法へ移植したもの』と名指し。lp_kit/check_trace.py:6 が初回の実測の出典。15本目で回した記録が nesswork/audit/check_run15_20260830/RECORD.json に在る。13本目の run で KIT 版と全数一致（紙面 549／組めた 549）。 同じ台帳を作る器が nesswork と KIT に 2 本並んだままになる（片方だけ直すと黙って食い違う）。 /inventory_review/ §2
INV-09 棚卸し 第1段の要決定 16 件 lp_kit/nesswork/tools/trace_overlay_build.py（897 行）を残すか。 PoC のまま置く 参照は nesswork/audit/check_run15_20260830/RECORD.json のみ（KIT 台本・契約からの名指しは 0 件）。cf_site/trace_ness_v16 と trace_ness_v18（どちらも公開の木に在る）を作った器。KIT 側に対応する正本はまだ無い（trace_join.py は台帳を作るだけで見る口を持たない）。 公開中の由来台帳オーバーレイ（/trace_ness_v19/ ほか）を作り直す口が nesswork 限りに留まる。 /inventory_review/ §2 /trace_ness_v19/
INV-10 棚卸し 第1段の要決定 16 件 lp_kit/nesswork/tools/vision_info.py（171 行）を残すか。 PoC のまま置く 呼び出し元 0 件。冒頭が『PoC（nesswork 限り）』と自己申告。出典と今回を Vision で並べて読む（有料）。凍結 cache nesswork/audit/vision_cache_info.json が 1 組。 有料の読みを回す道具が契約の外に留まり、費用の計上先が定まらない。 /inventory_review/ §2
INV-11 棚卸し 第1段の要決定 16 件 lp_kit/photo_assets_pick.py（123 行）を残すか。 PoC のまま置く 実行の呼び出し元なし。参照の痕跡＝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 が生成の前に見る）は次の周』と書いている。 入口に材料（img_product.yaml）だけが在って、それを作る側が走る道に乗らない状態が続く。 /inventory_review/ §2
INV-12 棚卸し 第1段の要決定 16 件 lp_kit/trace_join.py（1,009 行）を残すか（契約への配線を含む）。 PoC のまま置く lp_kit/check_trace.py（対の門）のみが参照。契約（lpkit/action.yml・run_gates.yml・gates.yml）に名は 0 件。nesswork/trace/wiring_plan.md が『器は先に置いた・契約はこの周では触っていない・次の周で入れる』と明記。 由来台帳の門（check_trace）が回る道が開かないまま（宣言に載らない＝check:gates の対象外）。 /inventory_review/ §2
INV-13 棚卸し 第1段の要決定 16 件 lp_kit/w56_boxes.py（74 行）を残すか。 人の決定待ち（削除候補にしない） 実行の呼び出し元 0 件。名指しは inventory.md / specpipe.md / inventory.json / dandori_frozen.json / place_scope.json（すべて台帳・記録）。今週の 11 コミットで触った（kit_place の口を通すため）。走る道からは呼ばれていないが dandori_frozen.json に載っている＝凍結の対象。 凍結の対象に入ったまま誰も呼ばない台本が残る（凍結の一覧と実際に走る道がずれる）。 /inventory_review/ §2
INV-14 棚卸し 第1段の要決定 16 件 pipeline-go の review.md（98 行）を docs/07 へ統合するか。 統合候補 どこからも呼ばれない（Makefile 0 件・.go 0 件・契約 .yml 0 件。文中で名指しするのは review.md 自身のみ）。レビュー所見の置き場は docs/07_レビュー指摘一覧.md（CLAUDE.md「仕様の正本は docs/」）。重なりの実測＝review.md の 7 件のうち 5 件のキーワード（lpkitassets / floorcheck / checks_stockband）は docs/07 に在る。 レビュー所見の置き場が 2 つ（docs/07 と review.md）に割れたままになる。 /inventory_review/ §2
INV-15 棚卸し 第1段の要決定 16 件 pipeline-go の tools/floor/floor_cmp.py（151 行）を統合するか。 統合候補 どこからも呼ばれない（.go 0 件・Makefile 0 件・.sh 0 件。grep の言及は docs/06:2738 と docs/07 のみ）。docs/07 の実測＝出す 3 つのうち ①sha256 の床 ③measure.json/dom_shot.json の値と件数の床 は Go の tools/internal/flooreval（kindSHA256 / kindJSONScalars / kindJSONValues）と同じ対象＝重なり。 同じ床を出す実装が Python と Go に 2 本並んだままになる。 /inventory_review/ §2
INV-16 棚卸し 第1段の要決定 16 件 pipeline-go の tools/floor/gates_cmp.py（85 行）を統合するか。 統合候補 どこからも呼ばれない（.go 0 件・Makefile 0 件）。tools/internal/gatesgo/gatesgo.go:6,12 のコメントが名指しするだけ。docs/07 の実測＝tools/lpkitparity と同じ入力（gates_go.json / checks.json）から同じ床を出す 2 つ目の実装。冒頭に「n=2 では幅が出ない」と書いてあり、Go 側が n=2 までなのが理由。 門の床を出す実装が 2 本並んだままで、どちらの数字を正とするかが決まらない。 /inventory_review/ §2
INV2-ISLAND 棚卸し 第2段（島・要調査・チェーン） 島（削除候補・第2段）2 件＝tools/floorcheck と tools/lpkitparity の要否。★floorcheck / lpkitparity / gatesgo / flooreval の 4 本は同じ 1 つの判断（束）。 島（削除候補・第2段）＝①〜④のどれからも辿れない。ただし第2段も削除は 1 件も実行していない。 tools/floorcheck＝呼ぶ口が Makefile・README・CLAUDE.md に 0 件かつ既定 -decl tools/floor/flooreval.yml が実在しない。tools/lpkitparity＝make parity はこの道具を呼ばない。軸は (A) 本線の使い道（①run を回す ②入口を組む ③門・床を測る ④人が打つ口）から辿れるか × (B) 最終使用の実測。tools/ 17 ディレクトリの内訳＝本線 9／人の口 4／島 2／記録 1（tools/baseline）／tools/floor はディレクトリ内で割れる（floor.yml＝本線・同居する台本 6 本＝島）。 床を測る道具が 4 本、どれも本線から辿れないまま残る（次に床を測るとき、どれが正かを誰も知らない）。 /inventory_review/ §11 第2段 tools/ docs/14 §6 2026-08-30（棚卸し 第2段）
INV2-Q1 棚卸し 第2段（島・要調査・チェーン） profiles/cheap.yml の読み口が 0 件＝要調査。 推奨なし（★要調査 6 件の 1 つ）。 projects/orizo の yml 45 本はすべて判定=残す（compat.yml の死んだ行 0／82・引かれない 10 行は書き出しの名前で生きている）が、この 6 件だけ調べが要ると申告されている。 契約に在るのに誰も読まない宣言が残る（読む側が増えたとき、どちらが正かが決まらない）。 /inventory_review/ §12 第2段 yml docs/14 §6 2026-08-30（棚卸し 第2段）
INV2-Q2 棚卸し 第2段（島・要調査・チェーン） check_radius.mjs[この run の紙面] がどの checks からも指されない＝要調査。 推奨なし（★要調査 6 件の 1 つ）。 同上（第2段の yml 45 本の測り直しで挙がった 6 件）。 宣言だけ在って回らない門が残る（CLAUDE.md の「実装が無い id は FAIL」の裏＝宣言が指されない側の穴）。 /inventory_review/ §12 第2段 yml docs/14 §6 2026-08-30（棚卸し 第2段）
INV2-Q3 棚卸し 第2段（島・要調査・チェーン） bakepink の verdict 門 3 本が run16 で束ごと FAIL＝要調査。 推奨なし（★要調査 6 件の 1 つ）。根は棚卸し §6 に実測がある＝bakepink/action.yml:133-136 の composite checks が :498 の opt-in な qual を無条件宣言＝束ごと赤・checks/LPK8P.json 自体が無い。 16本目の L1 は 合格 7／不合格 22。不合格の顔ぶれに refs/imggen/qual が並ぶ（qual.json が無く「組み立てられない」）。 L1 の不合格 22 のうち 3 本が「門の宣言の誤り」で赤いままになり、赤の意味が読めない。 /inventory_review/ §12・§6 LPK8P の欠陥 docs/14 §6 2026-08-30（棚卸し 第2段）
INV2-Q4 棚卸し 第2段（島・要調査・チェーン） report.yml の on_step が concept で 109/109 exit 1＝要調査。 推奨なし（★要調査 6 件の 1 つ）。 同上（第2段の yml 45 本の測り直しで挙がった 6 件）。 concept チェーンのレポート生成が全数落ちたままになる。 /inventory_review/ §12 第2段 yml docs/14 §6 2026-08-30（棚卸し 第2段）
INV2-Q5 棚卸し 第2段（島・要調査・チェーン） externals.scripts_root のコメントが古い＝要調査。 推奨なし（★要調査 6 件の 1 つ）。 同上（第2段の yml 45 本の測り直しで挙がった 6 件）。 宣言の説明と実体がずれたままで、次に読む人が古い置き場を信じる。 /inventory_review/ §12 第2段 yml docs/14 §6 2026-08-30（棚卸し 第2段）
INV2-Q6 棚卸し 第2段（島・要調査・チェーン） profiles: ./profiles を読む Go が 0 件＝要調査。 推奨なし（★要調査 6 件の 1 つ）。 同上（第2段の yml 45 本の測り直しで挙がった 6 件）。 契約に書いた宣言を基盤が読んでいない状態が残る（宣言と実装の食い違い）。 /inventory_review/ §12 第2段 yml docs/14 §6 2026-08-30（棚卸し 第2段）
INV2-CHAIN 棚卸し 第2段（島・要調査・チェーン） run の記録が 0 本のチェーン 3 本（craft / lplibrary / lpcopy）の要否。 推奨なし（『要否は人の決め』とだけ書いてある）。 チェーンの run 実績の実測＝lpkit 9 本（〜2026-08-30）／concept 12 本（〜2026-08-17）／segment 旧形式 25 本＋Qiita 2 本（〜2026-08-16）／craft・lplibrary・lpcopy は run の記録 0 本。lplibrary / lpcopy は docs/08 変更037 でチェーンを 4 → 6 にしたときの新設。 1 度も回っていないチェーンが契約に在り続け、compat.yml の行・門の宣言・工程がすべて未検証のまま残る。 /inventory_review/ §11 §12 docs/14 §6 2026-08-30（棚卸し 第2段） docs/08 変更037
MAT-BOARD 入口・材料の本決め 板の DOM 化の人の決め（board_dom.json）の本決め。いまは仮の決め＝ON 40。 docs/08 変更062 が ON 38（S03・S39 の字の無い板 2 枠を OFF）を唯一の正へ置いたと記帳している。仮の ON 40 は mat_v12 の入口の値。 docs/14 §6 2026-08-27（段5・取り込み側）に『入口 stage11/mat_v12（board_dom.json は仮の決め・ON 40）』。docs/08 変更055＝board_dom.json を取り込みの唯一の正にし、一覧（board_list.py）を取り込みの最後に出す。変更056＝板の DOM 化を本線に入れる。変更062＝ON 38 で唯一の正へ置き直す。実測は 11本目 板 ON 40／組めた 38／紙面で置き換え 36、16本目 板 36/38。 取り込みの唯一の正（board_dom.json）が『仮』のまま毎周の入口に載る＝どの枠を DOM 板にするかが記録上は未確定。 docs/14 §6 2026-08-27（段5・取り込み側） docs/08 変更055 / 056 / 062 /board_list_v11/
T-567 T 系の残り T-5〜T-7 の本文の所在。人の決めの一覧（human_decisions.md）は 2026-08-30 に §11／§12 だけへ起こし直され、T 系の本文が現存の文書に無い。 推奨なし（決着済みは T-1／T-2／T-3、T-4 は前半決着・残り半分は S03／S39 の行へ併合した）。 docs/14 §6 2026-08-27 に『human_decisions.md §10（T-1/T-2/T-3 決着・新規 T-4〜T-7）』。T-1＝board_max_cost 0.2→0.35・T-2＝slot_imggen --gen-timeout 既定 600s（docs/08 変更059）・T-3＝止まった run を捨てて新規（(b)）。stage7〜14 の scratchpad 版（/tmp）は OS の掃除で消えた（nesswork/RECOVERY.md）。 番号だけが docs/14 に残り、中身が引けない決めが 3 つ宙に浮く（次に T-5 と言われても誰も内容を言えない）。 docs/14 §6 2026-08-27（段5・11本目） nesswork/human_decisions.md 冒頭 nesswork/RECOVERY.md

3. 決定の出力

チェックはこのブラウザに残る（localStorage）。下の欄をそのまま写して渡せば、どの決定に同意・保留・差し戻しが付いたかが 1 つの JSON になる（形は {id: {choice, note}}）。

9. この頁が測っていないこと