2026年8月26日、街づくり12日目・第二章。

KOGAMAI Payは、見た目だけの銀行アプリではありません。円残高、明細、口座の切替、個人間送金を、同じ台帳とserver authorityから読める入口です。便利さを増やすほど、二重送信や途中失敗を「たまたま起きない」に任せない設計が必要になります。

画面より先に台帳を守る​

clientやPhoneは、送金の成功や残高を自分で決めません。serverが認証済みのactor、送金先、金額、intentの状態を検証し、同じ要求が届いても一つの結果へ収束させます。二重送信、timeout、再接続は正常系とは別の必須testです。

P2P送金を試すswitchも、請求、燃料、素材、craft、医療などの別domainをまとめて有効にしません。小さな機能だけを開き、関係のないmutationが増えていないことを先に確かめます。

DB変更の前に戻れることを証明する​

金融migrationの前には、live DBを変更しないsnapshotを作り、read-backしたdumpをnetworklessな一時MariaDBへisolated restoreします。source DBの前後digestが一致し、一時targetがcleanupされたときだけ次のgateへ進めます。

migrationはappend-onlyとし、既存行や既存migrationの置換を許しません。snapshotがあるだけでは十分ではなく、復元できること、対象releaseとledger markerが一致することまでを証拠にします。

未決定は使えない状態にする​

claim、債務回収、providerごとの料金など、仕様が確定していない部分は推測で有効にしません。readinessが欠けるときはfail closedにし、UIも「成功したように見える」表示を避けます。

現在のKOGAMAI PayはDEVで段階的に確かめる実験です。code、contract、failure-first testを揃えることと、実際のDEVで残高や送金を確認することは別の証拠です。productionへの昇格は、この技術記事やcode mergeだけでは行いません。

第一章・Web公開経路へ戻る · 第三章・DEV control recoveryへ進む

2026年8月26日、街づくり12日目・第三章。

共有DEVでは、resourceを安全に切り替えるためのcontrol listenerを使います。ところがprocessが動いていても、古いsocketだけが残り、listenerへ接続できないことがあります。そこで「serverが起動中」という一つの信号ではなく、原因と影響を細かく分けました。

0人を推測しない​

変更前にはauthoritative player countが必要です。複数のread-only endpointが0を返しても、control側の正本が読めなければ「たぶん0人」へ昇格させません。取得不能、値の不一致、接続中の可能性が残る場合は、その場で停止します。

同じように、active sourceとtracked rollbackが分からない状態ではresource adoptionへ進みません。戻り先がないまま変更を始めると、成功判定も失敗時の復旧も曖昧になるからです。

stale socketだけを対象にする​

復旧対象は、所有者、path、inode、service identityが期待値と一致するstale socketだけです。別processが使うsocket、listenerが存在するsocket、所有境界が不明なfileは削除しません。

さらに、FiveM全体を再起動しないcontrol専用経路を用意しました。listenerが競合を検出した場合はbounded retryを行い、同じfailureが続くなら停止します。manual consoleや未文書APIへ迂回せず、review済みのplanとapplyを分けます。

復旧codeとruntime成功を分ける​

failure-first testでは、player確認、対象socket fingerprint、process identity不変、listener read-back、cleanup、rollbackの欠落を拒否します。ただしcodeがmergeされたことは、共有DEVのlistenerが実際に復旧した証拠ではありません。

runtimeでの最終実証は別のtransactionです。exact plan、0人の再確認、実行承認、復旧後diagnosticが揃うまで、resource activationやdatabase操作へ進みません。

第二章・KOGAMAI Payへ戻る · 第四章・self-hosted CIへ進む

2026年8月26日、街づくり12日目・第四章。

testを速く回す仕事と、DEVへ接続する仕事と、公開物を届ける仕事は、必要な権限が違います。KOGAMAI JUNCTIONでは、全部を一つの万能runnerへ集めず、用途別のself-hosted runnerとして分けています。

品質検査へ秘密を渡さない​

Pull Requestのformatter、型検査、contract test、buildはsecret-freeで実行します。変更されたcodeを検査するjobへ、運用Environmentやprivate networkの権限を渡しません。

