Files
TheTree_mock/docs/plans/original-completion-2026-10-02/P09_VALUE_CONTRACTS.md
T
Takeshi b84bade045 Save The Tree implementation and acceptance work in progress
Preserve production code, regression fixtures, audio assets and provenance, test infrastructure, and the original-completion plan and progress ledger. Final game and Windows acceptance remain pending; excluded local artifacts and native experiments are not part of this snapshot.
2026-10-11 15:58:00 +09:00

13 KiB
Raw Blame History

P09 施設必須値の再監査(2026-10-02)

原本30施設について、定義あり17、通常登録16、定義のみ1(black_market)、未定義13を静的に確認した。現在の全.tresは37件で、そのうち原本第10章の対応外は20件。これは最終の全施設数でも、実装・受入完了率でもない。今回のエンジン実行は0件、本体変更は0件。

機械可読台帳は facility_value_contracts.json。各値は原本文、A01〜A05、別冊A作成時の値と由来、現.tres明示値またはクラス既定値を別欄に保存し、出典行とSHAを保持する。生成は python3 docs/plans/original-completion-2026-10-02/build_facility_value_contracts.py。検証は validate_facility_value_contracts.py。承認差異の静的一致からRuntime/UI/保存のPASSを作らない。

原本を最上位とし、A01〜A05と会話追加10項目を重ねる。別冊Aは旧実装の完全一覧であり、数値承認書ではない。冒頭3・10・14〜19・76・106行が既定値/旧状態/仮値/異なる処理系を区別している。参照先 docs/FACILITY_UNIT_PARAMETERS.md は現ローカルに存在しないため、その内容を推定補完しなかった。既存の保存版TRACEABILITY 978〜995行を追加指定の記録に用いた。

30施設の現値と根拠

表のmin/max、人数専用、capacity、料金は現実装の観測値である。礼拝堂・清掃員室以外の数値を承認済みに扱わない。未設定は人数専用-1、未定義は独立定義なしを表す。

原本施設 定義/通常登録 原本サイズ・層 min/max現値 人数専用/汎用capacity現値 料金現値 根拠
一般客室 normal_registered 2×1 表 0/0 未設定/2 120 数値は旧/現実装・個別根拠未確認
上級客室 normal_registered 4×1 表 0/0 2/2 220 数値は旧/現実装・個別根拠未確認
VIPスイート no_definition 6×2 表 未定義/未定義 未定義/未定義 未定義 原本の寸法等のみ確定
ドミトリー no_definition 4×1 表 未定義/未定義 未定義/未定義 未定義 原本の寸法等のみ確定
大衆食堂 normal_registered 4×2 表 2/4 未設定/12 25 数値は旧/現実装・個別根拠未確認
レストラン no_definition 6×2 表 未定義/未定義 未定義/未定義 未定義 原本の寸法等のみ確定
酒場 normal_registered 4×2 表 2/4 未設定/14 40 数値は旧/現実装・個別根拠未確認
屋台 no_definition 2×1 表 未定義/未定義 未定義/未定義 未定義 原本の寸法等のみ確定
大浴場 normal_registered 6×2 表 1/2 未設定/12 20 数値は旧/現実装・個別根拠未確認
カジノ no_definition 6×3 表 未定義/未定義 未定義/未定義 未定義 原本の寸法等のみ確定
闘技場 no_definition 8×4 表 未定義/未定義 未定義/未定義 未定義 原本の寸法等のみ確定
礼拝堂 normal_registered 4×3 表 1/2 8/8 20 A04初期値
風俗個室 normal_registered 2×1 表 1/1 未設定/2 250 数値は旧/現実装・個別根拠未確認
高級ソープ no_definition 4×2 表 未定義/未定義 未定義/未定義 未定義 原本の寸法等のみ確定
SM拷問室 no_definition 4×2 表 未定義/未定義 未定義/未定義 未定義 原本の寸法等のみ確定
闇市場 definition_only 4×2 表 1/2 未設定/8 50 数値は旧/現実装・個別根拠未確認
厨房 normal_registered 4×2 裏 1/3 未設定/20 0 数値は旧/現実装・個別根拠未確認
倉庫 normal_registered 4×2 裏 1/3 未設定/100 0 数値は旧/現実装・個別根拠未確認
待機室 normal_registered 4×2 裏 0/0 未設定/8 0 数値は旧/現実装・個別根拠未確認
従業員寮 normal_registered 2×1 裏 0/0 0/12 0 数値は旧/現実装・個別根拠未確認
警備員詰所 normal_registered 2×2 裏 1/3 未設定/3 0 数値は旧/現実装・個別根拠未確認
清掃員室 normal_registered 2×1 裏 1/2 0/0 0 A05初期値
医務室 normal_registered 4×2 裏 0/2 未設定/0 0 数値は旧/現実装・個別根拠未確認
覗き部屋 no_definition 2×1 裏 未定義/未定義 未定義/未定義 未定義 原本の寸法等のみ確定
地下牢 no_definition 4×2 裏 未定義/未定義 未定義/未定義 未定義 原本の寸法等のみ確定
マナ炉 no_definition 6×3 裏 未定義/未定義 未定義/未定義 未定義 原本の寸法等のみ確定
蔓の昇降機 normal_registered 2×2 表 0/0 未設定/4 0 数値は旧/現実装・個別根拠未確認
業務用EV normal_registered 3×2 裏 0/0 未設定/8 0 数値は旧/現実装・個別根拠未確認
ワープ no_definition 2×2 表 未定義/未定義 未定義/未定義 未定義 原本の寸法等のみ確定
魔法砲台 no_definition 未指定 外壁 未定義/未定義 未定義/未定義 未定義 原本の寸法等のみ確定

