更新履歴と調査バックログ

2026-08-03 — v2.0 解約・pause・win-backを顧客保護と成熟後採算へ接続

追加

• seller × product / contract × provider / route / jurisdiction × primary intent × outcome前に凍結したeligible lifecycle intent × assigned revision × effective window × maturity ruleを一つの判断単位にする26章を追加した。共通相関キーはretention_lifecycle_contract_id / contract_version、confirmation前のgrainはeligible_lifecycle_intent_id、exact choice確認後はlifecycle_request_idである。
• customer authority / intent、commercial renewal、provider subscription、invoice / payment / adjustment、entitlement、account / data、communication / supportの7 planeを別state・別時計にした。requested / scheduled / effective / verified / cash settled / access ended / export delivered / deletion completed / maturedを一つのcanceled booleanに潰さない。
• direct exitを基盤、downgrade、pause、support fix、discount、win-back、payment recoveryをoptionalな別optionにした。確認前のerror、loop、forced survey / support、accessibility failure、unclassified abandonmentをeligible denominatorから除かず、eligible → rendered → confirmation opportunity → confirmed / withdrew / abandoned / failed → fulfilledをarm別に残す。
• Stripeのperiod-end / immediate cancel、true pauseとpause_collection、Paddleのstatus / scheduled_change / pause、Appleのauto-renew / transaction / grace / win-back、Google Playのcanceled-but-entitled / pause / hold / revokeを分けた。WebhookやAPI 2xxの後にcurrent objectを再取得し、local entitlement、invoice / refund、cash、data closeoutを冪等に再導出する。
• subscription cancel、refund / credit、account close、export / data deletion、marketing opt-outをlinked requestとして分離し、action-specific authority matrixを追加した。refund requestをapproval、account closeをstore renewal停止、data deletion requestをretention exception検査済みへ短絡しない。
• 日本の通信販売最終確認・消費者契約法・個人情報保護法、EUのwithdrawal function / GDPR、米国ROSCAとvacatedされたFTC 2024 amended ruleの現在地を整理した。世界共通one-click cancellation、全data即時削除、通信販売の一般的cooling-offへ誤拡張しない。
• primaryをmatured_customer_safe_contribution_delta_per_eligible_intentとし、candidate contribution / candidate eligible − reference contribution / reference eligibleで計算する。candidate件数や両arm合計件数でtotal差分を割らず、direct-exit reachability、unexpected charge、early access loss、data closeout、incidentを利益で相殺しない。
• contract、commercial/provider snapshot、intent/authority、direct exit、option、confirmation、provider、entitlement、invoice/refund/cash、account/data、maturity、economics、incident、decision/Codex handoffを複製する14書式のpackを追加した。
• retention_lifecycle_contract_idを軸に、pre-confirmation exit、provider / entitlement / cash / data state、maturity、customer-safety gate、arm別per-eligible採算、decision precedence、proposal-only authorityをfully synthetic fixtureで検査するSQLite companionを追加した。このmodelはlive解約、返金、access、account、data、offer、messageを変更しない。
• fully synthetic SQLite companionは14 fixtures、560 eligible intents、559 confirmed requests、560 pre-confirmation units、224 economic components、30/30 STRICT tables、14 views、60 triggers（58 immutable）、40 exact authority bindingsを持つ。SQLite fresh in-memory DBでintegrity_check=ok、foreign-key violation 0、DQ violation 0、27/27 validation guards、4/4 mutation probesをPASSし、stateはSTOP=4 / PAUSE=2 / UNKNOWN=3 / FIX=3 / MAINTAIN=1 / PROPOSE=1である。
• pass fixtureはreference 88,000円、candidate 108,000円、差分+20,000円、eligible intentは各20、arm別4,400円 / 5,400円、primary +1,000円を再現した。3回のstdout SHA-256は19f3c7872e3527e9baeda883d0c233261f7e2d360ac9ddfeb935614388562695で一致し、chapter / pack / SQLのsource SHA-256は順に0a5660f5ac7e5d268b2bebd041dd11a35367e4c9c0fc2664dc3e0dc4d0388d86 / 22518f3d7b3df5c3bb854c696ce747c2de98f10f250e03b11083dec64fd6fc5d / 113de17680243d5d37ed6c05f6d75b3e82f90b630d1a956993251f1077a6e24dで一致した。eligible intent更新とconfirmed request削除はtrigger code 19、expected decision故障注入はvalidation CHECK code 19で非zero終了した。
• 公開サイトを27章へ更新し、chapter、pack、SQL download、sidebar、top page、全文検索、sitemap、source-to-site sync、本番checksum verifierへ統合した。internal report notes、customer data、credential、private contract、production thresholdは公開物へ含めない。

判断の更新

• saved MRR、offer acceptance、cancel reversalをretention成功にしない。direct exitが正しく到達・完了し、利用権・請求・refund・cash・data closeoutが成熟した後にだけcustomer-safe contributionを読む。
• cohort stateはSTOP_AND_REMEDIATE > PAUSE > UNKNOWN > FIX_LIFECYCLE > MAINTAIN > PROPOSE_BOUNDED_OPTIONとする。unexpected charge、broken cancel、early access loss、account/subscription混同、privacy/security incident、live authorityは平均利益で相殺しない。
• Codex / AIはredacted intent候補、state差分、copy draft、synthetic fixture、reconciliation、bounded proposalを支援できるが、customer authority、法的権利、refund / deletion eligibilityを確定せず、NEXT_LIFECYCLE_PROPOSAL_ONLYかつlive_action_authority=NONEを超えない。

2026-08-03 — v1.9 Fraud / abuse controlを正当conversion・復旧・成熟後採算へ接続

追加

• seller / product / offer version × protected action × route / jurisdiction × outcome前のeligible cohort × assigned control revision × exposure window × maturity rule × loss / review / false-positive cap × environmentを一つの判断単位にする25章を追加した。共通相関キーはabuse_control_contract_id / contract_version、最小grainは一つのpre-outcome business actionを表すrisk_exposure_idである。
• identity / recovery、trial・promo・referral、payment・dispute、entitlement、credential・API / AI resource cost、case review・appeal・restoreの6 laneを一つのcontractへ接続した。IP、device、velocity、bot/risk score、3DS、provider declineを人物同一性やfraud確定labelにせず、signal、policy action、reviewed outcomeを分離した。
• eligible → signal → action → business/provider outcome → case → appeal/restore → settlement/dispute/cost reconciliation → maturity snapshot → decisionを追記型event spineにした。observed/occurred timeとtrusted recorded_atを分け、post-snapshotのbackdated correctionで過去指標を書き換えない。incident/disputeもsequence / supersedes streamとcurrent-as-ofで読む。
• legitimate conversion、fraud/refund/chargeback principal・fee、incentive cost、AI/infra/provider cost、review/restore cost、false-positive lost contributionを同じfrozen cohortで閉じ、primaryをmatured_risk_adjusted_contribution_delta_per_exposureとした。provider invoice costとeconomic resource componentを照合し、principal lossはeconomic principalとsource transactionの両方で二重計上を拒む。
• scope、entity/relation、eligibility、signal、policy、identity/recovery、incentive、payment/dispute、credential/resource guard、exposure、case/appeal/restore、reconciliation/economics、incident、decision/Codex handoffを複製する14書式のpackを追加した。日本の現行クレジットカード・セキュリティガイドライン6.1は発行主体と事務局を分け、EMV 3-D Secureのbaseline・例外・issuer challenge・追加step-upを混同しない。
• 15件のfailure caseはDOCUMENTED_SYNTHETIC_CASEのdefensive coverage catalogとして追加し、end-to-end攻撃再現や本番有効性の実証とは呼ばない。15件のillustrative executable rule comparisonと、release時に別実行するconstraint mutation receiptを分離した。
• fully synthetic SQLite companionは14 decision fixtures、5,600 eligible exposures、196 economic components、21/21 STRICT tables、15 views（8 current-as-of）、36 immutability triggers、26 validation guardsを持つ。SQLite 3.51.0でintegrity_check=ok、foreign-key violation 0、predecision / DQ violation 0、stateはSTOP=4 / PAUSE=2 / UNKNOWN=4 / REMEDIATE=3 / PROPOSE=1。proposalはNEXT_CONTROL_PROPOSAL_ONLYかつlive_action_authority=NONEの一件だけである。
• pass fixtureはreference 54,000,000,000 micros、candidate 108,000,000,000 micros、差分+270,000,000 micros / eligible exposureを再現した。標準出力は3回ともSHA-256 563944c3263a0d2932e49025ef3d772e06a73f2ee39fe87503ff156a8bd0da9d、chapter / pack / SQLのsource SHA-256は順に944db4b11e21c1af02a93f51daf7baa13d640979d8493f6b7f3425e84ca2312f / dd4bffe0ca048ba6122ef3fecffcf0e1bf0809588707385e7e00a03449cc4bfb / 8f0e715fe8b0dd04e00dcd7ad3237feafcf2d61f1a343cabf210b9b15c9c345fで一致した。
• expected decision故障注入はvalidation CHECK code 19で非zero終了し、principal/source transaction重複、outcome・boundary・incident UPDATEを拒否した。stale reference policy / resource guardはproposalを閉じ、post-snapshot backdated outcomeはfrozen current rowを変えず、critical incidentはdecision window内だけSTOPを優先し、正しいsequence-2 correctionはDQ 0でcurrentになった。
• 公開サイトを26章へ更新し、chapter、pack、SQL download、sidebar、top page、全文検索、sitemap、source-to-site sync、本番checksum verifierへ統合した。internal report notes、live threshold、credential、customer case、検知signature、bypass detailは公開物へ含めない。

判断の更新

• cohort decisionはSTOP > PAUSE > UNKNOWN > REMEDIATE > PROPOSE_BOUNDED_CONTROL、個別exposure actionはALLOW / STEP_UP / LIMIT / HOLD / DENY / RESTOREとして分ける。重大incidentのcontainmentがfalse-positive/remediation義務を消さないよう、主stateとは独立してremediation obligationを残す。
• OpenAI等providerの通知型budgetをapp hard stopと呼ばない。利用可能なenforced spend limitもscope、反映lag、小額overage、429影響を確認し、tenant / credential / job reservation、admission control、hard ceiling、queued-job cancellation、invoice reconciliationを別controlにする。
• 最初の実行はfully synthetic / shadowの14日rehearsalに限定する。hold/denyはsimulationであり、live block、account suspend、refund、dispute response、顧客連絡、key revoke、production設定変更には別のhuman-approved change contractが必要である。