一方、deploy、backup、read-backのような処理は、review済みmain、exact commit、明示入力、保護されたEnvironmentを要求します。通常CIが混雑したことを理由に、権限境界を省略した経路へ自動で切り替えません。

一つのjobを一つの実行環境へ​

現在の品質runnerはone-job ephemeralを基本にします。jobが終わったfilesystemを別repositoryへ使い回さず、対象repository、runner名、labelの完全一致をAPIでread-backします。異常終了で残るoffline recordは、状態と経過時間を再確認してexact IDだけをcleanupします。

generation leaseとfencingを使うVM lifecycleは、将来の特権runner向け設計です。まだ現在の品質runnerが備える機能としては扱いません。

これにより「runnerがonlineだった」だけで安全と判断せず、どのsourceを、どの役割で、どのjobが実行したかを追跡できます。

greenの意味を一つにしない​

PR CIのgreen、merge後main CIのgreen、運用workflowの成功、runtime read-back、人間のgameplay確認は別の証拠です。途中の一つを最終完了へ読み替えないことで、codeは正しいがruntimeが違う、という状態も安全に停止できます。

第三章・DEV control recoveryへ戻る · 第五章・privacyを守る観測へ進む

2026年8月26日、街づくり12日目・第五章。

不具合を直すには、何が起きたかを見られる必要があります。しかし、見える情報を増やすほど安全になるとは限りません。KOGAMAI JUNCTIONでは、観測できることと、収集してよいことを同じcontractで決めます。

三つの道具を分担させる​

Zabbixはserviceやresourceのmetricsとtrigger、VictoriaLogsは構造化されたlog、Grafanaは横断して確認する表示面を担当します。一つのdashboardへ責務を集めず、監視対象の台帳、log envelope、query、alertをcode reviewできる形にします。

dashboardが表示できたことだけを成功にはしません。collectorが期待したfieldだけを送り、queryが成立し、triggerが必要な状態変化を検出し、変更後のread-backが一致するところまで分けて確認します。

PIIをlabelへ入れない​

player名、連絡先、識別子、message本文のようなPIIは、便利だからという理由でmetric labelや通常summaryへ入れません。高cardinality化と意図しない公開の両方を避けるため、集計に不要な本文は最初から収集しない設計にします。

調査に必要な限定dataと、長期傾向を見るidentifier-freeな集計も分けます。raw dataのretentionとtrendのretentionを同じ値にせず、閲覧権限、削除、backup、容量監視をそれぞれ確認します。

AIへ渡す前にも縮約する​

AIやIssueへ渡すのは、原因分類に必要なsanitized count、状態、digestです。credential、private identifier、会話本文、内部topologyを貼り付けません。詳しい証拠が保護領域に必要な場合も、公開summaryとは別に扱います。

観測基盤は「たくさん保存する仕組み」ではなく、必要な事実を安全に確かめる仕組みです。privacy gateを通らない新しいcollectorは、便利そうでも有効にしません。

第四章・self-hosted CIへ戻る · Web公開経路を読む

2026年8月26日、街づくり12日目。

この日は新しい画面を増やす代わりに、KOGAMAI JUNCTIONのWebを安全に更新する経路を整えました。変更を速く届けることと、公開してよいものだけを届けることを、同じ仕組みで確かめます。

sourceと公開物を分ける​

正式文書は一つのprivate repositoryで管理し、Webはreview済みのexact commitだけを読み取ります。公開対象に選ばれた文書だけを抽出してから、publicとadminを別々にbuildします。内部文書はbuild、検索index、feedへ渡しません。

Pull Requestでは、まず秘密を渡さないbuildを行います。その成果物を信頼済みのcodeでもう一度監査し、PRのidentityとcommitが一致した場合だけPreviewへ進めます。Pull Requestを閉じた後のPreview終了も、公開と同じ契約で確認します。

CIも役割ごとに分ける​

品質検査と公開処理は、用途を分けたself-hosted runnerで実行します。通常の品質検査へproduction credentialを渡さず、公開処理だけが保護されたEnvironmentを使います。

一つのgreenだけを完成の証拠にはしません。formatter、型、test、静的build、公開境界監査、Workerのdry-runを通し、Previewで表示とrouteを確かめます。production publicationと、その後のread-backはさらに別の証拠です。

現在のWorkers境界​