原本で寸法のある現定義17施設は寸法と層が静的一致する。一般的な「表」は地上専用を意味しない。地下や高層の指定は個別に保存し、魔法砲台の幅・高さ・層は捏造しない。premium_room、staff_dormitory、cleaning_room、chapelの通常登録は今回変更ではなく現基準の既存成果である。

10項目と必須値の区別

  1. 配置コスト: 原本は資金/資材と建設ルールを指定するが、施設別コストと工期の数値はA04/A05以外に個別承認を確認できない。現値は保存しても正式値へ格上げしない。
  2. 運用コスト: A01の保有按分、休業/休止中計上、00:00精算、不足繰越とA02の0.5%初期試験率は確定。既存ceil/最低1Gを出典付きで保持する。礼拝堂6G/日、清掃員室2G/日は個別上書き。率の承認は建築費自体の個別承認を意味しない。闇市場の現maintenance_gold=既定0は、現1600Gに率を当てた条件付き8Gと異なる。未登録定義を登録する前にこの差異を解消する契約が必要。施設別マナ量は原本では未指定。原本183行のマナ0で全停止を別に保持する。
  3. 利用料金: 礼拝堂20G寄付、清掃員室利用料なしを承認初期値として保持。他施設の単価や5段階60/80/100/150/250%は旧実装値。D01の不足基準、加算額/率、属性割当は未設定。元の四欲求0〜100や清掃予約75を不足基準に流用しない。A03の20%補正は承認済みだが、新しい一致加算との順序/丸めはP09-02接続前に固定する。
  4. サイズ: 29施設の原本寸法と30対象の層/地下/高層/外壁指定を追跡。魔法砲台寸法は未指定のまま。
  5. 役割: 職種とサービス機能の原文、required_rolesとstaff_minを分離。A04聖職者min1/max2、A05清掃員min1/max2は確定。原本の記録係配置などの役割と人数の数値は同一視しない。
  6. 稼働状態: INACTIVE/OPERATING/SUSPENDEDと破壊/摘発後の持続休止は会話追加の確定契約。復帰条件D03はユーザー指定の未設定拡張であり、必須値欠損に数えない。
  7. 顧客同時利用最大人数: 承認値は礼拝堂8、清掃員室0のみ。上級客室2・従業員寮0は現明示値だが根拠未確認。残る定義13件は-1継承、未定義13件には値なし。待機者は利用人数とは別。厨房capacity20/profile生産4、倉庫capacity100、従業員寮capacity12などをcustomer_capacityへ転記しない。
  8. 配置可能従業員最大数: staff_maxはstaff_minと別。2施設の個別承認、15施設の旧/現値、13施設の未定義を保持する。Lv別変更もD02の未確定に残す。
  9. 関連施設/稼働フラグ: 原本168・173行の食堂/レストラン/酒場と厨房セット、52・174行の覗き対象などを個別追跡。現汎用単一依存APIは循環拒否と実稼働評価を持つが、建設からのcreate_instanceにはrelated_facility_idを渡していない。原本の対応を自動設定済みと認定しない。D03の複数依存AND/ORは未設定維持が許され、必須欠損へ数えない。
  10. 属性: 許可型appetite/relaxation/sexual/gamblingは確定、施設への割当は全37定義で空文字。Runtimeのhunger/sleep/hygiene/medical/leisure/intimacy効果と提供属性は別の名前空間・用途。効果タグから勝手に属性を選ばない。不一致の利用は許可する。