2026-08-03 — v1.8 Codex / AI software の権利・license・商用化を exact release へ接続

追加

• seller / rightsholder × exact source / release candidate × artifact digest × use / modification / distribution × jurisdiction / customer promise × asset / obligation snapshot を一つの判断単位にする24章を追加した。共通相関キーを commercialization_rights_contract_id / contract_version とした。
• first-party code、direct / transitive dependency、copied snippet、Codex / AI output、model / weights / runtime、training / eval / retrieval data、font / icon / image / audio、contractor / customer contribution、brand / trademark、trade secret を一つの asset graph へ入れた。
• SBOM、SPDX declared / concluded、SLSA provenance、registry metadata、model card、provider terms の責任境界を分け、raw signal、reviewed conclusion、candidate risk stateを別々に保存する。missing / staleはUNKNOWN / HOLD_FOR_EVIDENCE、unreviewed custom・no valid basis・wrong hash・broken chain・secret/mark failureはSTOPへ集計し、license名から利用可否を自動解釈しない。
• providerのoutput帰属を著作物性、unique、input authority、非侵害、indemnityの証明へ昇格させず、applicable terms version、input category、output hash、人の変更、source / similarity reviewを分離した。
• scope、asset、first-party / contributor、dependency / SBOM、AI output、model / data / media、determination、NOTICE / source / attribution、brand / secret、incident、economics、週次判断、Codex handoffを複製する14書式のpackを追加した。
• exact candidate、reviewed determination、obligation fulfillment、terms freshness、rights vetoをfully synthetic fixtureとnegative probeで検査するSQLite companionを追加した。SQLはlicense解釈engineではなく、NEXT_RELEASE_PROPOSAL_ONLYのevidence gateである。
• SQLite 3.51.0でintegrity_check=ok、foreign-key violation 0、16/16 STRICT tables、15/15 synthetic probes、9/9 named fail-closed conditions、DQ01–DQ16を全PASSとした。stateはSTOP=7 / UNKNOWN=5 / PAUSE=1 / REMEDIATE=1 / PROPOSE=1で、proposalはlive_action_authority: NONEの一件だけである。contract再利用、cross-asset evidence、空inventory、future timestamp、contributor/secret summaryによるmask、非releaseのForm12 decision、invalid NOT_DUE、live authority昇格をfail closedにし、期待値の故障注入はvalidation guardのCHECK code 19で非zero終了した。標準出力は3回ともSHA-256 1917b1b72efa41fce992399a8772fa9182f5d2bd29ee43ce83a2076d143fa518、chapter / pack / SQLのsource SHA-256は順に62408ff1f956fab8d7416129b091c713ffbfc8184933c3ade21da510f67ba3e3 / 44cab459aec8eedbdb2aed41283afd8a0d43f7baf5b76e6d940c6d508cacd815 / d21554e1c1f78313b07983096836462a050a8f36074063365090cfd92592bd88で一致した。SQLは実artifactからSHA-256を再計算せず、inventory completeness、法的判断、reviewer competence、cryptographic signature検証は上流手順に残す。
• 公開サイトを25章へ更新し、章・pack・SQL download、sidebar、top page、全文検索、sitemap、source-to-site sync、本番 checksum verifierへ統合した。実product、license、package、model、公開設定、権利者への連絡は変更しない。

判断の更新

• STOP > PAUSE > UNKNOWN > REMEDIATE > PROPOSE_BOUNDED_RELEASEをrights vetoとして先に適用し、期待利益やclaim absenceで無権利・未履行・重大な不明を相殺しない。proposalはlive公開権限を生まない。
• inbound rightsとoutbound licenseを分け、CLOSED / SOURCE_AVAILABLE / PERMISSIVE_OSS / COPYLEFT_OSS / DUAL_LICENSE / OPEN_COREはfirst-party assetごとに選ぶ。dependency、model、customer data、秘密を自社LICENSE一枚で上書きしない。
• 最初の実行はfully syntheticな14日rehearsalに限定する。Codexはinventoryとevidenceを作るが法律判断、live release、license変更、claim responseを承認しない。

2026-08-03 — v1.7 価格・package・既存顧客移行を契約から成熟後貢献まで接続

追加

• 「何%値上げするか」より先に、seller × channel × jurisdiction / storefront × current offer / terms / price version × outcome前の既存顧客cohort × proposed version × migration path × effective window を一つの判断単位にする23章を追加した。共通相関キーを pricing_change_contract_id / contract_version とした。
• amount、value metric、package、entitlement、billing interval、quantity、discount、tax treatment、terms、support scopeを別versionとして差分化した。機能を外した新packageを同じ価値の単純値上げと呼ばず、新しいinterventionとして検証する。
• KEEP_CURRENT / NEW_CUSTOMERS_ONLY / VOLUNTARY_UPGRADE / TIME_BOUND_GRANDFATHER / APPLY_AT_RENEWAL / PACKAGE_REDESIGN / SUNSET_WITH_CLOSEOUT を選択肢にし、grandfatheringを善意か失敗ではなく、継続率、価格整合、support・catalog複雑性、終了責任を持つ運用契約として扱う。
• Stripeではcatalogの新Price作成・旧Price archiveと既存subscription item更新を分離し、item ID、quantity、billing anchor、schedule phase、proration、pending update、invoice preview、payment、entitlementをexact customerで照合する境界を追加した。previewを同意・確定invoice・入金と呼ばない。
• Appleではstorefrontごとのcurrent-price維持または適用、更新時に判定される同意要件、通知lead time、price-increase status、subscription expiry、server notification、proceedsを分けた。公開閾値を永久定数にせず、実施時点のApp Store Connectと最新資料を正本にする。
• Google Playではbase planの価格変更で既存購読者がlegacy cohortになること、cohort終了が対象を現行base-plan価格へ移すこと、opt-in / eligible opt-out、in-app notice、SubscriptionPurchaseV2、RTDNを別証拠にした。任意の中間価格へ移せるAPIと誤解しない。
• Paddleではcatalog Priceと既存subscription itemのprice snapshotを分け、subscription更新時のfull item list、preview、proration、payment-failure behavior、transaction、entitlement、historyを照合する境界を追加した。
• 日本の通信販売の最終確認表示と、民法548条の2〜4の定型約款に関する合意・表示・変更条件を既存契約移行へ接続した。email送信、provider API成功、一般条項だけを一方的変更の包括的根拠にせず、channel・顧客・時点ごとのapplicabilityを不明なら止める。
• current commercial state → applicability → notice → consent → effective subscription → entitlement → invoice / transaction → settled cash → renewal / contraction / churn → maturity を追記型event spineにした。送信済み、provider更新済み、支払済み、利用可能、継続を一つのbooleanに潰さない。
• primaryを matured_realized_recurring_contribution_delta とし、settled recurring cashからrefund、credit、dispute、fee、預りtax、variable infra / AI / data、support・founder time、migration・remediation費を引き、凍結したcurrent-offer比較または明示したno-change baselineとの差を読む。
• eligible、notice-required、consent-required、migration-assigned、effective、matureを別分母にした。未成熟、join不能、applicability不明を0にせずUNKNOWNとし、新規顧客のconversionやinterviewを既存顧客のretention効果へ外挿しない。
• wrong cohort、stale terms、短すぎるnotice、consent欠落、unexpected charge、access loss、invoice / entitlement mismatch、refund / complaint、involuntary expiryに、loss limit、kill switch、reconcile、credit / refund、entitlement restoration、human support、closeoutを結ぶremediation pathを追加した。
• offer、price、cohort、applicability、communication、billing preview、release、entitlement、event、cash、renewal、maturity、incident、週次判断とCodex handoffを複製する14書式のpackを追加した。
• pricing_change_contract_idを軸にcurrent/proposed commercial state、cohort、authority、notice・consent、migration、invoice、cash、entitlement、renewal、cost、maturity、decision precedenceを完全架空fixtureとDQ / negative probeで検査するSQLite companionを追加した。この公開releaseは実顧客、billing provider、store console、契約、通知、請求、entitlementを変更しない。
• SQLite 3.51.0でintegrity_check=ok、foreign-key violation 0、STRICT table 39/39、DQ 51/51、negative probe 47/47（41 rule）、39 tables / 10 views / 138 triggers / 76 immutable guardsを確認した。標準出力は3回ともSHA-256 f03fa9a1549b7e157894f9bf3f2e67c3b931962f29ff490a6df311db173c918a、source SHA-256はad17b301bc3879e24bceaa49f53963ff88fc33f1be50c9e31eda2995c2cbc195で一致した。架空REAL fixtureはreference 740,000,000 micros、candidate 1,055,000,000 micros、差分315,000,000 micros（一回費85,000,000 microsを一度だけ控除）を再現した。
• 公開サイトを24章へ更新し、章・pack・SQL download、sidebar、top page、全文検索、sitemap、source-to-site sync、本番checksum verifierへ統合した。

判断の更新

• 値上げをcatalog操作として始めない。反復する顧客価値、current contract、exact cohort、適用ルール、remediation能力が先で、不明ならNEW_CUSTOMERS_ONLY / VOLUNTARY_UPGRADE / KEEP_CURRENT / PAUSEを選べる状態にする。
• 高いswitching costや解約摩擦を支払意思と呼ばない。data export、互換性、学習・移行負担、cancel、support、公正さをguardrailにし、lock-inで見かけ上のretentionを作らない。
• grandfatheringを永久・全員へ暗黙適用しない。cohort、scope、終了条件、移行選択肢、support、catalog retirement、例外authorityをversion固定し、期限付きの場合も新たなsurprise chargeを作らない。
• price × active accountsやARPA上昇を利益としない。cash、refund、fee、cost、support、retention、maturityを閉じたcohortで読み、移行後の価格と同時にpackageやchannelが変わる場合は単純な価格弾力性を主張しない。
• 安全・契約・表示・請求・権利のfailureは平均利益で相殺しない。判断順を STOP_AND_REMEDIATE > PAUSE > UNKNOWN > KEEP_CURRENT / NEW_CUSTOMERS_ONLY / VOLUNTARY_UPGRADE > BOUNDED_MIGRATE > EXPAND_MIGRATION とした。
• EXPAND_MIGRATION / next_cohort_nはNEXT_CONTRACT_PROPOSAL_ONLYであり、current frozen cohortへの追加assignmentやproduction mutationを許可しない。実行には新しいcontract/version、cohort、provider policy、path、cap、maturity chainと独立したhuman approvalが必要である。
• Codexは差分inventory、cohort query、preview、通知draft、event schema、reconciliation、negative test、rollback rehearsal、redacted weekly reviewを支援できるが、live価格変更、顧客同意、法的適用判断、返金・契約変更、EXPAND_MIGRATIONを承認しない。