publicとadminは別々のCloudflare Workersとしてbuildします。公開面のWorker codeが先に扱うのは限定したAPI routeだけで、通常のページとassetは静的に配信します。現在のWeb公開経路にはD1を接続していません。永続dataや認証機能を、技術紹介のためだけに追加することもありません。

この分離により、公開ページの更新がそのまま管理面や将来のPortal機能を有効にすることはありません。

FiveM resourceも境界から作る​

FiveM側では、first-partyのTypeScript packageとvendor resourceを同じものとして扱いません。導入元とdigest、起動順をlockで固定し、vendorのpristine treeへ直接変更を重ねず、localな差分はoverlayやadapterへ分離します。

game session、money ledger、KOGAMAI Payのようなfirst-party resourceは、server-authoritativeなrule、contract test、E2E、bundle smoke testを実装と一緒に管理しています。Webと同じく、merge済みのsource、検証済みartifact、DEVでの観測を別々の証拠として扱います。

observabilityもcodeで検査する​

共有Infrastructureでは、Zabbixをmetricsとtrigger、VictoriaLogsをlog、Grafanaを表示面として分担させています。監視対象の台帳、log envelope、dashboard、preflightとplan validator、guarded workflowを同じrepositoryで管理します。

観測画面が見えることだけを健全性の証拠にはしません。収集契約とprivacy境界をtestし、変更前のplanと変更後のread-backを分けることで、観測基盤自身の変更もrollback可能にします。

rolloutとrollbackを同じ精度で考える​

公開前にはWebと文書sourceのexact commitを固定し、変更対象と非対象を確認します。公開後はURL、source metadata、必要なAPI responseをread-backし、想定と違えば成功扱いにしません。

rollbackも「前に戻す」だけではなく、直前の既知commitへ戻す変更をreviewし、同じbuild、監査、承認、read-backを通します。credential、内部topology、詳しい運用logは公開記事へ持ち込みません。

次の変更も小さく確かめる​

Webの安全性は、大きな仕組みを一度作って終わりではありません。公開物、identity、実行環境、runtime観測を別々に確かめることで、小さな更新を積み重ねても境界を保てるようにします。

11日目・検証の仕組みへ戻る · 第二章・KOGAMAI Payへ進む

2026年8月13日、街づくり11日目・第一章。

午前0時40分ごろ、10日目に散らばっていた素材、銀行、市場、工房、車が一本につながりました。56素材から41の加工recipeを通り、最初の19車両部品を作るDEV E2Eです。

この日に生まれたもの​

低ダストbrake padなら、必要なraw素材から9工程だけを依存順に表示します。素材待ち、製作中、受取可能が一画面で分かり、毎回41recipeを探し直しません。

完成品は規格外、標準、高品質の三段階です。自分で使う、市場へ売る、DEV買付へ渡す、所有者の同意を得てBenny'sで取り付けるという出口があります。

プレイヤーから見える景色​

昨日拾った金属が、今日の部品になり、誰かの車へ付く。自分で一台を育てる人、品質を狙う人、取り付けを引き受ける人へ役割が広がります。

つくり手向けメモ​

inventory消費、旧部品返却、車両状態保存は一つのtransactionとして扱います。serverが所有、同意、距離、車種、categoryを再検証し、失敗・取消・非対応では何も変えません。

現在地: 自動E2Eは成功。DEVではSultan系と危険12部品だけgateを開き、通常playerの実車比較と完全再起動後の保持を確認待ちです。

10日目・第七章へ戻る · 11日目・第二章へ進む

2026年8月13日、街づくり11日目・第二章。

機能をつないだ翌朝、初めての人の手で街を歩き直しました。そこで見つかったのは、大きな設計ミスより、遊び始めを止める小さな引っかかりでした。

この日に直したもの​

• 無料シャトルへ乗れず、初回来訪が止まる
• vehicle keyの契約が一致しない
• 身分証を確実に閉じられない
• chatの配布artifactが揺れる
• pause menuへ不要な現金が残る
• Phone Servicesの長文が重なる
• character作成の構図とHUDが邪魔をする

さらに、接続中なのか停止したのか分かるJCT専用loading screenを追加しました。12秒進捗がなければ待機中と区別し、character画面へ移る境界で確実に閉じます。