Lv1〜3と解放

全30施設にLv1/2/3を別レコードとして置き、価格・人数・staff_min/max・解放条件・Policy解放割当を未確定として追跡する。A04/A05の初期値をLv1候補へ参照するが、承認本文にLv指定はなく、Lv2/3で不変とも自動増加とも承認されていない。原本165行のLvMAXに数値はない。計画P09-03のLv1〜3と現既定max_level3を混同しない。

現FacilityDefinitionにレベル別料金/人数の表はない。厨房などのupgrade_costsは旧実装の費用列であり、レベル別営業値ではない。unlock_rank既定1は正式な個別解放承認ではなく、現通常建設コマンドにunlock_rank/research_requirementsの評価もない。別冊Aの世界樹ランク表や初回Day案内は派生計画/実装欄に保全し、原本施設別解放条件へ昇格しない。原本179行の価格、食材、混浴、ハード設定、イカサマ率のLv解放は機能要件として残り、どのLvでどの値にするかを捏造しない。

未定義13施設から抽出できる範囲

未定義施設 確定できる項目 原本行
VIPスイート 6×2; VIP宿泊・覗き対応・要高景観; FRONT高層 199
ドミトリー 4×1; 地下の宿泊施設; FRONT地下 199
レストラン 6×2; 飲食・厨房とセット運用; FRONT 201
屋台 2×1; 飲食施設; FRONT 201
カジノ 6×3; 娯楽欲解消・イカサマ率設定をLvUPで解放; FRONT地下 203
闘技場 8×4; 娯楽施設; FRONT地下 203
高級ソープ 4×2; 地下アングラ施設; FRONT地下 205
SM拷問室 4×2; 地下アングラ施設; FRONT地下 205
覗き部屋 2×1; VIP/浴場/風俗の裏限定・裏通路寸断・記録係配置で脅迫ネタ収集; BACK 209
地下牢 4×2; 地下特殊施設; BACK地下 209
マナ炉 6×3; 地下特殊施設・奴隷消費; BACK地下 209
ワープ 2×2; 瞬間移動・マナコスト大; FRONT 211
魔法砲台 寸法未指定; 外壁の防衛設備; 外壁 211

これらはsource-only blueprintとして先行定義できる。費用・人数・職員上限・マナ量・属性・個別解放・Lv2/3の値が未確定のまま、FacilityDefinitionの既定100G/1資材/60分などを適用して通常建設へ公開しない。既存地下客室をドミトリー、地下VIPサロンをVIPスイート、魔力制御室をマナ炉の完成代替と扱わない。

次に進める低依存作業

  • A04/A05の承認済み人数・最少/最大職員・料金の契約を通常UIと保存へつなぐ境界検証を先行。current値を変更する前にsource/value確定と表示を区別。
  • customer_capacity=-1とservice_attribute空文字をUIで未設定と表示し、現在明示2/0も承認由来の別表示にする。generic容量・人数・待機人数を分ける。
  • 13未定義施設のsource-only blueprint/設計カタログを追加。確定寸法/層/地下/高層/外壁/厨房/覗き制約だけを保持し、未確定の値はnullとする。通常建設へ登録しない。
  • 食堂・酒場の厨房セット運用を現単一関連APIと実稼働判定へ接続する契約/候補検証を用意。厨房停止・破壊・未配置・保存復元時の動作を検証。
  • Lv1–3の明示tableと未設定guardを作り、Lv2/3料金や人数をbase値の複写で確定しない。既存upgrade_costsとrank1は旧実装欄に保全。
  • 欲求加算はD01確定まで請求を接続せず、nonmatch利用可・未解決見積拒否・財布/収入一致の計算契約と比較例を準備する。

この監査は値の出典と欠損を整理したもので、P09や各施設の受入完了ではない。通常操作、グループ利用中変更、日跨ぎ、途中保存、修正後同一ソース回帰の証拠は引き続き必要である。第9章経済施設、通路/階段/ドア/リネンシュート/隠し扉へのF各施設/Lv素材適用範囲はatomicのopen expansion registerと同じ未確定状態を維持する。

静的データの追加観測として、医務室定義には同値のstaff_max/capacity二重代入と、FacilityDefinitionに宣言がないqueue_staff_minがある。台帳のdefinition_anomaliesへ保存し、今回Runtimeへの影響を推測したり本体を修正したりしない。validatorは49出典ファイルのSHA、30施設/780値/90Lvの構造、全出典行、D03除外、架空値拒否を確認する。PASSは台帳の整合性だけを意味する。