2026-08-02 — v1.6 browser・端末内・cloud AI を顧客 job の採算へ接続

追加

• 一つの customer job × client cohort × ai_placement_contract_id / contract_version を判断単位に、browser-provided / app-shipped local / OS-native / cloud-edge / bounded hybrid を同じ accepted outcome、coverage、latency、fallback、privacy、support、regression、完全負荷後 contribution で比較する 22 章を追加した。
• Chrome 148 Prompt API を current な Chrome-specific path として整理し、対応 desktop OS、hardware、22 GB の必要空き容量、初回 unmetered download、10 GB 未満での model purge、language / modality、available / downloadable / downloading / unavailable を runtime gate にした。Chrome version や UA だけを eligibility とせず、22 GB を model size と呼ばない。
• browser-managed model の exact version が JavaScript から見えない場合を opaque とし、架空の model hash を作らず、browser / OS build、availability observation、eval snapshot、checked time、automatic update / hot-swap / purge を regression trigger にする境界を追加した。
• browser-provided と app-shipped local を分けた。後者は model license、artifact、WASM / WebGPU runtime、operator coverage、download、cache、memory、battery、CSP、version、rollback、support を自社が負う model-distribution product として扱う。WebGPU の Candidate Draft や一実装の対応を portable baseline にしない。
• Apple Foundation Models framework 全体を端末内と呼ばず、privacy / offline claim を on-device SystemLanguageModel に限定した。device / region / language / readiness、device-scale task fit、26.4 model change 後の prompt 再評価を扱い、PCC / custom / Developer・Beta path は別 placement / data-transfer contract にした。
• local attempt、consented cloud fallback、safe degradation を一つの opportunity chain にし、local failure と cloud success を二成果へ増幅せず、最終 producer へ accepted outcome、privacy claim、cost を帰属する one-outcome reconciliation を追加した。
• provider token cost 0 を総原価 0 とせず、model/runtime distribution、download、failed local + cloud、support / founder rescue、eval / regression、privacy / security / transparency operation、refund / compensation、incident remediation を引く matured_full_loaded_placement_contribution を primary にした。
• EU Article 50 の 2026-08-02 適用、direct interaction の first-interaction notice、provider machine-readable marking と deployer human-perceivable disclosure の分離、substantive human review、既存 system の Article 50(2)だけに限る2026-12-02までの grace を placement gate へ追加した。local / small model を自動的な適用外としない。
• Chrome / Apple / app-shipped / cloud path、eligibility、version、data transfer、eval、readiness、attempt / fallback、cost、incident、maturity、週次判断、Codex handoff を複製する14書式の pack を追加した。
• ai_placement_contract_id を共通相関キーに、STRICT / FK、TEST / REAL、append-only evidence、runtime / model / prompt / tool / transfer / fallback bundle、client capability、readiness、one-outcome、value / all-in cost、support / regression / incident、maturity、decision priority を synthetic operational fixture と assertion / negative probe で検査する SQLite companion を追加した。accepted job の value closeout と cohort economic closeout により missing event を observed 0 とせず、owner signal の typed cohort cap、fallback attempt cap、foreign-currency tariff の FX normalization evidence を強制する。Cloudflare / Chrome / ONNX Runtime 等の価格・quota・仕様は完全架空 data に混ぜず、日付・一次資料・classification を持つ public reference fact snapshot として分離した。
• 公開サイトを23章へ更新し、章・pack・SQL download、sidebar、top page、全文検索、sitemap、source-to-site sync、本番 checksum verifier へ統合した。この release は利用者の AI feature、端末、cloud provider、data transfer、同意、price、production routing policy を変更しない。

判断の更新

• downloadable / downloading は local-capable でも ready ではない。unsupported、unavailable、download abandonment を outcome 後に分母から除かず、target coverage、ready coverage、accepted target rate、conditional acceptance を分ける。
• local / offline は privacy compliance、透明性、品質、責任、tool authorization の同義語ではない。telemetry、sync、remote tool、feedback、PCC、cloud fallback が送信した field を local-only claim に入れない。
• model invoice、warm latency、completed local output だけで placement を決めない。cold download から accepted outcome または safe terminal まで、target cohort 全体の coverage、p50 / p95、fallback、support、regression、device impact、成熟後 contribution を読む。
• hybrid を既定の万能解にしない。fallback reason、送信 field、provider / region、purpose、retention / training use、通知・同意等の reviewed basis、timeout、circuit breaker、cost cap、attribution が current でなければ silent cloud fallback を止める。
• Codex は capability probes、event schema、eval、reconciliation、negative path、cost rollup、release evidence を支援できるが、LIVE 化、data transfer、利用者通知・同意、high-impact tool action、法的適用判断、BOUNDED_EXPAND を承認しない。

2026-08-02 — v1.5 売掛回収・現金耐性・日本の事業形態を一つの判断へ接続

追加

• contract → performance / acceptance → invoice → due / overdue → dispute / collection → credit / operational freeze / accounting write-off / tax bad debt → recovery を追記型 event として分け、請求や延滞から銀行現金・税務上の貸倒を逆算しない 21 章を追加した。
• フリーランス法と2026-01-01施行の取適法について、当事者、従業員・資本金、委託類型、発注日、受領・役務提供日、支払期日、請求書、振込費用等を取引ごとに確認する gate を追加した。60日を全取引の標準支払条件、請求日起算、既存の短い条件を延ばす権利として扱わない。
• contract / order、payer、performance、acceptance、invoice delivery、due date、dispute、promise、dunning、service hold、receipt、allocation を別 evidence にした。督促は正確・穏当・一つの次行動・頻度上限・suppression・人への分岐を持ち、紛争・困窮・支払済み・安全影響を自動圧力へ入れない。
• provider の authorization、settlement、pending、available、reserve、refund、dispute、negative balance、payout initiated/paid と、銀行着金・消込を分ける provider-to-bank bridge を追加した。subscription active、Smart Retry count、provider uncollectible、payout開始を回収・利用権・貸倒・cashと呼ばない。
• AI / cloud の usage estimate、budget alert、monitor-only / enforced spend control、prepaid credit、invoice、card/bank cash を分けた。通知やsoft thresholdを hard cap と呼ばず、exact control modeの確認と、アプリ側 quota、rate、concurrency、cost kill switch、graceful degradation を committed cash control へ接続した。
• primary KPI を minimum_13_week_unrestricted_cash_headroom とし、authoritative bank cash から committed outflow と、税・社会保険・返金・dispute・前受履行・continuity reserve を引く。売掛、promise-to-pay、pipeline、pending/available provider balance、未実行融資枠、保険・共済限度額を加算しない。
• upfront / milestone / terms / credit cap、concentration、cost controls、reserve、融資相談、factoring、保険・共済、capital を比較する contingency ladder を追加した。実行済み financing cash を revenue contribution と分け、経営セーフティ共済を grant や一般的な売掛保険と呼ばない。
• 個人事業、合同会社、株式会社を、普遍的な利益・税率閾値でなく、同一36か月の事業 cash、家計 cash、税・社会保険、設立・会計・申告・終了、founder admin time、保証・責任、調達・契約適合、移行で比較する decision gate を追加した。税率表は companion に埋め込まず、current evidence と必要な専門家見積を入力する。
• 法人化を個人からの自動承継とせず、契約、売掛・債務、IP、domain、PSP、store、cloud、customer data、invoice登録、銀行、support、privacy notice の移行責任と相手方同意・再審査を個別に閉じる map を追加した。
• decision、cash authority、credit/contract、receivable event、aging/dispute、ethical collection、provider balance、bank reconciliation、write-off evidence、13週schedule、contingency、tax/social calendar、36か月entity/migration、weekly/Codex handoff を複製できる14書式の pack を追加した。
• cash_resilience_contract_id を共通相関キーに、STRICT/FK、追記専用event、TEST/REAL、複数時計、bank cash、receipt allocation、reserve、13週minimum、entity scenario、decision priority を完全架空 data と assertion / negative probe で検査する SQLite companion を追加した。
• 公開サイトを22章へ更新し、章・pack・SQL download、sidebar、top page、全文検索、sitemap、source-to-site sync、本番 checksum verifier へ統合した。この release は実督促、service停止、貸倒処理、融資、保険、法人設立、税務申告、PSP/Worker policy を変更しない。

判断の更新

• invoice issued、revenue recognized、payment promised、provider available、payout initiated、bank cash observed を一列の paid boolean に潰さない。cash survival の opening fact は銀行正本とし、near-cash は driver / scenario として別表示する。
• OVERDUE、provider の uncollectible、operational freeze、会計仕訳、税務上の貸倒、法的債権放棄を別状態にする。回収 action log は必要な証拠だが、単独で税務要件を満たすとは限らない。
• annual prepay は unrestricted cash ではなく、残る履行・返金・終了義務に対応する reserve を先に確保する。売上成長や利益が positive でも13週minimumが負・不明なら拡大を止める。
• 法人化を節税計算だけで決めない。個人・会社・家計を別 cash owner とし、社会保険の事業所適用と本人資格、法人住民税等の地域差、limited liability と残る個人保証・役員・不法行為・税/social・security/privacy責任を分ける。
• Codex は schema、aging、reconciliation、stress、scenario、期限検査、redacted draft を支援できるが、実督促・service hold、債権放棄、税務資格、融資・factor・保険、法人設立・移行、個別の法的判断を実行・承認しない。

2026-08-02 — v1.4 machine traffic を識別・権利・支払い・配信・利益へ接続

追加