プレイヤーから見える景色​

一つひとつは小さな修正です。しかし初心者には、閉じない画面も、乗れない車も、重なった文章も「この街では遊べない」という一つの壁になります。

つくり手向けメモ​

UX issueは「見た目」だけで閉じず、同じrelease、操作、期待結果を残します。vendor画面の修正もcore直編集ではなくchecksum-bound overlayやprebuilt artifactの固定で行い、更新時の差分を追えるようにします。

現在地: 修正はmerge済みですが、16:9・21:9、keyboard・gamepad、clean connectを含む人間の再確認が必要です。

11日目・第一章へ戻る · 11日目・第三章へ進む

2026年8月13日、街づくり11日目・第三章。

11日間で世界、道、住人、車、銀行、市場、Phone、仕事が生まれました。最後に作ったのは、皆で同じDEVを安全に使い、本当に一日を遊べたか確かめる仕組みです。

この日に生まれたもの​

共有DEV controlはplayer数を確認し、利用中なら日次resetを止めます。空なら新規接続を一時的に閉じ、許可されたresource restartだけを受けます。任意console commandは公開しません。

deploy側も、固定したserver/resources SHA、migration、起動resource、console、endpointをread-backします。異常の兆候があれば、一部が動いていても成功扱いにしません。

プレイヤーとして確かめること​

testerはSSHやDBを触らず、通常playerとして次を通します。

1. キャラクターを作り、空港から清掃を終える
2. Phoneでmessage、通話、送金、mediaを試す
3. 素材を集め、加工し、部品を作る
4. 車を買い、格納し、同意した相手と部品を取り付ける
5. 再接続・完全再起動後も、お金、持ち物、Phone、車が一致する

つくり手向けメモ​

workflowの緑、resourceの started、health 200、人間の PASS は別の証拠です。結果は PASS / FAIL / NOT RUN のまま残し、未実施を自動成功へ変えません。

現在地: 自動gateと共有DEV経路は進みましたが、全項目の人間最終確認は未完了です。重要項目が未合格なら公開開始へ進みません。

12日目は、playerとつくる​

ここから先は、実際に遊ぶ人の「分かりにくい」「もう一度やりたい」「こんな仕事がほしい」が次の設計図になります。天地創造は終わりではなく、住人へ街を渡す始まりです。

11日目・第二章へ戻る · 1日目から読む

2026年8月12日、街づくり10日目・第一章。

日付が変わると、街の車に燃料と電気が届きました。普通車、diesel、EV、航空機を同じ値段や同じ操作で扱わず、serverが車両を確認して精算する仕組みです。

この日に生まれたもの​

Regular、Plus、Diesel、Premium、EV通常・急速充電の候補価格を用意しました。ヘリや飛行機は容量と係数を分けます。購入は個人口座から国庫へ一度だけ記録し、失敗時の返金も同じ取引を二重に戻しません。

将来のgas station経営や配送jobへつなげるvendor候補も固定しましたが、自動没収や店舗購入などは閉じています。

プレイヤーから見える景色​

長距離へ出る前に給油する、EVの充電場所を選ぶ、供給を担う仕事が生まれる。移動に計画と街の仕事が加わります。

つくり手向けメモ​

client価格をそのまま精算せず、version付きserver quote、net ID、plate、距離、車両区分を再検証します。価格は公開前の初期候補で、実際の燃費と収入を測ってから決めます。

現在地: LC Fuel候補と精算authorityの実装記録です。gas station運営はfail closedで、人間の実機比較も未完了です。

9日目・第三章へ戻る · 10日目・第二章へ進む

2026年8月12日、街づくり10日目・第二章。

新しい住人の所持金を0円にしました。そして、車も職業も知り合いもいらない、徒歩10分の清掃依頼を用意しました。

この日に生まれたもの​

12のcheckpointを順番に回る清掃です。開始場所は /seisou とPhone Servicesから日本語で案内し、完了時だけ銀行へ報酬が入ります。

同じ日に通貨表示を円へ揃え、万・億・兆を読みやすく表示しました。hunger/thirstを最初の負担から外し、身分証、日本語chat、Phone案内も整えています。

プレイヤーから見える景色​

