Record business policy acceptance, economy results, and recovery point
This commit is contained in:
Takeshi
@@ -247,3 +247,16 @@
|
||||
- 人員データ: 倉庫の必要役割を既存雇用候補の `porter` に合わせる。食堂は既存の `cook`／`server` を維持して `attendant` を追加し、接客係Iris／Junoも配属できるようにする。候補に存在しない役割だけを要求して厨房と食堂の同時営業を阻む状態を解消する。
|
||||
- 保存と撤去: 生産計画、進行中バッチ、予約ID、進捗と時刻を保存し、復元済みInventoryの所有者・品目・数量・依頼者・用途・期限と照合する。有効な生産計画または進行中バッチがある厨房は解体対象にできない。停止済みかつバッチがない計画は解体成功後に削除する。
|
||||
- 仕様差: 正本の「料理ポイント＋食器在庫」、食器・清掃用消耗品の購入と消費、廃棄物回収の通常操作は後続の仕様調整へ残す。今回の基本料理を料理ポイントへ暗黙に読み替えない。食堂の現行15分／35Gと正本45分／25G、受付の直接収入、宿泊決済時刻、倉庫のRank解禁条件も、この供給接続では改定しない。
|
||||
|
||||
|
||||
## D-034: 通常営業の価格・休業操作とv1照合処理の軽量化
|
||||
|
||||
- 日付: 2026-09-09。承認済みPLAY-05の実装。
|
||||
- 価格: 奉仕60%／安価80%／標準100%／高価150%／ぼったくり250%。Gは整数、0.5Gを切り上げる。UI、客の候補評価、Runtimeの新規見積は同じ規則を使う。受付済み・サービス中の価格と方針は受付時のコピーを維持し、後から変更しない。
|
||||
- 基準値: 新設受付を無料・20分、一般客室を120G、大衆食堂を25G・45分へ正本§7.6に合わせる。受付を同じ客が何度も訪れて直接売上を増やす動作を解消し、自然な候補ではチェックインを1回までにする。厨房・倉庫等は既存の無料設定を維持する。
|
||||
- 保存互換: Runtime v7とDigest v1は維持する。価格・開閉は既存Policyへ格納する。既存保存の非受付施設は保存された基準価格・時間を引き継ぐ。受付では保存された施設の基準価格が20Gでも新規見積は0Gにする。旧受付で受付済みの20G見積、過去の台帳、サービス中の時間は遡及修正しない。旧施設を現行基準へ一括変更する移行は今回行わない。
|
||||
- 営業: business_openは既存operator_openへ反映する。休業は新規受付を止め、待機客の予約・在庫を返して再判断させる。開始済みサービスは既存の完了処理を続ける。全グループの所有参照・遷移上限を事前確認し、休業による退列では忍耐を消費しない。厨房・物流の既存開閉判定も同じoperator_openを参照する。配車後でも積込時に荷元を再確認し、休業なら未積込の予約を解いて再試行する。積込済みの貨物は納品先が営業中なら配送を完了できる。休業だけで雇用や給与は止めない。
|
||||
- 満足: 既存のサービス品質による満足サンプルへ価格補正（+10,+5,0,-5,-20）を追加する。P1では期待品質を共通50とし、品質が20以上上回ると負の補正を半減する。-2.5は-3へ丸める。品質への反応度quality_sensitivityを期待品質と取り違えない。客別期待品質、待ち時間・好み等を含む正本§8.5の全式、宿泊前払いと追加精算は後続へ残す。
|
||||
- 表示: 営業パネルの当日費用は当該施設をsourceとする運営費の記帳で、給与配賦を含む確定利益ではない。給与配賦・施設別利益は06:00の帳簿で確認する。需要は客の予算とUtilityへ実反映するが、予測人数を算出していない段階で架空の人数予測を表示しない。
|
||||
- 性能: Snapshotの履歴・項目・検証頻度を減らさず、Digest呼出しの中だけで同じ辞書キー構成の符号化と順序を再利用する。String/StringNameを分け、上限を設ける。値や可変コンテナの出力をキャッシュしない。旧v1実装をテスト参照として残し、全対応型・衝突・変更・深さ・拒否条件のバイト一致を検証する。測定の約2倍はDigest単体であり、実ゲームのfps改善率ではない。
|
||||
- 検証記録: [P1営業設定](qa/P1_BUSINESS_MANAGEMENT.md)。P1全体・初見30分・昇降機・Windows性能の完成判定とは分ける。
|
||||
|
||||
@@ -34,8 +34,8 @@ P0の保存物はGit管理対象の制作ファイル。`.godot/`、`build/`、`
|
||||
| PLAY-01 | **最小ループ実装済み・単日確認**。初期Gold 5,000／資材50、通常UIの建築経路で受付1・一般客室2・通路7、アカネ雇用・配属、自然来客の宿泊320G、翌06:00決算まで確認。`test_first_operating_day.gd` | 受入は見学Fixture・無料在庫・客挿入なし。**供給込み3営業日も自動確認／バランス調整残**。受付売上6,020G等の数値を正本と照合し、受付の直接収入と価格・営業Policyを調整する |
|
||||
| PLAY-02 | **通常UI接続済み・個別API103項目／単日確認**。雇用済み一覧、配属・再配属・未配属、DAY／NIGHT継続計画、変更不可・経路・定員等の理由、予約Commandと保存復元。StaffService v4、D-032 | 実通勤と到着後の稼働はMOVE-07へ分離。現在は経路存在を検証して論理配属し、人物位置は変えない。5職員・複数施設・3営業日の継続配属は供給受入で確認。実通勤と人手不足への人手試遊は残る |
|
||||
| PLAY-03 | **通常UI接続済み**。完成倉庫への有料購入、容量・期限・予約、実porter TaskとPathによる倉庫→厨房→食堂。物流81項目、管理処理84項目、商品UI37項目の回帰 | 仕入れは倉庫への即納。外部業者の納期、継続自動購入、複数品目、正本の食器・消耗品は後続。経路断・満杯・腐敗・担当不能での保持／再試行／返送を検証 |
|
||||
| PLAY-04 | **自律生産接続済み・140項目確認**。明示設定した厨房で原料4→料理4、15稼働分、目標在庫、入力予約・出力容量・期限・中断復帰を扱う。見学用の無料在庫に依存しない | **仕様差をD-033で明記**。今回の原料／基本料理を維持し、料理ポイント＋食器、食堂価格・所要時間との統一は残す |
|
||||
| PLAY-05 | **日次帳簿UI接続済み・単日確認**。06:00営業日、入出金と建築、確定売上・運営費・給与・利益・前日差・未払・施設別損益を表示。翌朝給与120G、未払0、照合一致 | **操作未接続／仕様差・調整残**。価格・営業／休業Policy UI、受付の直接収入、宿泊の決済・記帳時点、維持費分類を正本と照合。受付売上6,020G・全利益6,040Gは製品バランス合格ではない |
|
||||
| PLAY-04 | **自律生産接続済み・140項目確認**。明示設定した厨房で原料4→料理4、15稼働分、目標在庫、入力予約・出力容量・期限・中断復帰を扱う。見学用の無料在庫に依存しない | **仕様差をD-033で明記**。今回の原料／基本料理を維持し、料理ポイント＋食器は残す。食堂価格・所要時間はD-034で新設25G／45分に統一 |
|
||||
| PLAY-05 | **日次帳簿UI接続済み・単日確認**。06:00営業日、入出金と建築、確定売上・運営費・給与・利益・前日差・未払・施設別損益を表示。翌朝給与120G、未払0、照合一致 | **価格・営業UI接続済み**。5段階の見積・客の選択と満足・新規受付停止・忍耐を減らさない退列・途中保存。新設受付0G／20分、客室120G、食堂25G／45分へ修正。宿泊前払い・維持費・初見の改善試遊は残る。D-034と営業設定QA参照 |
|
||||
| PLAY-06 | **Runtime v7と配送途中Save復元を確認**。厨房計画・バッチ、Request・Task・carrier・貨物・予約を照合。旧v6移行20項目、商品UIの待機購入も再読込後に一度だけ確定 | 建設中・行列中・配送中を組み合わせた再起動の人手試遊、手動10枠UIと製品の保存導線は残る |
|
||||
|
||||
追加の供給受入では初期予算から倉庫・厨房・食堂と職員5人を運営し、3日とも給与645G・未払0・照合差0を確認した。食堂売上4,200G、原料360G、実配送81便。配送途中のディスクSaveと最終Snapshotを復元。詳細は [供給検証記録](qa/P1_SUPPLY_CHAIN.md)。価格・営業Policy・改善対照試遊が残るためP1全体は未合格とする。
|
||||
@@ -64,7 +64,7 @@ P0の保存物はGit管理対象の制作ファイル。`.godot/`、`build/`、`
|
||||
| LIFE-02 | **試作実装済み／専用素材未制作**。Kenney静止画の足スライス・上下動・左右反転。衣服の継ぎ目修正済み | 専用歩行・作業フレームを共通人物で確認し、縮小、拡大、混雑、職種識別を満たしてから展開 |
|
||||
| LIFE-03 | **一部実装済み**。`pixel_tower_art.gd` の施設別家具、昼夜背景、世界樹の枝葉。現在の対象はMVP16施設 | 種類、営業、混雑、故障を家具と状態で識別できること。計画の施設数はMVP16種へ統一済み |
|
||||
| LIFE-04 | **素材一部導入／音未接続**。Kenney Tiny Town／Tiny Dungeonの公式素材とCC0原文保存 | UI音・環境音をKenney優先で選定し、音量設定と頻発音の重複抑制を確認 |
|
||||
| UX-01 | **一部実装済み・通常UI接続**。配置・掘削Preview、停止理由、待機・人員、継続配属、日次帳簿、有料仕入れ・厨房設定・配送理由 | 価格・営業方針の設定と、初見プレイヤーが各理由から対処できる導線を仕上げる |
|
||||
| UX-01 | **一部実装済み・通常UI接続**。配置・掘削Preview、停止理由、待機・人員、継続配属、日次帳簿、有料仕入れ・厨房設定・配送理由 | 価格・営業方針も接続済み。初見プレイヤーが各理由から対処できる導線を試遊で確認する |
|
||||
| UX-02 | **最小ガイド実装済み・単日確認**。実状態に応じる6段階、通常操作へのボタン、折り畳み、達成履歴・Save復元 | Day 1〜5解禁との整合、スキップ、複数失敗からの回復、初見30分で改善まで到達する試遊は残る |
|
||||
| UX-03 | **一部実装済み／未接続**。ホイール、中ボタン、Home、キーボード開閉、Pixel・カメラ回帰 | 中ボタンなし・トラックパッド代替操作、日本語可読性、拡大時のドット、色以外の状態判別を実入力で確認 |
|
||||
|
||||
@@ -106,3 +106,7 @@ P0の保存物はGit管理対象の制作ファイル。`.godot/`、`build/`、`
|
||||
2. MOVE-01〜03の階間経路と基本昇降機、MOVE-07の実通勤・到着後稼働を統合する。現在の論理配属で人物移動を完成扱いにしない。
|
||||
3. PLAY-03／04の有料発注・厨房生産・実配送は接続済み。PLAY-05の価格・営業Policy・会計仕様を揃え、欠品・人員・経路の改善比較と初見試遊へ進む。
|
||||
4. 通常開始と保存なし見学の両方で表示・操作を確認し、最小宿の成功をP1全体完成やWindows製品合格としない。供給機能の最新検証は [供給検証記録](qa/P1_SUPPLY_CHAIN.md) を参照。
|
||||
|
||||
営業設定と価格調整、旧v1とバイト一致するDigest軽量化を追加した。最新結果は [営業設定QA](qa/P1_BUSINESS_MANAGEMENT.md)。過去の受付収入を含む数字は履歴であり、現行の収益バランスを示さない。
|
||||
|
||||
営業設定追加後の通常供給3営業日も49項目合格。受付売上0G、食堂3,000G・宿泊1,200G、給与未払0、残金2,895G。初日の契約金を除く2・3日目は各+715G。実装 `b3b82ef`。
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
|
||||
作成日: 2026-09-09
|
||||
基準: The Tower SPを参考にしたドット絵の断面経営ゲーム。ローカル制作版を正本とする。
|
||||
状態: 2026-09-09 ユーザー承認済み。P0の基準点整備を完了し、P1の通常営業の最小ループを実装・単日確認済み。有料仕入れ・厨房・実配送を通常UIへ接続し、部品・UI・配送途中保存の検証は合格。通常予算からの供給込み3営業日も45項目合格。価格・営業Policy、性能と初見試遊は継続課題。
|
||||
状態: 2026-09-09 ユーザー承認済み。P0の基準点整備を完了し、P1の通常営業の最小ループを実装・単日確認済み。有料仕入れ・厨房・実配送を通常UIへ接続し、部品・UI・配送途中保存の検証は合格。通常予算からの供給込み3営業日も45項目合格。価格・営業Policyを通常UIへ接続し、基準料金と受付無料化、Digest互換の軽量化を追加した。検証は [営業設定記録](qa/P1_BUSINESS_MANAGEMENT.md) を参照。宿泊精算、長期描画性能、改善比較と初見試遊は継続課題。
|
||||
|
||||
## 1. 目指す体験と計画の前提
|
||||
|
||||
@@ -19,10 +19,10 @@
|
||||
| 領域 | 確認できていること | 次に埋める差 |
|
||||
|---|---|---|
|
||||
| 外観・操作 | ドット断面、家具、Kenney人物の簡易歩行、状態表示、コンパクトUI、ズーム・パン | 専用動作、施設ごとの視認性、混雑・稼働の見せ方、実描画性能 |
|
||||
| シミュレーション | 時間、建設、在庫・物流、経済、客AI、従業員、イベント、監査、保存の基盤 | 自律厨房生産・補充・配送と通常操作の接続。各Serviceの存在と日常運営の完成を区別 |
|
||||
| シミュレーション | 時間、建設、在庫・物流、経済、客AI、従業員、イベント、監査、保存の基盤 | 供給と営業Policyは通常操作へ接続。宿泊前払い・維持費・改善対照試遊を継続 |
|
||||
| 縦移動 | Path側にConnector・Queue等の部品が存在 | 階間の通常隣接経路抑制、建設との接続、昇降・乗降、保存復元の統合 |
|
||||
| 見学版 | 実施設7件と通路、従業員4人、自然来客が動く | 見学は食材32個を用意した保存なしの再現場面。通常ゲームの完成とは区別 |
|
||||
| 運営UI | 建設・掘削・雇用候補・継続配属／勤務変更・施設情報・開業の手引き・日次帳簿・イベント選択・手動保存。通常初期予算で最小宿の単日成立と保存復元を確認 | 実通勤・到着後の稼働、仕入れ・在庫、価格・営業方針、保存枠、3営業日の継続運営 |
|
||||
| 運営UI | 建設・掘削・雇用候補・継続配属／勤務変更・施設情報・開業の手引き・日次帳簿・イベント選択・手動保存。通常初期予算で最小宿の単日成立と保存復元を確認 | 実通勤・到着後の稼働、保存枠、宿泊精算、初見での継続運営 |
|
||||
| 長期検証 | 24時間の統合検証、14日の運営境界比較等は実装記録あり | 全AIを含む20,160分の実Tick、各A/B比較、実描画を伴う負荷確認 |
|
||||
| 制作管理 | P0完了。ローカル正本を基準コミット `423fd6d` と完全履歴bundleへ保存。別ディレクトリ復元、Godot読込、Pixel回帰238項目を確認し、復旧手順と課題台帳を整備 | 今後の統合ごとに検証済み基準点とバックアップを更新する。元Drive版との全内容照合は未完了のため復旧候補として保持 |
|
||||
|
||||
@@ -150,3 +150,5 @@ MVP後、試遊で残った課題と既存の製品仕様を照合して後半
|
||||
6. **LIFE-01～04、UX-01～03**：専用動作と説明・音・日常操作を整え、初見30分の試遊へ渡す。
|
||||
|
||||
最初のレビューは「通常操作だけで初売上と翌朝の決算を迎える宿」。次のレビューは「3階の宿を客が昇降機で往復し、混雑を改善できる場面」とする。機能・見た目・操作を一緒に確かめ、以後の日程と素材制作量を更新する。
|
||||
|
||||
2026-09-09 営業設定追加後の通常3営業日は49項目合格。受付無料、食堂3,000G・宿泊1,200G、未払0、残金2,895Gで継続。価格操作・保存は接続済みとし、次はP2の実通勤と基本昇降機、P1の宿泊精算・改善比較・初見試遊を進める。
|
||||
|
||||
@@ -163,7 +163,7 @@
|
||||
- 受付売上6,020G、全体営業利益6,040Gという現結果はバランス合格ではない。受付の会計上の役割、価格、宿泊料金の決済・売上記帳タイミングは仕様との差を調整する必要がある。
|
||||
- 配属は繰返し計画をStaffService v4へ保存し、過去の勤務区間を保持してShiftを分割する。旧v3は計画なしで互換復元する。設計判断はD-032を参照。
|
||||
- `make test-opening` で単日受入、`make capture-opening` で `artifacts/first-operating-day/{opening,staffed,first-close}.png` を生成する。自動受入は通常UI処理を呼び出すもので、初見プレイヤーの試遊合格とは区別する。
|
||||
- P1全体は未合格。供給経路は下記へ追加した。価格・営業方針、正本との会計統一、初見プレイヤーの3営業日試遊は残る。配属は経路存在の事前検証と論理確定であり、人物位置を変えず、職場到着後の稼働はMOVEへ追加する。
|
||||
- P1全体は未合格。供給経路は下記へ追加した。価格・営業方針は下記へ追加した。宿泊精算・維持費の会計統一、初見プレイヤーの3営業日試遊は残る。配属は経路存在の事前検証と論理確定であり、人物位置を変えず、職場到着後の稼働はMOVEへ追加する。
|
||||
|
||||
### P1追加：仕入れから食堂まで
|
||||
|
||||
@@ -204,3 +204,13 @@
|
||||
|
||||
試遊の手順は `PLAYTEST_GUIDE.md`、仕様とTestの対応は `TEST_MATRIX.md` を参照する。各Systemのテストは画面Nodeに依存せずheadlessで実行でき、新しいSystemを追加する際はSnapshot、Atomic Restore、決定性Testを同じ変更に含める。
|
||||
14日受入の共通Fixtureと数値境界は `MVP_ACCEPTANCE_SCENARIOS.md` に固定する。
|
||||
|
||||
|
||||
## P1 営業設定とDigest軽量化（2026-09-09）
|
||||
|
||||
- 「営業」パネル、価格5段階、見積の固定、客の選択・満足への反映、休業と待機客の再判断、稼働中サービスの継続を接続した。厨房・物流は既存operator_openへ同期する。
|
||||
- 新設受付0G／20分、客室120G、食堂25G／45分。旧施設の基準値と受付済み見積はD-034に従って保存互換を維持する。
|
||||
- Snapshot全項目・履歴を保持したまま、Digestの呼出し内辞書キー再利用と型付き文字列配列を最適化。旧v1出力との一致を検証し、模擬履歴5,000件のSHA計算中央値は281.294→133.455msだった。
|
||||
- 合格範囲、通常運営の再検証、残る精算・性能・試遊課題は [営業設定QA](qa/P1_BUSINESS_MANAGEMENT.md)。この追加をP1全体や昇降機の完成とはしない。
|
||||
|
||||
新料金の供給込み3営業日は49項目合格。受付収入0G、食堂3,000G・宿泊1,200G、給与未払0・照合差0、残金2,895G。営業・休業・配送中の保存と再開、既存回帰も成功終了。実装コミット `b3b82ef`。
|
||||
|
||||
@@ -137,3 +137,10 @@ Windows書き出しコマンドの存在はWindows実機合格を意味しませ
|
||||
6. 食材は24時間、料理は12時間で期限切れになるため、翌営業日にも必要量を仕入れます。仕入れ費用・給与・食堂売上は「帳簿」に反映されます。
|
||||
|
||||
厨房の自動生産を停止すると追加の原料補給と調理が止まります。予約済みの配送と、すでに作った料理の食堂への出庫は続きます。在庫・運搬中の荷物・有効な生産計画が残る施設は解体できません。
|
||||
|
||||
|
||||
## 料金と営業の試遊
|
||||
|
||||
`make preview-business` で、通常予算から建てた供給可能な宿を開く。Spaceで再開し、左「営業」から食堂の料金を変える。値上げ前に受付済みの客は元の見積額を払い、新しく検討する客には新料金が反映される。休業すると新規受付が止まり、待機客は別の施設を探す。すでに利用中の客はサービスを完了する。給与は休業中も発生する。
|
||||
|
||||
商品で仕入れ・厨房・配送、帳簿で翌06:00の給与と施設別利益を確認する。この試遊は保存なし。新設の標準料金は食堂25G・客室120G・受付無料。旧保存の既存施設は保存された基準料金を引き継ぐ。検証結果は [営業設定QA](qa/P1_BUSINESS_MANAGEMENT.md)。
|
||||
|
||||
@@ -27,6 +27,7 @@ bundleはこの基準点までの完全なGit履歴を保持します。作成
|
||||
|---|---|---|
|
||||
| 通常開業ガイド・継続配属・単日決算 | `29a660a` | `the-tree-first-operating-day-2026-09-09.bundle` |
|
||||
| 有料仕入れ・厨房・実配送・商品パネル | `627b200` | `the-tree-supply-chain-2026-09-09.bundle` |
|
||||
| 価格・営業設定・受付無料化・Digest軽量化 | `b3b82ef`（先端は最終検証記録も含む） | `the-tree-business-management-2026-09-09.bundle` |
|
||||
|
||||
供給版bundleは実装後の最終検証記録まで含む。先端は `git bundle list-heads` で確認する。SHA-256は同名の `.bundle.sha256` ファイルに記録する。供給版の復元・試遊では、下の基準版bundleのファイル名を供給版へ置き換え、インポート後に `make test-supply` または `make preview-supply` を使う。3タブのPNGと検証ログはGit外の `artifacts/supply-chain/` にあり、bundleには含まれない。
|
||||
|
||||
@@ -102,3 +103,5 @@ make preview-pixel
|
||||
- 復元先の `test_pixel_tower.gd` が **238項目合格**。カメラ、実施設クリック、停止、Simulation不変等の回帰。
|
||||
|
||||
この復旧確認では、全System試験、通常ゲームのセーブ上書き、Windows書き出し、復元先での目視見学は行っていません。`/tmp` の検証コピーは長期バックアップではなく、長期の復旧元は上表のbundleです。
|
||||
|
||||
営業設定版は `the-tree-business-management-2026-09-09.bundle` と同名 `.bundle.sha256` を使用する。`git bundle list-heads` の `HEAD` がこの保存点のコミット。復元後は `make check test-business`、試遊は `make preview-business`。画像・検証ログは `artifacts/business-management/` に別保管し、bundleへは含めない。
|
||||
|
||||
@@ -120,3 +120,10 @@ Runtimeでは00:00の暦日更新と、06:00の前営業日締め・朝運用を
|
||||
配送は施設名、品目数量、担当者、状態、待機理由を表示する。現在の配送を優先し、完了履歴は直近10件まで表示する。食堂未建築でも厨房への配送は表示する。帳簿・従業員等と同時に常設せず、Escで閉じて断面へ戻る。
|
||||
|
||||
実装: `scripts/ui/supply_management_panel.gd`。検証: `tests/ui/test_supply_management.gd`。詳細と画面は [供給検証記録](qa/P1_SUPPLY_CHAIN.md) を参照。
|
||||
|
||||
|
||||
### 営業設定（P1）
|
||||
|
||||
左の「営業」は商品・勤務・帳簿と排他の管理パネル。施設を選び、価格5段階と営業状態を確定する。見積額、満足補正、受付済み価格の維持、休業時の待機／利用中の挙動、給与が続くことを表示する。受付や倉庫は開閉のみ。施設ごとの未確定入力は切替で保持する。Escで閉じる。
|
||||
|
||||
施設別の当日記帳は確定給与配賦を含む営業利益と区別し、06:00の帳簿へ誘導する。1280×720では既存の縦スクロールを使う。試遊は `make preview-business`、通常データの保存を更新せずSpaceで時間を再開できる。
|
||||
|
||||
@@ -0,0 +1,54 @@
|
||||
# P1 料金・営業設定と照合処理の軽量化
|
||||
|
||||
更新日: 2026-09-09。承認済みPLAY-05を通常UIへ接続した記録。規則と保存互換は [D-034](../DESIGN_DECISIONS.md)。
|
||||
|
||||
## 操作と挙動
|
||||
|
||||
左の「営業」から施設を選び、5段階の価格と営業／休業を設定する。変更は確定ボタンでCommandとして適用し、停止中にも操作できる。時間が進んでいるときの予約Command、重複送信防止、施設ごとの下書き、途中保存からの復元を扱う。受付・裏方施設は開閉のみ操作する。
|
||||
|
||||
価格の変更は次の受付から有効。受付時の見積を行列・サービス・決済まで保持する。高い価格は同じ客の予算判定・選択Utilityを下げ、価格による満足補正も適用する。休業時は待機客が予約した料理を解放して別の施設を探し、開始済みのサービスは完了する。厨房の調理と新たな積込は休業中に停止する。積込済みの荷物は納品先の営業状態に従って配送し、消費期限は休業中も進む。休業中も給与は発生する。
|
||||
|
||||
新設時の標準料金は客室120G・食堂25G、受付0G。食堂45分、受付20分。既存保存の非受付施設は保存された基準値を引き継ぐため、旧施設では異なる料金が表示されることがある。旧受付でも次の見積から無料になり、過去の売上や既存の見積を変更しない。
|
||||
|
||||
```sh
|
||||
make test-business
|
||||
make test-ui
|
||||
make test-perf
|
||||
THE_TREE_BUSINESS_ACCEPTANCE=1 godot --headless --path . --script res://tests/supply/test_normal_supply_chain.gd
|
||||
make capture-business
|
||||
make preview-business
|
||||
```
|
||||
|
||||
`preview-business` は通常5,000G／資材50から建てた供給可能な宿を初日12:20で開く。Spaceで再開し、「営業」で料金、「商品」で供給、「帳簿」で決算を確認できる。試遊では通常保存・読込・自動保存を無効にする。単体試験の財布・在庫fixtureと、通常予算からの通し受入は区別する。
|
||||
|
||||
## 検証結果
|
||||
|
||||
| 対象 | 結果 |
|
||||
|---|---|
|
||||
| 価格5段階・丸め・見積固定・Policy保存・Guest退列 | 91項目 PASS |
|
||||
| Runtime料金・客の候補Utility・決済・営業・ディスク保存復元 | 48項目 PASS |
|
||||
| 実Tickの休業順・忍耐1・グループ遷移上限・予約解放・時間指定 | 57項目 PASS |
|
||||
| 配車後の荷元休業・再開配送・積込後の配送継続を含む物流 | 97項目 PASS |
|
||||
| 営業UI・下書き・重複防止・未実行Commandのディスク復元 | 55項目 PASS、1280×720で客室と倉庫を目視確認 |
|
||||
| Digest v1バイト一致・変更検知・型・衝突・上限・拒否条件 | 71項目 PASS |
|
||||
| 新料金での通常最小宿・翌朝給与・保存復元 | 35項目 PASS、宿泊売上480G・給与120G・未払0・営業利益180G |
|
||||
|
||||
既存回帰は構成ターゲットを分割して完了。S0は7本438項目、S1/S4/S5/S6/MVP/受入/性能は28本3,100項目、S2/S3は13本982項目。厨房140・供給保存移行20・供給管理84、既存UIのpixel238・dashboard121・staff44・supply37も合格した。新営業系と `make check` も成功終了。各欄には重複対象があるため単純合計を総テスト数として扱わない。
|
||||
|
||||
単日最小宿は初期5,000G、受付1・客室2・通路7・受付係1人の通常操作による別シナリオ。終了残金3,840G、受付売上0G。建設1,340G、契約金180G、給与120G、宿泊480Gの実記帳を確認した。
|
||||
|
||||
通常供給3営業日は **49項目・失敗0、終了コード0**。通常5,000G／資材50から建設・採用・配属し、原料を120個／360G仕入れた。自然来客のみで食堂3,000G・宿泊1,200G、受付0Gを記帳し、原料配送30便・料理配送75便を完了した。毎日給与645G、3日すべて未払0・照合差0。終了残金2,895G、資材4。初日の営業利益-555Gには5人分の契約金1,030Gを含み、2・3日目はそれぞれ+715Gだった。
|
||||
|
||||
配送途中の専用ディスクSave/Loadと5分の完全状態再生一致、最終Snapshot復元も合格した。経済変更後も無料補充や受付収益に頼らず続けられる基準手順を確認した結果であり、あらゆる価格設定での黒字を保証するものではない。
|
||||
|
||||
実装コミットは `b3b82ef`。画像は `artifacts/business-management/business-panel.png` と `warehouse-policy.png`、数値は `normal-play-report.json`、ログは同フォルダ。`preview-business` の実描画起動も35項目合格、保存なしの試遊を開いた。
|
||||
|
||||
## 性能の計測範囲
|
||||
|
||||
旧v1のEncoderをテスト内参照として残し、模擬の全イベント・台帳・サービス履歴でSHA計算を比較した。5,000件、約2.37MBの同一Canonical出力で5回中央値281.294msから133.455ms（2.108倍）。型付きイベントID10,000件では11.816msから7.309ms（1.617倍）。出力・Hashは完全一致し、可変値を再利用しない。
|
||||
|
||||
これは同じMac上のDigest単体計測であり、日数・客数・描画fpsの受入ではない。Runtimeの全Snapshot生成とUI更新、長期履歴自体の増加は残る。処理を省いたり客数を減らして得た数字ではない。
|
||||
|
||||
## 残る検証・仕様差
|
||||
|
||||
初見プレイヤーによる価格・欠品・人手・経路の改善試遊、宿泊基本料のチェックイン前払い、維持費の実支払、客別期待品質と満足の全式、料理ポイント＋食器、昇降機と実通勤は残る。自動3営業日の成立だけでP1全体や製品バランスを合格にしない。
|
||||
Reference in New Issue
Block a user