• 自サイト、API、MCP server に届く traffic を HUMAN_AI_REFERRAL / SEARCH_INDEX / TRAINING_COLLECTION / LIVE_RETRIEVAL / USER_TRIGGERED_FETCH / BROWSER_AGENT / API_MCP_TOOL / UNKNOWN_AUTOMATION へ分け、resource class と直交して access action を決める 20 章を追加した。
• User-Agent を identity とせず、API key/OAuth/HTTP signature、公式 IP/CIDR・rDNS、self-declared UA、behavior inference の evidence level を分けた。verified signer/operator から end-user consent、purpose、authorization、rights、payment を推定しない境界を追加した。
• robots.txt、provider content signal、authentication、authorization、resource rights、payment、entitlement を別 control plane にした。公開 discovery、customer-private、secret、machine derivative、fresh data、compute/write action を同じ crawler rule で扱わない。
• ALLOW_FREE / MEASURE_ONLY / RATE_LIMIT / SECURITY_CHALLENGE / BLOCK / CONTRACT_LICENSE / HTTP_402 / AUTHENTICATED_API / SERVE_ENTITLED / PAUSE を action mode とし、証拠の decision STOP > PAUSE > UNKNOWN > INCONCLUSIVE > CHANGE > MAINTAIN > EXPAND と分離した。
• RFC 9110 の reserved 402、Payment HTTP Authentication Internet-Draft、x402 v2、Cloudflare Pay Per Crawl、AWS WAF AI Traffic Monetization、MPP/Stripe を current availability、header、rail、settlement、receipt、fee、refund、license の境界で比較した。同じ 402 を返しても相互運用 protocol とは限らない。
• challenge に resource/offer revision、amount、asset、network、recipient、scope、expiry、nonce、request digest を結び、server-side expected tuple、replay、payment と business action の別 idempotency、cache、4xx/5xx、timeout、partial delivery を扱う contract を追加した。
• request → classified → policy → quoted → authorized → settled → entitlement → accepted delivery → reversal maturity → cash reconciliation を別 event にし、quote、wallet submission、technical receipt を売上・license・accepted delivery・法的 invoice へ昇格させない。
• primary を成熟後の増分 net machine contribution、driver を verified eligible と priced-to-settled-delivery、guardrail を human/search・reliability・rights/security、DQ を unknown/duplicate/late/reconciliation delta とした。target は自社 baseline まで空欄かつ NOT_DUE にする。
• search crawler の長期 discovery を壊さず、shadow baseline、contract freeze、negative path、compatible client の test mode、一 principal・一 resource・一 railの capped live、maturity/reconciliation へ進む14日 pilotを追加した。この release 自体は本番 robots/WAF/Worker/402 policy を変更しない。
• decision、program/protocol snapshot、resource/rights、traffic eligibility、identity、edge policy、offer、payment rail、request、challenge/proof、entitlement/delivery、cash/cost、risk/kill switch、maturity/Codex handoff を複製できる14書式の operating packを追加した。
• machine_access_contract_id を共通相関キーに、STRICT/FK、追記専用 evidence、rights・identity・policy・challenge・settlement・delivery・cash・maturityを完全架空 data と DQ で検査する SQLite companion を追加した。
• 公開サイトを21章へ更新し、章・pack・SQL download、sidebar、top page、全文検索、sitemap、source-to-site sync、本番 checksum verifierへ統合した。

判断の更新

• HTTP 402 は status code であり、収益モデル、buyer demand、共通の支払 protocol、利用許諾、refund、税務 invoice を単独で定義しない。採用する product/protocol/version と commercial contract を別に固定する。
• AI crawler を一括で遮断・課金しない。search/referral は維持し、training/bulk rights は license、repeat buyer は authenticated API/subscription、価値の明確な一回 resource は compatible buyer がいる場合だけ 402 を候補にする。
• payment success を事業成功にしない。reversal、tax、fee、edge/origin/egress/API、support、founder rescue、cannibalizationを引き、成熟した eligible cohort と free/referral control から増分 contribution を読む。
• 支払意思は trust、authorization、safety を代替しない。human/search誤課金、UA-only verified、rights unknown、replay、settlement前delivery、paid-undelivered/unpaid-delivered、credential/privacy incident は平均利益で相殺しない。
• closed beta、preview、request access、contact sales、coming soon を current live revenueへ入れない。docs、account、region、role、buyer support、API versionを実行時点で再確認する。

2026-08-02 — v1.3 小標本の計測を因果主張と事業判断へ接続

追加

• 低トラフィックを「証拠基準を下げる理由」にせず、問い、設計、precision、decision rule を変える 19 章を追加した。記述、診断、予測、因果、意思決定を分け、dashboard の前後差を施策効果へ自動昇格しない。
• 数字より先に decision、eligible population、claim cap、primary outcome、maturity、minimum practically important effect、最大 harm/cash/founder time、decision due、reversal を固定する decision unit を追加した。
• KPI を primary outcome 1 件、diagnostic driver 1〜2 件、guardrail 1〜2 件、必要な data-quality metric へ分けた。target は baseline と事業制約が揃うまで TBD_BASELINE とし、外部 benchmark を自社目標へ流用しない。
• eligibility、randomization、exposure、analysis unit と identity graph を分離し、eligibility、assignment、follow-up の time zero を揃えた。randomized rollout は original assignment による ITT を主 readout とし、adopter/exposure-only 比較は診断または関連へ制限した。
• assignment 時に expected outcome spine を作り、NOT_DUE / OBSERVED=0 / MISSING / UNKNOWN_LINK / N/A を分離した。成功 event が来た対象だけを分母にせず、occurred cutoff と ingestion snapshot の二時計を保持する。
• business result より先に A/A、SRM、allocation、duplicate、variant-specific coverage/error、clock、late event、contamination、spine reconciliation を通す integrity gate を追加した。SRM は原因不明のまま補正して出荷せず、pass も無 bias の証明にしない。
• 小標本 readout を arm 別 eligible / assigned / exposed / mature / observed / missing / contaminated、x/n、絶対差、相対差、区間、MPE、最大 harm へ固定した。p-value を treatment 成功確率、効果量、重要性、出荷命令にしない。
• fixed horizon と事前設計した sequential method を分離し、dashboard peeking、多数 metric/segment、post-hoc subgroup、欠測の silent zero、単純 imputation を制御した。observational comparison の analysis_claim_cap は独立に正当化しない限り ASSOCIATION 以下とした。
• individual/cluster randomized、staged rollout、switchback、encouragement、time series、matched/before-after を interference、carryover、seasonality、outcome delay に合わせて選ぶ router を追加した。単純な日替わりや before/after を switchback の因果証拠にしない。
• treatment 前 covariate に限る variance reduction と、勝者だけを選ぶ winner’s curse を追加した。adjusted/unadjusted を併記し、winning point estimate を合算して revenue forecast にしない。
• 情報が action を変える場合だけ test する value-of-information と、build、analysis、traffic、delay、exposure、founder time を含む実験 economics を追加した。全 plausible result が同じ action なら、より安い probe または明示的 rollout/rollback を選ぶ。
• 日本の experiment を、具体的な利用目的、個人関連/仮名加工情報、委託/独自利用、実 payload と送信先、外部送信、claim 根拠、価格・継続課金・解約、email consent/suppression、high-impact/脆弱利用者、保存・削除で fail closed にした。2026-07-17 公布・大部分未施行の改正個人情報保護法を現行要件へ先取りしない。
• STOP > PAUSE > UNKNOWN > INCONCLUSIVE > CHANGE > MAINTAIN > EXPAND を追加した。integrity invalid と実務上不確かな valid result を分け、安全・法務・privacy・誠実な表示を平均 uplift で相殺しない。
• decision、population、intervention、metric、assignment、event、outcome spine、integrity、flow/missingness、analysis、assignment-first ITT flow/result、risk、rollout/reversal、Codex handoff を複製できる 14 書式の pack を追加した。
• assignment、exposure、contamination、maturity、missingness、integrity、cost、analysis claim cap、decision snapshot を完全架空データで検査する SQLite companion を追加した。DQ01–DQ102、snapshot 時点固定の再計算、exact predecessor、latest-analysis / safety binding、current metric の exact-pair readout、contamination / abnormal exposure / cost の decision-time 再照合、EXPAND freshness、assertion guard を fail closed にする。
• 公開サイトを 20 章へ更新し、章・テンプレート・SQL download、sidebar、全文検索、sitemap、source-to-site sync、本番 checksum verifier へ統合した。

判断の更新

• 「traffic が少ないから厳密に測れない」を、利用者比較や before/after を causal uplift と呼ぶ理由にしない。claim を狭め、全件理由、定性的証拠、bounded rollout、回復可能性を強くする。
• not significant を 効果なし、significant を 価値あり、相対 uplift を事業 impact と読み替えない。effect、uncertainty、実務閾値、guardrail、費用、容量を同時に見る。
• 欠測、contamination、SRM、version drift を都合よく除外せず、PAUSE / UNKNOWN にする。integrity が pass し不確実性だけが残る場合は INCONCLUSIVE として、次に安い情報を決める。
• randomized rollout の主分析は assignment 方針の ITT とする。利用者、継続者、successful output だけを後から選んだ比較は、診断には使っても causal result へ置換しない。
• Codex は schema、SQL、fixture、integrity diagnostic、再計算、plan-vs-result diff を支援するが、顧客 outcome、MPE、causal assumption、法的根拠、live rollout authority は人が持つ。

2026-08-02 — v1.2 外注・採用・紹介・再販を顧客責任と完全負荷後採算で運用

追加