最初から大金や車を与えられるのではなく、自分で地図を読み、一つの仕事を終え、最初の収入を得ます。「この街で自分にもできた」という小さな成功です。

つくり手向けメモ​

serverがnonce、順序、距離、最短時間、同時実行、source ID再利用を検証します。取消、切断、連打では入金しません。初心者jobほど、簡単な見た目の裏側に厳密な一回性が必要です。

現在地: 自動検査済み。実clientでの表示、歩きやすさ、10分の体感は人間によるDEV再確認対象です。

10日目・第一章へ戻る · 10日目・第三章へ進む

2026年8月12日、街づくり10日目・第三章。

一台ずつ「このくらいかな」と値札を付けず、固定した車両データから価格を生成しました。候補923台のうち、証拠と安全条件を満たした496台が最初のcatalogへ進みました。

この日に生まれたもの​

元価格、lap性能、最高速、customizationを同じ比較集合で評価します。性能が欠ける場合も、許可classに限ってhandlingから補います。entry車の中央値は約3時間の活動で届く帯を目標にしました。

武装、飛行、水陸両用などの特殊能力が未分類、元価格なし、model重複、必要性能なしなら、手入力価格で救わずblockedにします。

プレイヤーから見える景色​

安い足から趣味の一台まで、価格に大まかな理由があります。購入前に販売店、model、価格、channel、権限を照合し、勝手に書き換えた価格では買えません。

つくり手向けメモ​

evidence、pricing policy、生成catalogを別成果物にし、digestを残します。game build上で全modelのnative auditに成功したexact catalogだけをactivateするfail-closed方式です。

現在地: 496台は価格決定候補であり、販売開始済みではありません。native auditとstock read-backが完了するまで購入gateは閉じています。

10日目・第二章へ戻る · 10日目・第四章へ進む

2026年8月12日、街づくり10日目・第四章。

「あの交差点の近く」だけでは、知らない街で会えません。道路へpostal codeの目印を加え、同じ頃に二台の大型truckを試験できる状態へ置きました。

この日に生まれたもの​

postal mapは固定commitと展開後digestを検証し、HUDとのradar zoom競合を一方へ寄せました。map、HUD、MLOのstream asset名が衝突しないこともassembly全体で検査します。

大型車は提供packから aerocab と blacktop だけをallowlistで組み立てました。欠損やbase-game衝突のあるmodelは入れず、まずadmin spawn、native audit、通常運転だけを許可します。

プレイヤーから見える景色​

「postalの近くで会おう」と場所を共有でき、いつか大型車で素材や燃料を運ぶ仕事へつながります。広い街を、人と仕事の距離として理解するための道具です。

つくり手向けメモ​

map resourceは見た目だけでなく、別resourceのradar loopやstream basenameと競合します。購入assetもpack全体を入れず、実file allowlistとtree digestで必要なmodelだけ組み立てます。

現在地: postal mapとtruckはplayer test-readyです。truckの販売、所有、garage、物流jobはまだ閉じています。

10日目・第三章へ戻る · 10日目・第五章へ進む

2026年8月12日、街づくり10日目・第五章。

山、路地、農地、海へ仕事が広がりました。採掘、リサイクル、ゴミ箱漁り、農業、釣り、狩猟の六つです。

この日に生まれたもの​

成果はNPCへ消える換金物ではなく、金属、樹脂、繊維などの実物素材です。市場へ出す、自分で加工する、必要な人へ渡すという次の選択が生まれます。

採掘とrecycleのvendor処理はそのまま信用せず、JCTのwrapperがidentity、座標、生存、対象、cooldown、週上限をserverで確認します。inventory満杯なら一部だけ渡さず、一cycle全体を戻します。

プレイヤーから見える景色​

今日は釣り、明日は山、仲間に頼まれた金属だけを探す。効率だけで同じ作業へ縛られず、場所と目的から一日を選べます。

つくり手向けメモ​

収益はactive time、移動、待ち、整理を分けて測ります。同じ時給でも、待ち時間に次を考えられるかで遊び心地は変わります。claimと課金は冪等に保存し、切断後も増殖させません。

現在地: 六活動のwrapperと自動検査は実装済み。死亡、距離離脱、二人同時操作、実map propはDEV実機確認待ちです。

10日目・第四章へ戻る · 10日目・第六章へ進む

2026年8月12日、街づくり10日目・第六章。

昨日つながったPhoneに、写真、短い動画、VoiceMemoが加わりました。連絡する道具から、街で過ごした時間を残す道具へ進んだ日です。

この日に生まれたもの​

LB PhoneのuploadをKOGAMAI media APIへ接続しました。serverがQboxのcitizen IDとFiveM identityを解決し、短時間のupload ticketを取得します。

storage credentialやCloudflare Access tokenをclient/NUIへ渡しません。Camera、Photos、VoiceMemoだけを有効にし、外部音楽機能は入れていません。

プレイヤーから見える景色​

初めて買った車、工房で完成した部品、仲間と集まった夜。その場で撮ったものがPhoneへ戻り、次の会話のきっかけになります。

つくり手向けメモ​

「upload成功」だけでは不十分です。別playerが未共有mediaを読めないこと、再接続で重複しないこと、ownerが混ざらないことを確認します。永続credentialをNUIへ置かず、server-side identityから一回限りのticketを発行します。

現在地: bridgeとE2Eは実装済み。複数clientでの所有分離と実際の撮影・再生は人間確認待ちです。

10日目・第五章へ戻る · 10日目・第七章へ進む

2026年8月12日、街づくり10日目・第七章。

長い一日の最後に、初めて来たplayerが空港へ降り立ちました。外見を選び、到着演出を見て、無料シャトルで中心街へ向かい、最初の清掃へ進みます。

この日に生まれたもの​

Western Spawnroom、appearance、LSIA、FD Taxi、リージョン・スクエアを kogamai_onboarding がつなぎます。所持金0円、車なし、他player不在でも進めます。

途中phaseはQbox metadataへ保存し、切断後は未完了地点から再開します。Guidebookが利用できない場合も通常通知とcommandから目的地へ戻れます。

プレイヤーから見える景色​

空港は説明書ではなく、物語の最初の場面です。迎えを待たずに街へ入り、自分の手で最初の報酬まで届きます。

つくり手向けメモ​

onboardingを短いphaseのstate machineに分け、clientの完了申告だけで進めません。identity、距離、順番、完了済みかをserverで再検証し、演出skipと再接続を同じ規則で扱います。

現在地: 実装と自動検査の記録です。翌日のDEV操作でシャトルや画面構図の問題が見つかり、修正へ続きます。

10日目・第六章へ戻る · 11日目・第一章へ進む

2026年8月11日、街づくり9日目・第一章。

日付が変わって最初に開いたのは市場でした。採集した素材や作った部品が、NPCへ消えるのではなく、次のplayerへ渡る場所です。

この日に生まれたもの​

kogamai_market は、需要と供給に応じて価格を計算する現物AMMです。ただし計算上の在庫を無限に売りません。約定は、pool組織が銀行に持つ実円残高と、inventory lockerにある実物の範囲だけです。

quoteは短時間だけ固定され、数量、元本、価格影響へ上限を持ちます。途中切断や再送が起きても、売買、支払い、受取・返却を一度だけ進めます。

プレイヤーから見える景色​

素材を売ると相場が動き、誰かが必要な品を買う。少人数の時間にも取引の入口がありながら、実際の在庫を作るplayerの仕事が消えない市場です。

つくり手向けメモ​

price curveとsettlementを分離し、moneyとinventoryの両方を超えないようsagaで処理します。内部の仮想準備や政策値は公開せず、playerには価格、所有物、利用可否など必要な結果だけを示します。

現在地: 基盤とDEV用端末は実装済みですが、本番品目、国庫seed、active poolは空です。人の承認なしに市場を開始しません。

8日目・第三章へ戻る · 9日目・第二章へ進む

2026年8月11日、街づくり9日目・第二章。

race、casino、共同作業。どの遊びにも「始める」「途中で抜ける」「戻る」「終わって精算する」があります。この日は、その時間を共通の仕組みにしました。

この日に生まれたもの​

game sessionはcommandの重複を防ぎ、versionを確認し、money effectを確実にsettleします。切断・再接続・期限切れ・server再起動が起きても、保存されたsessionから続きを判断できます。

同じ日のうちに銀行adapter、MariaDB永続化、FiveM runtime、読取専用のclient状態まで段階的につながりました。