• 外注、managed vendor、雇用、referral、affiliate、sales agent、reseller、implementation/support partner、white-label、OEM を、名称でなく customer・cash・authority flow から分ける 18 章を追加した。white-label の外観、reseller の商流、OEM の埋込・再許諾を直交させ、同じ partner が複数 motion を持つ場合も engagement を分ける。
• make / buy / partner を時給比較にせず、scope、interface、測定可能性、頻度、専用投資、権限、最大損害、中核学習、continuity から一 work unit ごとに選ぶ governance card を追加した。
• product customer contract、service SOW、seller/invoice issuer、MoR、価格、approved claim、履行、L1/L2/L3、incident、refund、lead/product/customer data、renewal、termination に、一人の accountable owner、agreement version、evidence を置く責任表を追加した。accountable_owner = SHARED を禁止し、共同作業は responsible / consulted / informed へ分ける。
• 日本の労働者性・派遣/請負、フリーランス法、取適法、雇用、知財、個人データ、広告表示・再販売価格、源泉徴収・invoice を、当事者、actual work、委託類型、通算期間、取引、実態変更ごとに再確認する gate を追加した。最初の従業員、更新、追加発注、actual work 変更を recheck trigger にした。
• delivery を assignment、delivery receipt、conformance、quality acceptance、customer outcome、cash、quality maturity へ分けた。partner acquisition を registration、identity/dedup、customer involvement、commercial owner、contract、cash、refund maturity、commission lock、paid、renewal、tail へ分け、affiliate と OEM の固有 stage も追加した。
• lead registration、first touch、source、assist、commercial owner、commission eligibility と incrementality を分離した。報酬は commission_base_source、refund/credit/chargeback、lock、reversal、renewal、tail、termination を version 固定し、booking や invoice を customer collected cash と呼ばない。
• delivery は same accepted outcome を分母に、residual execution を含む founder delegated-work minutes を一度だけ集計し、net founder minutes released = baseline - delegated-work minutes とした。partner は refund、commission、implementation、support、founder co-sell/rescue を引いた maturity 後の fully loaded contribution で判断する。
• governance、actual work、due diligence、責任、authority、agreement、work、employment、partner motion、lead、報酬、採算、実験、incident、offboarding、週次判断を複製できる 16 書式の operating pack を追加した。
• motion-specific stage、version、責任、scoped access、work quality、lead registration、attribution、cash/commission、founder time、experiment、termination/handoff を完全架空データで検査する SQLite decision-snapshot companion を追加した。重大 UNKNOWN の live 化、責任空欄、重複 winner、cash 前の報酬、二重時間原価、open access/data のままの offboarding 等を DQ01–DQ99、assertion guard、database constraint で fail closed にする。
• 公開サイトを 19 章へ更新し、章・テンプレート・SQL download、sidebar、全文検索、sitemap、source-to-site sync、本番 checksum verifier へ統合した。

判断の更新

• 外注・採用・partner の成果を「他人が作業した時間」「納品数」「紹介売上」で評価しない。顧客成果と責任を壊さず、受入済み成果当たりの完全負荷後貢献と、実際に解放された創業者時間が増えたかで判断する。
• contractor という契約名を労働者性の否定に使わず、actual work を別 review にする。vendor personnel への日々の指揮命令と、成果・interface・期限・受入条件の指定を分ける。
• 紹介、affiliate、代理、再販、実装、white-label、OEM を一つの partner funnel や同じ commission 表へ混ぜない。顧客契約、seller、data、support、現金、終了の required / optional / N/A stage を motion ごとに宣言する。
• attributed conversion や accepted deal registration を causal lift と呼ばない。小標本では x/n、pre-exposure assignment、contamination、欠測、maturity を示し、INCONCLUSIVE を許す。
• rework が無償でも founder review/rescue は原価である。平均時間だけで最大 rescue、重大 defect、complaint、key-person failure を隠さない。
• 契約終了日、退職日、portal disable、最終支払を OFFBOARDED と呼ばない。WIP/customer、cash/tail、access、data、IP/brand/license、records、support continuity が current PASS または理由付き N/A になるまで open liability とする。

2026-08-02 — v1.1 AI 流通を掲載から実入金・継続まで証拠化

追加

• AI 検索、OpenAI Plugin Directory、Official MCP Registry、Shopify Catalog / UCP、Stripe Agentic Commerce / SPT を、eligible → published/indexed → surfaced/cited → installed/connected → invoked → accepted outcome → checkout/payment/order → fulfilled/entitled → bank cash → mature retained contribution へ分解する 17 章を追加。経路に存在しない段階は N/A、必要だが未観測・矛盾・join 不能は UNKNOWN、観測範囲が確定したゼロは 0 として分離した。
• OpenAI の draft、Scan Tools snapshot、review、approved、publisher による明示 publish、exact-name/direct-URL discovery、featured/suggested の非保証を別状態にした。Plugin bundle、underlying connector、workspace permission、runtime invocation を直交する台帳とし、現行 commerce guideline の physical-goods 境界と既存 entitlement 利用を区別した。
• Official MCP Registry 1.8.0 の public metadata、namespace/package binding、exact API lookup、downstream aggregator の責任境界を追加。Registry publish を client install/connect/invoke へ置き換えず、deleted が hard erase でないこと、FAQ と現行 CLI/API の drift、publisher analytics と商流が Registry 外であることを記録した。
• Google AI Overviews / AI Mode と Bing/Copilot について、crawl、index、generative control、supporting link/citation、固定 probe、first-party referral、accepted outcome を分離。Search Console/Bing の現行 AI report が示す dimension と、exact query/answer、click、因果効果等を示さない限界を source snapshot にした。
• Shopify の core self-service と追加 scope・管理手続、keyless Catalog と増枠 key、Catalog 照会と Checkout 正本、UCP 2026-04-08 の正確な Checkout 状態、negotiated date version、Order snapshot webhook を追加。Shopify ChatGPT の merchant-checkout redirect を ChatGPT 内決済と同一視しない境界を追加した。
• Stripe ACS/SPT/ChatGPT Instant Checkout の地域・preview・承認 scope と、通常の hosted Checkout redirect を分離。SPT used/deactivated を PaymentIntent 成功証拠にせず、非同期 catalog import、partial success、feed mode、seller enablement、agent acceptance、Checkout の delayed payment、refund/dispute、payout revision、銀行照合を別 event にした。
• E0 inference から E5 customer/bank authoritative までの stage 別 evidence class、六時刻、opaque identity、commercial owner、fixed probe、idempotency、outbox、reconciliation、maturity を一つの common event contract にした。
• Motion、policy snapshot、eligibility、stage path、artifact/feed、provider state、probe、identity、install/connect/invoke、commerce、settlement、週次判断、Codex handoff を複製できる 14 書式の evidence pack と、完全架空データだけを使う SQLite decision-snapshot companion を追加。四経路、72 stage cell、証拠訂正、時点固定、commerce/cash、成熟後貢献を DQ01–DQ70 で検査する。
• 公開サイトを 18 章へ更新し、章・テンプレート・SQL download、sidebar、全文検索、sitemap、source-to-site sync、本番 checksum verifier へ統合した。

判断の更新

• protocol/schema を実装可能でも、自分の主体・地域・商品・plan・role が current program で販売可能とは限らない。conformance PASS を LIVE_READY と呼ばない。
• provider の approved / published / indexed / cited / installed / connected / invoked / payment succeeded / payout paid を、推薦、顧客受容、履行、銀行着金、成熟後利益へ昇格させない。各境界に適した正本がない部分は UNKNOWN_LINK のまま残す。
• AI surface の固定 probe や citation report を全利用者への impression share、検索順位、incremental lift と呼ばない。provider attribution、first known touch、assist、commercial owner、因果実験を分離する。
• 同じ order を search、Plugin、Shopify、Stripe の各 dashboard で重複計上しない。銀行照合済み cash から税、reversal、変動原価、support と創業者 rescue 時間を一度だけ引き、観測窓を通過した cohort だけを retained contribution とする。
• preview、waitlist、招待、将来 roadmap を current cash forecast に入れない。既存顧客の owned Web と直接関係を維持し、借用 AI surface は停止可能な option として追加する。

2026-08-02 — v1.0 Founder-led first revenue の証拠系

追加

• 候補市場を選んだ後から Qualified opportunity を 11 章へ渡すまでを、segment contract → eligible/selected account → trigger → contact provenance/contactability → message/claim → attempt/delivery/feedback → reply/meeting → discovery → decision に分ける 16 章を追加。
• 公開事業者アドレス、名刺、既存関係、紹介、フォーム、platform message を同じ許可にせず、contact × channel × purpose × sender × review version ごとに日本の特定電子メール法、特定商取引法、個人情報、規約、表示、抑止を PASS / STOP / UNKNOWN で確認する fail-closed gate を追加。
• explicit opt-out、complaint/spam report、hard bounce、wrong recipient、法務・規約停止を自動失効しない scope 付き STOP、soft bounce、deferred、調査中 alert、期限付き上限を再開条件付き PAUSE として分離。解除は同じ stream の exact event を人が根拠付きで supersede し、重なる抑止を消さない append-only model を追加。
• machine-execution v1 を email に限定し、matching contract、eligible + selected、最新 review、suppression watermark、message/claim、上限、承認期限を送信直前に再確認する preflight、single-use idempotency、結果不明時の自動 retry 禁止を追加。
• occurred_at / recorded_at / outcome_cutoff_at / snapshot_as_of と causal revision / ingestion order を分け、reply だけでなく delivery、feedback、suppression、meeting status の遅着を過去 snapshot へ逆流させず、古い benign event で terminal state を戻さない集計規則を追加。
• account、contact、attempt の分母、human/auto reply、No reply、wrong person、not now、problem absent、loss/nurture、first touch/assist を分離し、直近業務の evidence が揃った案件だけを Qualified にする handoff を追加。
• meeting status と、録音・transcript・AI 処理の authorization、actual use、artifact、retention/deletion を別 stream にし、適用確認が PASS でない外部処理を止める書式を追加。
• Qualified までの cash と founder minutes を cost per Qualified とし、minutes / 60 × internal hourly value で時間費を算出。契約・入金 CAC は 11 章の提案、redline、security、vendor 登録、購買・法務対応の post-Qualified cost ledger を join してから出す境界を追加。
• segment、contactability、送信、reply/meeting、discovery、decision、週次 readout、Qualified handoff、Codex approval をコピーできる 12 書式の pack と、完全架空 fixture だけを持つ SQLite companion を追加。EMAIL + HUMAN_ONLY の実行境界、durable suppression、二時計、三粒度の分母、Qualified handoff、Qualified 到達費を DQ01–DQ77 で検査する。
• 消費者庁・総務省の特定電子メール法資料、PPC Q&A、Google/Yahoo の sender requirement、email personalization field experiment を、適用範囲と限界付きで出典台帳へ追加。
• OpenAI Plugin Directory の listed / installable / connected / invoked の区別と、2026-09-30 施行予定で詳細未確定部分を含む Google Play 日本向け新制度を 10 章へ追加。

判断の更新