プレイヤーから見える景色​

参加費だけ消える、賞金が二重に出る、切断したら全員のgameが止まる。そうした理不尽を減らし、途中の事故から正しく戻れる遊びの器です。

つくり手向けメモ​

個別gameごとに精算を実装すると、同じ障害処理が増えます。session lifecycle、durable outbox、idempotent effectを共通coreへ置き、個別gameは「何を返すか」だけ決める構造にします。

現在地: 共通coreは実装されていますが、すべてのraceやcasinoが接続済みという意味ではありません。未接続gameは有効化しません。

9日目・第一章へ戻る · 9日目・第三章へ進む

2026年8月11日、街づくり9日目・第三章。

夜、街に電話が通りました。日本語のPhoneから、連絡、通話、サービス案内、銀行送金へ進めるようになった日です。

この日に生まれたもの​

最初に有効にしたのは電話、message、設定、wallet、servicesの五つです。27 appを並べるのではなく、実際につながった入口だけを見せました。

wallet送金はPhone独自の残高を持たず、8日目に作った銀行台帳へ接続します。日本語font、IME、禁則、長文折返し、keyboardとgamepad操作も検査します。

プレイヤーから見える景色​

仕事を探し、相手へ連絡し、会いに行き、代金を払う。Phoneの価値はapp数ではなく、画面の先で人と街が動き出すことです。

つくり手向けメモ​

NUIが送る送信者や残高を信用せず、serverが電話番号とplayerを解決します。vendor schemaもruntime mutationへ任せずmigration台帳へ入れます。

現在地: coreと自動E2Eの記録です。二人の実clientによる通話、IME、再接続の人間確認は別gateです。画像・動画・音声は翌日に接続します。

9日目・第二章へ戻る · 10日目・第一章へ進む

2026年8月10日、街づくり8日目・第一章。

この朝、街に車庫、販売店、整備工場が一度に現れました。JG Advanced Garages、Dealerships、Handling、HUD、Mechanic、Mileageを、Qboxの所有車とつないだ日です。

この日に生まれたもの​

車を買う、鍵を持つ、garageへ預ける、走行距離を刻む、整備するという責務を分けながら、同じ車両IDへ結びました。固定式のtuning部品は60種・15の排他categoryを用意し、wheelの外見とtyre性能も別に扱います。

プレイヤーから見える景色​

車は移動menuではなく、長く付き合う相棒になります。買ったあとに走り、手入れし、部品を選び、誰かへ作業を頼む余白が生まれました。

つくり手向けメモ​

vendor側の機能を全部開けず、販売価格0、shop空、性能変更gate閉鎖から始めました。所有、消費、永続化、実車の安全性を確認する前に魅力的なmenuだけを公開しないためです。

現在地: resource統合と自動検査の節目です。実車native auditとplayerによる走行確認を終えるまで販売・tuningの一部はfail closedです。

7日目へ戻る · 8日目・第二章へ進む

2026年8月10日、街づくり8日目・第二章。

車や仕事が生まれると、お金の行き先が必要になります。この日の昼、個人口座、組織口座、国庫を扱うJCT独自の銀行台帳が生まれました。

この日に生まれたもの​

kogamai_money は、入金と出金を必ず対になる記録へ残す複式台帳です。同じ依頼が届いても一度だけ処理する冪等key、組織membership、大きな操作の承認hold、誤りを履歴ごと戻すreversalを備えます。

player向けには日本語の銀行UIを用意し、後にPhone、仕事、市場、燃料、車両購入が同じ残高を見るための中心になりました。

プレイヤーから見える景色​

働いた報酬を受け取り、仲間へ送金し、組織の資金を権限のある人が扱う。どの画面から見ても同じ残高と履歴へたどり着く、街のお金の基準点です。

つくり手向けメモ​

clientやNUIが送る残高、role、citizen IDを信用せず、server側でactorと口座を再構築します。各resourceがQbox残高を直接変える方式を避け、reason、caller、仕訳を単一authorityへ集めると監査と再送が扱いやすくなります。

現在地: 台帳、UI、MariaDB E2Eが実装された日の記録です。公開経済の開始や組織運営の最終ruleを意味しません。

8日目・第一章へ戻る · 8日目・第三章へ進む