• 「50 件送れば 10 件商談」等の外部件数・返信率を成功基準にせず、自分の segment、sampling frame、損失上限、cutoff、反証を事前固定した小 batch で判断する。
• 公開アドレス、B2B、調査名目、配信停止リンク、購入リストのいずれも単独で送信許可にしない。拒否・苦情・hard bounce を良い返信や売上見込みで相殺しない。
• 配信 acceptance、delivery signal、recipient/provider feedback、human reply、meeting、discovery、Qualified を別 event stream にし、No reply を失注や関心へ読み替えない。
• Qualified は顧客獲得でなく 11 章への evidence handoff とする。提案以後の営業費を欠いた cost per Qualified を CAC と呼ばない。
• Codex は公開根拠整理、fact/hypothesis 分離、draft、分類候補までに使う。人が exact tuple を承認した one-shot executor を除き、宛先・内容・時刻の選択、追送、retry、抑止解除を委任しない。

2026-08-02 — v0.9 複数製品の配分・共通依存・終了責任

追加

• cash_engine / validated_core / new_option という今期の投資理由、explore / growth / operate / maintenance / sunset_planned / sunset_active / closed という運用状態、製品へ配分しない reserve を分離する 15 章を追加。
• 契約履行、共通管理、incident・病気、active sunset を先に控除する時間 waterfall と、税等、前受未履行・返金、確定支出、最低現金、continuity、sunset を先に控除する現金 waterfall を追加。固定配分率を普遍的 benchmark にしない。
• dependency_id と failure_domain_id を分け、創業者、顧客・業界、channel、store、PSP、identity、cloud、DNS、AI、repository、共有 code・data・license の共同停止 exposure を検査する model を追加。
• 小標本の相関係数や架空の障害確率を使わず、affected product、paying account、cash、未履行約束、復旧時間、degraded mode を scenario 単位で記録する stress test を追加。
• FUND / HOLD / HARVEST / MERGE / TRANSFER / SELL / SUNSET / STOP / PAUSE / UNKNOWN と、safety・法務・契約・顧客・reserve・evidence の veto 順を追加。
• 前受・返金、契約、顧客通知、export・移行、個人データ、法定記録、store・PSP、infra、credential、security contact を sunset liability として閉じる state machine と CLOSED gate を追加。
• 売却・譲渡を終了と分け、事業承継時の data 利用目的、交渉不成立時の返還・削除、account・責任移管を追う transfer gate を追加。
• 創業者不在時の限定 continuity packet、月次 90 分 review、完全架空の time/cash/product 例を追加。
• Portfolio、option、failure domain、scenario、sunset、譲渡、continuity、review のコピー用 pack と、粒度・制約・fail-closed 判定を再現する fully synthetic SQLite companion を追加。同一期の判断履歴を追記専用 snapshot/event で保持し、終了責任 8 領域、最新 review、N/A の期限・再確認、service end、evidence cutoff を満たさない close を拒否する DQ01–DQ45 を実行可能にした。
• Exploration/exploitation、real options とその境界、WIP/task juggling、NIST supply-chain/contingency、中小企業 BCP、PPC、国税庁、Apple、Google Play、金融庁の一次・公式資料を出典台帳へ追加。

判断の更新

• 製品数や provider 数を分散の証拠にせず、一つの原因で同時停止する failure domain と recovery evidence で判断する。
• STOP、販売停止、unpublish、server 削除を closed と呼ばない。顧客、現金、data、契約、記録、security の open/unknown がなくなるまで sunset_active とする。
• new_option は、最大時間・最大現金・判定日・反証・停止後責任がある場合だけ小さな option として扱う。投入済み code を追加投資理由にしない。
• reserve と顧客義務対応額を「余った予算」へ戻さず、裁量配分可能時間・現金が負なら new option と可逆的成長を止める。
• 日本法共通の一律終了告知日、全 SaaS 共通の返金、全 user data 共通の保存年数は置かない。契約、販売 channel、決済設計、data category、事業形態ごとに現行の一次情報を再確認する。

2026-08-02 — v0.8 公開 Web 版と継続更新経路

追加

• 15 章、テンプレート、出典台帳、研究用ファイル、架空の参考実装を、playbook.superusers.app で読める日本語ナレッジサイトへ変換する公開層を追加。
• 原稿 Markdown を正本に保ったまま、公開用 frontmatter、内部リンク、ダウンロードファイルを機械同期する source-to-site パイプラインを追加。生成済み content は直接編集しない運用にした。
• Astro Starlight、Pagefind 日本語全文検索、サイトマップ、robots、独自 404、レスポンシブ表示、ダークモードを追加。
• Cloudflare Workers Static Assets と Custom Domain を使う静的配備、ホスト限定の HTTP→HTTPS 308 gate、HSTS、セキュリティヘッダー、静的アセットの長期 cache、ページ・検索 index の更新 cache を追加。
• build 前の型・content 検査と、36 HTML ページ、canonical、内部リンク、大小文字を含む実在ファイル、公開除外、headers、robots、sitemap、404 を検査する release verification を追加。公開 download の本文と XLSX 内部 XML も走査し、ローカル絶対パス、秘密鍵形式、代表的な token 形式、macro、外部 workbook 接続を拒否する。
• 公開対象から、作業ログ、raw evidence、Git 内部情報、fixture、rollback bin、ローカル検査用 manifest を除外した。公開する参考実装は fully synthetic な概要と明示的な download に限定した。
• template 同期を Markdown / template 拡張子の allowlist に限定し、symlink や未知のファイル型は公開前に失敗させる。
• 創業者エコノミクス workbook の出典セルに残っていたローカル絶対パスを、公開章の canonical URL へ置換した。数式、書式、注意コメントを保持し、全 23 sheet の視覚検査と数式エラー検査を行った。

判断の更新

• Web 公開を新しい正本にせず、調査原稿を正本、公開サイトを再生成可能な配布物とする。内容更新と表示実装の責任を分離する。
• 検索用 WebAssembly に必要な CSP 権限だけを許可し、Pagefind の検索動作を実ブラウザで確認する。静的 build 成功だけを公開可の根拠にしない。
• 初回公開に analytics、account、form、外部 script を入れない。利用者データを集める前に、目的、同意、保存、削除、問い合わせ対応を設計する。
• 次の運用改善は、専用 Git repository と protected build/deploy、情報鮮度の監視、読者フィードバックの安全な収集を優先する。

2026-08-01 — v0.7 有償の手作業を反復可能なソフトウェアへ変える

追加

• 本プレイブックが第一候補とする「サービス先行型ソフトウェア」について、manual_bespoke → managed_standard → founder_internal → customer_assisted → customer_self_service を一直線の成熟度でなく、証拠により昇格・逆戻りできる delivery mode として扱う 14 章を追加。
• commercial motion、delivery mode、agent delegation level、change risk tier を分離し、service_job_id を一回の約束した成果、step run・human work・exception・value confirmation をその実作業として結ぶ運用モデルを追加。
• 標準範囲を入力、出力、受入規則、納期、planned review、対象外、support、データ条件、変更料金まで version 化し、顧客固有救済を反復需要と誤認しない exception taxonomy を追加。
• input_contract / valid_standard_variation / product_defect / model_or_rule_uncertainty / external_dependency / customer_dependency / customer_specific_request / security_privacy_safety_legal / unknown の原因と、11 種の処置を分け、頻度や時間削減の加重 score が安全 veto、責任、最大損失を相殺しない automation candidate 判定を追加。
• paid job、複数 account、反復価値、founder/customer effort、完全負荷後貢献、例外 queue、運用・security readiness から、次の一段だけを昇格する gate と reversal trigger を追加。
• offer/scope、service job、step・human work・exception、automation candidate、昇格・逆戻り、顧客移行・価格変更、週次 review、Codex handoff のコピー用 8 書式を追加。
• workflow scope と commercial offer、job、exact step run、human work、exception、contractual acceptance、value confirmation、cash、candidate、独立 evidence snapshot、promotion action、migration、weekly review の粒度・履歴・制約を持つ fully synthetic SQLite companion を追加。event-time と ingestion watermark、契約済み・受入・価値確認・入金、稼働前・稼働中、p90 と最大 rescue を分離し、判断時の計算済み指標を immutable child に固定した。公開済み offer への後付け、未可視の契約 cycle、誤 step 証拠、無関係 account の移行同意、backdate による既決定の改変、判断 sequence の逆行、将来・遅延 event、重大 veto、非互換 action を拒む 62 assertions を実行可能にした。
• RevenueCat 2026、中小企業庁 2026 年版白書、OpenAI State of Enterprise AI 2025、Anthropic Economic Index 2026-01 の観測を、母集団と因果の限界を付けて productization の背景へ接続。

判断の更新

• 手作業件数、売上、AI 利用率、長い工程のいずれか一つを、自動化の根拠にしない。標準範囲内の反復、安定した受入規則、複数顧客への再利用、安全、運用、完全負荷後貢献を同時に見る。
• 「人が触らない」を productization の目的にしない。顧客の accepted outcome 当たり founder 分、p90 または初期最大 rescue、顧客努力、重大失敗、保守時間を含む純効果を測る。
• self-service を必ずしも終点にしない。顧客が成果を買い、managed delivery の方が安全・高貢献なら standardized/assisted service を意図的な製品形態として維持する。
• Codex が実装を速めても、実 job の例外、受入 oracle、顧客固有救済を自動的に標準化しない。automation_candidate_id → change_id → release → post-release observation を exact evidence で結ぶ。
• Delivery Kit の schema/linter は、まず一つの実行可能 app/change で書式の判断有用性と重複を測ってから固定する。文章上の不変条件を早期に schema 化して儀式を固定しない。

2026-08-01 — v0.6 Codex の生成速度を検証済み変更へ変える

追加

• prompt、chat、commit、PR のどれか一つでなく、顧客・運用上の一成果を表す change_id で TASK → ADR / THREAT / EVAL → PR → RELEASE → observation を結び、incident は別 response change_id から originating change/release を参照する 13 章を追加。
• document_status と decision_state、deploy/release/exposure/value maturity/incident maturity を分離し、exact SHA、単一 EVID run manifest、approved deploy manifest、runtime receipt/promotion manifest、evidence cutoff を証拠 snapshot とする設計を追加。
• 変更量でなく最大影響・可逆性・検知可能性・権限/金銭/個人情報/外部作用で R0〜R3 を決め、軽微変更と高影響変更の required artifact を変える trigger 表を追加。
• prompt、root/nested AGENTS.md、project config、skill、MCP、hook、CI、automation の責任境界を、2026-08-01 取得の Codex 公式 manual で更新。
• root/nested AGENTS.md、task brief、ADR、threat-model delta、eval plan/result、PR handoff/review、release/rollback/observation、incident learning のコピー用 9 書式を追加。
• 重複・逆順 webhook と 7 日間の支払猶予を題材に、期限境界/race、outbox と effect receipt、state consumer、nonempty concurrent migration、two-manifest approval、telemetry coverage、in-flight rollback を 35 synthetic cases へつないだ完全架空例を追加。
• semantic diff trigger から最低 tier/required artifact を導出し、privileged CI flow、AI tool action/effect ledger、open-incident invalidation、緊急 recovery authority を構造化した。
• NIST SSDF 1.1 final と 1.2 draft、OWASP threat modeling、SLSA v1.2、GitHub Actions secure use、AI-generated code review の一次情報を追加。

判断の更新

• Codex の完了報告、無指摘 review、CI の緑、merge、deploy のいずれも、単独では顧客価値や production 安全性の証拠にしない。
• 実装 agent と reviewer agent を分けても、同じ context 欠損・相関誤りを持ち得る。外部仕様、決定的 test、state constraint、人の risk acceptance、本番観測を残す。
• SHIP は「赤が見つからない」でなく、exact fingerprint に対する全 required gate の肯定証拠とする。STOP > PAUSE > UNKNOWN > SHIP の veto 順を維持する。
• rollback を feature flag/config、code/artifact、model/prompt、data/schema、external-effect compensation に分け、文書欄でなく rehearsal と post-condition で確認する。
• provenance、SBOM、lockfile、完全 SHA は供給網の由来・在庫・固定を改善するが、source の正しさや悪性コード不在を証明しない。
• PR 数、生成行数、agent turn 数を north star にせず、価値 exposure までの lead time、failed change、rework、recovery、escaped defect、創業者 review/rescue 時間を同じ service 内で見る。

2026-08-01 — v0.5 AI 機能の原価・品質・継続を一つの判断系へ

追加

• API call でなく顧客の eligible job を分母にし、機会 1 件と job 1 件を対応させる 12 章を追加。
• job、attempt、provider request、usage line、tool effect、quality review、人手、workflow value cycle、account commercial cycle を分離する運用モデルを追加。
• execution、acceptance、value、incident の状態と成熟時計を分け、first presented output を provider retry から分離。
• goal success、policy-compliant success、judged coverage、pass^k、tool effect、攻撃下 utility、安全な独立価値を同じ評価系へ接続。
• provider の price book、usage semantics、請求照合、失敗・retry・fallback・planned auxiliary、storage/tool、人手を含む完全負荷後原価を追加。
• workflow の反復価値と account の更新・GRR・完全負荷後貢献を分け、assignment→offered→exposed→used と成熟 cohort を使う因果・関連の境界を追加。
• Stop-now、Pause、Unknown、Change、No-go at maturity、Expand の veto 付き判断規則を追加。
• metric contract、event map、price book、job outcome、incident、human work、value/commercial cycle、実験、週次・月次 review 等のコピー用 17 書式を追加。
• 15 sheet の ai-feature-economics-quality-retention.xlsx と、SQLite companion を追加。gross invoice、provider credit、cash settlement、direct usage 配賦を分け、架空 sample と public list price seed は forecast や benchmark ではないと明示。

判断の更新

• 「生成できた」「採用された」「モデル評価が高い」を顧客価値・継続・更新とみなさない。
• 成功 1 件当たり原価の分子には、同じ成熟 cohort の失敗、再試行、tool、標準 review、修正、incident、founder rescue を含める。
• 0 critical incidents は安全の証明とせず、重大事故は平均スコアや売上で相殺せず即時 Stop とする。
• 少数 account では偽精密な score や p99 より、x/n、全件、最大原価、理由、成熟状態を表示する。
• RevenueCat/ChartMogul 等の観測比較は警告と仮説生成に使い、自社 B2B の更新 uplift や普遍 threshold へ外挿しない。

2026-08-01 — v0.4 日本 B2B の有償パイロットから更新まで

追加

• 商談、提供、請求・現金、契約関係を四つの状態機械へ分離し、感触ではなく exit evidence で進める 11 章を追加。
• 利用者、業務責任者、champion、経済的購入者、署名者、購買/AP、IT・法務、データ・導入 owner を案件ごとに確認する buying map を追加。
• Qualified、Mutual Action Plan、Contracted、Start-ready、first/repeat value、production readiness、renewal の定義を正本化。
• Business outcome、workflow adoption、quality/risk、delivery、commercial、founder economics の六領域と、重大リスクの Red veto を追加。
• Red を Stop-now、Pause/escalate、No-go at maturity に分け、未成熟・欠損・分母 0 を Unknown とする導出規則を追加。
• 成熟 cohort、on-time と eventual、account/pilot/job の粒度を固定し、早期停止・期限切れ No decision を分母から落とさない指標へ改訂。
• Pilot の pause/terminal outcome、repeat と independent value、顧客判断・提供者判断・本番契約・readiness・service start の分離を追加。
• 契約、注文、DPA、security/AI、SLA、PO、請求、入金を役割別に分け、13 週現金へ接続。
• Invoice、分割入金、credit note、refund を別 event にし、請求残と 13 週の入出金を同期。
• qualification、stakeholder、MAP、pilot、文書・開始条件、指標、kickoff、週次、変更、価値 review、請求、更新、AI 利用のコピー用 13 書式を追加。
• 初期購買契約モデル、AI 契約チェックリスト、電子契約、インボイス、フリーランス法、取適法、PPC 委託先監督等の 2026-08-01 時点の一次情報を反映。
• 時点依存する法令説明は 06 章へ集約し、11 章と書式には Start-ready の証拠 gate を実装。

判断の更新

• 有償 pilot は安い本番でなく、本導入判断に必要な不確実性を期限内に減らす有償プロジェクトとする。
• 技術成功、成果物受入、業務価値、production readiness、本契約、更新を別ゲートにする。
• Contracted を Start-ready や入金とみなさず、顧客準備待ちと vendor work の時計も分ける。
• 偽精密な pipeline 確率・health score を避け、少数案件では account、job、自然業務周期、原文・阻害要因を表示する。
• パイロット時点で production の標準範囲・価格を示し、顧客固有変更は別 SOW・価格・保守条件へ分離する。

2026-08-01 — v0.3 創業者エコノミクスと AI 時代の流通

追加

• 目標手取りから必要月次現金貢献、必要顧客数、創業者の内部時間価値を逆算する 09 章を追加。
• 獲得、導入、継続支援の三つの容量、12 か月顧客・時間推移、13 週資金繰りを一つの判断系へ接続。
• 08 章の公開市場スコアを、本人の到達可能性・現場資料アクセス・関心・実価格・実時間で上書きする本人用補正を追加。安全ゲートは維持。
• founder-economics-and-cashflow.xlsx に 3 価格案、12 か月容量、13 週現金、本人用機会適合、構造チェックを実装。
• 所有・獲得・借用・有料・提携・組込の依存ラベルと、商談起点・assist・利用面・決済面・制御度の直交台帳、PSP/MoR/ストア課金の比較を 10 章へ追加。
• gpt-oss、agentic coding と専門性、ChatGPT Apps/Ads、Apple 日本の代替決済、Stripe/Paddle/Lemon Squeezy/Shopify の 2026-08-01 時点の一次情報を反映。
• MCP/A2A/commerce/payment mandate の役割、read/draft/write/send/pay の段階的委任、source-to-sink、補助/支援型と依拠/代替型の責任整合を追加。

判断の更新

• 一般市場の高得点より、本人が今月接触・観察・販売できる市場を優先する。ただし高損害・規制の非補償ゲートは収益や関心で上書きしない。
• 「売上」「現金貢献」「創業者時間込み貢献」「手取り」「銀行残高」を別台帳として管理する。
• platform 掲載や protocol 対応は事業ではなく、価値と単位採算を確認した後に追加する可逆的な流通・相互運用オプションとする。
• 手数料率だけで決済経路を選ばず、fee 計算基礎から成功取引後完全負荷貢献までを照合し、購入完了率を掛けた checkout 開始当たり期待貢献と 13 週の実入金も併用する。
• agent の自律性はマーケティング、UI、契約、実運用で一致させ、高リスク write/send/pay は限定権限、再承認、監査、取消を満たすまで解放しない。

2026-08-01 — v0.2 日本の垂直 B2B 機会マップ

追加

• 日本の小規模 B2B を対象に、10 業務の公式母数、日常フロー、支払者、代表的な競合、規制・責任境界を調査。
• 広告・制作、専門工事、有料職業紹介、中小運送、設備点検、賃貸管理、加工受託、税理士、訪問介護、食品製造について、4〜6 週間で試せる有償ウェッジを定義。
• 痛み、到達可能性、支払意思、継続性、MVP、損害・規制、連携負荷、防御力を使う加重スコアを作成。
• 全国市場の売上推計ではなく、個人の獲得・導入・支援時間を明示した 12 か月獲得コホートの年換算ランレートを追加。
• 計算を再現する SQLite モデル research/08-vertical-opportunity-model.sql を追加。

判断の更新

• 上位 7 候補は 80〜84 点に密集し、一般的な順位より本人の業界接点が強いと判断。
• 損害・規制リスクは総合点で相殺せず、評点 1 を専門家同伴、評点 2 を条件付きにする非補償ゲートを追加。
• 基幹置換ではなく、CSV/メール/既存帳票を入口に、例外・承認・既存様式出力・監査ログへ絞る方針を具体化。
• 2026 年の競争変化として、freee の会計事務所向け顧問先管理拡張と、厚生労働省の無料 HACCP 記録アプリを反映。
• 訪問介護、食品、点検、建設、職業紹介、運送、製造の高損害判断を自動化対象外に設定。

2026-08-01 — v0.1 初回体系化

追加

• 2026 年の AI・アプリ・SaaS・日本市場の観測
• 個人開発者向けの市場選択と顧客開発
• 価格、単位採算、SaaS 指標、会計・資金繰り
• UX、オンボーディング、行動科学、アクセシビリティ
• マーケティング、創業者営業、SEO、成長実験
• Codex を中心にした開発、AI eval、DevOps、SLO、復旧
• Web/LLM セキュリティ、プライバシー、日本の法務・税務
• 12 週間の実行システムとテンプレート
• 出典の信頼度・母集団・施行状態を扱う台帳

重要な 2026 年差分

• RevenueCat 2026: 新規サブスクアプリ供給の増加、既存アプリへの売上集中、AI アプリの高課金・低継続を反映。
• GitHub Octoverse 2025: TypeScript と AI 開発の増加を反映。
• DORA 2025: AI を既存開発システムの増幅器として扱う。
• 2026 年版中小企業白書・情報通信白書: 日本企業の AI・デジタル化の段差と人手不足を反映。
• OWASP Top 10:2025 と LLM Top 10 2025 をセキュリティ基準へ反映。
• AI 事業者ガイドライン第 1.2 版（2026-03-31）を反映。
• 改正個人情報保護法（2026-07-17 公布、2026-08-01 時点原則未施行）を、現行法と分離して記載。
• 2026-01-01 以後の開業届期限変更を、青色申告承認申請期限と分離。
• インボイス 2 割特例と、2027/28 年分の一定個人向け 3 割特例を経過措置として整理。
• 取適法の 2026-01-01 施行を反映。
• Regulation (EU) 2026/1744 の 2026-07-27 発効を反映し、EU AI Act の透明性、Annex III、Annex I の適用日を確定値として整理。
• 独立監査で、CAC/MRR/SLO の数式・定義、Codex sandbox と worktree の境界、Agentic Security 2026、越境販売・削除・サポート・広告メールの実務ゲートを補正。

継続調査バックログ

優先 A — 次回更新

• 個人開発者本人の目標手取り、稼働時間、関心業界を反映した機会スコアの具体化（入力モデルは追加済み、本人実数待ち）
• 日本の有望垂直市場を 5〜10 業種選び、実際の業務・支払者・既存製品・規制を個別調査
• B2B 有償パイロットの日本語契約・提案テンプレートの骨子（案件運用書式。法律文書は専門家確認）
• 1 製品を想定した 13 週資金繰り、単位採算、価格シナリオの具体例
• AI 原価・品質・継続率を結ぶダッシュボード設計
• Codex 用の再利用可能な AGENTS.md、ADR、PR、脅威モデル、eval、release、incident テンプレート
• Codex delivery kit の schema/linter と good/bad fixture を追加し、exact fingerprint と veto 不変条件を自動検査
• 一つの実 Web アプリへ delivery kit を適用し、変更 lead time、review/rework、rollback rehearsal の実測例を作る
• cash engine、validated core、new option、maintenance、reserve を横断する個人開発者の時間・現金配分と correlated dependency / sunset liability の台帳
• 本人の実製品、直近 90 日の時間・入金、前受・返金、主要 account/provider を portfolio model へ入力し、allocation と共同停止 exposure を校正
• 創業者不在、PSP 停止、cloud/identity 停止の tabletop test を一つ実施し、実測 recovery time と不足 evidence を反映

優先 B — 制度・標準の監視

• 改正個人情報保護法の政令、PPC 規則・ガイドライン、施行日
• AI 法に基づく適正性確保指針と AI 基本計画の確定・改定
• EU AI Act / AI Omnibus の透明性・高リスク義務と中小事業者向け資料
• NIST SSDF 1.2 draft の final 化
• OWASP ASVS、API Security、GenAI/Agentic Security の最新版
• WCAG、国内アクセシビリティ法・調達要件の変化
• アプリストア、Web 外部課金、消費者サブスクの規約・法改正
• インボイス経過措置と 2027 年以降の実務案内

優先 C — 市場・流通の監視

• RevenueCat/ChartMogul の 2027 継続率・価格データ
• AI 検索によるクリック・コンバージョンの一次データ
• AI distribution の状態証拠系: Plugin Directory / MCP Registry / Google・Bing AI surface / Shopify UCP・Catalog / Stripe SPT を eligible → published/indexed → surfaced/cited → installed/connected → invoked → accepted outcome → checkout → fulfilled/entitled → settled cash → retained で接続（17 章、14 書式、fully synthetic SQLite companion を追加）
• ChatGPT apps/plugins・agentic commerce の実売上事例と、MCP 統合が獲得・継続へ与える影響
• 2026-09-30 施行予定の Google Play 日本向け外部リンク・代替課金制度について、確定 fee、対象 cohort、申請・API・表示要件を施行後に再確認
• 日本国内 SaaS/AI の価格・解約・販売期間ベンチマーク
• モデル推論費・品質・遅延のタスク別比較
• browser-provided、app-shipped local、OS-native、cloud/edge、bounded hybrid を、exact job × client cohort の coverage、readiness、fallback、accepted outcome、privacy、support / regression、成熟後 contribution で比較する配置判断系（22章、14書式、synthetic operational fixture と時点付き public reference fact を分離した SQLite companion）
• 本人所有の低リスクな一 AI job で14日 bounded placement pilotを行い、target / ready coverage、cold-to-accepted latency、fallback、support / regression、data transfer、成熟後 contributionを実測する
• App Store/Play/Web の獲得費・収益差
• HTTP 402 / machine payment による AI crawler・agent traffic の収益化を、AWS WAF AI Traffic Monetization、Cloudflare Pay Per Crawl、Stripe MPP、x402 の eligibility、pricing、settlement、buyer demand、policy、cash で比較する（20章、14書式、fully synthetic SQLite companionを追加）
• 本人所有の低リスクな machine-readable resource 一つで shadow baseline と compatible client の capped test を行い、verified demand、human/search guardrail、settlement→delivery→cash、成熟後増分貢献を実測する

優先 D — 実務の深掘り

• Codex生成物、OSS、model、data、素材、contribution、brand、秘密を、exact release candidate、利用・配布形態、権利根拠、reviewed obligation、履行receipt、商用化decisionへ接続する（24章、14書式、fully synthetic SQLite companion。実product・license・公開設定は未変更）
• 本人の実product一つでread-only asset inventoryとno-publish clean-build rehearsalを行い、unknown license、AI output、model/data/media、contributor chain、NOTICE/source/attribution、brand/secret、replacement工数を校正する
• 不正利用・決済fraud・promo/referral abuse・API key盗用・AI compute abuseを、誤検知、appeal/restore、正当conversion、provider/cash、成熟後risk-adjusted contributionと同じcohortで判断する（25章、14書式、fully synthetic SQLite companion。live rule・account・payment・key・顧客は未変更）
• 本人所有の低リスクなprotected action一つでread-only/shadow rehearsalを行い、eligible exposure、signal/action分離、false positive、appeal/restore、provider usage、cash/cost maturity、review capacityを実測してcandidate controlを校正する
• 価格・package・既存顧客移行を、current commercial state、cohort、契約、通知・同意、billing、entitlement、cash、renewal、remediation、成熟後貢献の一つの判断系にする（23章、14書式、fully synthetic SQLite companion。実顧客・provider・store・契約は未変更）
• 本人の実製品一つで、current offer inventoryと匿名化cohort countだけを使うno-write migration rehearsalを行い、KEEP_CURRENT / NEW_CUSTOMERS_ONLY / VOLUNTARY_UPGRADE / TIME_BOUND_GRANDFATHER / APPLY_AT_RENEWAL の比較、notice lead、preview、rollback、support capacityを校正する
• 小標本の product analytics、time zero、ITT、A/A・SRM、欠測、sequential monitoring、interference/switchback、実験 economics、Japan/AI gate を一つの decision system にする（19 章、14 書式、fully synthetic SQLite companion）
• 本人の pricing/onboarding/acquisition/AI quality の一 decision を 19 章へ入力し、A/A、expected outcome spine、assignment-first ITT flow/readout、post-launch realized impact を実測する
• Founder-led first revenue の対象選定、メール、返信、面談、discovery、失注レビュー、Qualified handoff（16 章、12 書式、完全架空の業界例を追加。実顧客事例は同意・匿名化できたものだけ継続追加）
• コンシェルジュ → 標準サービス → 内部ツール → assisted product → self-service の昇格・逆戻り条件
• サービス終了、事業売却、保守モードの共通実務（個別契約・法務判断と実際の transfer/shutdown drill は案件ごとに追加）
• サイバー保険、賠償責任保険、専門業務保険の選び方
• 売掛金、与信、請求、督促、回収、貸倒、customer concentration を cash と顧客関係の両面で運用する（21章、14書式、fully synthetic SQLite companion。実督促、service停止、法的回収、貸倒処理は案件ごとに人・専門家確認）
• cash resilience の risk financing を、terms、credit cap、reserve、cost control、融資枠、factoring、共済・保険、capital の順で比較する（21章。個別商品の免責・補償・適格性・税務判断は未実施で、サイバー/賠償/専門業務保険の深掘りは別項目）
• 個人事業と一人法人を、税率だけでなく責任、社会保険、事務、信用、事業・家計cash、移行、終了・承継から36か月で比較する（21章。利用者自身の現行見積・専門家確認は未実施）
• 外注、採用、代理店、再販パートナーの単位採算（18 章、16 書式、fully synthetic SQLite companion を追加。実案件の契約・労務・税務判断は専門家確認し、actual work と実測値で継続校正）
• 本人の一 work unit または一 partner motion で 30 日 bounded test を実施し、baseline、受入、rework/rescue、cash、net founder minutes released、offboarding rehearsal を実測する
• reseller / implementation の実案件で、customer contract、seller/invoice、MoR、L1/L2/L3、incident、data、refund、renewal、termination の責任表を専門家確認する
• 高リスク AI を避けつつ専門分野を支援する UX パターン

更新判定

次のどれかが起きたら定例を待たず更新する。

• 法令・税制・規約の施行または重大変更
• 主要 AI/API/決済/ストアの価格・データ条件変更
• 既存の推奨を反証する大規模データ
• 顧客面談 5 件以上で同じ反証
• 重大インシデントまたは解約原因
• 参照リンクの撤回・訂正・リンク切れ

変更記録テンプレート

日付:
変更した文書:
旧記述:
新記述:
変更理由:
一次情報:
現行/経過/未施行/draft:
事業判断への影響:
次の確認日: