Decision Log

• 決定: 2026-06-01 end-to-end 単一実行を部分撤回。CC1=戦略/人間会話/判断のみ(自分で実行しない)/CC2=実行(実装+SNS/コンテンツ生成、clean context で一気に消化)/CC3=検証(cold-read・バイアスなし)。roster=CC1/2/3/5/8。
• 根拠: 単一実行は「会話CCが喋って実行を放置」を構造的に生んだ。証拠=サムネ被覆が2026-04-18〜06-23で10回以上指摘されながら未解決(DEC#386量産GO未実行/upload無サムネ素通り/検知ゲート皆無)。subagent代替は親がfire忘れる=規律無し。軸=注意の分離(放置防止、判断軸の1つ。sibuketu「これだけで決めるな」→他軸勘案の上GO「じゃあ復活する」)。
• enforce: ccn-detect.sh 改訂(各role+reads注入、cc2/cc3発火test済)+ memory feedback_collapse_cc_dispatch_single_executor point8 + MEMORY.md CC体制。
• 下流: CC1_INBOXのSNS生成系→CC2移管(順次)。git自律=RED-ONLY GATE確認済、main分岐reconcile(code193file)はCC2初仕事。PR#244(thumbnail gate)merged。
• last_reverify: 2026-07-26

## DEC-[withheld: provisional decision] [provisional] 2026-06-27: Withings 統合を cut（DEC #267 を reverse）

• 決定: PR#217 merge で Withings + steps/心拍/active-min 削除。
• 根拠: HealthKit/Health Connect と完全重複・独自 metric は栄養計算未使用。sibuketu 2026-06-27「よくわからん 無視同意」（reverse を明示の上で同意、DEC#552 準拠）。
• reverses: #267
• 信頼度: 🟢80%
• last_reverify: 2026-09-27

## DEC-[withheld: provisional decision] [provisional] 2026-06-27: 人間作業カテゴリ registry + gate（場当たり質問の機械化）

• 決定: 人間判断を surface する前にカテゴリを registry(7種)照合。registry外＝誤分類疑い(AI-doable)、新カテゴリは standing policy 同時決定。機械化＝hook で「人間カテゴリ: N」tag を必須化。SSOT＝memory feedback_human_work_category_registry。
• 根拠: sibuketu 2026-06-27「人間作業のカテゴリをまず確定、新カテゴリは今後どうするかも一緒に決める、機械で」。harness engineering / recursive self-improvement の action-point poka-yoke。
• framework: §0.7 + §2.5 4-axis + feedback_ai_human_division_decidable
• 信頼度: 🟢
• last_reverify: 2026-09-27
• commit: 27d56cb5 (2026-06-27)

## DEC-[withheld: provisional decision] [provisional] 2026-06-27: CC2/CC3 自律run の time-box hook 強制（present30分/away60分・離籍トリガ・CC1ノーキャップ）

• 決定: CC2/CC3 の無人走行を「最後の人間発言からの経過時間」で計測し、present 30分 / away 60分 超で graceful 停止指示（区切ってcommit→直近handoff永続化→停止）を毎tool callに注入。away は人間が「離籍」と言うと ON、それ以外の人間発言で present に自動復帰。CC1 および非CC2/3 はノーキャップ。
• 機構: RULESの文章でなく hook で強制（モデルの自己時計=直前2hループで壊れた当の機構、文章では再発する）。UserPromptSubmit=timebox-stamp.sh（時刻+CC番号stamp、役割は起動patternのprompt先頭ccN限定で誤検出回避）/ PostToolUse(.*)=timebox-check.sh（超過判定+注入）。非ブロック設計（denyせず注入のみ=hook自体が暴走しない安全版）。jq非依存（環境にjq無し→grep/sedでJSON parse）。state= ~/.claude/hooks/.timebox/。
• 根拠: sibuketu 2026-06-27「上限30分・離籍で1時間・cc23だけ・cc1は上限なし・いいかんじに」。直前に過去CC2が2hループ→週次上限(6/30)逼迫→「自動検知で止まれないの」。
• framework: §2.5 engineering自律 + feedback_autonomous_run_visibility + feedback_systematize_gates_upfront
• 検証: stamp/check/role-anchor 3経路test済、実セッションstamp稼働確認。
• 下流: (1)100%保証要なら PreToolUse deny の hard版を grace後に追加可（在席時に切替推奨）。(2)発見=既存jq依存hook(CC3投入/handoffマーカー等)もjq無しで無音失敗の公算→別件要確認。(3)本命=週次上限直接ガード(全CC共有token残量)は次段。
• 信頼度: 🟢
• last_reverify: 2026-09-27

## DEC-[withheld: provisional decision] [provisional] 2026-06-27: time-box をソフト可視化チェックインに格下げ + 暴走"検知"(ループ検出)追加 + CC2/3可視化緩和（#9996 精緻化）

• 経緯: sibuketu 2026-06-27「30分は切り悪いなら超過OK / cc23も普通に報告 / 理想は暴走検知して時間無制限 / 無視同意」。過去CC2は削除済。
• 決定:

- (1) time-box(30/60)をハード停止から外し「区切り良ければcommit+進捗一言報告（無人走行の可視化）/切り悪ければ続行可＝目安」に変更（timebox-check.sh 文面差替）。

- (2) ループ検出器 runaway-detect.sh 新設（PostToolUse全tool）: 同一 tool+input 署名が 1run(最後の人間発言以降)の直近35操作中10回以上＝空回りと判定し soft nudge。時間非依存＝前進してる長時間runは無制限（理想に接近）。CC2/3限定・非ブロック・jq非依存。run境界は timebox-stamp.sh が .sig を毎prompt リセット。

- (3) CC2/3 の沈黙を緩和し「無人走行中は進捗を可視化」を default 化（過走行を気付かれず放置しない）。全面 always-chatty でなく checkpoint 可視化と解釈（verbose 嫌い prefs と両立）。

• 機構/検証: hooks 3本(stamp/check/runaway)+settings配線。loop発火/非発火/CC1除外/softened/sig-reset 全test green。
• 下流(残): RULES §2.4沈黙プロトコル/§11.6a/§4.5 の文面同期（master多箇所・全CC影響ゆえ本turnは behavioral実装に留め、文面propagationは要scope確認）。hard-block版は不要化（理想=検知ベース）。jq無し既存hook無音失敗は別件で未対応。
• meta標準方針: sibuketu の散発的な好み発言を「法則化→system最適化」する再帰的自己改善を default 運用化。
• framework: §2.5 engineering自律 + feedback_autonomous_run_visibility + feedback_framing_invariant_judgment
• 信頼度: 🟢
• last_reverify: 2026-09-27

• commit: 2b710e56 (2026-07-19)
• commit: cf1f8bcb (2026-07-24)

---

## DEC #623 (2026-07-02) — profiles entitlement 列を server-write 専用にロック（収益バイパス修正）

• 決定: public.profiles の subscription_status / subscription_id / subscription_start_date / subscription_end_date の INSERT・UPDATE 権限を authenticated・anon から REVOKE（service_role は保持）。
• 背景: profiles の RLS UPDATE ポリシーが行スコープのみ（auth.uid=user_id・列制限なし）＝認証ユーザーが PostgREST 直叩きで自分の行の subscription_status='active' を自己付与可能。クライアントは App.tsx:1631 canAccessApp(profile?.subscription_status) + useVerifySession.ts:150 の profiles realtime 監視で解禁判定＝自己付与で premium/Founding500 を無償解禁できる収益バイパス。
• 安全性: saveUserProfile(storage.ts:918) の profileRow はこの4列を送らない＝正規のプロフィール保存は無傷。Stripe webhook はservice_role＝書込保持。SELECT保持でクライアント読取(判定)は継続。
• 可逆: GRANT INSERT/UPDATE (...) ON public.profiles TO authenticated で復元可。
• framework: §0.2 honest precision / RLS 多層防御 / §2.5① 高impact(収益直撃)。
• 実適用: Supabase project msvonymnpyeofznaopre に execute_sql で適用・列権限で検証済（authenticated/anon=SELECTのみ）。
• downstream: 次セッションで実ユーザートークンでの UPDATE 拒否 + Stripe購入→unlock 無傷 を1度実挙動確認。
• last_reverify: 2026-08-01

## DEC #624 (2026-07-02) — Fable 分担は暫定・実使用で精度を上げる（機構=実使用ログ）

• 決定: 現行モデル分担（Sonnet 大半 → Opus 判断/手強い → Fable 最深×高stakes）を 暫定として運用し、実際に Fable を呼んだ実績で精度を更新する。分担表を今“固定”しない。
• 機構: Fable を実使用した回だけ feedback_subagent_model_routing.md の「Fable 実使用ログ」に1行追記（日付/タスク/Fableを選んだ理由/Opusと答えが違ったか/一言）。5-10回で CC1 が keep/drop/expand を判断。Opus と答えが変わらない回が続く→drop 寄り、Opus で床割れ→expand 寄り。hook 等の過剰機構は作らない（Fable ほぼゼロ運用＝低頻度、false-positive の方が高くつく）。
• 根拠: sibuketu 2026-07-02「fable は…今のままでもいいけど やってくうちにイランかもとももっといるかもともなるだろうから」＝暫定ラティファイ＋実証で精度向上。継続語付き（DEC #553 自動ルール化）。
• framework: §0.3 status-quo bias 禁止（“存在するから固定”しない）/ feedback_systemize_solutions（最小コスト機構化）/ feedback_subagent_model_routing。
• 信頼度: 🟢
• last_reverify: 2026-08-02（ログ 5 件到達時に前倒し review）

## DEC #572 (2026-07-02) — Veritas = N-of-1 症状実験エンジン 条件付きGO + "かかりつけ医"看板 撤去確定

• 決定: Veritas を「N-of-1 症状実験エンジン」に舵を切る（条件付きGO、sibuketu「やってしまおう」）。3週間🔵 stale だった VERITAS-DOCTOR-NOF1-2026-06-09 を確定化。
• 確定（議論の余地なし・sibuketu 明言）: "かかりつけ医/医師"の看板はユーザー向け・マーケから一切使わない。医者ポジションは社内の品質基準としてのみ持つ。 ユーザー向けは「構造化セルフ実験コーチ／自分専用の実験ラボ」表現。理由=診断/医療機器と解釈される線を自分から踏むのは存亡リスク（FDA/FTC・Apple 5.1.1）+ 過去の引用誤帰属で信頼毀損が跳ねる。
• 可逆な範囲は先行: build #1 = 実験レコードのデータ保存形式（スキーマ）設計＝外部露出も医療 claim も無い=先行してよい。
• ship 時まで留保する不可逆論点: 医療 claim 境界+red-flag 停止ライン / iOS 審査の出し順 / 電解質 g 指示の可否 / 課金位置 / 日次トークン上限（§2.5、DECISIONS_PENDING VERITAS-NOF1 に集約）。
• 要件本体: docs/CC1_VERITAS_NOF1_REQUIREMENTS_2026-07-02.md
• framework: §2.5①④ / project_usda_replacement_north_star / §0.3 status-quo bias 禁止。
• 信頼度: 方向=🟢（sibuketu 確定）/ 全体 ship 可否=🟡（不可逆論点 未 sign）
• last_reverify: 2026-08-02

## DEC [withheld: provisional decision] (2026-07-02) — アプリ審査の2状態で着手タスクを切替（審査中 vs 審査準備中）

• 決定: 全CCが「審査中（提出済・verdict待ち）」と「審査準備中（未提出/reject後）」で着手タスクを切り替える（sibuketu「審査中の時と審査準備中の2つの状況で手を出すタスク変えてね」継続語→standing）。
• 審査準備中（現状 2026-07-02）= launch-critical fix / reject-fix / 提出prep に全振り（本体積極介入OK）。
• 審査中 = submittedビルドを揺らさない（health計算/risky refactor 回避）+ 非アプリ作業（SNS/助成金/戦略/次reject先読み/iOS審査中はAndroid並行/監視）に寄せ、待機窓で post-launch作業を前倒し。
• enforcement: memory feedback_review_state_task_switch（auto-recall・条件発火reminder強度）。機械化候補=起動時に現状態+対応task-setをsurfaceするhook（未実装・advisory止まり、誇大表示しない）。
• 既存との関係: DEC #570（再提出準備モード）を2状態モデルに一般化。関連 feedback_apple_review_roundtrip_top_priority / feedback_forced_wait_pull_deferred_forward。
• 採番: local #624止まり・origin先行ゆえ provisional。reversible。last_reverify: 2026-10-02。

## DEC [withheld: provisional decision] (2026-07-02) — 定価確定: 月$30フラット / 年$200(44%off)維持 / Lifetime$99 / 初回割引撤去

• 決定（§2.5④ sibuketu sign 2026-07-02）: 月額 $30 フラット（初月$9.99の初回割引は 2026-06-30 撤去方針どおり削除済）／年額 $200/年（「44%お得」）維持（sibuketu「年間の金額それでいいよ」＝現行維持と解釈。年払い割引は初回割引と別レバー）／Founding500 Lifetime $99 維持／標準トライアルは launch で付けない（flag OFF・コード残置で post-launch A/B 可）。
• AI 所見（sibuketu「この金額も同意してくれてますか」への回答）: 年額$200/lifetime$99 の premium 位置取りは妥当（差別化=個別化/N-of-1 が効けば正当化）。月額$30ノートライアルは cold launch で摩擦が高い（社会的証明ゼロで月額固定は転換低下）＝launch後 A/B #1 候補（trial flag 復活で検証）。相対化: 栄養アプリ市場上位（Cronometer/Macrofactor ~$50-120/年）に対し年$200は最上位帯＝価値訴求が刺さらないと転換難、が唯一のリスク。
• enforcement: 実装=PR#275 finalize（CC2、annual "unclear" blocker 解除）。
• 既存関係: DECISIONS_PENDING「価格・購入リスク反転再設計」(#611①) の残 sign を消化。関連 DEC #571（カロリー opt-in）。
• 採番: origin先行ゆえ provisional。reversible（価格/flag変更可）。last_reverify: launch後 conversion 実測時。
• 2026-07-02 追記: 月額$30フラット（$9.99初月撤去）を sibuketu 明示同意（「$30だけで$9なしのやつ、AIも推奨、なら同意」）＝価格 完全クローズ、pending なし。

## DEC [withheld: provisional decision] (2026-07-02) — アプリレビュー誘導 = 公式API×好機タイミングのみ、sentiment-gate は不採用（Appleリスク）

• 決定（sibuketu 「Grok の "楽しんでる？→はい=評価/いいえ=feedback" せこプレイ、俺らもやる？」への CC1 判断）: やらない（露骨な sentiment-gate 部分）。代わりに 公式 In-App Review API（iOS SKStoreReviewController / Google Play In-App Review）を positive な瞬間（streak達成・記録成功直後）に出す。post-launch 成長機能（未launchゆえ今は作らない）。
• 根拠: (1) sentiment で負レビューを私的feedbackに逃がす gating は Apple ガイドライン（1.1.7 レビュー操作 / SKStoreReviewController 必須）で咎められうる＝reject リスク。現在 iOS reject #12 の最中でリスク許容度ゼロ。(2) 露骨ゲート無しでも「好機タイミング出し」で満足ユーザーを自然に多く捕捉＝うまみの大半を合法に取れる。(3) 負を隠す設計は信頼毀損（§0.2 誠実性）とも整合しない。
• evidence/policy-decidable（Apple 規約＋自社リスク状況で決まる＝sibuketu の taste でなく CC1 判断領域、[[feedback_decompose_decision_taste_sliver]]）。reversible。last_reverify: launch後・成長機能着手時。
• framework: [[feedback_apple_review_roundtrip_top_priority]]（Appleリスク最小化）/ §0.2 誠実な精密さ。

• 残選択肢/没案: 7日＝週次比較を一度しか経験できず没／30日＝健康結果待ちへ寄り、原価と学習遅延が大きいため初期値では没。ただし初回価値到達が7日超または14日内の継続価値が不足する実測が出た場合は30日を再検証／年額にもtrial＝同じsubscription groupで資格が一度きりになり説明が複雑なため没
• 参照情報/未知点: 参照 = AppleはFree Trialの期間として2 Weeksを設定可能、Google Playは14 daysを設定可能。月額US$30、年額US$200、2026-08-17のoffer件数は双方0。候補実装はtrial表示をStoreKit eligibilityまたはPlay offer tokenに結合し、購入直前の再読取で不一致なら通常課金へ進まず停止する / 未知 = trial開始率、14日内の中核機能反復率、trialから課金への転換率、AI利用原価、解約率、対象外アカウントの実機挙動
• 依存 framework: RULES §0.2（根拠不明なら断言しない）/ §3.7f（健康効果をtrial価値の根拠にしない）/ docs/RESUBMIT_2026-08-17.md
• 下流影響: src/constants/pricing.ts、src/components/TrialNotice.tsx、src/screens/PaywallScreen.tsx、src/services/appleIAPService.ts、6言語translation、Apple/Google store offer、App Review Notes、スクリーンショット、receipt verification、trial analytics。TRIAL_ENABLED=trueはschema/functions、両store offer、対象/対象外実機試験の完了後だけ
• depends_on: []
• downstream: []
• 関連: docs/TRIAL_STORE_SETUP_MANUAL_2026-08-14.md / docs/RESUBMIT_2026-08-17.md / commit 8c99ccb2d
• last_reverify: needs reverify by 2026-09-17（trial funnel、反復利用、原価、対象外表示、14日内の価値到達を実測し、7/14/30日を再比較）

---

## 🔀 移植バッチ: feat/topic-memory-stage1-2026-08-09 → origin/main（2026-08-22 合流）

> issue #2058。作業枝 feat/topic-memory-stage1-2026-08-09 にのみ存在した決定エントリ99件（origin/main に無い新規79件 + 番号衝突19件）を、内容そのままここへ追記した。番号は一切再採番していない。衝突19件は各エントリ直前に🔀注記を付け、対応する origin/main 側の既存エントリの見出しテキストを引用（#634/#635 方式の踏襲、行番号は今後の編集で動くため使わずgrepで特定可能な見出しテキストで区別）。

---

• 決定: Proposal-by-Default の運用追補3点。①チャットで来た発言は、本文に「今」（または明確な即時語）が無い限り、既定の第一候補は「課題としてキューへ入れて重要度順に回す」。即応するのは「今」明示・真のブロッカー・実行方針の変更のみ。②実行順は重要度で決める＝発言の新しさ（recency）で割り込ませない（[[feedback_no_source_based_priority_triage_first]] の再確認。本日の実害＝返金文言の話がチャット到着だけを理由に実装着手まで進んだ。本人「返金とか今重要じゃない」）。③人間に判断を出す時は、根拠・過去の却下歴・比較を集めきってから「同意するだけ」の粒度で出す（本日の実害＝過去に却下済みの「期間延長」を推奨として提示＝MS-827。回答済み索引の grep が推奨前の必須手順に入っていなかった）。
• 機械との接続: ①は既存の execution-mode-tangent-guard（「後回し＝永続キューへ入れてから」）が器として存在済み＝「今」判定の語彙を足す拡張候補。③は判断提示系 gate に SIBUKETU_ANSWERED_INDEX.md / MINED_AI_SELFCORRECTION_CANDIDATES.md / DECISIONS_PENDING_ARCHIVE を参照先として追加する（MS-827 の機械化、着手中）。
• 自信度: 🟢95%（本人の明示要求3点。残5%＝「今」に相当する即時語の範囲は運用で較正）

---

• 決定: 守るべきは「走行中の独立タスクが減ったら、着手可能な独立作業が残っている限り即補充する」という不変条件。バッチ投入→枯渇待ち→再投入のサイクルは違反。床・上限の具体値は実装の調整値であり、本質はどちらでもない。
• 機械強制（本日実装済み・prose止まりではない）: ~/.claude/hooks/parallel-floor-concurrency-guard.py（Stopフック）。子の完了通知が届くたびにターン終端で検査が走り、走行数が床（既定8、CLAUDE_CONCURRENCY_FLOORで変更可）未満かつ着手可能な独立作業ありなら補充するまでターンを終えられない（block）。逃げ道は理由明示の3種（同一ファイル衝突/文脈あふれ/低価値）のみ。独立作業ゼロや会話のみのターンでは発火しない。メモリ安全弁あり（実発火確認済み）。試験37項目通過。
• 経緯: 同趣旨の指摘は 2026-06-21 / 06-23 / 08-19 / 08-22×2 の通算5回。既存の正本（TASK_SYSTEM_SPEC §4.1 / y skill「上限まで埋め、drainしたら即refillして飽和を保て」/ feedback_ccf_always_saturate_subagents「8になったら即2足す」）は文章として存在していたが機械強制が無く、毎セッション1〜4本に戻っていた。本DECで「文章＋機械」の両方が揃い、この話題の再提起は不要になった。再発した場合はこのDECと当該フックの不具合として扱う（議論の再開ではなく修理）。
• 自信度: 🟢97%（本人の明示要求＋実装・試験済み。残3%＝床値8の妥当性は運用実測で調整余地）

---

• 決定: Workflowは内部に最大16体の並列を持つため、最上位で"何を"起動するか(Agent単体 vs Workflow)のミックスが全体処理量に一番効く。ただしマシンはメモリで頭打ちになるので、無条件の強制（block）ではなく助言型（advisory）に留める。#999X-20260822-SATURATION-01のblock（総合本数floor=既定8）とは別軸の追加信号。
• 機械強制（本日実装済み）: ~/.claude/hooks/parallel-floor-concurrency-guard.py（同一Stopフックへ追加）。総合floorは既に満たしている(block対象外)状況でのみ評価し、(a) 走行中のWorkflow本数が既定3未満(CLAUDE_WORKFLOW_FLOORで変更可)、(b) 着手可能な独立作業数が既定50以上(CLAUDE_WORKFLOW_FLOOR_BACKLOGで変更可)、(c) メモリ安全弁が未発動、の3条件が揃った時だけadditionalContextで1行助言する（blockはしない＝ターンは止めない）。既存のblockロジック・逃げ道・誤爆防止（走行ゼロで沈黙）は無変更、追加のみ。試験は既存37項目＋新規5項目（発火1件・沈黙3件・内容確認1件）で計42項目通過。実セッションtranscriptで実測: workflow_running=2（想定通り）。
• 自信度: 🟢95%（本人の明示要求＋実装・試験済み。残5%＝閾値50/3の妥当性は運用実測で調整余地）

---

• 残選択肢/没案: 具体作業を常に全件表示＝没（認知負荷が高く、成果の意味が埋もれる） / 具体作業を常に非表示＝没（停止要因と完了証拠を検証できない）。
• 参照情報/未知点: 参照 = AGENTS.md「チャットは人間が判断する情報だけ」、MS-766（内部番号を成果名にした失敗）、DEC #919（具体・抽象の二層維持） / 未知 = 抽象タスク一件あたりの最適な具体証拠数。
• 依存 framework: DEC #919 / human-facing navigation / tracker-id禁止。
• 下流影響: 途中報告、最終結果、優先順位確認画面、抽象タスクの完了報告。
• depends_on: [919]
• downstream: []
• 関連: MS-766 / DEC #919
• last_reverify: needs reverify by 2026-09-20（本人が状況を理解できず具体作業の追加提示を求める率で較正する）
• docs only

---

• 残選択肢/没案: 親平均で一順位に集約＝没（段階間の価値差を隠す） / 停止中の順位を削除＝没（解除後の優先位置を失う） / 段階ごとに別issueを作る＝没（人工的な第三分類と重複管理になる）。
• 参照情報/未知点: 参照 = DEC #919の「第1段階=最重要価値、第2=主要価値、第3=残余価値」、DEC #897の具体/抽象二層、DEC #905の三段階同時開示 / 未知 = 同順位時の安定した表示順、executionBundleIdの生成・終了規則。
• 依存 framework: DEC #897 / DEC #905 / DEC #919。
• 下流影響: 抽象タスク状態、順位計算、実行候補選択、停止解除、親完了判定、確認画面。
• depends_on: [897, 905, 919]
• downstream: []
• 関連: scripts/abstract-task-state.mjs / scripts/abstract-value-stages.mjs
• last_reverify: needs reverify by 2026-09-20（段階順位と親完了の実行時試験を確認する）
• docs only

---

• 残選択肢/没案: away/外出モードを維持＝没（睡眠・通常の長時間自律実行を表せない） / 12時間を最低実行時間にする＝没（安全・権限・価値枯渇時に不要な継続を強いる） / 無制限＝没（停止保証を失う）。
• 参照情報/未知点: 参照 = DEC #917の旧normal/away二モード・6時間上限、本セッション確定の名称「エージェントモード」と12時間上限 / 未知 = launcherが12時間停止を実環境で保証するか、トークン枯渇時の保存・引継ぎ品質。
• 依存 framework: DEC #917（本DECが名称と時間を置換） / DEC #908 / bounded agent loop。
• 下流影響: 長時間自律実行の名称、起動表示、停止時刻、引継ぎ、外出・睡眠時の運用。
• depends_on: [917]
• downstream: []
• 関連: DEC #917 / away-mode launcher
• last_reverify: needs reverify by 2026-09-20（12時間境界の実停止と早期停止条件を実測する）
• docs only

---

• 残選択肢/没案: 第三分類を新設＝没（具体/抽象の責任境界を増やし重複する） / 同じ話題なら一律に束ねる＝没（根因・検証・変更面が異なる作業を誤って同一完了にする） / 方式変更時に過去完了を未完へ戻す＝没（当時の入力・方式・証拠に対する完了事実を改変する） / 全件を自動再実行＝没（影響外の再作業で現在の高優先作業を止める）。
• 参照情報/未知点: 参照 = DEC #897（具体/抽象分離）、DEC #905（三段階）、DEC #908（必要終端と証拠）、本セッションの統合判断 / 未知 = 差分影響の測定尺度、外部方式変更の重大度閾値、同一変更面を判定する機械表現。
• 依存 framework: DEC #897 / DEC #905 / DEC #908 / no-partial-completion。
• 下流影響: 抽象タスク台帳、具体作業の束ね方、三段階報告、抽象タスク探索、完了履歴、方式変更後の再検証キュー。新規第三分類や重複issueを作らない。
• depends_on: [897, 905, 908]
• downstream: []
• 関連: issue #1110 / scripts/abstract-task-state.mjs / scripts/ready-set.mjs
• last_reverify: needs reverify by 2026-09-20（方式変更または再発事例で、影響対象だけが再検証候補になったかを確認する）
• docs only

---

• 下流影響: C:\Users\susam\AGENTS.md、C:\Users\susam\CLAUDE.md、Codex/Claude Codeの人間操作依頼、会話間の引継ぎ方法。
• last_reverify: Codexデスクトップアプリの権限・会話永続化方式が変わった時。

---

• 根拠: 2026-08-17 14:25 JST時点でWAITING_FOR_REVIEW。審査メモは提出中も編集できるがbuild/スクリーンショットは不可。取り下げは審査列を最初からにする一方、manual releaseとPending Developer Releaseからの取り下げが可能なため、準備中の選択肢を保持する方が支配的。
• 自信度: 🟢 94%
• 状態分岐: 改善版完成時WAITING_FOR_REVIEWなら即差し替え、IN_REVIEWなら重大な虚偽がない限り完走、承認済みなら公開せず改善版へ差し替える。
• 依存 framework: option value / critical path / truthful review metadata / manual release
• 下流影響: ASC review notes / trial offer / build / screenshots / Android同期 / Codemagic
• last_reverify: 改善buildと全スクリーンショットが提出可能になった直前にASC状態を再取得。

---

• 根拠: 競合公式設定は3/7/14日に集中。SaaS RCTでは7日が30日より購読率で優位だったがCarnivOSへの直接性は中〜低。内部1か月personaは想像ベースで、Day 10の傾向価値は14日を支持するがDay 28価値は未実証。いわゆるketo fluの時間軸は自己選択forum解析中心でTier D、30日trialの根拠にできない。
• 自信度: 🟡 70%
• 失敗条件: 有料転換者の80%以上がDay 7までに価値到達しDay 8-14の新規価値が10%未満なら7日を比較。25%以上がDay 15以降に初価値到達し、30日差分画面が実装済みで60/90日純貢献も改善する場合だけ30日を比較。
• 誠実性条件: 無料期間、終了日時、終了後月額US$30、自動更新、解約方法を明示し、終了72時間前と24時間前の通知を設計する。trial転換率だけでなく第2月継続、返金、苦情、AI原価を測る。
• 依存 framework: evidence tiering / product value time / honest subscription UX / outcome-based calibration
• 下流影響: Apple/Google offers / paywall / 7言語 / review notes / analytics / screenshots / Codemagic build
• last_reverify: 最初の比較可能cohortでDay別価値到達・第2月継続・60/90日純貢献を観測後。

---

• 根拠: Codex hook eventのpayloadは未署名stdinであり、decision-persistence/completionのreceiptと検証者を同一主体が生成・再確認できる。ローカルfixture PASSや同一主体の再確認だけでは独立した証明にならない。
• 自信度: 98%（現行migration parity matrixのevent経路とreceipt設計に直接基づく。残2%=将来runtimeが署名済みbroker receiptを提供する場合の実装差）
• 残選択肢/没案: ローカルhookを独立強制境界として扱う=発行者と検証者の分離がなく、Goal継続時のhook coverageも未成立のため不採用。hookを撤去する=入力ミス・既知の過失を防ぐ実益まで失うため不採用。
• 状態ラダー: GUARDRAIL_PASS → SAME_PRINCIPAL_RECHECKED → BROKER_ATTESTED → INDEPENDENTLY_VERIFIED。VERIFIEDは最後の状態だけに使い、completionの現在設計はREDESIGN_REQUIREDとする。
• 最小上位化: remote CIまたは別principal verifierを用い、署名済みまたはbrokerが結合を証明するreceiptを確認する。当面のlocal hookは過失防止として維持する。
• 依存 framework: DEC #906 / DEC #908 / evidence preservation / completion-state strictness
• 下流影響: AGENTS.md / migration-parity-matrix.json / CODEX_WORK_QUEUE_2026-08-15.md / decision-persistence / completion-state
• depends_on: [#906, #908]
• downstream: []
• last_reverify: needs reverify by 2026-08-24（remote CIまたは別principal verifierの最小実装と、event payloadのprovenanceを再確認）
• docs only

---

• 根拠（独立監査）: docs/CODEX_WORK_QUEUE_2026-08-15.md:137
• 自信度: 🟢 98%
• 依存 framework: DEC #897 / DEC #902 / strict completion / task priority v2
• 下流影響: ready-set / abstract-task-state / task-score-v2 / CX1 queue selection / issue #1110
• last_reverify: current checkoutへorigin/mainの採点基盤を安全に同期した直後、2026-08-18までに状態と実行順を再確認

---

• 根拠（実測）: docs/CODEX_WORK_QUEUE_2026-08-15.md:73
• 自信度: 🟢 96%
• 依存 framework: DEC #910 / DEC #911 / capability-acquisition proof / resource-aware orchestration
• 下流影響: orchestration scheduler / external Codex lane runner / migration priority #0
• last_reverify: 🟢 2026-08-22 再確認済み（期限2026-08-18は超過していたが実施）。出力回収wrapper=scripts/codex-fanout.py（2026-08-21新設）で実repo比較監査2件を--timeout 600同時実行。旧「64秒timeout」は実験時に自分で--timeoutを240秒へ短く切っていたことが原因で、wrapper自体の欠陥ではなかった（既定は1800秒）。RULES.md(593行)+RULES_FULL.md(1860行)の2ファイル監査は完走し実contradiction（RULES.md:15-17 vs RULES_FULL.md:13-15のフェーズ宣言不一致）をfile:line根拠付きで検出、confidence 94%。同一プロンプトの単発codex exec（timeout無制限）も約186秒で同結果を再現。一方DECISION_LOG.md単体(5941行)は600秒でも完走せず。結論=中規模複数ファイル監査(〜2500行)はRUNTIME_VERIFIEDに近いレベルで実用、巨大単一ファイル(6000行級)は未証明のまま。詳細=docs/CODEX_WORK_QUEUE_2026-08-15.md:73（2026-08-22差し替え）。次アクション=巨大ファイルは事前grep絞り込みしてから渡す運用を検証（未実装）

---

• 採用: 軽い文章・読取作業はRAM/CPU/commit/待ち作業数を見て1本ずつ増やす。browser/build/emulator/imageは別閾値。外側にはservice・資源・競合事故を防ぐ最大値を残す。
• 不採用: 最大値を完全に無くす方式。作業種別による瞬間負荷、モデル利用枠、共有ファイル競合を制御できないため。
• 実証停止条件: 現在のAGENTS/権限境界/決定記録/独立監査を継承できない、Linear等の新しい外部依存が速度利益を上回る、または4→6の小規模比較で時間短縮が再現しない場合は導入しない。
• 依存 framework: DEC #904 / #905 / #910 / resource-aware orchestration / capability-acquisition proof
• 下流影響: Symphony disposable proof / orchestration scheduler / agent workspace isolation / migration priority #0
• depends_on: [#904, #910]
• downstream: []
• last_reverify: needs reverify by 2026-08-18（公式実装のWindows対応・認証・ルール継承を確認し、可能なら4対6の使い捨て比較条件を確定）

---

• 採用: Terminal履歴上限を既定9001行から2000行へ変更。並列はRAM・commit・CPU・作業種別で1本ずつ増減。整理は期限切れstate/temp/rotation対象を別の低頻度処理で扱う。
• 不採用: メモリ使用量だけを根拠にWindows Terminal、通常Chrome、WebView、未知のnode/python、Codex rootを自動終了する方式。所有者と未保存状態を判別できないため。
• 依存 framework: resource-aware orchestration / root-safe-point-only actuation / user-facing output minimization
• 下流影響: orchestration scheduler / state janitor / Windows Terminal settings / chat raw-log suppression
• depends_on: [#909]
• downstream: []
• last_reverify: needs reverify by 2026-08-24（Terminal長時間利用後のメモリ推移、2000行で実用上不足がないか、janitor dry-run誤検出を確認）

---

> 🔀 2026-08-22 合流・番号衝突: #909 は origin/main 側に既存の別内容決定が存在（本ファイル内で見出しテキスト「### #909 [MICRO] 2026-08-17: 英語App Store掲載を一般利用者の検索語彙へ寄せ、名前を維持したまま副題を `Meal Log,...」をgrepして特定可能。行番号は今後の編集で動くため付記しない）。#634/#635 方式に倣い再採番せず、参照時は行番号/日付で区別すること。

>

• 残選択肢/没案: Diet, Meals & Nutrients は一般検索に強いが可視面から meal log を落とすため没。名前のTrackerをDietへ変更する案は既に取れているtracker順位を同時に崩すため今回は没。専門語だけを維持する案は一般利用者語彙と不一致。
• 参照情報/未知点: 参照 = 2026-08-17 US検索実測（tracker 6/188、diet 圏外/168、app 35/180、meat tracker 12/190、macro tracker 圏外/190）、Apple Product Page/App information/Platform version information/Search/App Review Guidelines 2.3.7、競合Apple RSSレビュー。未知 = iTunes Search APIは公開ストア順位の代理値であり、変更後の実際の索引順位と転換率は24時間以降の反復測定まで不明。
• 依存 framework: DEC #904（発言はポインター）/ Apple metadata limits / issue #1917
• depends_on: [#904]
• downstream: []
• 下流影響: fastlane/metadata/en-US/subtitle.txt、fastlane/metadata/en-US/keywords.txt、App Store Connect英語掲載、検索語の時系列測定。
• 関連: issue #1917 / docs/ASO_SEARCH_AUDIT_2026-08-17.md
• last_reverify: needs reverify by 2026-08-24（変更後、同じ語句を複数時刻で再測定し、順位・表示・審査状態を確認）

• 残選択肢/没案: 生の変更履歴を短縮して毎回出す=短くしても判断不要な情報であるため不採用。すべてを隠す=重大な失敗や安全判断まで消えるため不採用。
• 参照情報/未知点: RULES_FULL.md §11.6aは機械試験・途中経過・技術識別子をchatから除く既存正本。Codexアプリ側の実行欄を非表示にする公式設定は未確認。
• 依存 framework: §11.6a Report Quality Standard / communication style / evidence preservation
• 下流影響: AGENTS.md / RULES_FULL.md / Goal中間報告 / 最終報告
• depends_on: [#509]
• downstream: []
• last_reverify: needs reverify by 2026-09-17（実際のchat出力で技術履歴の再掲がないか、判断材料の欠落がないかを確認）
• 2026-08-17補足: 英語→漢字の固定変換ではなく「その語を知らなくても意味を推測できるか」を基準にする。cold readは「独立監査」を第一候補、「コールドリード」も許容。ユーザー自身が感覚差と基準未確立を指摘したため、実際の理解しづらさの修正率で再較正する。

---

> 🔀 2026-08-22 合流・番号衝突: #908 は origin/main 側に既存の別内容決定が存在（本ファイル内で見出しテキスト「### #908 [MICRO] 2026-08-16: SNS自動返信とニュース自動生成を廃止する（sibuketu「SNS返信・ニュース生成 これいらない。...」をgrepして特定可能。行番号は今後の編集で動くため付記しない）。#634/#635 方式に倣い再採番せず、参照時は行番号/日付で区別すること。

>

• 残選択肢/没案: cronだけ停止してコードを残す案は、手動誤実行と将来の無断再有効化が残るため没。動画・文章の手動投稿経路まで削除する案は今回の「返信・ニュース」を超えるため保留。
• 参照情報/未知点: 参照 = .github/workflows/carnivore-news.yml の週次cron、.github/workflows/sns-auto-post.yml のauto-reply、.github/scripts/auto-reply-x.ts。未知 = 手動SNS投稿機能も永久廃止するか（今回は変更しない）。
• 依存 framework: DEC #904 / RULES §0.10a 費用抑制
• depends_on: [#904]
• downstream: [#1992]
• 下流影響: Anthropic APIのアプリ外利用を2経路削減。週次ニュースIssueとX自動返信は再実行不能。
• 関連: issue #1992 / .github/workflows/sns-auto-post.yml
• last_reverify: needs reverify by 2026-11-16（廃止経路が別名で再導入されていないか確認）

• 状態: CREATED → WIRED → LOCAL_VERIFIED → RUNTIME_VERIFIED → REFLECTED → EFFECT_CONFIRMED。互換不能は CODEX_INCOMPATIBLE、再設計が必要なら REDESIGN_REQUIRED とし、どちらも「完了」と言い換えない。
• 完了主張の必須形式: 自然文で断言せず、【完了】、対象、必要終端、到達状態、根拠対象、根拠 の固定ブロックを使い、対象と根拠対象を完全一致させる。例外状態は 【非完了終端】 に理由と再開条件も含める。通常の説明では予約語を引用またはバッククォートで囲む。
• 参照情報/未知点: 自然文推定型completion-claim-gate.pyは独立cold auditを2回行っても、質問・条件・否定・複数対象・負の証拠に新しい反例が継続したため不採用。固定契約型completion-contract-gate.pyと敵対的fixtureへ置換し、ローカルfixtureはPASS。最新方式の独立再監査、fresh session trust、Stop実発火、実報告での誤遮断率は未確認。
• 依存 framework: No Hollow Words / Proposal-by-Default / DEC #904
• 下流影響: AGENTS.md / RULES_FULL.md / completion-contract-gate.py / migration parity matrix / Codex work queue
• last_reverify: needs reverify by 2026-08-18（最新cold audit、fresh session trust、実Stop allow/blockを確認）

---

> 🔀 2026-08-22 合流・番号衝突: #907 は origin/main 側に既存の別内容決定が存在（本ファイル内で見出しテキスト「### #907 [MICRO] 2026-08-16: 抽象タスク順位は初期状態をAI順そのものにし、一番上を1位として順位表示を1種類だけにする（parti...」をgrepして特定可能。行番号は今後の編集で動くため付記しない）。#634/#635 方式に倣い再採番せず、参照時は行番号/日付で区別すること。

>

• 残選択肢/没案: AI順位と人間順位を常時2列表示する案は未調整時に無意味。試験順位を引き継ぐ案は本人が確定していないため没。初期AI順位は元題名の折りたたみにだけ残す。
• 参照情報/未知点: 参照 = task-priority-board.mjs 実画面73件、TASK_ABSTRACT_PRIORITY_OVERRIDES.json 未作成。未知 = 人間が初めて動かした後の補正効果。
• 依存 framework: task-score-v2 / DEC #906
• depends_on: [#906]
• downstream: []
• 下流影響: task-abstract-priority.mjs は旧試験順位を読まない。画面と抽象選択は、保存が無い間はAI順、保存後は現在順。
• 関連: issue #1988 / task-priority-board.mjs
• last_reverify: needs reverify by 2026-09-16（初回の人間調整後に保存・再読込・実行選択が一致するか確認）

• 残選択肢/没案: これは指示です も同義として許可＝音声認識で「これは」が欠落すると不発になるため不採用。行頭の 指示です: も許可＝今回のようなラベル自体の議論まで指示化する可能性が上がるため不採用。
• 参照情報/未知点: proposal-intent-gate.py の完全一致判定を独立cold auditし、初版が前後空白・タブを誤許可する反例を検出後、許可式を \A指示です(?:\r?\n|\Z) に限定した。自己試験・敵対的fixture・Codex payload統合試験（前後空白・タブを含む）はPASS。未知点は修正版のfresh session trustと実発火で、現時点は LOCAL_VERIFIED / WIRED_UNTRUSTED。
• 依存 framework: DEC #903 / Proposal-by-Default
• 下流影響: AGENTS.md / RULES.md / RULES_FULL.md / proposal-intent-gate.py / 統合fixture
• depends_on: [#903]
• downstream: []
• 関連: DEC #903 / C:/Users/susam/.codex/migration-parity-matrix.json
• last_reverify: needs reverify by 2026-08-18（fresh sessionで先頭独立行 指示です の発火と近似表現の不発を確認）

---

> 🔀 2026-08-22 合流・番号衝突: #906 は origin/main 側に既存の別内容決定が存在（本ファイル内で見出しテキスト「### #906 [MICRO] [PARTIALLY SUPERSEDED by DEC #907] 2026-08-16: 人間順位画面はAIが発明した7分...」をgrepして特定可能。行番号は今後の編集で動くため付記しない）。#634/#635 方式に倣い再採番せず、参照時は行番号/日付で区別すること。

>

• 残選択肢/没案: 個別hookの正規表現だけを直す=複数hookと一般receiptが同時に発火していない事実を説明できないため不採用。Goalを停止する=長時間作業の目的に反し、上位権限規則で安全を維持できるため不採用。
• 参照情報/未知点: C:/Users/susam/.codex/hooks/audits/goal-mode-hook-bypass-2026-08-17.json、https://learn.chatgpt.com/docs/hooks。未知=Goal固有かcode-mode固有か、fresh direct CLIでは再現するか。
• 依存 framework: DEC #904 / #905 / completion-state strictness
• 下流影響: Claude→Codex移行表のcritical row、Codemagic/破壊/課金/提案ゲートのruntime分類、Goal mode中の完了表現。
• depends_on: [#904, #905]
• downstream: []
• last_reverify: needs reverify by 2026-08-18（fresh direct sessionとGoal continuationを同一probeで比較）
• docs only（probeは無副作用、hook/configの修正とは別）

---

> 🔀 2026-08-22 合流・番号衝突: #905 は origin/main 側に既存の別内容決定が存在（本ファイル内で見出しテキスト「### #905 [MICRO] [SUPERSEDED by DEC #906] 2026-08-16: 人間は細かいIssueでなく7個の大きな成果だけを並...」をgrepして特定可能。行番号は今後の編集で動くため付記しない）。#634/#635 方式に倣い再採番せず、参照時は行番号/日付で区別すること。

>

• 残選択肢/没案: 超重要を全完了するまで重要以下を読まない=下位の消失と独立並列の浪費を起こすため不採用。三段階を掲示しただけで完了=実成果が無いため不採用。
• 参照情報/未知点: 参照=docs/ABSTRACT_TASK_POOL_2026-07-31.md三段階の優先度運用、docs/CODEX_WORK_QUEUE_2026-08-15.md #0に対する三段階の通し方。未知=各境界の予測精度は未検証。
• 依存 framework: DEC #902 / #904 / no-partial-completion
• 下流影響: 抽象タスクのトリアージreceipt、#0移行の主要移行到達/全移行完了の呼称、各段の再開条件。
• depends_on: [#902, #904]
• downstream: []
• last_reverify: needs reverify by 2026-08-31（2週間の選択結果・滞留・昇降格を見て境界を再較正）
• docs only

---

> 🔀 2026-08-22 合流・番号衝突: #904 は origin/main 側に既存の別内容決定が存在（本ファイル内で見出しテキスト「### #904 [MICRO] 2026-08-16: 運用上の唯一の固定指示を「世界一のカーニボアアプリを作る」に再固定し、他の全発言は提案・空間へのポイン...」をgrepして特定可能。行番号は今後の編集で動くため付記しない）。#634/#635 方式に倣い再採番せず、参照時は行番号/日付で区別すること。

>

• 残選択肢/没案: 「命令口調なら即実行」は発想メモで作業を横入りさせるため不採用。「今」を絶対命令にする案も、迎合と危険操作の自動実行を招くため不採用。
• 参照情報/未知点: 参照 = RULES.mdは既に「全発言は提案」「発言は空間へのポインター」「種は採る・主張は裁く」を規定。今回追加された運用差分は「即時語が無い新規作業は登録のみ」「即時語は強い時期証拠」 / 未知 = 即時語の誤判定率と、人間による順位修正率。実ログで較正する。
• 依存 framework: RULES.md Proposal-by-Default + DEC #721 + DEC #895 + task-score-v2
• 下流影響: Codex UserPromptSubmit intent gate、タスク登録、進行中作業の割込み制御、事業タスクの目的評価。
• depends_on: [#721, #903]
• downstream: []
• 関連: [[feedback_user_utterance_as_pointer]] / C:\Users\susam\.codex\hooks\proposal-intent-gate.py / issue #1986
• last_reverify: needs reverify by 2026-09-16

• 残選択肢/没案: 旧Claude設計を先に全面再評価してから移植=移行を長期停止するため不採用。文書を複製した時点で移行完了=本日の未配線実例に反するため不採用。
• 参照情報/未知点: 参照=docs/CODEX_WORK_QUEUE_2026-08-15.md #0、C:/Users/susam/.codex/hooks.json、proposal-intent-gate.py --self-test。未知=Claude側全機能の実利用頻度とCodex側の完全互換性。
• 依存 framework: DEC #902 / docs/CODEX_WORK_QUEUE_2026-08-15.md
• 下流影響: Codex移行棚卸し、hooks、skills、並列制御、browser/computer-use、y運用、完了状態機械、抽象タスクA23。
• depends_on: [#902]
• downstream: []
• 関連: docs/CODEX_WORK_QUEUE_2026-08-15.md / docs/ABSTRACT_TASK_POOL_2026-07-31.md A23
• last_reverify: needs reverify by 2026-08-24
• docs only（移行の実働完了を意味しない）

---

> 🔀 2026-08-22 合流・番号衝突: #903 は origin/main 側に既存の別内容決定が存在（本ファイル内で見出しテキスト「### #903 [MICRO] 2026-08-16: タスク優先順位v2と調査深度の自動選択を採用（sibuketu「採点方式を決めれば投入時に決まる」「リ...」をgrepして特定可能。行番号は今後の編集で動くため付記しない）。#634/#635 方式に倣い再採番せず、参照時は行番号/日付で区別すること。

>

決定: 旧 賞味期限×効果 の単一積を新規採点から廃止する。強制条件→依存関係→各タスク単独の4基準（現在の利用者影響35%・時間性25%・事業価値20%・リスク低減20%）のlow/likely/high→重み±20%の順位安定性→同じ10点価値帯だけ価値/所要量、の順で機械選定する。人間の並べ替えはAI点数を上書きせず、順位・理由・日時を別保存する。調査深度はAIが自動選択し、短時間・可逆・低リスクは調査なし、単一の一次資料で決まるものは絞った確認、複数資料の統合が必要な上流/高影響判断は全世界リサーチとする。外部に答えがあることを人間へ質問しない。 | 根拠: MCDA一次資料は基準・重み・集約・不確実性を分離し感度分析を要求し、LLM評価研究は表示順だけで順位が変わることを実証。WSJFは限定条件でのみ理論的に妥当なため全体式にしない。5分作業へ一律30分調査すると選定費用が実行費用を超えるため、全世界リサーチの一律適用は却下し自動発火へ置換。 | 自信度 🟢88%（方法の層構造は複数一次資料で支持。初期重みはCarnivOS実績未校正なので暫定、感度検査と実績補正を必須化） | reversible: ✅ | depends_on: [] | downstream: [issue #839, #1110, #1700, #1704, #1986, #1987, #1988] | 関連: docs/TASK_PRIORITY_METHOD_2026-08-16.md / scripts/task-score-v2.mjs / scripts/task-score-registry.mjs | last_reverify: needs reverify after 30 completed tasks or 10 human priority corrections（早い方。予測効果・実所要量・人間修正の的中率を時系列で比較し重みを更新） | commit: 本ターン後続コミット

• 何を決めたか: 抽象タスク #1110 の4条件（具体/抽象分離、抽象専用の予防件数採点、機械可読状態、選択→着手→証拠付き完了の実行経路）を先に完成させる。完成後のキュー選択は採点結果を正本にする。人間へ判断を渡す場合は推奨案・理由・確信度を先に示す。
• なぜそう決めたか: sibuketuが「採点方法さえあれば自動で何をすべきか決まり、人間の発言依存を減らせる」と明示。Google Play法人アカウント判断で推奨ゲートが働かなかった事実は、個別判断ではなく移行完了条件の欠落を示す（MS-761）。
• 選択肢と却下理由: 最新発言を都度CX1が解釈して優先する案は、同じ話題の再説明と順序の揺れを生むため却下。AGENTS/skillの散文だけで移行完了とする案も、今回実際に違反が通過したため却下。
• 確信度: 🟢 95%（優先順位と完了条件は本人の明示指示。残5%はCodex DesktopがClaude Stop hook相当を直接備えるかの実装経路差）。
• 下流影響: scripts/ready-set.mjs、抽象タスク状態SSOT、y/CX1の選択器、Claude→Codex移行監査、Google Play法人アカウント判断の提示形式。
• 見直し条件: 実運用バックテストで採点順位と成果が継続的に逆相関する、または機械ゲートが正当な自律実行を大幅に妨げる証拠が出た場合。
• 🔴 2026-08-22 適用範囲の限定（DEC #999X-20260822-PARITY-01）: 「Claude→Codex移行」を一方通行の前提として完了条件を語る部分は失効＝主作業画面をCodexに固定する方針が撤回され、目標はClaude CodeとCodexの対等化に変わったため。取り消すのではなく限定して残す: 「文章を移しただけで完了とみなさず、行動ゲートが機械検証されて初めて完了とする」という原則そのものは、対等化作業（双方向の機能差分を埋める作業）にもそのまま適用する。本人がClaude Codeを主に選んだ日には「Codexへの移行」という枠組み自体が成立しない。
• 最終再確認日: 2026-08-16
• 関連: issue #1110 / MS-761 / docs/CODEX_WORK_QUEUE_2026-08-15.md

• commit: ff9ff02d (2026-08-19)

---

決定: 期間を 1ヶ月。DEC #892 の「日数はデータで決める」は「AIがデータを見て決める」の意味に確定。人間への判断出しは不要。

根拠（sibuketu 2026-08-16 原文）: 「もう人間に出さなくてもいいから もう勝手に決めといて っていうか1カ月にしようかな データを見るは見るけど ちょっと予測で書いておくと1ヶ月にしておこうかな なんでかっていうと だいたい効果の実感をするには30日…」

Appleの制約: 選べるのは離散値のみ（3日/1週/2週/1ヶ月/2ヶ月/3ヶ月/6ヶ月/1年）。10日・21日は不可。

整合: src/constants/pricing.ts:120 が既に TRIAL_PERIOD_MONTHS = 1 を持ち一致。

🔴 不可逆: 導入オファーは作成後に編集できない（変えるには削除して作り直し）。押す前に期間と地域を確定させること。

事後検証: 栄養管理アプリのトライアル期間ベストプラクティス調査＋カーニボア移行90日の経過データで検証する（sibuketu 2026-08-16 発注）。1ヶ月が不利と出たら本DECを改訂する（オファー未作成のうちなら無コスト）。

実行順序: 1.0.2 の審査結果が返った瞬間に ①オファー作成 ②TRIAL_ENABLED=true + 掲載文 + 審査ノート修正の次バージョンを提出。逆順は Guideline 2.3.1（偽の価格の宣伝）に直撃するため厳守。

詳細: docs/CODEX_HANDOFF_2026-08-16_TRIAL_AND_RESUBMIT.md

信頼度: 🟢 90%

last_reverify: 2026-08-16

---

決定: DEC #636（無料トライアルなし）と、それを維持した DEC #708 を破棄する。無料トライアルを導入する。

根拠（sibuketu 2026-08-16 原文）: 「無料トライアルはやらないっていうのを撤回するのは過去に100%いった 絶対行った 100% タイミング今すぐ」

reverses: DEC #636 / DEC #708

下流: src/constants/pricing.ts:80 の TRIAL_ENABLED を true にする実装ゲートが本決定の存在を条件にしていた。ゲートは開いた。

信頼度: 🟢 95%

last_reverify: 2026-08-16

---

決定: App Store の審査結果が返った時点で、承認・却下のどちらでも即座に次バージョンを提出する。却下なら修正して出す。承認されても、審査中の約48時間で開発は進みアプリの中身は必ず変わっているのでそのまま出す。毎回の常設ループとして扱い、判断を挟まない。

根拠（sibuketu 2026-08-16 原文）: 「審査に48時間ぐらいかかるんだろ その間にアプリの内容はどう考えても変わってるんだろう毎日開発してるんだから つまり審査の返信が来た瞬間にもう一度出すという たとえそれが通っていても通っていなくても どう考えても出すでしょう …何回も言わせるなよ」

既存記録との関係: memory/feedback_apple_review_roundtrip_top_priority.md が既に「Apple審査の返信/再提出/次アクションは毎回ほぼ最優先、遅延が複利」を記録済み。本DECはそれを置き換えるのでなく抜けていた部分を足す＝旧記録は「優先度が高い」までで、「結果が通っていても必ず即再提出する」というループの形が無かった。だから毎回AI側が「次に何を出すか」を判断課題として立て直していた。

下流（未実装＝これが実装対象）: .github/workflows/apple-review-watch.yml はASC APIを4時間おきに叩き審査状態を検知しているが、GitHub issueを立てるだけで再提出に繋がっていない。検知→次バージョン作成→ビルド→提出の接続が要る。

framework: 検知と行動の接続漏れ（present_but_not_fired）

信頼度: 🟢 95%

last_reverify: 2026-08-16

• commit: 46313707 (2026-08-16)

---

決定: App Store Connect の 1.0.2、スペイン語(メキシコ)の「このバージョンの新機能」には、スペイン語(スペイン)の whatsNew と同一文字列を入れる。fastlane/metadata/es-MX/release_notes.txt も同内容へ上書きし、リポジトリ側の正本も揃える。

背景: 1.0.2 の appStoreVersionLocalizations を全件 GET した実測で、7ロケール中 es-MX だけ whatsNew: null。他6言語(en-US/ja/de-DE/es-ES/fr-FR/pt-BR)は全て「不正確な出典を修正した」という同一趣旨の翻訳が投入済み。一方 fastlane/metadata/es-MX/release_notes.txt の中身は "Primera versión." で始まる 1.0 向けの機能紹介文で、1.0.2 の変更内容と食い違っていた。この1件だけで提出が止まる状態だった。

判断の枠組み: リスクの非対称性。es-MX は 1.0.2 で新規追加ロケールなので「初回リリースです」と書く解釈も成立はするが、同じ更新に対する説明が言語間で食い違う状態は審査官が両方を見た場合に不整合として当たり得る。es-ES の文面をそのまま使って失うものは無い。∴ 流用側が優位。

なぜAI単独で確定したか: 同一言語(スペイン語)内での既承認文面の流用であり、新しいコピーの創作でもブランドの主観判断でもない。かつ提出前メタデータの編集は完全に可逆。RULES §2.5 の4軸(高impact/不可逆/高額/brand主観)のいずれにも当たらない。

下流影響: 1.0.2 の提出可否が es-MX 1件で止まっていた状態が解消される。宣伝文(promotionalText)7ロケール空欄の件は別件で並行処理中。

信頼度: 🟢 85%

last_reverify: 2026-08-16

---

• 決定: GitHub issue #1110「タスクを抽象/具体で分ける」を、完了まで抽象タスク順位1位とする。散文・一部機構だけでは閉じず、抽象/具体の分離、抽象用採点軸、機械可読な完了状態、着手保証を成果物と検査で確認する。完了報告は 🎯 採点方法の抽象タスク #1110 完了 から始め、通常報告に埋めない。
• 発言原文: 「採点方法の抽象タスクは抽象タスクの中で１位にしておいて　そのタスク完了した時は見逃さないように目立つように完了報告して」
• 根拠: #1110は個別の未採点消化ではなく、抽象タスクの採点軸・完了・着手を決める上流課題であり、全タスクの順番と見逃し率へ反復影響する。現時点でOPENで、#1227の進捗表示や#1964の未採点消化は下流または兄弟課題。
• confidence: 96% 🟢
• 代替候補:

1. #1227を1位にする — 見える化中心で採点方法そのものではないため不採用。

2. #1964を1位にする — 既存issueの未採点消化であり抽象タスクではないため不採用。

3. 既存1位 #1589を維持 — 重要だが、優先順位の信頼性を作る#1110の方がさらに上流なので2位へ繰り下げ。

• 埋め込み情報: 正本 docs/ABSTRACT_TASK_POOL_2026-07-31.md の順位表を更新し、CodexのCarnivOS統括スキルにも完了条件と強調見出しを追加する。GitHubでは priority: critical を付ける。
• 未知: 最終的な採点式の係数と検証期間は#1110実行時に過去実績で校正する。
• framework: 上流レバレッジ / 再発防止 / source-neutral impact triage / RULES §2.5a
• downstream: 抽象タスク順位、yトリアージ、ready-set、採点の本人発言依存を下げる校正
• depends_on: issue #1110 / DEC #895
• downstream影響: #1110完了までは他の抽象タスクより先に実行候補へ出す。完了後は検証済み採点法の信頼度に比例して本人prior依存を下げる。
• last_reverify: 2026-09-16

---

• 決定: 人間とAIの立場を原則逆転し、AIが計画・調査・学習・実装・検証・具体的な人間手順まで所有する。決定論的なモデル選択・分解・道具選択はAIが黙って行い、本人とは戦略・好み・契約・同意・支払・本人性など真の判断だけを話す。案件は現在の技術一覧に限定せず、契約前の小さな実証または有償調査で重要経路を確認でき、残る学習が可逆かつ客観検証可能なら受ける。AI補助は速度向上へ最大利用するが、規約回避・大量迷惑送信・実績捏造・無断代理送信はしない。
• 発言原文: 「立場逆転でほぼ君が俺に指示する感じで　判断とかだけ一緒に話す感じ」「決定論的なことは人間と話さずに勝手にAIがやる」「現在技術一覧にない仕事の候補」
• 根拠: 既存RULES §2.5aは能力・権限で機械的に分け、本人判断を4軸へ限定している。未知技術は全面学習か盲目的受注の二択ではなく、最小実証で重大な不確実性だけ先に潰す方が時間価値と選択肢を両立する。主要案件面ではAIによる調査・採点・個別下書きは高速化できる一方、無許可の自動応募や本人代理通信は規約・信頼リスクがある。
• confidence: 94% 🟢
• 代替候補:

1. 現在の技術だけ受ける — 受注可能性と学習の複利を不必要に狭めるため不採用。

2. 受注後にゼロから可能性確認 — 固定成果・固定納期で顧客へ実現性リスクを転嫁するため不採用。

3. 案件前に技術一式を完全習得 — 応募前コストが過大で、実案件と無関係な学習が増えるため不採用。

• 埋め込み情報: 通話案件は、構造化された要件確認で、即答を約束せず、技術回答を文書で持ち帰れる場合は候補に含める。AIで議題・質問・参照表・議事後の文案を準備する。クライアント音声の秘密録音・秘密文字起こし・無断の外部AI送信は行わない。相手・契約・サービスが求める場合はAI補助を開示する。
• 未知: 案件面ごとのAI利用開示条件、秘密保持契約、録音・文字起こし規則、ブラウザ自動化許諾は案件ごとに再確認する。
• framework: RULES §2.5a AI-HUMAN TASK ROUTER / 期待値 / 選択肢価値 / pre-mortem / 最小実証
• downstream: C:\Users\susam\.codex\AGENTS.md のAI主導・能力獲得ゲート、案件探索・応募・通話準備・モデル振り分け全般
• depends_on: DEC #895（本人発言をstrong priorとして扱い、迎合しない）
• downstream影響: 収入源探索では候補収集と下書きを大量処理できるが、送信・契約・本人性は各サービスの正式な境界に従う。AIは人間へ抽象的に丸投げせず、必要時だけ一つの具体操作を指示する。
• last_reverify: 2026-11-16

---

決定: 採点システムの妥当性が未検証の間、タスク登録時または意図的な再展示時にsibuketuが述べた重要度・緊急度を強いpriorとして採点へ反映する。ただし命令追従ではない。AIは現在のユーザー/売上impact、賞味期限、依存、外部証拠、可逆性、既存DECとの整合を独立評価し、乖離時は根拠・代案・信頼度を明示して反証する。本人の具体案は採否で閉じず探索空間へのpointerとして扱い、同じ目的をより良く満たす候補を比較する。採用時は具体例を最低1件通し、壊れる条件を最低1件示す。採点手法はbacktest、予測誤差、実成果、本人訂正率で校正し、検証済み部分では信頼度に比例して本人priorへの依存を段階的に下げる。ただし戦略/taste、本人だけが持つ一次情報、本人同意と不可分なauthorityはゼロ化しない。

根拠: sibuketu「今は採点システム出来てないから俺が重要度言う」「採点方法を確立したらどんどん俺の発言依存から脱却して自分で考えて」「俺のいう事聞いて迎合してゴミ行動はだるい」。既存DEC #721（種は採る・主張は裁く）、#871（本人提案の壊れ方を必ず書く）、#618（本人訂正率で校正をgraduate）をタスク優先度へ接続する具体化であり矛盾しない。

reversible: ✅。自信度: 🟢92%（本人の明示方針＋既存3原則と整合。未確定なのは採点手法ごとの信頼度算定方法）。実行主体: CX1。last_reverify: 採点手法のbacktest指標が確立した時。

---

---

> 🔀 2026-08-22 合流・番号衝突: #711 は origin/main 側に既存の別内容決定が存在（本ファイル内で見出しテキスト「### #711 [decision] 2026-07-13: 返金保証＝「The Honest 60」＝60日完全無条件＋判定はUX儀式（契約条件でなく）＋i...」をgrepして特定可能。行番号は今後の編集で動くため付記しない）。#634/#635 方式に倣い再採番せず、参照時は行番号/日付で区別すること。

>

• 決定（7項目）: (1)全従量サービスに上限を置く。例外なし。 (2)金額＝前月実績から翌月を予測し、その少し上。毎月AIが引き直す（予測なしで人間に金額を聞くのは手順違反） (3)🔴本番中核（Vercel/Supabase）にだけは「止まる上限」を置かない＝止めると顧客のサービスが落ちる。低い位置の警告と異常検知のみ (4)上げた上限は必ず戻す＝上げた日と戻す日をセットで記録、毎月26日にAIが確認（Googleカレンダー登録済み） (5)取得失敗を0や「異常なし」として出力するな＝取れなければ必ず鳴らす (6)想定外請求は通る見込みが薄くても毎回返金申請する (7)人間が決めるのは許容できる最大損失額と「止めてはいけない機能」だけ。それ以外（予測・設定・監視・月次更新）はAIが枠内で自律実行
• 当面の具体値: GitHub Actions の上限 $50（8月実測から翌月を投影し、doc-only PRのCI抑制〔PR #1910、直近40PR中22本が該当〕の削減効果を織り込んだ値）。実請求データが取れ次第、初回の月次更新で引き直す
• 残選択肢/没案: (a)全サービス一律に「予測のすぐ上」で止める＝本人の当初案。Codex独立検証で本番中核に適用すると顧客影響が出ると判明→3層に分離して部分採用 (b)高い上限で安全を確保＝歯止めとして機能しない、ただし「破局的請求を絶対許容損失以下に抑える最終防壁」としての価値は否定しない (c)上限を置かず監視だけ＝今回の実害そのもの、却下
• 参照情報/未知点: 参照 = 監視の修正前後（Total minutes: 0 / $0.00 → Adjusted minutes (MTD): 5867 / Billable 3867 / $30.94、issue #1911自動生成）／gh api repos/{repo}/actions/runs/{id}/timing が run_duration_ms:59000 に対し billable.UBUNTU.total_ms:0 を返す実応答／GitHub Actions 単価 $0.006/分（公式 actions-minute-multipliers、社内の$0.008は33%過大）／Vercel Spend Management・Supabase Cost Control・GCP spend caps・Azure budget scenario の公式原文。未知 = 実請求額（user スコープ未付与）／銀行・カード明細（_bank_local へのCSV待ち）
• 依存 framework: DEC #890 / [[feedback_money_ai_owned_oververify]] / [[feedback_billing_cap_revert_before_reset]] / docs/MINING_LENS_REGISTRY.md L48
• 下流影響: .github/workflows/actions-usage-monitor.yml（PR #1909/#1912適用済）／cost-budget-monitor.yml（週1・continue-on-error のまま未修正）／docs/PERIODIC_REVIEW_LEDGER.md:107（全metered支出ペース確認）と :139（Google Cloud、列ずれで15日間検知不能だった行）／MS-736/739/740/743
• depends_on: [#890]
• downstream: []
• 関連: [[feedback_money_ai_owned_oververify]] / MS-736 / MS-739 / MS-743
• last_reverify: needs reverify by 2026-09-14（初回の月次更新が実際に行われたか。行われていなければ (2) は prose 止まりということなので機械化へ）
• docs only（DECISION_LOG.md への追記のみ = 審査セーフ）

---

• 残選択肢/没案: (a)「金の話題だけ検証者を増やす」でなく全領域で増やす＝コストが線形に増えるうえ、今回の実害は金に集中しているため対象を絞る方が費用対効果が高い→却下 (b)「人間が最終確認する」を残す＝本人が明示的に「すべてAIが管理する」と述べており、かつ本人確認を残す設計が今回15日間機能しなかった当のもの→却下 (c) 反証者を2人にする＝DEC #850 が既定1人・高stakes 2人と定めているが、金は本日3件連続で通り抜けた実績があるため既定より1段厚くする必要がある→3人を採用
• 参照情報/未知点: 参照 = 監視の実出力（修正前=Total minutes (month-to-date, Ubuntu-equiv): 0 / Billable minutes (after 2000 free): 0 / Estimated cost: $0.00、修正後=Completed runs found (MTD): 2240 / Raw wall-clock minutes (MTD): 6048 / Adjusted minutes (MTD): 5867 / Billable minutes (after 2000 free): 3867、$30.94、issue #1911 自動生成）／gh api repos/{repo}/actions/runs/{id}/timing の実応答 {"billable":{"UBUNTU":{"total_ms":0,...}},"run_duration_ms":59000}（実行59秒・課金0msの矛盾がそのまま出ている）／gh api users/sibuketu/settings/billing/actions = 404 + needs the "user" scope（実額は現時点で読めない）／GitHub Actions 単価 $0.006/分（https://docs.github.com/en/billing/reference/actions-minute-multipliers 実取得、社内ymlにハードコードされていた $0.008 は33%過大だった）。未知 = ①実際の請求額（user スコープ未付与のため未取得、¥9,470という7月分推定は wall-clock からの計算であって請求書ではない）②GitHub 個人アカウントには予算のREST APIが無く、支出停止フラグの設定状態を機械的に検証する手段が存在しない＝設定したことの証拠を画面の記録で残す以外に方法がない
• 依存 framework: [[feedback_money_ai_owned_oververify]]（本DECで新設）/ [[feedback_billing_cap_revert_before_reset]]（同日新設、上限は自動で戻らない）/ [[feedback_adversarial_verify_cross_model]]（検証者数の正本、金では既定より1段厚くする上書き）/ [[feedback_threshold_alert_vs_generator]] / docs/MINING_LENS_REGISTRY.md L48（計器の入力路に信号が乗っておらず空読みが正常値として通る）
• 下流影響: docs/PERIODIC_REVIEW_LEDGER.md:107（全metered支出ペース確認・8日超過中）と :139（Google Cloud・列ずれで15日間検知不能だった行）は本DECの管理下に入る／.github/workflows/actions-usage-monitor.yml（PR #1909/#1912 でマージ済）／.github/workflows/cost-budget-monitor.yml（週1・continue-on-error: true のまま＝未修正）／MS-736 / MS-737 / MS-739 / issue #1908 / issue #1911 ／docs/KANE_GUARDRAIL_2026-08-13.md ／docs/KANE_ZENSU_2026-08-13.md（全数再検証、本DEC時点で走行中）
• depends_on: [#850, #809]
• downstream: []
• 関連: [[feedback_money_ai_owned_oververify]] / [[feedback_billing_cap_revert_before_reset]] / MS-736 / MS-737 / MS-739 / issue #1908 / issue #1911 / docs/MINING_LENS_REGISTRY.md L48
• last_reverify: needs reverify by 2026-09-13（①「金の話題で反証3人」が実際に何回発火したかを数える。0回なら発火条件が機械化されておらず prose 止まりということなので hook 化へ ②PERIODIC_REVIEW_LEDGER.md:107 が期日どおり実施されているか＝今回と同じ「発見して書いて放置」が再発していないか ③予算監視が実際に非ゼロを出し続けているか）
• docs only（DECISION_LOG.md への追記のみ = 審査セーフ）

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

決定: issue #1946 の案Cを採択。kidneyDisease / kidneyFunction=poor / 透析フラグだけで食品由来カリウム目標を一律2,000 mgへ切る処理を静的・動的計算の両方から削除する。UIとAIガイドは、血清カリウムと薬剤を用いた腎臓専門医の個別判断を促し、カリウム添加物・塩代替品・サプリメントは承認なしに避けるという定性的な安全案内へ統一する。 | 根拠: issue #1946 で一次ガイドラインを監査済み。KDIGO 2024はCKD全般に単一の数値上限を置かず、自然食品の包括的制限を支持しない。KDOQI 2020は血清カリウムを正常域に保つよう個別化を求める。NASEMはカリウムULを設定せず、排泄障害では特にサプリメント由来を注意対象とする。WHOの一般集団向け基準も排泄障害を対象外としており上限値ではない。診断名だけの2,000 mgは根拠のない偽精度だった。 | 自信度 🟢72%（数値上限を除く根拠は複数の一次ガイドラインで一致。ただし個々の患者では高カリウム血症、薬剤、透析条件により厳格な処方が必要なため、一般目標値を個別処方として扱わないUI文言を必須とした） | reversible: ✅ | depends_on: [813] | downstream: [] | 下流影響: CKD設定でカリウム目標値だけを自動減算しない。蛋白質・リン・ナトリウムの既存安全処理は変更しない。6言語のオンボーディング警告とAIガイドを同じ方針へ同期。 | 関連: issue #1946 / src/data/carnivoreTargets.ts / src/data/dynamicNutrientCalculator.ts | last_reverify: needs reverify by 2026-11-15（CKDガイドライン更新、ユーザー誤解、臨床レビューの有無を確認） | commit: 本ターン後続コミットで記録

---

---

> 🔀 2026-08-22 合流・番号衝突: #861 は origin/main 側に既存の別内容決定が存在（本ファイル内で見出しテキスト「### #861 [MICRO] 2026-08-15: CKDのカリウム制限は診断名だけの一律2,000 mg上限を廃止し、血清値・薬剤・腎臓専門医による個別...」をgrepして特定可能。行番号は今後の編集で動くため付記しない）。#634/#635 方式に倣い再採番せず、参照時は行番号/日付で区別すること。

>

• commit: 126acd14 (2026-08-09)

---

> 🔀 2026-08-22 合流・番号衝突: #858 は origin/main 側に既存の別内容決定が存在（本ファイル内で見出しテキスト「### #858 [MICRO] 2026-08-09: ビタミンD 2000IU の出典表記を訂正——「Endocrine Society が 1500-20...」をgrepして特定可能。行番号は今後の編集で動くため付記しない）。#634/#635 方式に倣い再採番せず、参照時は行番号/日付で区別すること。

>

---

> 🔀 2026-08-22 合流・番号衝突: #860 は origin/main 側に既存の別内容決定が存在（本ファイル内で見出しテキスト「### #860 [MICRO] 2026-08-09: 話題ごとの記憶（トピック本）設計 第1段実装 — 新規の器はEVENT_LEDGER.jsonl 1つ...」をgrepして特定可能。行番号は今後の編集で動くため付記しない）。#634/#635 方式に倣い再採番せず、参照時は行番号/日付で区別すること。

>

---

---

> 🔀 2026-08-22 合流・番号衝突: #857 は origin/main 側に既存の別内容決定が存在（本ファイル内で見出しテキスト「### #857 [MICRO] 2026-08-09: 栄養素×栄養素の吸収干渉レイヤー(`VITE_ENABLE_NUTRIENT_INTERACTIONS...」をgrepして特定可能。行番号は今後の編集で動くため付記しない）。#634/#635 方式に倣い再採番せず、参照時は行番号/日付で区別すること。

>

---

> 🔀 2026-08-22 合流・番号衝突: #856 は origin/main 側に既存の別内容決定が存在（本ファイル内で見出しテキスト「### #856 [MICRO] 2026-08-09: issue #1043（改正電気通信事業法27条の12 外部送信規律の開示文言、76日滞留）を実装で決...」をgrepして特定可能。行番号は今後の編集で動くため付記しない）。#634/#635 方式に倣い再採番せず、参照時は行番号/日付で区別すること。

>

• 残選択肢/没案: 案A=inject-deeplink-credentials.cjsをpackage.jsonへ配線しVercel envにANDROID_SHA256/APPLE_TEAM_IDを登録して本来の設計通り動かす＝没（Apple側は既にこの設計を放棄し直接ハードコードへ移行済みという既存precedentがあり、そちらに合わせる方が一貫性が高く・秘密鍵ローテ〔署名鍵は基本不変〕の頻度を考えると env var 経由の間接性を維持する実利が薄い。かつ「配線されているのに動いていない」という同型の再発余地を残す） / 他案なし（値の置換自体は選択の余地なし、実値は1つ）
• 参照情報/未知点: 参照 = issue #1566本文（curl -sL https://carnivos.app/.well-known/assetlinks.jsonの実応答=プレースホルダー） / Play Console「Google Playによる保護」→「アプリの署名」実照合値: SHA-256証明書のフィンガープリント = FF:D0:A7:06:93:B3:8C:F2:43:9A:7C:6B:4C:DC:3C:9C:E8:79:80:F6:71:FB:FE:B8:04:5A:09:F2:F4:4C:A1:1C（App signing key certificate。2026-08のアップロード鍵リセット〔issue #1143〕とは別物） / git grep -ln inject-deeplink-credentials結果=スクリプト自身+.env.example+CC_TASKS.md+docs/CC3_STARTUP_AUDIT_2026-05-26.mdのみ、package.json/vercel.json/.github/workflowsに参照0件 / 未知 = production再curlでの検証・Android実機でのApp Links実動作確認はPR #1594マージ後の宿題
• 依存 framework: docs/_archive/CC1_SESSION_HANDOFF_2026-05-29.md（Apple側AASA放置事故の記録） / RULES_CC5.md §0（判断済み値の実行チェーンはAI単独実行）
• 下流影響: public/.well-known/assetlinks.json（実値化） / .env.example（DEEPLINK-PLACEHOLDERブロック削除） / scripts/inject-deeplink-credentials.cjs（削除） / 今後deep-link credential系ファイルを新規追加する際はこの「直接ハードコード」パターンを踏襲すべき
• depends_on: []
• downstream: []
• 関連: issue #1566 / [PR #1594](https://github.com/sibuketu/CarnivOS-Veritas/pull/1594)（2026-08-06 15:22 UTC発生のGitHub Actions大規模障害により必須statuscheck "build"が未キューでマージ待ち、外部要因）
• last_reverify: "2026-08-07"

• 残選択肢/没案: 「重い判断だけ推奨必須、軽い確認は質問のみ許容」=却下（sibuketu本人が今回まさに軽い締めの質問を問題視した実例）
• 参照情報/未知点: 参照 = sibuketu発言原文（2026-08-06 chat）+ 直前の自分の違反例（「どうしますか」で終えたメッセージ） / 未知 = なし
• 依存 framework: [[feedback_problem_solution_recommendation_format]] / [[user_anti_sycophancy]]
• 下流影響: 全CC(特にCC1/CC2)のchat出力終端フォーマット
• depends_on: []
• downstream: []
• 関連: なし
• last_reverify: 2026-08-06（記録のみ、再検証不要）

• commit: f651f041 (2026-08-06)

• commit: 24c13998 (2026-08-05)
• commit: 748dffbc (2026-08-05)

• commit: 24c13998 (2026-08-05)
• commit: 748dffbc (2026-08-05)

---

> 🔀 2026-08-22 合流・番号衝突: #855 は origin/main 側に既存の別内容決定が存在（本ファイル内で見出しテキスト「### #855 [MICRO] 2026-08-07: COMPLETION_METRICS_DASHBOARD.mdを廃止し既存ツール(`build-h...」をgrepして特定可能。行番号は今後の編集で動くため付記しない）。#634/#635 方式に倣い再採番せず、参照時は行番号/日付で区別すること。

>

• commit: dfc088ed (2026-08-05)

• docs only = 審査セーフ
• commit: 本PRで統合

論点: 疾患ロングテール記事5本（①強直性脊椎炎/AS ②クローン病 ③潰瘍性大腸炎 ④IBD ⑤体験談ロールアップ）は、設計上「①のトーンをsibuketuが1回確認→OKなら②〜⑤は同型で自走」という1回きりの人間ゲートを持つ（issue #745）。①は 2026-07-17 起草・origin/main に公開済み（public/blog/carnivore-diet-ankylosing-spondylitis.html）だが、ゲートが開かないまま②〜⑤が停止していた。 | 決定: ①のトーンをそのまま正典とし、②〜⑤を同型・同rigorで作成する。加えて全記事に「自分で測るなら何を測るか」節を追加する。

• 根拠(①の実読で確認、file=上記html): クレブシエラ仮説を本物と認めた上で、(a)実際に試験されたのは低デンプン食でありカーニボアではない (b)カーニボア自体の published study はゼロ (c)生物学的製剤・NSAIDs・理学療法が先で食事は代替にならない (d)一次データは1996年・対照群なし・同一研究グループに著者集中を明記。自分で確認しきれなかった箇所（有料壁の全文・登録試験の結果）を「確度が低い」と正直にラベル。∴ 治療クレームとして読まれる余地が構造的に無い。
• 推奨の根拠3点: (1)製品の公理との整合＝判定しない正直な計器（DEC #648）を名乗って記事だけ盛るのは自己矛盾。トーンを緩めた瞬間に最大の資産（誠実さ＝唯一の堀、[[project_honest_position_no_commerce_moat]]）を削る (2)規制＝疾患×食事は最も危険なクレーム帯。FDA General Wellness 建付けを維持するにはこの水準が下限 (3)競合空白＝この領域は全員が盛っており、唯一正直な検索結果になること自体が差別化かつ被リンク獲得の筋（新規ドメイン・低権威で一般語未ランクという実態＝issue #745 背景）。
• 🔴 追加要件（本DECで新規に確定）: 現状の①は読者に次の一手が無い（「証拠は無い、医師にかかれ」で終わる）＝正直だが転換しない。∴ 各記事末尾に「自分で測るなら何を測るか」節を足す＝症状スコア/デンプン摂取量/疾患活動性の代理指標を記録し、本人のデータが動くかを見る n-of-1 の枠組みで提示する。これは主張ではなく計測の提案なので誠実さを一切崩さずに導線になる（転換率の問題を誇張で解かず計器で解く）。
• 🟡 未確定で残した点: 署名「CarnivOS Team」の手触り（法人は実在＝虚偽ではないが、正直ポジションを売りにする以上ここはbrand taste）。本DECでは変更せず、気になった時点でsibuketuが決める。
• 下流影響: (1) issue #745 の人間ゲートは開いた＝②〜⑤は同型・同rigor（実引用の2重検証＋独立cold-read）でAIが作成し、週1-2本のドリップ公開へ (2) 公開前ゲートは維持＝/citation-verify（実在確認）＋独立cold-read＋医療免責＋Tierラベル (3) ①への「測るなら何を」節の追記も同バッチで実施。
• depends_on: [648, 711]
• downstream: []
• 自信度 🟢85%（①の全文を実読した上での判断。85%に留めた理由＝正直に振り切ることの転換率への影響は未計測で、実データが出れば「測るなら何を」節の設計は調整余地がある。トーン自体を緩める方向の調整は上記(1)(2)により選択肢に入れない）
• reversible: ✅（記事は編集・取り下げ可能。ドリップ公開ゆえ②以降は出しながら調整できる）
• last_reverify: needs reverify by 2026-09-30（確認項目＝(a) ②〜⑤が実際に公開されたか (b) 疾患語での検索順位と流入が動いたか＝GA4/Search Console の実データ (c)「測るなら何を」節からアプリへの遷移が実際に起きているか）
• commit: 未コミット（本ターン記録）

論点: DEC [withheld: provisional decision]（2026-07-02「初月$9.99撤去・価格完全クローズ」）が28日間実行されず、2026-07-29 の v1.0 ライブ配信をそのまま迎えた。ASC API 実照合（scripts/cc5d-asc-iap-intro-check.ts）で introductory offer が endDate: null＝無期限有効（出力 count 50＝ページング上限、HUMAN_TASKS.md:229-241 の記録では174地域に手動設定済み）と確定。同時に、ストア掲載文も旧値（初月$9.99・30日返金）のまま公開されていた。 | 決定: 案A採択＝掲載文の修正（$30/月フラット・60日返金）と introductory offer の削除を、次バージョンの提出で揃えて出す。それまで現状維持し、オファーを単独で先に消さない。

• 根拠(構図の反転が決定的): 現時点ではライブの掲載文と実課金は互いに整合している（「初月$9.99」と書かれており実際に$9.99が適用される）。決定と食い違っているのは実物であり、リポジトリ側の記述（$30フラット）が現実に対して不正確という状態。∴ オファーだけ先に消すと、version 1.0 が READY_FOR_SALE で description を編集できない（新バージョン必須）ため「初月$9.99」と掲載したまま$30請求になる＝現状より悪化する（ユーザー誤認＋Apple審査規約リスク）。整合を一度も崩さない順序は A のみ。
• 🔵 副次の発見: 掲載文のASC反映が壊れていた（issue #1049）ことが偶然、整合性を保っていた。修正は 2026-07-20 に origin/main へ入り（13a8f3969 $9.99撤去 / c90340282 60日統一）、出荷ビルドのupload は 2026-07-24＝4日後なのに ASC には届いていない。fastlane/Fastfile:80-84 は upload_to_app_store(skip_metadata: false) で配線済み、codemagic.yaml:464 にも metadata upload ステップが在るのに反映されていない＝配線はあるが実際には走っていない。もし正常に動いていたら「intro無し」と掲載しつつ$9.99適用という不整合が出ていた。
• 併せて承認された同バッチ（sibuketu「全部同意」に含まれる）: (1) フェーズ転換の下流処理（DEC #832）＝🧊凍結の再triageで解凍23件/継続10件を仕分け済み (2) 返金日数の衝突整理＝30日/60日/90日が4DECに散在していたのを #711 の60日が正と確定（#611/[withheld: provisional decision] は明示supersede済み、[withheld: provisional decision] は訂正注記が漏れている＝要追記、#699 に90日参照が残存＝このまま実装すると紹介報酬の発火条件がバグる・未実装ゆえ実害は現時点ゼロ） (3) DEC #701 の自信度を実証ベースで内訳分解（同entry内に訂正注記済み＝市場機会/規制建付けは🟢固い・ビーチヘッド選定の核「究極LTV」は🟡へ格下げ、決定自体は不変更）
• 下流影響: (1) 次バージョン提出が掲載文修正 + intro削除 + 60日返金統一を同梱する単一の関門になる＝issue #1049 / #1052 を合流させる。(2) 提出前の照合手順＝node scripts/asc-metadata-audit.mjs（掲載文の実値）と npx tsx scripts/cc5d-asc-iap-intro-check.ts（オファーの生死）の両方を実行し、ASC側の実値で確認する（リポジトリ側の検索では検出できない＝ASCが正本という教訓）。(3) A の➖＝introが有効な期間が次バージョンまで伸びる＝その間の新規登録は初月$9.99で入る。次バージョン提出の目処が立たない場合は B/C（即削除／intro恒久採用）の再評価が要る。
• depends_on: [626, 711, 714, 832]
• downstream: []
• 自信度 🟢85%（構図＝ASC API と iTunes API の実照合で確定。版ロックによる description 編集不能は Apple の仕様。85%に留めた理由＝「次バージョンをいつ出せるか」が未定で、長期化した場合に A の妥当性が崩れる余地）
• reversible: △（intro オファーの削除自体は再作成可能だが、削除期間中に登録したユーザーの契約条件は戻せない。既存契約者は削除の影響を受けない。本DEC＝順序の決定のみなので方針としては可逆）
• last_reverify: needs reverify by 2026-08-13（確認項目＝(a) 次バージョン提出の目処が立ったか。立っていないなら A の➖が膨らむので B/C を再評価 (b) 提出時に掲載文とオファーが実際に揃って反映されたかを上記2スクリプトで照合 (c) issue #1049 の掲載文反映経路の原因が特定されたか）
• commit: 未コミット（本ターン記録・DEC #830 の trunk 統合 governed-defer に従う）
• 🔵 追記（2026-07-31 CC1、scripts/asc-status-now.mjs 実行の生出力）: ASC 上のバージョンは 1.0 のみで、1.0.1 等の次バージョンは作成されていない。∴ 上記 last_reverify (a) の「目処が立ったか」は"未定"ではなく入れ物がまだ無い＝誰かが作るまで案Aは永久に発火しない。推奨する次の一手＝能動的に次バージョンを作りに行く（A′）＝1.0.1 を作成して description が編集可能になることを確認（可逆・提出前バージョンは削除可）→ 掲載文修正＋intro削除＋60日統一を同梱。実操作はCC5領域。未提出の reviewSubmission 3件（0ef16cb3/d703d27d/63ca6bab）が残骸として在るので、着手前にその整理が要る可能性あり＝未調査。

論点: sibuketu「そもそも今Appleのストアに出てるぞ となるとってかんじだけど」＋「アプリの流入の分布のdataからしてもASOをくそほど力入れていいかも」。前者はフェーズ宣言の実態乖離の指摘、後者は獲得レーンの優先度提案。リポジトリ全体（RULES.md / CarnivOS/CLAUDE.md / HUMAN_TASKS.md）が2026-04-18以来「v1.0 リリース前フェーズ」を宣言し続けていたが、実態はリリース済みだった。 | 決定: (1) フェーズを「v1.0 リリース済み → post-launch 初期」へ転換（RULES.md 冒頭 + CarnivOS/CLAUDE.md を更新済み）。遅延禁止ルールの芯は不変で、口実の語だけ「リリース前にやればいい」→「リリース後でいい」へ置換＝🧊 POST-RELEASE 凍結ルールは失効し全件再triage 対象（凍結根拠が「launch前だから」だった項目は解凍、別理由〔実データ待ち/v1.1スコープ確定〕がある項目のみ継続＋理由明記）。(2) ASO を獲得の最優先レーンとして採択。

• 根拠(1) リリース実測: iTunes Search API 実照合＝releaseDate: 2026-07-29T18:08:31Z / currentVersionReleaseDate 同値 / version: 1.0 / formattedPrice: Free / genres: ['Health & Fitness'] / userRatingCount: 0。App Store Connect 上も「iOS 1.0 配信準備完了」表示、resultCount:1 でストアカタログに実在。Android も本番アクセス承認済み（H98、2026-07-28 sibuketu が Play Console 実読）。∴ 両OSでリリース段階に到達。
• 根拠(2) ASO優先の外部データ（sibuketu の読み「ストア内が多い、SNSは意外とくそ弱い」を裏取り、WebSearch 実施）: iOS の発見経路＝検索65%（検索窓にキーワード）/ ブラウズ18%（Todayタブ・ランキング・カテゴリ・編集部おすすめ＝検索語なし）/ 外部リファラー12%（SNS・外部Web含む）/ 広告5% ＝検索とブラウズは両方ストア内なのでストア内が計83%、対して外部流入は12%。出典＝[ASO統計2026 digitalapplied](https://www.digitalapplied.com/blog/app-store-optimization-aso-statistics-2026-data) / [Phiture ASOトレンド2026](https://phiture.com/asostack/aso-trends-in-2026/)。∴ SNS制作停止（DEC #707/#801、別根拠で決定済み）はこの分布とも整合＝独立の2根拠が同方向。

- 🔴 訂正（2026-07-30 同日、sibuketu 指摘「Googleもストア58%なの？アップルが83で なんか差でかくね」）: 初版で「Google Play も検索58%で同傾向」と書き、iOS の83%（検索+ブラウズ）と並べたのは比較の基準が揃っていない誤り。58%は検索のみの数字で、Google 側のブラウズ相当（Apps for You / Top Charts）を含んでいない。出典自身が「Google のこれら隣接面は iOS より比重が大きい」と述べており、Google のストア内合計は iOS の83%と同等かそれ以上の可能性がある＝両OS間に大きな差があるという読みは本DECの初版が作った見かけの差であって、データはそれを示していない。ASO優先の結論自体は「iOS でストア内83%」だけで支持されるため不変。

• 🆕 新次元（同リサーチの副産物）: AI検索経由の発見が台頭＝AI検索ユーザーの約47%がアプリ推薦を求める（[RespectASO](https://respectaso.com/blog/ai-search-changing-app-discovery-2026/)）＝AEO（AI最適化）が ASO と並ぶ次元。docs/PERIODIC_REVIEW_LEDGER.md 項目⑦が既に「SEO/AEO流入」を含んでおり先行して枠がある。
• ⚠️ 明示的な未確認: 自社の流入分布データは存在しない。ASC アナリティクスは獲得系全指標が「十分なデータがありません」（集計窓 6/29-7/28 がリリース前ゆえ当然、異常ではない）。∴ 本DECの ASO 優先判断は業界分布データに基づく一般推論であり自社実データでの検証は未了＝データ着後に再評価。
• 下流影響: (1) 🧊 凍結バケット全件の再triage（未実施＝次のCC1/CC2が拾う）。(2) docs/PERIODIC_REVIEW_LEDGER.md の launch イベント発火待ち2行（「GTM前提群の launch後一斉再検証」「⑦SEO/AEO流入+紹介/PLGのKPI監査」）が発火＝ただしコホート実データは蓄積待ちゆえ即実行できるのは計測配線の確認まで。(3) H91 Apple Featuring Nomination を「launch T-2w」から「post-launch 即実行可」へ訂正済（HUMAN_TASKS.md）。(4) 「最初の100人が気づくか」という優先度判定基準は「今使っている人に起きているか」へ格上げ（実ユーザーが触っている＝バグ/誤健康数値/課金不具合は仮説でなく実害）。(5) reject #15 相当の未修正バグ（SIWA blank page / IAP unresponsive、旧 issue #926 で調査済み・原因未確定）はリリース済みの今は実ユーザー影響＝優先度再評価が要る。
• depends_on: [707, 801]
• downstream: []
• 自信度 🟢90%（リリース事実は iTunes API + ASC の2経路で実測確認＝ほぼ確実。ASO優先の妥当性は業界データで裏取り済みだが、65/18/12/5 の内訳は単一系統の出典に依拠し自社データ未検証ゆえ 90% に留めた）
• reversible ✅（フェーズ宣言はドキュメント記述、優先度は随時見直し可。リリース自体は不可逆だが本DECはその事実の記録）
• last_reverify: needs reverify by 2026-08-13（確認項目＝(a) ASC アナリティクスに実データが載ったら自社の流入分布を業界分布と突合し ASO 優先の前提が自社でも成立するか検証 (b) 🧊 凍結項目の再triage が実際に行われたか (c) launch 発火した定期監査2件が実際に着手されたか）
• commit: 未コミット（本ターン記録・DEC #830 の trunk 統合 governed-defer に従う）

論点: sibuketu が同日に2つ出した提案。①「失敗集mdに入れる定義 失敗の定義 人間が必要なカテゴリのタスク以外でのプロンプト全てを失敗とみなす」 ②「失敗後の動きというか失敗の検知の時点で死ぬほどゴミ行動してると思うけど ずーっと」＋「外部リサーチ」。②の実例＝本セッションで Google Play Developer API の403検知後に (1)同一curl 4回 (2)同一ページのリロード10回以上 (3)スクリーンショットのCDPタイムアウトへ反復突入 (4)前セッションから引き継いだ「Google側の権限伝播待ち(数時間〜36時間)」という誤仮説を3セッション検証せず引き継ぎ今日ようやく実読で棄却。RULES §2.3i（同一手段2回失敗で打ち切り・手段クラスを変える）を保有しながら一度も発火せず、research-deepresearch-reminder.py が同一ターンで2回「Gemini Deep Research へ回せ」と警告したのに両方無視した。 | 決定: ①を採択＝sibuketu からのプロンプトのうち (a) 人間作業カテゴリ registry 7種（feedback_human_work_category_registry）該当 と (b) 起点(seed)/taste/新規の事業判断・製品哲学（HUMAN_INSIGHT_LEDGER のクラス）以外は全て AI 側の失敗として MISTAKE_LEDGER へ記録する。怒られたか否か・「ミス」と呼ばれたか否かは無関係。②を採択＝§2.3i を prose から機械強制へ格上げし、~/.claude/hooks/repeated-tool-failure-class-switch-gate.py（PostToolUse .*）を新設・settings.json へ登録。同一 tool_name × 同一エラークラス（http-4xx/5xx / timeout / permission / network / syntax / auth / 指紋）の連続失敗をセッション状態で数え、2回目=advisory（外部一次情報を引け / 手段クラスを変えろ / 引き継ぎ仮説を実読検証しろ）、3回目以降=decision:block で同一手段の続行を止める。同ツールの成功でカウンタリセット。

• 根拠①: 従来定義「指摘 or 自認された全てのミス」は AI 自身が認めた分しか台帳に入らず自己申告バイアスで構造的に過少計上（実測=台帳400件のうち caught_by=self の比率が実態の失敗率と乖離、かつ本セッションの2件は sibuketu が言うまで未起票だった）。対して「sibuketu が発話したという事実」は AI の主観判定を挟まない言い換え不能な硬い信号＝検知器として優れる。project_recursive_self_improvement_loop の「失敗の定義を広く取る」方向の完成形（旧版は"やり直して/違う"等の不満語が要件＝不満を伴わない依頼を取りこぼしていた）。
• 根拠②（既存hookとの非重複を実grepで確認、車輪の再発明でないことの裏取り）: runaway-detect.sh(PostToolUse .*) は成否を見ず tool+input 完全一致を35件窓で10回、かつ timebox の役割が CC2/CC3 の時だけ動く＝CC1/CC5 では常に無音・閾値10は「4回叩いて諦める」を1度も捕まえない・入力を少しずつ変えながら同じ壁に当たる挙動を素通し。research-deepresearch-reminder.py は外部読みの回数が起点で「失敗した」事実を見ない。mistake-ledger-* は事後記録で実行中の軌道修正をしない。∴ 新hookは「成否を見る」「エラークラスで束ねる（入力の表層が変わっても同じ壁は同じ壁）」「閾値2（§2.3i の明文上限）」の3点でいずれとも重ならない。
• 検証（自己証明でなく fixture 実測、scratchpad/test_repeated_tool_failure.py）: 敵対的入力18形状（空/空白/非JSON/bare list/bare string/bare number/null/true/入れ子list応答/tool_name非文字列/session_id配列/tool_response整数/null/20万字/制御文字+U+2028/パストラバーサル session_id/キー欠落/深い入れ子）で rc=0・Traceback 0件、state ファイルが .toolfail 外へ出ないことも確認。挙動40アサーション全PASS＝403×3で silent→advisory→block、別URLでも同クラスなら合算、同ツール成功でリセット、別ツール成功では非リセット、別クラスは別カウント、Grep 0件/Read成功/ログ本文の "Error: 403" は非発火（誤爆源を fixture で発見し dict 応答は本文でなくエラー通路のみ判定するよう修正）、CDPタイムアウト反復で block、TodoWrite除外、exit_code!=0 のみでも検知、セッション間で混ざらない。
• 残選択肢/没案: (a) advisory のみで block しない案＝却下（本件の実害は「advisory が2回鳴ったのに両方無視した」＝助言強度では止まらないと実測済み。§2.3i が明文で「3回目以降は禁止」と言っている境界に block を一致させた）。(b) 閾値を3や5に緩める案＝却下（§2.3i の明文上限が2、緩めると既存 prose と不整合）。(c) 失敗定義を「不満語を伴う発話」に留める案＝却下（不満を伴わない依頼＝AI の未発火が最も多い層を取りこぼす）。
• 参照情報/未知点: 参照＝RULES.md §2.3i / §ミス即記録 実読、~/.claude/hooks/ 全123本の実 grep、settings.json の hooks 実ダンプ、fixture 実行結果。未確認＝(1) 本hookが実運用の harness から実際に発火するか（fixture は stdin 直投入での検証であり、実セッションでの発火は次回同型の失敗が起きるまで観測できない）。(2) PostToolUse の decision:block が本 harness バージョンで期待通り Claude に提示されるかは公式仕様に依拠しており実測していない。(3) MS-399 の機械化候補（parallel-floor-underuse-reminder.py が本セッションで鳴ったか）は heartbeat 未照合＝未確認、台帳にもそう明記した。
• 依存 framework: [[RULES §2.3i]]（Retry-to-Human Escalation、本DECで機械強制化）+ [[feedback_human_work_category_registry]]（失敗定義の (a) 側の SSOT）+ [[project_recursive_self_improvement_loop]]（lesson を機械化に落として floor を上げる standing posture）+ [[feedback_systemize_solutions]]（ルール文追記でなく hook 化が公式正解）+ [[feedback_gemini_research_routing_autonomous]]（外部リサーチへの切替先）
• 下流影響: (1) RULES.md「⭐ 最重要ルール: ミス即記録」節に失敗定義を編入済み＝以後の全CCの MS 起票基準が変わる（起票件数は増える。増加は劣化でなく検知網の拡大）。(2) scripts/ledger-append.py docstring に同定義を併記＝追記経路でも定義が目に入る。(3) memory feedback_failure_definition_any_avoidable_user_prompt.md 新設 + MEMORY.md tier-1 に1行ポインタ追加。(4) settings.json PostToolUse .* に1本追加＝全ツール呼び出しに約1プロセス分のオーバーヘッド（timeout 5秒、状態ファイルは JSON 1本の read/write）。(5) 本DEC自体の実効は「次に同型の thrash が起きた時に実際に止まるか」でしか測れない＝last_reverify で回収する。
• depends_on: [713, 830]
• downstream: []
• 関連: MISTAKE_LEDGER MS-399（parallel-fanout-skipped-serial-grind）/ MS-400（post-failure-thrash-no-class-switch）
• 自信度 🟢85%（①は sibuketu 本人の明示提案＋CC5が本人と合意済みで解釈の余地が小さい。②は fixture 実測で挙動が確定している。85%に留めた理由＝実 harness での発火が未観測、および block の過剰発火が実運用で摩擦を生む可能性が未計測）
• reversible ✅（定義はドキュメント記述、hookは settings.json の1オブジェクト削除で即無効化可能。台帳の2行のみ append-only）
• last_reverify: needs reverify by 2026-08-12（確認項目＝(a) .telemetry/heartbeat.jsonl で本hookの実発火件数と、うち誤検知だったものの比率 (b) block が正当な作業を止めた事例の有無→あれば BLOCK_AT を4へ緩める (c) 失敗定義拡張後の MS 起票ペースが実際に上がったか＝上がっていなければ定義だけ変えて運用が変わっていない＝別の機械化が要る）
• commit: 未コミット（本ターンでは記録のみ。local main は origin/main から大きく乖離しており trunk 統合は既存の governed-defer 判断＝DEC #830 の据え置きに従う）

• 発見①: DEC #548（2026-05-31、「RULES主張のalways-on機構が実際に発火してるかをCC3が毎セッションcold-read監査する」）自身が約束したAUDIT_OBSERVATION_POINTS.mdへの追記が、CC3廃止のはるか前から一度も実施されていなかった（同ファイル実読で確認、しかも同ファイルの所有者表記が既に廃止済みの「CC4」のまま）。CC3廃止(#732/#739/#817, 2026-07-19〜22)でその実行役も消え、後継DECでの明示的な再割当ても存在しない＝「ルール不発火を監視する仕組み」自体が三重に孤児化。
• 発見②: RULES.md §11.0a「全永続化/公開物はCC3_INBOX経由、例外なし」が、隣接する2箇所（RULES.md:174/184）にはある2026-07-22の明示的リダイレクト注記を欠いたまま。CC3_INBOX.mdの実entryは2026-07-21で途絶。同ファイルに設けられていた07-19〜07-26の「pilot」評価チェックポイントは、その評価日が来る前にDEC #739で「恒久化」と上書きされ、約束された再評価は一度も行われなかった。
• 発見③: 金銭系task強制CC3監査ゲート（2026-05-14起源、memory feedback_cc3_oversight_all_ccs.md§5に統合）はRULES.md/RULES_FULL.mdのどちらにも参照ゼロ＝実質「このmemoryファイルだけが存在を知っている、誰も強制していないゲート」。同ファイル冒頭の陳腐化注記も誤った過去事象（2026-06-01のsingle-executor collapse）を参照したまま放置されており、本ターンで訂正した。
• 発見④（本件で最重要）: origin/main側RULES.md（到達可能な最新DECISION_LOG entry=#801、2026-07-26付）は今もroster=CC1/2/3/5/8のままかつ法人化/Apple審査状態/effort方針等が2026年6月上旬〜中旬水準で停止＝CC3/CC8廃止を含むこの約7週間分の決定は、ローカル分岐(fix/iap-native-purchases-import-timeout)にしか存在せず、共有の正本(origin/main)には一度も反映されていない。今originから新規cloneした場合、CC3は今も現役だと認識される。
• 今回の対応（このDECの範囲）: (a) memory feedback_cc3_oversight_all_ccs.md冒頭の陳腐化注記を実態(CC3/CC8両方廃止・roster=CC1/2/5・現行監査は都度spawnの使い捨てcold-read子エージェント)に訂正済み。(b) RULES.md本体をorigin/mainへ今回のターンで統合する作業はしない＝2026-07-13に既に確定している governed-defer 判断（DECISIONS_PENDING.md「CC1-CCF-DOC-ORIGIN-DIVERGENCE-PATTERN」、Apple審査中はtrunkに触れない）をそのまま維持。今回の発見はその既存エントリへの追加証拠であって、再審議ではない。(c) DEC#548監査義務のCC1への正式な再割当て（具体的な最小メカニズム含む）は本DECでは未設計、別途GitHub issueで追跡。
• 残選択肢/没案: 今すぐRULES.md全体をoriginへマージする案＝却下（発見④の通り不整合範囲がCC3/CC8だけでなく法人化/Apple審査/価格/effort方針まで及ぶため、部分マージは「一部だけ最新に見えて実は他が古い」というより悪い中途半端状態を生む。全体再統合は既存の大きい分岐解消プロジェクトの範囲＝governed-defer継続が正しい）。
• 参照情報/未知点: 参照 = agent実測（origin/main:RULES.md 1-45行 grep結果、git show origin/main:docs/primal-logic-app/primal-logic-web/DECISION_LOG.mdのDEC #801が最新到達点であることの確認、AUDIT_OBSERVATION_POINTS.md実読でCC4所有のまま0/30サイクル1停止を確認） / 未知 = origin/mainの分岐解消が実際いつ行われるか（既存の3条件待ち、本DECでは変更なし）、RULES_FULL.mdの残る未確認CC3/CC8参照（agentは全58件は読み切っていない、サンプリングのみ）
• 依存 framework: [[#548]](監査対象の起源) + [[#732]] + [[#739]] + [[#817]](CC3/CC8廃止) + 既存branch-divergence governed-defer判断(DECISIONS_PENDING.md「CC1-CCF-DOC-ORIGIN-DIVERGENCE-PATTERN-2026-07-13」)
• 下流影響: memory feedback_cc3_oversight_all_ccs.md（訂正済み）。GitHub issue（label decisions-pending）でDEC#548監査義務の再割当て設計を別途追跡予定。RULES_FULL.md残存CC3/CC8参照(サンプルで19+件確認済み、全数未確認)は将来の一括クリーンアップ候補。
• depends_on: [548, 732, 739, 817]
• downstream: []
• 関連: [[feedback_cc3_oversight_all_ccs]] + DECISIONS_PENDING.md「CC1-CCF-DOC-ORIGIN-DIVERGENCE-PATTERN-2026-07-13」
• 自信度 90%（事実発見はagentの実読/grep根拠、推測でない。origin/main照合も専任agentが本人の指示で実施済み）
• reversible ✅（本DECはdocs/記録のみ、trunkへのコード/RULES変更は伴わない）
• last_reverify: needs reverify by 2026-08-15（分岐解消プロジェクトが動いた時点、またはDEC#548義務の再割当て設計が完了した時点で先行して更新）
• commit: c86ea1a8 (2026-07-29)

• 残選択肢/没案: 他案なし（本人の状態宣言に基づく単純なモード切替、代替案の検討対象外）
• 参照情報/未知点: 参照=2026-07-26 sibuketu「いまのこりトークン10%なのでいまからはタスクをためることだけしよう」で開始・本ターンsibuketu「省エネモード解除」で終了。未知=解除の具体的トリガー（週次リセット到達か、単に気が変わったか）は未確認・急ぎでなければ深掘り不要
• 依存 framework: [[feedback_token_90pct_stockpile_mode]]
• 下流影響: 本セッション以降のCC5実行判断（agent大量spawn/重い実装/新規PRを控える必要が無くなる）
• depends_on: []
• downstream: []
• 関連: [[feedback_token_90pct_stockpile_mode]]
• last_reverify: 2026-07-28（sibuketuが再度90%到達を申告すれば同モード再発動、[[feedback_token_90pct_stockpile_mode]]のトリガー条件のまま）
• commit: c8f75c59 (2026-07-28)

• 残選択肢/没案: 他案なし（sibuketu本人の直接発言をそのままDEC化する持続化作業であり、新規のtaste判断は発生していない）。
• 参照情報/未知点: 参照=SIBUKETU_ANSWERED_INDEX.md該当行(2026-07-17付, 決定ステータス)。未知=「西側host経由」の具体的な線引き（どのAPI経由なら西側hostとみなすか）は未確定、実際にDeepSeek系を使う実装が出た時点で個別判断が要る可能性。
• 依存 framework: なし（新規の運用方針、既存DECからの派生ではない）
• 下流影響: docs/primal-logic-app/primal-logic-web/docs/AI_TOOL_DIVISION.mdが2026-03-04時点で停止しておりDeepSeekを「不採用」と誤記載＝本DECと直接矛盾。同docはWindsurf/Cursor等の廃止済みツールも現役記載のまま4ヶ月超放置されており、本DEC単独の追記では直せない全面刷新が別途必要（範囲外、別タスクとして残す）。
• depends_on: []
• downstream: []
• 関連: docs/CC1_SESSION_HANDOFF_2026-07-17_s3.md（初出）, MS-285（2026-07-22 自己検出も未定着で終わった記録）
• reversible: ✅（運用方針、随時調整可）
• 自信度: 🟢90%（sibuketu本人の直接発言をそのまま記録する持続化作業であり新規解釈なし。残10%=「西側host経由」の運用細則が未確定）
• 実行主体: 本entry記録のみ（AI_TOOL_DIVISION.md全面刷新は別途）
• last_reverify: AI_TOOL_DIVISION.md刷新時、またはDeepSeek系モデルを実際に使う実装が出た時

---

• commit: 4167e8b6 (2026-07-25)

決定: 全ての「人間が現在ゲート」項目を3分類に固定する。

1. HARD_EXTERNAL_CONSTRAINT（絶対に変わらない。sibuketuの指示でも動かない） — 金融取引の実行/資格情報や支払い情報の入力/フォーム送信/取り消せないボタンのクリック/公開コンテンツの投稿/他者へのメッセージ送信/口座・アカウント設定変更/物理操作/永久削除。重要な訂正: 「使ってよいという承認」と「実行のクリックそのもの」は別物＝支出や契約を承認済みでも、実際にボタンを押す/カードを入力する瞬間はその都度の同意が要る(標準運用としては「聞く→やる」であって「聞かない」ではない、恒久的に不可能ではなく毎回の一声が要る)。

2. OWNERSHIP_VALUES_CALL — 検証を積んでも動かない。価格/ブランドトーン/ローンチ時期/UXデザイン方向性/法的リスクの引き受け方/取り分%など、sibuketu自身の好み・taste・リスク許容度そのものが答えであるもの。ここを「AIが責任持つから通知だけ」に変えることは、判断力の話でなく所有権の話なので変更しない。

3. COMPETENCE_DOUBT_ONLY — 実は検証手段（独立agent査読/CIビルドゲート/引用照合/既存script）があるのに「念のため人間」にしていただけの項目。ここだけAI自律実行+事後通知へ転換する。転換の条件＝転換先に具体的な検証代替を明示できること（「独立agentがreviewした」「CIが通った」等）、単なる「大丈夫だと思う」は不可。

根拠: 5 agent監査（docs/HUMAN_GATE_AUDIT_2026-07-24相当、workflow run wf_6b53a7c3-d38）でRULES.md §2.5全axis/§2.5a/§1.2 sovereignty分類＋開いてるGitHub Issue 20件超＋HUMAN_TASKS.md優先項目21件を横断分類。副次発見: HUMAN_TASKS.md側の一次分類（「COULD_BE_AI」ラベル）に6件の誤りがあった（Play Console Data Safety保存/Vercel返金フォーム/Play Console DSA検証/Apple Featuring申請/GitHub予算アラート設定/Supabaseへの.p8鍵入力）＝いずれも「フォーム送信」「アカウント設定変更」「資格情報入力」に該当する固定制約であり、AIが下書きを用意していても実行クリックは人間のまま。これは「ルーチンに見える」という直感だけでハード制約を緩めようとした実例＝分類は必ず固定リストとの逐語照合で行う。

適用例（既に実行済み）: 今回のIAP native-purchasesパッチPR(#919)は「自己マージ禁止」という個別ファイル特例ルールが実際には検証力を持たない儀式だったと判明したため撤廃、独立agent査読という検証代替に置き換えてAIが直接マージ済み（MS-342参照）。

限界・正直な認め: 分類できなかった「AMBIGUOUS」項目が複数残る（第三者の同意/支払い隣接コピー/GCPキー削除/GA4設定/法人アカウントのタイミング）。これらは固定リストへの逐語一致がなく、無理に片方へ倒すより保留のまま個別判断する。

reversible: ✅（運用方針、随時改訂可。但しこのタグはバケツ3=COMPETENCE_DOUBT_ONLYの運用適用にのみ及ぶ。バケツ1=HARD_EXTERNAL_CONSTRAINTの定義・対象リストはいかなるDECでも改訂しない外部固定床であり、本タグの対象外＝独立cold-read査読〔2026-07-24〕がこのDECの「reversible:✅」が全バケツにかかると誤読され得ると指摘、明示分離） | 自信度: 🟢75%（固定制約リストは既存の外部運用境界と一致・taste境界は監査agentの推論だが本人の過去発言と整合） | 実行主体: RULES.md §2.5への統合とCOMPETENCE_DOUBT_ONLY項目の実処理はCC1継続タスク（本ターンは分類のみ完了、実処理は次ターン以降） | last_reverify: 2026-08-24（3分類の適用結果を1ヶ月運用してから再点検）

• commit: afb4d240 (2026-07-24)
• commit: 64d89ed6 (2026-07-25)

---

> 🔵 2レーン照合の初回実測（2026-07-24、次事業スキャンR5×Gemini Deep Research）: 独立2系統が「50-60代向けATS通過+年齢シグナル除去レジュメツール」で一致（R5内部審判1位68点／Geminiレポート#18独立掲載、根拠データも同一のIndeed求人統計=シニア職YoY+14.7%）。DEC #822の独立2系統照合設計が実際に機能した初回実例。同時にGeminiの実データ（Gumroad: 全商品44%売上ゼロ・販売者中央値月$72・上位1%が収益99.5%独占）により、DEC #822/#823で置いた「中堅層=月$1,000-3,000」の目安は中央値でなくその10倍超の水準と判明＝下方修正の参考値として記録。詳細=docs/NEXTBIZ_SCAN_R5_2026-07-24.md。

• commit: a0c28fe2 (2026-07-24)

• commit: be8fa775 (2026-07-24)

• commit: 1ab598e4 (2026-07-24)

• commit: 60b7ff96 (2026-07-24)

論点: DECISIONS_PENDING.md/CC{N}_INBOX.mdへの平文md追記運用は、PRマージ後も自動更新されず古い記載が残り続ける構造的欠陥がある(実害=PR#612で3日前に完了済みの項目を再度判断待ちとして再提示、MS-305)。sibuketu「マジで外部ファーストにしよう」「移行コストはなくね　AIだから一瞬じゃね」「一気にやってきて」。 | 決定: 既存未完了項目293件(DECISIONS_PENDING.md 98件+CC2_INBOX.md 195件)を一括でGitHub Issue化(decisions-pending/cc2-inboxラベル、issue #652-895、244件作成・49件は解決済みで除外)。新規の判断待ち/dispatch項目は今後gh issue create --label decisions-pending(またはcc2-inbox)で作成し、対応PRの説明文にCloses #Nを書いてマージ時自動クローズさせる。既存md自体は移行元の履歴として残す(削除しない)。CLAUDE.mdのファイル役割マップに反映済み(commit fba1c8f29、2026-07-23)。 | 根拠: GitHub IssuesのCloses #N自動クローズ機能がPR#605等で既に実証済み、md手動追記より構造的に古い記載が残りにくい。gap-audit(2026-07-24)で本決定自体がDECISION_LOGに未記録だったことが判明(無限記憶原則違反)、遡及的に本entryで補完。 | reversible: ✅（Issue自体はいつでもclose/re-openでき、md併存のため情報消失なし） | 自信度: 🟢90%（sibuketu本人の明示反復指示、実装・移行済み） | 実行主体: CC1（移行実行は2026-07-23完了済み、本entryのDEC記録補完は2026-07-24 gap-audit経由） | last_reverify: 次回セッションでDECISIONS_PENDING.md/CC2_INBOX.mdへの新規追記が実際に止まっているか(2026-07-23以降の新規行の有無)を確認

• commit: 本ターン（2026-07-24）

• commit: 1368df28 (2026-07-24)
• commit: 302a2af9 (2026-07-24)

論点: CC1セッションがPlay Console/Supabase確認をCWC(claude-in-chrome)で自分で実行したところ、CC5専任(操作レーン)の越境としてsibuketuに指摘された。是正としてCC1がCWCツールを呼ぶ前にadvisory警告を出すhookを新設したが、直後にsibuketu「まあccの越境は全然OKにするか」で方針転換。ただしCC1自身が「言われたからでなく自分の頭で考えろ」と押し返され、根拠を伴う再検討を実施。 | 決定: RULES §0.8a-1の「CC境界で仕事を止めるな」節にある①CWC(ブラウザ操作)を一律ハード境界とする記述を撤回。線引きをCC番号でなく操作の性質に変更＝読むだけ(確認/検証)はCC1が直接CWCで実行してよい／書く・送信する・状態変更する操作は認証/物理actionが前提になる分、自然とCC5(または人間)行きになる。新設したcc-role-cwc-boundary-check.pyは撤回済み(設定変更のみのadvisory hookで実害なし、settings.json配線解除・ファイル削除、commit d8d07e4)。 | 根拠: (1)実測=Play Console確認は既ログインセッションで一発成功、Supabase確認は未ログインで自然に弾かれ深追いせず停止=認証要件そのものが実質的なガードとして機能していた。(2)CC1/CC5分離の本来の趣旨は「会話CCが実行を放置する」防止(実装・長時間タスク)であり、単発の読み取り確認はこの趣旨の対象外。(3)hookでCC番号を機械判定する手段が無い以上、一律ブロックは正当なCC5操作にも誤って摩擦を生むだけ。 | reversible: ✅（運用ルール文言の変更のみ、再度絞ることも可能） | 自信度: 🟢80%（実測2件からの一般化、sibuketu本人の方針転換も追認） | 実行主体: CC1本セッションがRULES.md/RULES_FULL.md該当節を更新 | last_reverify: 次にCWC越境が問題化した時（読み取り操作で実害が出た場合は境界を再度絞る）

• commit: b254a021 (2026-07-22)
• commit: bbbeffea (2026-07-30)
• commit: 3bd111bd (2026-07-30)

論点: CarnivOSは既にDEC #711「The Honest 60」(60日間無条件返金保証)を採用済みだが、これを今後作る全ての事業（B40/I04含む）の標準ポリシーへ一般化するか。sibuketu「基本的に全てのビジネスを返金可能にしたい、納得感のある買い物にしてほしい」。 | 決定: 一般化する。今後の全事業は原則「返金可能」をデフォルト設計とする（金額規模・実装コストに応じて期間や条件は事業ごとに個別判断可、"原則アリ"がデフォルトという意味で完全一律の日数までは強制しない）。付随して、sibuketuが提示した仮説（返金可能と知りつつ自主的に返金しなかった経験が認知的不協和の解消を通じて満足度を高める）を心理学文献3系統(返金保証×転換率/不可逆性×満足度/認知的不協和×購入後正当化)で調査。結論=直接実証した研究は無し、確度中程度以下。むしろ最有力の隣接研究(Gilbert&Ebert 2002)は「可逆な状態が続く限り心理的な合理化プロセスが起動しにくい」という逆方向を示唆しており、単純な後押し効果とは言えない。ただし政策自体は返金保証の転換率向上効果(Janakiraman et al. 2016メタ分析等、確立済み)と匿名運営のブランド信頼補完という別の根拠で成立するため、心理学仮説の真偽と独立に採用する。実務示唆として、保証期間中に「いつでも返金可」を執拗に想起させない設計が望ましい(顕在化が満足度形成を阻害しうるため)。 | 根拠: DEC #711踏襲＋sibuketu 2026-07-22指示＋心理学文献リサーチ(2026-07-22、Festinger/Aronson&Mills/Brehm/Knox&Inkster/Gilbert&Ebert 2002/Janakiraman et al. 2016) | reversible: ✅（運用ポリシー、事業毎に随時調整可） | 自信度: 🟢85%（本人明示指示、根拠は転換率効果の確立文献で十分・心理学仮説自体は🟡低確度だが政策の必要条件ではない） | 実行主体: 今後の新事業のpricing/GTM設計に組み込む(次に価格設計が発生する事業から適用、CarnivOSは既にDEC #711で適用済み) | last_reverify: 次の新事業pricing確定時

論点: Claude Codeが「iOS Simulator駆動スキル」を獲得したニュースを受け、sibuketu「これでどうなる？2AIだけで行くカテゴリだったよな？今後2度と聞かないよう設計して」。 | 決定: iOS Simulator.app自体はmacOS専用というOS制約は不変＝AIの操作能力向上(tap/screenshot/log読取の自律化)はWindows端末CCのハード境界を消さない。RULES.md §0.5a-1系のハード境界節に「AI能力向上とハード境界(OS/ハードウェア制約)を混同するな、判定は常にそのマシンにmacOSがあるかの1点」を明記し、以後この種のニュースへの再質問を防止。クラウドMac契約でこの境界自体を消すことは可能だが§2.5③高額の人間判断＝需要が出たら別途PENDING化（現時点は投入せず）。 | 根拠: WebSearch実施(2026-07-22)＝Claude Codeの iOS-simulator skill(MCP server経由、setup ~15分)がtap/swipe/screenshot/ログ読取を自律操作可能に。Xcode 26.3もClaude Agent SDKとネイティブ統合(Anthropic公式発表)。ただしいずれもmacOS上で動く前提は不変。 | reversible: ✅（ルール文言の追加のみ） | 自信度: 🟢90% | 実行主体: CCF（RULES.md該当節へ追記、同ターン完了） | last_reverify: 2026-07-22

論点: sibuketu×Gemini種(2026-07-21)を実証台帳(HI8件+MS308行)で逐条検証+敵対攻撃2本を経て起草した判定手続き（Gate0分解→A1-A5ルーター+AI-BIAS GUARD+Tier A/B明示ラベル）をドクトリンとして正式採択するか。 | 決定: A'(v1.1)採択。sibuketu「完全に遂行して」(2026-07-22)を全面実行権限として、RULES.md §2.5aに手続き本体を編入。敵対攻撃2本で判明した既知欠陥のうち実装可能な2点も同時反映＝(1)AI-BIAS GUARDのトリガー句に「Xは無料/無料枠内/課金なし」を追加(MS-257実証・DEC #808と整合) (2)Tier A/B判定を「sign待つ/待たない」の事後不可視な運用差でなく決定時点の明示ラベルへ格上げ (3)A5可逆性テストに起案出所チェックを追加(HI-001/#719が可逆性=誰が起案できるかの代理指標として偽と実証)。sibuketu追補=出口2(AI起案+veto)×(不可逆or外部実世界状態)は思ってるより人間に倒す(1行確認)も編入。 | 根拠: docs/FOUNDATION_HUMAN_AI_DIVISION_2026-07-21.md（31KB、種の逐条検証表+HI/MS全件ルーティング検証+敵対攻撃記録）。メタレンズ監査(HI-005/HI-007=規則自体が目的を裏切っていないかの監査)はこの手続きのルート不能と正直に宣言、範囲外のまま残置。 | reversible: ✅（運用文書、随時改訂可） | 自信度: 🟢80%（実証接地が強い。ドクトリン採択という運用哲学のtaste領域が残るがsibuketu本人が全面実行を明示指示） | 実行主体: CCF（RULES編入・DECISIONS_PENDING✅化・本entry起票、いずれも同ターン完了） | last_reverify: 2026-07-22

• commit: fd4c0e5a (2026-07-21)

• commit: 9e0d4f89 (2026-07-21)
• commit: 228b1086 (2026-07-24)

• commit: aad3b175 (2026-07-21)

• 実行主体: CCF本セッション即時反映。
• last_reverify: 2026-08-05（A11定期再検証パイプライン、CC2実施。当時の記録どおり本DECは「今夜限定」の一時上書きとして設計されており、C:\Users\susam\CLAUDE.mdのモデル/トークン支出方針セクションを実読した現在の記述は「週次リセットで解除」というDEC#731の自動80%閾値がそのまま現行運用になっている＝本DECの一時上書きは設計どおり自動失効済みで、恒久化されずDEC#731へ復帰したことを確認。以後の追加の再検証サイクルは不要（自動失効済み・恒久ルールはDEC#731側で継続管理）） | 直前の同名フィールドは前セッションでの貼付誤りとみられる別トピック文言（Tier B運用云々、本DECの内容と不整合）だったため上記へ置換して整理
• commit: 9713d06e (2026-07-20)
• commit: 5a262ef7 (2026-07-21)

• 残選択肢/没案: A=4軸自体を撤廃(業界水準を割り込むため却下、直前の自律度ベンチマーク調査でCarnivOSの4軸構造自体はAnthropic自身の設計思想と一致すると確認済み)。B=固定のタイムド待機(例:24時間で自動実行)＝設計案として提示したが、sibuketu本人が「戻ってくるまでやってきて後から一気にレビュー」というセッション境界方式を明示採用し却下。C(採択)=axis②の可逆性ロジックを他軸へ一般化。
• 参照情報/未知点: 参照=RULES.md §2.5実物(586-606行、改訂前)・axis②のroutine-git先例(2026-06-26既存記述)・§2.3f実物(493-494行、確認済み)・直前ターンの業界ベンチマーク調査(Anthropic Claude Code Auto Mode公式ガイダンス、L1-L5自律度フレーム、HITL/HOTL区分、出典は本ターンのchat内)。未知=Tier B「事後一括レビュー」が実際にsibuketuの体感で追いつくか(彼自身が「人間レビュー追いつかない」懸念も提起)は運用してみないと分からない。
• 依存 framework: RULES §2.5(Silent-Gate)・§2.3f(無視=同意ルール)を直接改訂・拡張。直前の自律度業界ベンチマーク調査(このセッション内、Anthropic公式Auto Mode等)が根拠材料。
• 下流影響: RULES.md(§2.5本文)・RULES_FULL.md(同名節、対応箇所)。全CC共通(次回起動時から新Tier区分が適用される)。
• depends_on: [#802]
• downstream: []
• 関連: [[feedback_map_first_and_recursive_self_improvement_scope]]（同日追補した「決めたら持続させる」原則とも整合）
• reversible: ✅（RULES文書の改訂、いつでも再改訂可能。ただしTier A/B判定を誤ってTier Bへ倒すと実行が先行するため、迷ったらTier A側に倒す旨を本文に明記済み）
• 自信度: 🟢85%（sibuketu本人の直接発言+既存axis②先例の一般化という保守的な設計選択、業界ベンチマーク調査でも4軸構造自体は裏付け済み。不確実性=Tier B運用の実測データが無いこと）
• 実行主体: CCF本セッションが即時反映。

• 残選択肢/没案: 他案なし（sibuketu本人の直接指示の記録化のみ、AI側の選択の余地は無い）。
• 参照情報/未知点: 参照=本セッション内の直前のやり取り(3分類taxonomy提示への追補指示、chat原文)。未知=sibuketu自身「他にもなんかあったかもだけど」と発言の不完全性を自認＝追加の意図が今後surfaceする可能性あり、その時は本DECへの追補として扱う。
• 依存 framework: [[feedback_decompose_decision_taste_sliver]]を直接拡張。
• 下流影響: memory file 1本のみ（~/.claude/projects/C--Users-susam/memory/feedback_decompose_decision_taste_sliver.md追補）。コード/hook変更なし＝prose-only運用ルール。
• depends_on: []
• downstream: []
• 関連: [[feedback_decompose_decision_taste_sliver]]
• reversible: ✅（memory文書のみ）
• 自信度: 🟢95%（sibuketu本人の直接発言をそのまま構造化した記録、解釈の余地が小さい）
• 実行主体: CCF本セッションが即時反映。
• last_reverify: 該当なし（sibuketu直接指示の記録、reverify対象外）

• commit: accaed5a (2026-07-20)
• commit: ffa21841 (2026-07-20)

• 残選択肢/没案: A=既存triage-tag-check.pyの強化で代替＝却下(post-hocでは「着手前に比較する」というDEC #613の核心を満たせない、事後ラベル付けと着手前比較は別物)。B=triage-gate-msg.txtの内容を書き直す＝不要、既存文面は要件を満たしていた(書かれたが接続されなかっただけ)。C=採択（既存文面をそのまま配線）。
• 参照情報/未知点: 参照=DECISION_LOG.md:251(DEC #613原文、"3回目指摘=機械化失敗"という自己診断込み)、settings.json UserPromptSubmitセクション実grep(triage-tag-check.pyのみ登録・優先度トリアージ関連の別entryなし)、triage-gate-msg.txt実読(DEC #613仕様と一致する完成済み文面)。未知=このhookが実際にsibuketuの体感する「チャットファースト」頻度を下げるかは次回以降の観察待ち（quiet reminderのため強制力はadvisory止まり、AIが読んでも無視すれば効果ゼロ）。
• 依存 framework: DEC #613を実装完了させる形で継承。[[feedback_no_source_based_priority_triage_first]]（本セッション前半で作成したprose-onlyメモ、機械化候補として言及していたものを即日実装に格上げ）。
• 下流影響: C:\Users\susam\.claude\hooks\priority-triage-gate.py(新規)、C:\Users\susam\.claude\settings.json(UserPromptSubmit配列に1エントリ追加)。全CC共通(ホーム直下settings.json)。
• depends_on: [#613]
• downstream: []
• 関連: [[feedback_no_source_based_priority_triage_first]] / MS-215
• reversible: ✅（hook追加のみ、settings.json編集で無効化可能）
• 自信度: 🟢85%（DEC #613原文とtriage-gate-msg.txtの内容は明確・settings.json未配線は実grepで確定事実、配線後の動作確認もecho経由で実施済み）
• 実行主体: CCF本セッションが自己完結で実装（共有インフラ=hook/harness構造は発見側が即直す、feedback_shared_infra_scope_exception適用）。
• last_reverify: 2026-08-05（A11定期再検証パイプライン、CC2実施。priority-triage-gate.pyが引き続き~/.claude/settings.jsonのUserPromptSubmitに配線されていることを実grepで再確認、機構自体は維持されている。chat-first再発頻度そのものが下がったかの体感観察は本reverifyの範囲外＝未検証、次回は行動効果の観察を含めて再検証） | needs reverify by 2026-09-05
• commit: cb858966 (2026-07-20)

• 残選択肢/没案: A=Fable常設維持（現状）＝今日の実績(5件中4件が判断しても結論不変=瑣末)で反証済み、却下。B=Fable完全廃止＝2モデルとも「本当に要る~20%を見逃す偽陰性リスク」を理由に反対、没。C=採択（条件付き昇格）＝両モデル収束案。
• 参照情報/未知点: 参照=独立3エージェント（Opus 4.8・Fable 5自身・Sonnet 5、同一の中立プロンプトで並列実行、自己利益バイアスへの言及を明示要求）。Sonnet版は分類器/Usage Policyエラーで失敗（無害な内容の誤検出、内容起因でない）、Opus・Fable の2/3が着地し収束。Opus要旨=「プレミアム層温存すべきという論は自分の存在意義を高める方向のバイアスを含むと自覚した上で、データ(4/5瑣末)を優先」。Fable要旨=「自己保存バイアスが主敵、もしSonnetや人間に同じ問いを投げていたらそちらの判断を優先する」。両者とも判定基準=既存4軸で足り新規発明不要、と一致。未知=この配分変更が07-26パイロットの指標（トークン消費/停止率/冷読合格率/y送信数）にどう出るかは実測待ち。
• 依存 framework: DEC #731(モデル分担既定)・DEC #732(CCF常設パイロット2026-07-19〜07-26)・DEC #735(Fable自問ルーティング運用)を精緻化。§2.5 4軸を昇格ゲートとして流用（新規ゲート発明でなく既存の再利用）。
• 下流影響: home CLAUDE.md（モデル/思考量/トークン支出方針セクション）の更新要／feedback_ccf_always_saturate_subagents.mdにオンデマンド昇格の運用注記を追記／今後のセッション起動はSonnetを既定とし、4軸該当時のみFableへ切替で昇格。
• depends_on: [#731, #732, #735]
• downstream: []（07-26のDEC #732パイロット判定時に本DECも同時再評価）
• 関連: [[feedback_ccf_always_saturate_subagents]] / [[feedback_engineering_decisions_ai_autonomous]]
• reversible: ✅（運用ルーティング方針、随時調整可）
• 自信度: 🟢80%（利害が逆方向の2独立フロンティアモデルが収束＝Opusは無利害でも微細バイアスを自己申告、Fableは自分の役割防衛の直接利害がありながら同意）
• 実行主体: CCF本セッションが即時反映。sibuketuの追加signは不要と両モデルが判定（独立検証済みのengineering/routing判断＝feedback_engineering_decisions_ai_autonomous適用）。
• last_reverify: 2026-07-29 実施済・前提不変、決定維持。外部依存部分をAnthropic公式docsで実照合: (a)価格=platform.claude.com/docs/en/about-claude/pricing 実読、Sonnet5 $2/$10(〜08/31)→$3/$15(09/01〜)・Opus5 $5/$25・Fable5 $10/$50、DEC #722/#731の引用額と完全一致・ドリフトなし。(b)Fable Max内包=support.claude.com記事+報道複数照合、「Max/Team Premiumは週間枠の50%までFable5追加課金なし」が2026-07-20付で恒久化と再確認済み(DEC #731の記述通り)。(c)🔴副次発見(本DEC対象外・#731/#810/#811側の論点として記録のみ)＝その50%の算出母数となる週次枠+50%ブースト自体は2026-07-20で終了済み(前回2026-07-20所見の「8/19まで自動適用」は誤り、実際はその時点で既に終了間際だった)。(d)当初 last_reverify の起点だった「DEC #732パイロット判定(07-26)」はDEC #739(2026-07-19)で既に廃止されておりトリガーとして無効だったと判明＝以後はDEC #731のcadenceに統合。次回: needs reverify by 2026-08-19（DEC #731と統合）。
• commit: 74dc5ee4 (2026-07-20)

• commit: 6b36c91c (2026-07-20)

• commit: 064df8ad (2026-07-19)

• commit: 966c60d2 (2026-07-19)

• commit: 8e8a4152 (2026-07-19)

• commit: e70f6750 (2026-07-19)

• commit: 6cb651b2 (2026-07-19)

• commit: d2991e5c (2026-07-19)
• commit: 97a435f1 (2026-07-19)

• commit: 0bf39488 (2026-07-19)

• commit: 26a14db1 (2026-07-19)
• commit: 1db87c7b (2026-07-21)

> 🔵 訂正（2026-07-21 CCF）: 本DEC参照情報の「Max 5x（設定値 default_claude_max_5x）」に対し、使用制限UIの実測は Max (20x)（sibuketuスクショ 2026-07-21）。設定ファイル表記とUI表記が食い違う＝プラン実体は20x優勢（UI優先）。分担方針への影響なし（枠が大きい側への誤差）。

• commit: fabf22d7 (2026-07-19)
• commit: bf7a6769 (2026-07-21)

• commit: 38074206 (2026-07-19)
• commit: e299601b (2026-07-19)

> 🔵 鮮度訂正（2026-07-24 差分調査、判定は不変）: 根拠(3)課金はstale＝2026-05-13にAnthropicが方針転換しAgent SDK経由の正規ルートで第三者エージェントのサブスク併用が復活、2026-06-15の分離計画も一時停止で現状「サブスク通常上限から消費」（公式サポートページ実照合）。生のOAuth使い回しは規約違反のまま。ただし根拠(1)(2)は悪化＝2026年CVE累計138件(調査時1件例示→13倍規模)・ClawHub悪意skill 824件(絶対数2.4倍、NVIDIA審査導入後も2026-06-29に感染キャンペーン新規報告)。3本中2本悪化ゆえ不採用判定は維持。出典=VentureBeat 2026-05-13/Anthropic公式support 15036540/betterclaw.io 138CVE/securityonline.info ClawHub。

> 🔴 枠付け訂正（MS-139、同日）: 上記の判断結果(不採用)は変わらないが、根拠(1)(2)(3)はCarnivOS固有でない一般原則＝どの事業(別事業含む)にも同じ理由で適用される。当初の提示が「health-bearing data扱うため」に理由を紐付けたのは誤り(sibuketu「その理由ゴミすぎ・ルールにしばられすぎ」指摘)＝一般原則と現プロジェクト文脈由来の理由を分けて書くべきだった。

• commit: 2bda194e (2026-07-24)

> 🔵 premise-stale（2026-07-19 CCF・#717原理の適用）: 本DECの「Fableは希少・safeguard-prone窓ゆえ自動昇格に含めない」のうち"希少窓"前提が翌日失効＝Anthropic 07-18/19発表で07-20からFable 5はMaxプラン恒久サブスク内提供(週間上限50%枠)/Proは一度きり$100クレジット→従量$10/$50。Fable運用条項の改定fork=DECISIONS_PENDING「モデル分担 2026-07-19」参照（Sonnet既定・Opus床の他条項は不変）。

• commit: dedd0889 (2026-07-19)
• commit: a9c60f4a (2026-07-19)

---

🔴 穴を実際に埋めた第2ラウンド（2026-07-17同日、Gemini Deep Research・sibuketu実行）＝Reddit実データ込みで確認: r/carnivore・r/zerocarbを含む中立/懐疑コミュニティ(r/keto/r/nutrition/r/mediterraneandiet/r/running/r/Firefighting/r/backpain等)を横断収集(見込み客3件/実践者25件/除外51件)。結論=第1ラウンドと同一＝見込み客の懸念はコスト・便秘に集中、「戻れなくなる」を理由に躊躇する書き込みは0件(参入障壁順位で最下位・実質ゼロ)。重要な副次発見＝r/carnivore・r/zerocarbはモデレータールールにより「離脱を勧める助言」「元の食事に戻る相談」を禁止しており、構造的にネガティブな離脱経験談が検閲・過少表示される（sibuketuが記憶していた「逸脱を口にすると宗教的扱いを受ける」に最も近い実体＝公式モデレーション規約による検閲であって非公式な社会的制裁の記録ではない、精査したが後者の一次証言は本ラウンドでも確認できず）。∴確信度改定＝🟡55%→🟡70%（独立2ラウンド・別時期・別コミュニティ収集が同一結論に収束＝収束自体が確信度を押し上げる根拠、ただし見込み客サンプルが両ラウンドとも3件と少なく「無い」の証明の限界は残る）。投資判断への含意は不変＝安全な出口を新規獲得の売り文句として投資しない、誠実さのための機能として実装（本DEC冒頭の投資判断部分と整合）。CC5-REDDIT-EXIT-FEAR-CHECKはこの結果によりfallback降格・完了扱い。 🔵この結果が決定に与える影響＝DEC #719 は不変: 案A(卒業設計)の採択根拠は憲章 guardrail②＋P1誠実moat＋閉じ込め依存の回避であって収益上振れではない＝収益はあくまでおまけの仮説だった。∴おまけが消えても決定は立つ。但し実務的含意は変わる＝オフボーディングを成長レバーとして売り込む/投資するな（"安全な出口"訴求で獲得が伸びる前提で工数配分すると裏切られる）＝誠実さのための機能として post-launch に置く、が正しい姿勢。 | 設計含意（要件・CC2レーン）: 保険価値は受動的＝人は保険のために毎日記録しない→記録が途切れれば再発時の分析も不能＝保険が facade 化する。∴維持期の記録負荷をほぼゼロにするモードが「記録＝保険」軸の成立条件。 🔵調査完了・自己訂正（2026-07-17 CC1A、3手法で実grep）＝部品はほぼ揃っている＝当初「条件が自動では付いてこない」と書いて部品不在を示唆したのは誤り。実在＝(1)お気に入り食材favoritesFoods.ts＋Recent quick-tap(ButcherSelect.tsx:761-769) (2)「昨日の食事をコピー」＝HomeScreen.tsx:2698/5304 に実配線（張りぼてでなく実機能・home.copyYesterday/home.repeatMealTitle） (3)音声クイックログ(VOICE_QUICK_LOG/ai.quickLog＝発話で食事自動追加) (4)逸脱検知recoveryAlgorithm.ts(916行・DeviationType分岐) (5)症状スコア(types/index.ts:664 0-10)。∴要件は「低負荷記録を作る」でなく「既存部品を"維持期の姿勢"に組み上げ、寛解中は訊くのをやめる」＝コストは想定より大幅に小さい。真のギャップ3点＝①"維持期"という姿勢/モードの概念が不在（部品はあるが何も組み上げていない＝寛解中もフル強度で訊き続ける）②「報告なし＝0タップの正常な日」という概念が無い（例外だけ記録の前提）③軽微=input.sameAsYesterday は翻訳のみで参照ゼロ＝孤児キー。設計の芯＝ベースライン(いつもの)を既存の"昨日コピー"で代替でき、例外(逸脱 or 症状)があった日だけ入力＝再発時の原因分析に要るのはまさにその差分ゆえ保険価値と負荷削減が同方向。残る正直な弱点＝例外ベース記録は逸脱の過少申告バイアスを持つ（recoveryAlgorithm の前提そのもの）＝記録の穴は残る。 | 測定（正直な自認）: 「価値で残っている」vs「閉じ込められて残っている」を現在の計装では区別できない。acq_segment(PR#552) は獲得セグメントであってゴール状態でない。∴安全な出口を作ること自体が測定器＝出口を出して何人が使うかで初めて閉じ込めの実頻度が分かる。 | framework: §2.5④製品哲学 + FCF P-1 guardrail②(トップダウン健康定義禁止) + DEC #648(判定しない計器) + DEC #701(ビーチヘッド=医療必要性) + DEC #704(段階取り違えの先例) + DEC #649(headroom・本DECで適用範囲を縮小) + [[project_honest_position_no_commerce_moat]] | reversible: ✅(方向のみ・実装post-launch🧊・いつでも戻せる) | 自信度: 🟢75%（§5(b)前提の二重崩壊は構造的に堅い／卒業設計のLTV影響は未計測ゆえ🟡混じり） | 実行主体: 本DEC記録+地図§5/§5-bis改訂=CC1(本ターン) / 低負荷維持モードの実在調査+要件=CC1→CC2 / 安全オフボーディングMVP(静的教育ガイド+既存症状ログ再利用)=CC2(post-launch・監査医gate後) / 収益仮説A/B=post-launch | downstream: 地図§5(b)降格・§2 オンボ配光(⑤headroomの種蒔き見直し)・DEC #649 適用範囲縮小・未決taste「用語5件(optimal等)」に駆動材料供給・CCF DAYSIM/Veritasレーンの headroom 要件・CC2-ACQ-SEGMENT-INSTRUMENTATION | last_reverify: launch後（出口の利用率＝閉じ込め実頻度の初測、+ 入口A/Bで収益仮説）

> 🔴 返金窓の数値訂正（2026-07-30 CC1、返金クラスタ再検証で検出）: 本entry内の「紹介者ご褒美1ヶ月無料(90日返金窓後発火)」は DEC #699（2026-07-12）時点の返金窓90日を前提にしていたが、その翌日 DEC #711（2026-07-13）で返金窓は60日完全無条件へ確定した（#711 が #611 の30日を SUPERSEDE、#627 の30日維持も無効化＝同entryに注記追加済み）。∴ 紹介者ご褒美の発火条件は「60日返金窓の経過後」が正。

> ⚠️ 実害は現時点ゼロだが、このまま実装するとバグる: 報酬付与は未実装（stripe-webhook/index.ts:335-380 は record-keeping のみ）ゆえ90日という誤値はコードに実体化していない。ただしこの設計記述のまま実装すると、紹介報酬が60日でなく90日で発火する（＝紹介者が30日余分に待たされる）。実装着手時にこの注記を必ず読むこと。

> 🔧 設計レベルの再検証が要るか（判断保留）: 単純な数値置換（90→60）で済むか、それとも「友達の返金窓が閉じてから報酬を確定する」という fraud guard の前提日数が短くなることで variable-ratio 配布タイミング設計にも波及するかは、実装着手時に1度だけ確認する（現時点では机上ゆえ判断を前倒ししない）。

• commit: 180faa81 (2026-07-17)

• commit: e80b91c2 (2026-08-05)

• commit: ff3293cb (2026-07-17)

> ⚠️ 採番衝突注記（2026-07-19 CCF R3検出）: 同日の2entryが#713を共有していたため、[MICRO]floor側を#713bへ改番（下記）。[decision]並列オーケストレーション=本entry=RULES §2.7 が引用する側。外部参照は事前grepで並列側のみと確認済み。既知クラス=#634/#635衝突（TASK_POOL data-integrity行）の同型・今回は同一ファイル内採番ミス。

• commit: 151e81db (2026-07-19)

> 🔴 訂正注記（2026-07-19 CCF、外部検証で前提誤り判明・MS-176）: 本DECの「(1)venueとmodelを分離＝サブagent vs CC投入はコスト軸でない(仕事量同じ)」は誤り＝外部実測報告(truefoundry/youcanbuildthings 2026)で「各subagentはfresh contextで自前再読・キャッシュ非共有→3体経由≈単線の4倍・チーム型≈7倍」。正しい要約＝コスト=モデル単価×venue係数(単線1x/子エージェント数倍)。並列化の便益(wall-clock短縮・独立性)判断は不変だが、コスト中立を根拠にした「速度純増」は「速度と引換にトークン数倍」へ読み替えること。決定自体(並列既定)は依然有効＝待ち手がいる時・独立検証が要る時はoverheadを払う価値がある(§8.4ゲートと整合)。

• commit: 317d6217 (2026-07-20)

• commit: 45fff7aa (2026-07-14)

• commit: 973d1465 (2026-07-21)
• commit: 1855eec6 (2026-07-21)
• commit: e412e25b (2026-07-24)
• commit: c615f654 (2026-07-24)
• commit: fea8e809 (2026-07-30)

• commit: 973d1465 (2026-07-21)
• commit: 1855eec6 (2026-07-21)
• commit: e412e25b (2026-07-24)
• commit: c615f654 (2026-07-24)
• commit: fea8e809 (2026-07-30)

---

> 🔀 2026-08-22 合流・番号衝突: #701 は origin/main 側に既存の別内容決定が存在（本ファイル内で見出しテキスト「### #701 [decision] 2026-07-12: ターゲット ビーチヘッド確定＝(A)医療的必要性層＋(F)自己免疫/IBD寛解維持層 | 決定（...」をgrepして特定可能。行番号は今後の編集で動くため付記しない）。#634/#635 方式に倣い再採番せず、参照時は行番号/日付で区別すること。

>

• commit: 3de73884 (2026-07-13)

• commit: eadb4459 (2026-07-13)

• commit: e35ee317 (2026-07-13)

• commit: 6eb4324d (2026-07-13)
• commit: ac4c8efc (2026-07-20)

• commit: 3f348823 (2026-07-13)

• commit: 13f8e462 (2026-07-13)
• commit: 3ee675b7 (2026-07-13)

• 材料: docs/CC1_POSITIONING_SYNTHESIS_TARGET_CONFIRMED_2026-07-12.md §1-2
• commit: 1a9e2c02 (2026-07-12)
• ✅ fork2 決着（2026-07-12 sibuketu「それで」で確定＝並行訂正版を採択、CONTESTED解消）: fork2 の正=獲得hook＝見える化/発見系＋見放され共感（②逸脱→再燃防止・⑤headroom最適化は"寛解達成後"の維持段階へ後ろ倒し）。旧提示の 2C(②を獲得hookに)は撤回＝新規はまだ寛解未達ゆえ"再燃防止"が刺さらない、というユーザージャーニー段階の論理をsibuketu自身が2026-07-12訂正。∴ 下流(オンボ/獲得コピー)は「見える化＋共感で掴み、寛解達成後に②再燃防止/⑤headroomへ橋渡し」で降ろす。fork1(冷徹計器・顔1つ)/fork3(①集中+②SEO)は不変。
• commit: 9646dacc (2026-07-12)
• commit: e22cd4ee (2026-07-12)

• commit: d7b4bdb9 (2026-07-12)

> 🔬 外部ルートの裏取り実施＝自信度の内訳を分解（2026-07-30 CC1、sibuketu「決定事項再検証・上流から優先」を受けて実施。WebSearch で一次ソースを実照合）。本entryの自信度🟢80%は「外部+内部の独立収束」を根拠にしていたが、外部ルート（docs/GEMINI_TARGET_SEGMENT_RESEARCH_2026-07-12.md、4,022 bytes）には出典の記載が0件（https?:///PMID/出典 すべて grep 該当ゼロ）だったため、その中の事実主張を個別に裏取りした。結果は一様でなく、主張ごとに強度が違う:

>

> | 主張 | 裏取り | 出典 |

> |---|---|---|

> | 市場規模 2025=$41億→2036=$98億(CAGR 8.4%) | ✅ 数値一致 | [Fact.MR](https://www.factmr.com/report/carnivore-diet-food-products-market)（※他社推計は$11.5B等と差があり、算出手法依存） |

> | 「Carnivore Diet」検索 前年比+94%・月180万回 | ✅ 数値一致（🟡単一ソース、独立2本目は不発見） | [Glimpse](https://meetglimpse.com/trend/carnivore-diet/) |

> | Lennerz 2021 N=2029・95%が健康改善を報告 | ✅ 本文確認（自己申告・査読済） | [PMC8684475](https://pmc.ncbi.nlm.nih.gov/articles/PMC8684475/)（CC1_GTM_FUNNEL_CHANNEL_RESEARCH_2026-06-28.md と同一URL＝独立2doc で二重裏取り済み） |

> | FDA 2026 General Wellness＝疾患/診断claim回避が低リスク扱いの条件 | ✅ 独立2ソース（法律事務所2社）で骨子一致 | [Faegre Drinker](https://www.faegredrinker.com/en/insights/publications/2026/1/key-updates-in-fdas-2026-general-wellness-and-clinical-decision-support-software-guidance) / [Troutman](https://www.troutman.com/insights/fdas-2026-guidance-on-general-wellness-devices-policy-for-low-risk-devices/) |

> | 🔴 IBD 逸脱→再燃「2〜48時間」 | ❌ 裏取り不能 | 的を絞った検索2回で一次資料ゼロ。医学文献側に在るのは「再導入は2〜3ヶ月かけ段階的」「症状スコア25%悪化で中断」等の運用プロトコルのみで、時間単位の再燃タイムラインへの言及が無い。Gemini が生成した数値の可能性が高い |

>

> 🔴 ∴ 自信度の内訳を分けて扱う（総体の🟢80%は誤解を招くため訂正）:

> - 市場機会の存在・規制建付けの妥当性 = 🟢固い（4主張が実URLで実証、うち1件は独立2doc・1件は独立2ソース）

> - ビーチヘッド選定の核＝「究極LTV(逸脱→即再燃で計器を手放せない)」 = 🟡50-79%へ格下げ。理由＝(1)「2〜48時間」の定量値が出典不明 (2)定性的方向（逸脱で再燃しうる）は文献支持があるが、それは「即座に」を意味しない (3)内部機序ルート（CC1_AUTOIMMUNE_RELAPSE_EVIDENCE_MAP_2026-07-12.md）も同一の「逸脱→再燃」機序に依拠しており、2ルートは同じ未検証前提を共有＝独立収束が成立していない（本entry自信度欄の「両ルートとも同じ食事依存寛解ロジックに部分依存」という自己開示は正しく、今回それが具体的にどの数値で崩れているかが特定された）

> - 決定自体（ビーチヘッドをIBD/自己免疫にする）は変更しない＝市場機会と規制建付けが固く、かつ launch 後の実データ待ちという既定路線が変わらないため。変わるのは自信度の表示を実証に合わせる点のみ（§0.2 誠実な精密さ）。

>

> ✅ 内部機序ルートの精読 完了（2026-07-30 同日、上記「残」を解消）＝結論は「両ルートともに未実証」ではなかった:

> - 一次文献は実在し、方向は Tier C で実証されている＝PMC11409203 / PMID 39296504（Norwitz & Soto-Mota, *Frontiers in Nutrition* 2024、UC 6例＋クローン4例＝n=10）。論文総括「逸脱時のみ症状再来」も実在確認済み。IBD については組織学確認付きで証拠質は相対的に高い。

> - 🔴 時間幅「2〜48時間」は内部doc に一切登場しない（時間|hour|48|24|72|即時|以内 等で grep 済み）＝Gemini 側の外部doc のみに存在する出典不明の数値と確定。

> - 🔴 最も重要＝根拠doc が書いていた警告が、本DEC へ運ばれていない。CC1_AUTOIMMUNE_RELAPSE_EVIDENCE_MAP_2026-07-12.md:9 は自ら 「Tier C（n=10・単群・後ろ向き・著者が推進派＝選択バイアス）＝『方向』証拠には使えるが『継続率が高い』の定量根拠に昇格させるな」 と明記している。にもかかわらず本DEC の理由欄は 「究極LTV(逸脱→即再燃で計器を手放せない)」 という定量的含意の強い表現で採用しており、Tier C / n=10 / 定量昇格禁止 のいずれも本文に無い。∴ 崩れているのは「証拠が無い」ことではなく 「証拠に付いていた上限（方向まで・定量は不可）を踏み越えた」 こと。

> - 🔵 なお同doc :12 は「逸脱→再燃が即時・反復・帰属容易」を🟢強支持(80%+)と書いており、doc内部でも :9 の定量昇格禁止と緊張がある（同一docの2箇所が非整合）。

> ∴ 訂正後の正確な自信度: 方向（逸脱で再燃しうる／IBDでは帰属が容易）= 🟢。「究極LTV」＝継続率が構造的に高いという定量的主張 = 🟡（Tier C の n=10 単群から昇格させてはいけないと元docが明示、かつ時間幅は出典なし）。決定（ビーチヘッドをIBD/自己免疫にする）は変更しない＝方向の実証と市場/規制の裏取りで足りるため。

> 🔧 残（クラス化した教訓）: これは「根拠docに書かれた Tier/上限の注意書きが、それを引用する上流DEC へ伝わらない」型＝caveat-dropped-in-transmission。#701 単発でなく他DEC にも起きうるので、docs/MINING_LENS_REGISTRY.md へのレンズ登録候補（本ターンでは #701 の是正のみ実施）。

> 🔬 外部ルートの裏取り実施＝自信度の内訳を分解（2026-07-30 CC1、sibuketu「決定事項再検証・上流から優先」を受けて実施。WebSearch で一次ソースを実照合）。本entryの自信度🟢80%は「外部+内部の独立収束」を根拠にしていたが、外部ルート（docs/GEMINI_TARGET_SEGMENT_RESEARCH_2026-07-12.md、4,022 bytes）には出典の記載が0件（https?:///PMID/出典 すべて grep 該当ゼロ）だったため、その中の事実主張を個別に裏取りした。結果は一様でなく、主張ごとに強度が違う:

>

> | 主張 | 裏取り | 出典 |

> |---|---|---|

> | 市場規模 2025=$41億→2036=$98億(CAGR 8.4%) | ✅ 数値一致 | [Fact.MR](https://www.factmr.com/report/carnivore-diet-food-products-market)（※他社推計は$11.5B等と差があり、算出手法依存） |

> | 「Carnivore Diet」検索 前年比+94%・月180万回 | ✅ 数値一致（🟡単一ソース、独立2本目は不発見） | [Glimpse](https://meetglimpse.com/trend/carnivore-diet/) |

> | Lennerz 2021 N=2029・95%が健康改善を報告 | ✅ 本文確認（自己申告・査読済） | [PMC8684475](https://pmc.ncbi.nlm.nih.gov/articles/PMC8684475/)（CC1_GTM_FUNNEL_CHANNEL_RESEARCH_2026-06-28.md と同一URL＝独立2doc で二重裏取り済み） |

> | FDA 2026 General Wellness＝疾患/診断claim回避が低リスク扱いの条件 | ✅ 独立2ソース（法律事務所2社）で骨子一致 | [Faegre Drinker](https://www.faegredrinker.com/en/insights/publications/2026/1/key-updates-in-fdas-2026-general-wellness-and-clinical-decision-support-software-guidance) / [Troutman](https://www.troutman.com/insights/fdas-2026-guidance-on-general-wellness-devices-policy-for-low-risk-devices/) |

> | 🔴 IBD 逸脱→再燃「2〜48時間」 | ❌ 裏取り不能 | 的を絞った検索2回で一次資料ゼロ。医学文献側に在るのは「再導入は2〜3ヶ月かけ段階的」「症状スコア25%悪化で中断」等の運用プロトコルのみで、時間単位の再燃タイムラインへの言及が無い。Gemini が生成した数値の可能性が高い |

>

> 🔴 ∴ 自信度の内訳を分けて扱う（総体の🟢80%は誤解を招くため訂正）:

> - 市場機会の存在・規制建付けの妥当性 = 🟢固い（4主張が実URLで実証、うち1件は独立2doc・1件は独立2ソース）

> - ビーチヘッド選定の核＝「究極LTV(逸脱→即再燃で計器を手放せない)」 = 🟡50-79%へ格下げ。理由＝(1)「2〜48時間」の定量値が出典不明 (2)定性的方向（逸脱で再燃しうる）は文献支持があるが、それは「即座に」を意味しない (3)内部機序ルート（CC1_AUTOIMMUNE_RELAPSE_EVIDENCE_MAP_2026-07-12.md）も同一の「逸脱→再燃」機序に依拠しており、2ルートは同じ未検証前提を共有＝独立収束が成立していない（本entry自信度欄の「両ルートとも同じ食事依存寛解ロジックに部分依存」という自己開示は正しく、今回それが具体的にどの数値で崩れているかが特定された）

> - 決定自体（ビーチヘッドをIBD/自己免疫にする）は変更しない＝市場機会と規制建付けが固く、かつ launch 後の実データ待ちという既定路線が変わらないため。変わるのは自信度の表示を実証に合わせる点のみ（§0.2 誠実な精密さ）。

>

> ✅ 内部機序ルートの精読 完了（2026-07-30 同日、上記「残」を解消）＝結論は「両ルートともに未実証」ではなかった:

> - 一次文献は実在し、方向は Tier C で実証されている＝PMC11409203 / PMID 39296504（Norwitz & Soto-Mota, *Frontiers in Nutrition* 2024、UC 6例＋クローン4例＝n=10）。論文総括「逸脱時のみ症状再来」も実在確認済み。IBD については組織学確認付きで証拠質は相対的に高い。

> - 🔴 時間幅「2〜48時間」は内部doc に一切登場しない（時間|hour|48|24|72|即時|以内 等で grep 済み）＝Gemini 側の外部doc のみに存在する出典不明の数値と確定。

> - 🔴 最も重要＝根拠doc が書いていた警告が、本DEC へ運ばれていない。CC1_AUTOIMMUNE_RELAPSE_EVIDENCE_MAP_2026-07-12.md:9 は自ら 「Tier C（n=10・単群・後ろ向き・著者が推進派＝選択バイアス）＝『方向』証拠には使えるが『継続率が高い』の定量根拠に昇格させるな」 と明記している。にもかかわらず本DEC の理由欄は 「究極LTV(逸脱→即再燃で計器を手放せない)」 という定量的含意の強い表現で採用しており、Tier C / n=10 / 定量昇格禁止 のいずれも本文に無い。∴ 崩れているのは「証拠が無い」ことではなく 「証拠に付いていた上限（方向まで・定量は不可）を踏み越えた」 こと。

> - 🔵 なお同doc :12 は「逸脱→再燃が即時・反復・帰属容易」を🟢強支持(80%+)と書いており、doc内部でも :9 の定量昇格禁止と緊張がある（同一docの2箇所が非整合）。

> ∴ 訂正後の正確な自信度: 方向（逸脱で再燃しうる／IBDでは帰属が容易）= 🟢。「究極LTV」＝継続率が構造的に高いという定量的主張 = 🟡（Tier C の n=10 単群から昇格させてはいけないと元docが明示、かつ時間幅は出典なし）。決定（ビーチヘッドをIBD/自己免疫にする）は変更しない＝方向の実証と市場/規制の裏取りで足りるため。

> 🔧 残（クラス化した教訓）: これは「根拠docに書かれた Tier/上限の注意書きが、それを引用する上流DEC へ伝わらない」型＝caveat-dropped-in-transmission。#701 単発でなく他DEC にも起きうるので、docs/MINING_LENS_REGISTRY.md へのレンズ登録候補（本ターンでは #701 の是正のみ実施）。

---

> 🔀 2026-08-22 合流・番号衝突: #624 は origin/main 側に既存の別内容決定が存在（本ファイル内で見出しテキスト「### #624 [MICRO] 2026-06-30: before/after 計測機能＝moat直結の feature 方向（validated）| 決定...」をgrepして特定可能。行番号は今後の編集で動くため付記しない）。#634/#635 方式に倣い再採番せず、参照時は行番号/日付で区別すること。

>

• 内容: (1)当初前提「Fable無料窓を型2設計synthesisで使い切る」はhealthアプリで構造毀損＝健康隣接タスクは弾かれる。(2)Fableが実測でOpusに勝つのは"広い事業文脈を跨ぐ戦略合成"（実使用log#1/#2/#4）＝これはhealthに触れなくても成立＝価格/GTM/ポジショニング/IA/組織設計 等の非bio広域合成にFable窓を振替。(3)CCFは非bio・Fable向きタスクを常時発掘（sibuketuの「何かあるはず」希望＝発見レーン常時ON）。健康帯（CCF-6/7/8/11/12/13/14）はOpus subagent一択のまま。
• 感情メモ（日記）: せっかくの最上位モデルが本丸で弾かれるのは皮肉で残念。ただ非bio側にFable向きの広域合成は多数あり＝窓は死んでない、振替で活かす。
• 残選択肢/没案: A=CCFレーン畳む（sibuketu否定＝希望を持つ）／B=低bio純アーキ数本だけFable試行／⭐C=非bio広域合成へ振替。採択=B+C併用（DECISIONS_PENDINGのfork＝sibuketuが本メッセージで実質Cを選択）
• 併産の運用ルール（memory feedback_subagent_model_routingに恒久化済）: AIは自分の現在modelを自己判断しない（sibuketu宣言が唯一の真実）／Fable切替は🎯で人間に投げて待つ／事前リサーチの材料集めもSonnet fan-out（3本以上fetchの気配で即）／健康帯はFableに押さずOpus subagent
• 下流影響: CCF_INBOX（bio-content別ルーティング反映済）／DECISIONS_PENDING（窓の使い道fork）／非bio広域合成候補の常時curation（Sonnet発掘gatherer稼働中）
• last_reverify: Fable無料窓失効（2026-07-07）後にレーン方針を再確認／Opus 4.8で非bio広域合成を回した実績が溜まったら「Fableでなくて良かった/勝てた」をログ化

• commit: 15fc7d63 (2026-07-12)

決定（CC1B、sibuketu 2026-07-12 壁打ち確定。DEC #692 の獲得エンジン本体・§2.5④。設計全文=docs/CCF_REFERRAL_STRATEGY_2026-07-12.md）:

• 友達（誘われた側）＝最初の1ヶ月無料（Fable案の「半額」から sibuketu が引き上げ「友達には一か月無料でいい」）。理由＝「返金保証あっても"1円も払いたくない"心理ハードルがある層」を越えるにはプレゼント(無料)が要る。🔴 これは DEC #636「無料は絶対やらん」の"紹介経由・信頼ゲート・数量限定"に限った意図的な例外（オープン無料トライアルとは別物＝Claude Guest Pass 型）。#636 のオープン無料禁止は維持。
• 配布＝報酬パス制（良い日/イベントごとに数枚プレゼント）（sibuketu案：無制限リンクでも一発限定でもなく「Fableの一日再現と連動し、気分のいい日に"紹介できるよ"と数枚あげる」）＝Fable設計の「post-value moment に出す」と合致＋バイラル天井回避。
• 紹介者（既存ユーザー）のご褒美＝1ヶ月無料、発火は友達の90日返金窓が閉じてから（fraud：紹介→ご褒美→友達返金 を封じる）。現金報酬は永久禁止（Perplexity 現金型が燃えた前例）。
• 返金90日は変更なし（sibuketu が「90日は長すぎてだらける?」と検討したが、月$30の毎月課金が"30日でアプリを判断する"自然な区切りを作る＝2ヶ月目の$30課金が心理的締切、ゆえ90日返金でも問題なしと結論）。
• 実装: 現状 half-wired（?ref=捕捉=live / stripe-webhook の credit はfacade / 共有UI削除済）。v1(launch前 CC2)=サーバー側コード生成・共有UI復活・webhook で referrals 表記録(絶対落とすな)・招待コード入力欄。報酬自動化は fast-follow。
• framework: DEC #692（獲得エンジン）+ DEC #636（オープン無料禁止＝維持、紹介例外のみ）+ [[project_honest_position_no_commerce_moat]] + §2.5④
• 自信度 🟢80%（Fable設計+外部事例収斂+sibuketu確定／紹介はリテンションの従属変数ゆえ launch直後の母数は小さい＝計測配線が最重要）
• reversible ✅（報酬水準/配布は調整可）
• last_reverify: launch+90日の紹介経由課金比率（目標15-25%、5%未満なら再設計）
• commit: 本commit (2026-07-12)
• commit: df58c3c4 (2026-07-12)
• commit: ae5f8c3d (2026-07-12)
• commit: 8f6e83f7 (2026-07-12)

---

## DEC #801: YT長尺も新規制作停止＝SNS運用は「仲間集め」のみに全面確定（#707の「YT長尺=維持・SEOレーン編入」を部分SUPERSEDE）

• date: 2026-07-20
• 決定: YouTube長尺の新規制作も行わない（Shorts/TikTok/IG停止=#707既決に加え）。SNSの残る活動=仲間集めフレーム（#715）のみ。既存公開在庫は放置維持（削除しない）。
• 根拠: sibuketu 2026-07-20「YOutubeの前提間違ってね もうやってなくね ロングすらやらないんじゃないの SNSは仲間集めだけで」＝CCFのYTアルゴ土台更新（premise-stale、MS-193）への指摘中の言明。疑問形だが運用実態の確認＝無限記憶原則で即記録。
• framework: §2.5④運用戦略（縮退方向=リスク低・可逆）
• confidence: 🟡70%（疑問形での言明＝正式な強度確認は次のsibuketu明示発言で🟢化。ただし#707/#715の縮退方向と完全整合ゆえ実務上は即適用）
• reversible: ✅（レーン再開はいつでも可、その時FOUNDATION_INDEXの🧊行をrefreshして再開）
• downstream: FOUNDATION_INDEX 行14(Shorts台本)/15(長尺)/23(YTアルゴ)を🧊化(2026-07-20実施済)、CLAUDE.md CC1必読のSHORTS_PIPELINE指定に注記(同)、POSTING_CADENCE系docのSTALE banner適用状況は未確認(#707のdownstream指示、CC8の次sweepで)
• last_reverify: needs reverify by 2026-10-20（レーン再開の検討機会）

背景: cc3bがapple-token-storeedge function(SIWA revoke対応、App Store Guideline 5.1.1(v))を新規デプロイした直後、依存カラムapple_refresh_tokenが本番profilesテーブルに一度も存在しないと発見（migration作成は2026-06-13だが未適用のまま放置）。呼び出す度にSQLエラーで失敗する状態だった。cc3Aがinformation_schema.columns実クエリで独立再確認の上、sibuketuへ状況+copy-paste許可文を提示→即許可取得→apply_migration実行→再クエリで列存在を確認、解消。

• 内容: ALTER TABLE public.profiles ADD COLUMN IF NOT EXISTS apple_refresh_token TEXT（追加専用・データ損失リスクなし・既レビュー済み内容）
• 自信度 🟢95%（列不在→適用→列存在を機械的SQLクエリで前後確認済み）
• reversible ✅（追加専用ALTER、必要ならDROP COLUMNで戻せるが通常不要）
• last_reverify: 不要（完了事項）
• 関連: CC3_INBOX.md 該当entry（cc3b発見→cc3A解決）
• commit: 本commit (2026-07-12)
• commit: 7ed6de78 (2026-07-12)
• commit: 392dc801 (2026-07-12)

決定（CC1B、sibuketu「USP 同意です」＝Fable独立合成の⭐A案にGO。§2.5④ core positioning・[[feedback_taste_independent_synthesis_before_judgment]]）: カーニボア専用の唯一の精密計器が、汎用AIには構造的に取れない"立場ある専門ガイダンス"を、guruが見せない"領収書（出典＋正直な確信度）"つきで出す。両方の敵（汎用AI=立場を取れない／guru=根拠を出さない）を1文で同時に切る。証明柱4本＝①carnivore特化データモデル ②立場あるガイダンス ③領収書(per-nutrient Tier) ④裁かない計器。全文＝docs/CCF_USP_DECISION_2026-07-11.md。

• 微taste2点はFable推奨のdefaultで確定（sibuketu「同意」に包含・後で反転可）: (a)敵(汎用AI/guru)は文中で名指さず仕組みの説明としてのみ暗黙 (b)先頭の顔＝「立場」（計器は柱#4）。sibuketuが後で「名指す/計器先頭」に変えたければ一言で反転。
• 🔴 採択の実装条件（Fable合成の最大リスク）: 「領収書」はインストール後にしか体験できない＝store スクショ1枚目に実物の出典/Tier画面を出す配線をCC2で束ねないと "science-based" ノイズに退化（獲得の差別化が消える・盲点③）。∴ USP採択と「証明を1枚目に出す」実装を同便で。
• 下流（次CC1で実行）: (1) CORE_FEATURES_AND_WEAPONS.md 全面刷新（USP確定で解凍）(2) 獲得コピー/ASOの重心を「記録が上手い」→「立場+領収書」へ (3) FCF大前提#N化 (4) sibuketuの citation-depth UI アイデア（下記CC1_INBOX）＝この売りの"領収書"柱の実UI。
• framework: DEC #648（判断しない計器・招待型positioning）+ DEC #692（リテンション主軸）+ [[project_honest_position_no_commerce_moat]] + §2.5④
• 自信度 🟢80%（Fable独立合成＋逆風パス＋2027耐久テスト済・sibuketu sign）
• reversible ✅（copy/positioning ゆえ調整可）
• last_reverify: launch後の実獲得データ / CORE刷新時
• commit: 本commit (2026-07-12)
• 関連: [[feedback_conversation_style_calibration]] (同session内で追記した「API先に試せ」教訓と対) / RULES_FULL.md §13.1
• last_reverify: グレーゾーン事例(RULES.md内容判断等)が出た時に再検討
• docs only = 審査セーフ
• commit: ed282667 (2026-07-12)

• commit: 075a89c7 (2026-07-12)

• 残選択肢/没案: A(採用)=共有インフラは越境禁止の対象外・即時自己完結 / B=全て担当CC経由でdispatch必須のまま→往復コストが常時発生し「共有インフラ」の意味が無くなるため却下 / C=CC1のみ共有インフラ担当に固定→CC1がボトルネック化+他CCが気づいた瞬間に直せない機会損失で却下
• 参照情報/未知点: 参照=RULES_FULL.md §13.1 CC5行「判断しない純粋実行役」(手続き的問題解決はOKと明記済み)/未知=境界のグレーゾーン(例: RULES.mdの内容判断を伴う改訂)は今回のスコープ外、別途要判断
• 依存 framework: RULES_FULL.md §0.5#2 (Scope Creep対策) / §2.4b-1 (CC2 auto-fix scope)
• 下流影響: CC5b が今session内でCC8_INBOXへdispatchしてから自分で実装しcloseした往復(CC8-OUTPUT-STYLE-CHECK-API-FIRST-HINT-2026-07-11)が不要だった実例。今後同種の共有インフラ穴埋めは即自己完結

決定（CC1B y、sibuketu「CC1 の y に決定Pending/要件定義を毎ターン何個か出す floor は無い？無いなら勝手に決めて」＝委譲・継続語「毎回」で auto-ルール化 DEC #553）: CC1 の y ターンは 🔭発見レーンを必ず回し、毎ターン ≥2 の構造化アウトプット（soft target 2-3）に落とす。カウント対象＝(a) 真の sibuketu-fork を DECISIONS_PENDING に surface（STEP0通過）(b) AI-solo work の要件定義 R→S→D (c) AI決定 DEC。3種いずれも1カウント。

• 🔴 §2.3e との緊張を明示（矛盾検出→設計で解消・DEC #552）: §2.3e「真のforkは大抵0-1件・3件以上並べたら decompose未実行」「10件埋めるため非forkをsurfaceするな」（RULES_FULL:582/636、CCF-15 L3/L5 reconcile済）は不変。∴ 本 floor は fork の"数"の quota でなく発見努力+正直報告の floor＝junk fork を作って数を満たすのは違反。真の fork が無いターンは AI-solo 要件定義/DEC でカウントを満たす（大半のターンは sibuketu-fork 0 で正常）。未検証の gap を fork 化するな。
• 実証（本ターンの dogfood）: #692 の user referral エンジンを discovery→ src に partial 実在（App/Paywall/OthersScreen）ゆえ fork 化でなく CC1-solo 監査タスクに落とした＝floor の正しい挙動（数合わせで fake fork を作らない）。本ターンの実 yield＝DEC #693/#694/#695 + USP fork(Fable) で floor 超過。
• 機械化: 「y ターンで DECISION_LOG/DECISIONS_PENDING 編集 計≥2 か」のカウントは Stop-hook で advisory 可（output-style-check.py check(29) の y-triage 隣）。質(genuine か)は判断ゆえ非機械化＝memory が持つ。→ CC1-HARNESS レーンに advisory-hook 候補を積む。
• framework: [[feedback_cc1_autonomous_loop_operating_model]] #11 + §2.3e STEP0 + [[feedback_finding_work_is_work]] + DEC #553（継続語 auto-rule）
• 自信度 🟢80%（設計は §2.3e と両立・本ターンで dogfood 実証／数値2-3は AI裁定＝運用で調整可）
• reversible ✅（運用ルール・floor 数は調整可）
• last_reverify: advisory-hook 実装時 or 「floor が junk 誘発してる」兆候が出た時
• commit: 本commit (2026-07-11)
• commit: f45862e4 (2026-07-11)

決定（CC1B y、sibuketu「Reddit結局やるんかよ」＝記録の矛盾指摘への決着。§2.3e STEP0＝AI-decidable：ハードな本人preference＋既決DECからの導出で答えが一意）: Reddit の積極コメント参加を sibuketu 本人の daily task にするのは撤去（任意でもなく KILL）。理由＝[[user_avoids_comment_community_engagement]]（2026-07-11 明言「返信して回る系SNS施策/コメント対応/community運用を本人タスクにするな＝自動化/CC5/外注 に回すか、そもそもやらない」）＋ DEC #692（獲得に人的資源を注がない）に真正面から違反。自動化＝AI/CC5 とも reddit.com blocklist で構造的に不可（HUMAN_TASKS:233 実証）、外注VA＝pre-revenue で残高薄ゆえ現実解は「そもそもやらない」。

• supersede: (a) DEC [withheld: provisional decision]（2026-07-10「listen-only廃止→積極コメント参加へ格上げ」）の"本人が執行する"前提のみ無効化（Reddit研究の知見〔ban根拠は2019単発・リンク禁止は正・warming数値等〕は資産として保持＝棚上げ）。(b) 07-07「Redditやるから cc8に指示」は 07-11 の好み確定で recency 上書き。
• 実行済: HUMAN_TASKS「Reddit毎日15分」→ 🗄KILLED / CC8_INBOX CC8-REDDIT-DAILY-HUMAN-INSTRUCTION → 🗄KILLED（CC8 は今後 Reddit daily 🎯 を出さない）。AI自動投稿禁止は元から維持（変更なし）。戦略doc _IGNORE_sns-automation/docs/REDDIT_XREPLY_STRATEGY_2026-06-04.md は削除せず棚上げ。
• 復活条件: post-revenue で有料VAに委譲できる時のみ再評価（本人執行は永久に無し）。獲得は #692 通り retention→紹介＋薄いASO。
• framework: [[user_avoids_comment_community_engagement]] + DEC #692 + §2.3e STEP0（本人preference由来で導出＝新規taste でなく既決の適用）+ [[feedback_conflict_confirm_and_continuity_autopersist]]（recency 優先）
• 自信度 🟢85%（ハードなmental-health preference 実文照合＋自動化/委譲の不能を実state確認）
• reversible ✅（棚上げゆえ post-revenue に復活可・戦略doc温存）
• last_reverify: post-revenue（有料VA委譲の可否が出た時）
• commit: 本commit (2026-07-11)
• commit: 6aecffad (2026-07-11)
• commit: 77a43058 (2026-07-11)

決定（CC1B y、sibuketu 2026-07-11「今後も眠らないような仕組み」GO の機械化。§0.3 No Status-Quo Bias + [[feedback_dormant_equals_unexecuted_gap]]）: scripts/dormant-flag-detector.mjs を出荷（facade-lint〔呼び出し0検出〕の姉妹＝「配線済だがOFFで眠ってる」フラグを検出）。VITE_ENABLE_* を ZOMBIE〔参照0・統治無〕/ DORMANT〔default-OFF・30日超・統治無〕/ GOVERNED-DORMANT〔統治有〕/ OFF-RECENT〔default-OFF・新規〕/ LIVE に分類。warn-first(exit0)・--strict(CI exit1)・--json・--days=N。npm lint:dormant-flags。

• 🔴 教訓（当DEC最重要・self-correction）: 検出器の初版は DECISION_LOG しか統治源として見ず、初回スキャンで「ZOMBIE 1 + DORMANT 2」の3 findings を出した→ CC1B が sibuketu に「3件」と一旦報告した→ しかし .env.example の各フラグコメントを実読したら全て意図的な統治済み眠りエンジンだった（L103 が明示「dormant-engine kill switches」）＝私の初報は誤り。AI_DISCLOSURE_LOG は削除しかけたが実は EU AI Act 第50条の PHASE 1 stub（削除は重大ミスだった）。→ 検出器を「.env.example コメント統治（DEC参照/PHASE計画/sign-off gate/ship dark/規制日）も読む」よう改良→ 正しく0 finding。バイアス=§0.5#5 幻覚/#30 proxy-as-truth（統治源を全部読む前に finding を報告した）+ §0.3 の裏面（削除も慎重に＝統治stubを消すな）**。ツールが day-one で狼少年化する欠陥を実データで炙り出せたのが収穫。
• 現6フラグの実態（全て GOVERNED-DORMANT or LIVE）: PERSONALIZATION_LAYER=「needs sign-off」(点火はCC2-AI-LEVELUP進行中) / NUTRIENT_INTERACTIONS=DEC #608 / AI_DISCLOSURE_LOG=EU AI Act 第50条 PHASE 1 stub / BACKUP_ENCRYPTION=Phase2鍵基盤未稼働で意図OFF（ON化するとcloudBackup.ts:228,322 guard が flush/restore skip＝平文防止） / LAB_RESULT_WIRE=default-ON live / VERITAS_MESSAGES=DEC #690 ship-dark。
• 派生の確認結果（grep で No-Repeat 照合済・新規surfaceせず）: AI_DISCLOSURE_LOG が指す EU AI Act 第50条は既に DEC #638（2026-07-06）で解決済み＝deployer前提・猶予12/2・Art.50(1) ユーザー開示は AIChatScreen.tsx:800 で LIVE・CC2 S1-S3 dispatch済・専用doc CCF_EU_AI_ACT_ART50_COMPLIANCE_2026-07-06.md。∴ 法的義務（ユーザーへの開示）は履行済で、この flag の Phase 2（ai_disclosure_events 内部監査ログ table）は launch-critical でない内部監査 nice-to-have stub＝新規 fork 不要。.env.example コメントの「applies 2026-08-02」は義務発生日で、開示自体は既に稼働ゆえブロッカー無し。
• 下流影響: scripts/dormant-flag-detector.mjs(新規)・package.json(lint:dormant-flags)・CI wiring は paste-ready（ハーネス自己防衛ゆえAI直接不可、advisory-first）。CC3 cold-read 依頼済（分類ロジック独立検証）。
• framework: [[feedback_dormant_equals_unexecuted_gap]] + §0.3 + §2.3h No Dangling + project_recursive_self_improvement_loop（floorを1段上げる＋ツール自体を実データで反証して改良）
• 自信度 🟢85%（フラグ実態=git/grep/.env.example実読・検出器は実データ+teeth test済〔未記載フラグは surface 確認〕）
• reversible ✅（検出器はadvisory・何もblockしない）
• last_reverify: EU AI Act 第50条 判断確定時 / Phase2鍵基盤 出荷時（フラグ点火の再評価トリガー）
• commit: dormant-flag-detector 2連commit（44cde8245 初版 + 改良commit）/ DEC=本commit
• commit: 0b98eefc (2026-07-11)

• commit: 01adb817 (2026-07-12)

---

• commit: 526e27c4 (2026-07-11)
• commit: 9651156e (2026-07-24)
• commit: f0c913b6 (2026-07-24)

決定（CC2c y、投入元CC1D dispatch＝CC2-VERITAS-PROACTIVE-FLIP-ON-STAGED-2026-07-11。sibuketu 2026-07-11「眠ってる機能は全部開放でいい」＋能動AI概念承認＝§2.5①高impact該当だがsign済）: VITE_ENABLE_VERITAS_MESSAGES（governor=veritasMessageLoop.ts、沈黙default/1件日上限〔safety co-occur時2〕/anchor起動/quiet hours/opt-out/同意ゲート実装済・単体テスト既存）をいきなり全開でなく段階ロールアウトでONにする設計を実装。新設VITE_VERITAS_ROLLOUT_PERCENT(0-100、未設定=100=旧挙動と後方互換)がインストール単位の安定bucket(localStorage永続、0-99の乱数)と比較しON/OFFを決める＝運用者はコード変更なしでenv値のみでランプアップ可能。per-type opt-out(veritasMessages設定)は既存の各アイテム内「turn off」リンク（12px控えめリンク）に加え、veritas inbox初回露出時に目立つバナー（説明文+「Veritasのメッセージをオフにする」明示ボタン）を1回だけ表示するUXを追加（NotificationBottomSheet.tsx、6言語i18n追加）。中身の薄さ（現状=蛋白/own-data insight軸のみ）はFable側CCF-AI-DAYSIMが週次recap+洞察軸拡張を別途produce中＝出しながら厚くする方針。実際のVITE_ENABLE_VERITAS_MESSAGES=true+VITE_VERITAS_ROLLOUT_PERCENTのVercel env設定投入自体はこのDECの対象外（値=人間のenv操作、CC2は実装のみ）。

• 残選択肢/没案: (a)いきなり100%ON＝sibuketu「全部開放」の字面には合致するが実際の通知が取消不可（reversible✅なのはflagのみ、既送信通知は取消不可）ゆえ初回リスク低減で段階ロールアウトを採用。(b)ビーコン/A-Bテストフレームワーク導入＝オーバーエンジニアリング、この規模には不要と判断し単純%bucketingを採用
• 参照情報/未知点: 参照=docs/CC1_AI_FEATURES_LEVELUP_MASTER_2026-07-11.md§3①、veritasMessageLoop.ts実装（既存governor+単体テスト）。未知=段階ロールアウトの実際の%推移スケジュール（sibuketuがVercel env側で決める運用判断、このDECはenv値そのものは規定しない）
• 依存 framework: DEC#688 last_reverify「post-launch(Veritas ON時にB再評価)」＝appraisalRubric検証moatのB(rebuild-as-wired)案を再評価するトリガーがこのDECで発火。ただし今回実装はT1(safety)/T2/T3(own-data insight/forgiving progress)経路のみでappraisalRubric非接触（血液検査等のAIコンテキスト配線=CC2-AI-LEVELUP-REVERSIBLE-BATCH内B0aで別途health-claim gate必須と明記済・cold-read必須）。B再評価自体は本DECの範囲外＝CC1に一旦pointerのみ残す
• 下流影響: src/utils/veritasMessageLoop.ts(rollout gate追加)・src/components/NotificationBottomSheet.tsx+.css(banner)・src/constants/storageKeys.ts(新2key)・6言語translations(veritas.firstExposure*4key)。grep "VITE_VERITAS_ROLLOUT_PERCENT" -rn src/で呼び出し箇所特定可
• 関連: [[#688]]（appraisalRubric B再評価トリガー）/ CC2_INBOX.md CC2-VERITAS-PROACTIVE-FLIP-ON-STAGED-2026-07-11 / CC2-AI-LEVELUP-REVERSIBLE-BATCH-2026-07-11 (B0a=biomarker配線は別entry・要cold-read)
• 自信度 🟢80%（既存governorは十分テスト済・新規追加分〔rollout gate/banner〕は単体テスト予定・実機での実際のVercel env投入は人間操作待ち）
• reversible ✅（flagはいつでもOFFに戻せる、但し既送信済み通知は取消不可）
• last_reverify: needs reverify by 2026-08-11（段階ロールアウトの%を100まで上げきったら本DECをcloseし新規発見〔中身の薄さ改善状況等〕があれば追記）
• commit: c8849551 (2026-07-11)

決定（sibuketu「CCが人間にやれと依頼→完了報告しばらく無い時、その"しばらく"は君に任せる・一日以下がいい・再度リマインドしてやると命令して」、継続語+明示命令ゆえ standing rule）: 🎯 human タスクを dispatch した時刻から 12h（AI裁定・sibuketu制約 一日以下 内） 経過して完了報告が無ければ、毎セッション起動時に 命令形で経過時間併記して再催促（passive再掲でなく「まだX終わってない・N経過・今やって」）。完了は実state確認まで消さない(proxy-as-truth禁止)。機械化=HUMAN_TASKS各entryにdispatch日時+SessionStart hookで12h超自動フラグ(cron上位形)、wiring=update-config でsibuketu paste(harness lane)、現状prose暫定。| framework: [[feedback_command_sibuketu_persist_remind]] + §2.3h No Dangling + §2.3i retry-to-human | 下流: memory更新済・HUMAN_TASKS運用・update-config機械化タスク | 自信度 🟢85% | reversible ✅ | last_reverify: 機械化wiring完了時

決定（CC1C y、§2.3e STEP0=AI-decidable）: 74-check→Tier A-D 批判的吟味エンジン（appraisalRubric.ts）は runtime自動機能としては作らない=drop、設計(off-main e66f5a8f 1947行)は authoring 参照資産として保全。実照合根拠=origin/main+local作業ツリー両方に未出荷・配線0（コメント2件・collectTierAFindings空返し）・runtimeの健康claim守りは aiSecretary banned-word ゲートのみ。実際の claim gate は執筆時 skill /study-appraise・/citation-verify で稼働中ゆえ launch に runtime版は不要。B(rebuild-as-wired)=post-launch park（Veritas能動発話ON化時に再評価）、C(bare restore)=却下(dead export)。cleanup=SKILL.md虚偽記述訂正済/doc「gate必須」文言修正(残)/対外copy照合(残)。| framework: §2.3e STEP0 + §0.2誠実な精密さ + project_honest_position_no_commerce_moat | 下流: DECISIONS_PENDING解決・community/誠実moat doc文言・CORE_FEATURES banner | 自信度 🟢80% | reversible ✅(doc/記述) | last_reverify: post-launch(Veritas ON時にB再評価)

• commit: 20b1c71c (2026-07-11)

• 決定: 「Appleに断られても当社が直接返金」の履行手段＝A 手動個別対応（該当ケース発生時に sibuketu 本人が手軽な手段で直接送金）＋ refund_requests に追跡列を足すだけ。専用決済インフラ（B）は0件相手に過剰、文言後退（C）は実害前にブランドを削る、ゆえ却下。
• sibuketu 合意事項: 「ケースが出たら自分の財布で払う」個人コミットに同意。
• プラットフォーム別の実態（調査反映）: Web=Stripe＝当社が返金操作可（ダッシュボードでカードへ返金）／ Android=Google Play Console＝当社が開発者返金操作可（Play注文を返金→Googleがclawback）／ iOS=Apple管轄＝当社は返金操作不能＝手動自腹バックストップが要るのはiOS却下ケースのみ。多段フィルタ（購入→Apple返金申請→Apple却下→当社へ再申請）通過は高摩擦ゆえ稀（sibuketu 指摘と整合）。
• 手動送金手段（iOS却下バックストップ）: 個人PayPal / 銀行振込 / Wise(海外) / PayPay 等、客の受取手段に合わせ随時。低volumeゆえad-hocで十分。
• 下流: CC2-REFUND-BACKSTOP-TRACKING-COLUMN 投入（refund_requests に platform 列＋Apple却下→手動バックストップの記録フィールド）。文言は現状維持（手動で払う限り「必ず返金」は真＝overclaimでない）。
• reversible: ✅（文言即戻し可）。origin タグ: sibuketu判断。last_reverify: iOS却下バックストップが実際に発生した初回。
• commit: 066e4a42 (2026-07-10)
• commit: 840eedf9 (2026-07-10)

## DEC [withheld: provisional decision] (2026-07-10, CC1c) — 返金窓 30日→90日（reverses #611）+ 段階的開示で適応教育 — 🔴 [SUPERSEDED by #711] 2026-07-13、90日は3日後にDEC #711「The Honest 60」で60日へ再改定済み（#711本文が30日/90日双方を明示検討し60日を合成解として選定、ただし#711のdownstream欄が#611のみ言及し本DECを明示リンクしていなかった記録上の欠落を2026-07-24 CC1が訂正）

• 決定: 無条件全額返金窓を 30日→90日に延長。sibuketu 2026-07-10「90にちにしよう」。
• 根拠: 第1ターゲット（医療ウェッジ=自己免疫/腸、DEC #610）の time-to-benefit（症状回復2-3ヶ月）と窓を一致。30日だと適応の谷で辞めた客が実リスクを負う（DEC #615 Constitution原則2(b)「本物の返金=顧客が実リスクを負わない」と整合）。
• sibuketu洞察（採用）: 90日窓は risk-reversal だけでなくメッセージ装置＝「30日で不調でも90日返金できる」→「30日の不調は適応で正常、谷で辞めるな」と伝わる。返金保証を retention/教育に転用。
• 段階的開示設計（AI確定）: L0=paywall/settings は「90日間 全額返金保証」headlineのみ（買う瞬間に理屈を並べない=protest-too-much回避）。L1=展開/FAQ「なぜ90日?」で適応の谷（2-4週の電解質不調 / 症状回復2-3ヶ月）を説明。L2=適応タイムライン図（症状トラッキング fork DECISIONS_PENDING:406 解決後に接続）。
• confirmshaming境界（遵守）: 「この時期の不調は正常/適応◯週目」= reassurance/教育はOK。解約・返金を「裏切り/諦め」とフレームはNG。返金は摩擦なく出す。
• platform現実（DEC #680再利用・再litigateしない）: iOS=Apple裁定で開発者が90日窓を設定不可→Web/Play=自主返金、iOS=support手動backstop（#680）。見せ方は「90日返金保証」で統一+FAQ但し書き1-2行。
• §2.5: ①④（顧客への明文約束・pricing/brand）= sibuketu sign 取得済。reversible: ✅（文言のみ）。
• 実行: 文言/開示設計=CC1（本DEC）→ 実装=CC2（CC2_INBOX 投入済）。
• 番号注: #680 の次として暫定 #681、並列CC1c ゆえ prov-c、reconcile時に確認。

## DEC [withheld: provisional decision] (cc1b 2026-07-10) — 判断キュー再分解: 17件中大半はAI-decidable、STEP0違反の是正

経緯: cc1b が DECISIONS_PENDING の未処理17件を「全部 sibuketu fork」として並べたが、§2.3e STEP0(reversible/既決direction なら聞くな)違反。sibuketu「いろいろおかしい・自分で考えて」で是正。以下を AI 決定・実行に降格（全て reversible、既存の sibuketu 方向 or evidence 接地あり）:

• AIチャット会話モデル=C(単一IMスレッド)採用: sibuketu「任せる」+「IM型が良いかも」既発言＝delegated。🟢85%(Fable格上げ)。実装はApple提出後、CC2投入。下流(免責集約/Veritas合流/移行方針/Tierラベル/GDPR)もCで確定。
• AIルールconstitution=6層spine採用、brand絶対NGはL1に入れない: Anthropic公式(絶対制約は最小限)接地、reversible。🟢80%。条文差分=CC1、hook追補=CC2。
• 休眠5件: 精密化layer+栄養相互作用=配線(誠実性/correctness、AI裁量)→CC2。Veritas能動ON=非緊急tasteでstockpile。kidneySeverity=収集廃止。
• 持続化補助金: 兵庫県所在ゆえ新宿区講座は対象外(証拠上、新宿拠点意図の痕跡ゼロ)→兵庫県版の特定創業支援をAI再調査(CC1/CC5)。
• AIチャットuser bubble色/accent maroon寄せ: reversible 1値、弱rec(赤維持/弱maroon)で実装、sibuketu veto可。CC2。
• Butcher実機能 / RDL発話強度 / 症状トラッキング / 用語canonical: いずれも defer or AI-decidable(post-launch/CCF-7待ち/定義SSOTドラフト)。

残す真の人間fork: 广告ゼロ広告"公約"の是非(数十年foundational brand values、§2.5④)のみ。但し非launch-urgent＝stockpile可。

信頼度: 🟢80%(分解判定)。reversible: ✅(各決定は個別に戻せる)。下流: CC2投入=別途。

## DEC [withheld: provisional decision] (2026-07-10, CC1c) — 広告方針=A非対称（中核ゼロ広告を公約）

• 決定: sibuketu 2026-07-10「同意」＝⭐A 非対称採用。「健康アドバイス/中核に広告主を座らせない」を明示公約、手段全体（アプリ外 arm's-length labeled sponsorship 等）は永久否定しない。B完全沈黙/C全面永久誓約は却下。
• 根拠: 誠実が唯一の堀。OpenAI(2026/2広告)/WhatsApp(No-Ads公約破り炎上)/MFP(広告+サブスク1.5星)/Amazon(€18億訴訟) が広告導入=信頼自滅を実証。CarnivOS=課金ユーザーが原価以上払う前提ゆえ広告の構造的必然性が低い。全文=docs/CC1_ADS_STRATEGY_RESEARCH_2026-07-09.md。
• §2.5: ④ brand主観・数十年 foundational。reversible=公約ゆえ撤回困難＝方向は確定だが、公開文言は掲載前に sibuketu sign（cemented前の最終安全弁）。
• 下流: (1) 拒否宣言#2「広告を出しません」を中核スコープに書き換え（絶対表現をやめる）＝拒否宣言 fork も本DECに従属し解決（配置=B Web透明性ページは既確定）。(2) FCF（FEATURE_CONCEPT_FOUNDATION）に大前提として公理化してから機能判断に降ろす。
• 実行: 中核スコープ公約文言=CC1 draft→sibuketu sign→掲載=CC2。

## DEC [withheld: provisional decision] (2026-07-10, CC1c) — Butcher Select=launchはコピー弱め・実機能は後回し

• 決定: sibuketu 2026-07-10「同意」＝⭐① launch はコピーを実態（実時間ゲージ+欠乏順ソート）に弱めて通す。option②（最欠乏栄養→豊富カットを実ランク表示）はpost-launch P1、今は作らない。
• 根拠: facade審査risk（Apple 2.3.1）除去はコピー弱めで足りる＝launch をこの機能で遅らせない。option②はNeo競合と同じ初心者訴求で本物の差別化になるが、工数AI=低でも launch 後で十分。
• §2.5: ④ 製品方向・marketing taste。reversible ✅。
• 実行: コピー弱め=facade全数監査の一括修正で実行中（別lane）。option②=post-launch backlog へ。

## DEC [withheld: provisional decision] (cc1b 2026-07-10) — SUPERSEDES [withheld: provisional decision]（base番号が cc1c [withheld: provisional decision] と衝突）+ 並列CC1コンフリクト実発生の根因と恒久設計

コンフリクト実発生: cc1b が DECISIONS_PENDING を stale snapshot から読み、cc1c が既に sibuketu と決定済みの項目（広告=[withheld: provisional decision] / 返金=[withheld: provisional decision] / 補助金 / Butcher=[withheld: provisional decision] / 拒否宣言）を「未決fork」として再surface。両者が同一決定キューを同一人間と並行運用＝registry の territory非分割違反。

根因3つ（実state確認済）:

1. 並列CC1が同一 working dir 共有 → 同じ PENDING/DECISION_LOG を編集

2. surface前に該当itemの現markerを再grepしなかった（HEAD が origin/main に 478 commits behind の stale-base、[[feedback_actual_state_first_then_file]]）

3. lock名不一致（cc1b=decisions-pending / cc1c=cc1-decisions-c）で相互排他せず + DEC番号を各自「max+1」採番 → base衝突

恒久設計（これが「コンフリクトしない設計」の実体）:

• ① surface前に該当PENDING itemを必ず再grep（✅/DECIDED/他cc1 marker検出→あれば surface せず sync）。write-lock でなく read-freshness が本質
• ② 決定キューは同時に1 CC1のみ所有（複数CC1は互いに素な決定ドメインに分割、同一キュー並行は禁止）
• ③ canonical lock名 = decisions-pending 単一に統一（別名 claim は無効）
• ④ DEC番号は letter接尾辞で上書き回避済（base衝突は後で1 instanceが一括 reconcile）

[withheld: provisional decision] の訂正: 広告/補助金/Butcher は cc1c 既決 → 俺の該当sub決定は撤回。俺の有効な残りAI決定 = AIチャットC採用 / constitution採用 / 休眠配線 / bubble色（cc1c非重複を確認済）のみ。

信頼度 🟢80%。下流: 恒久策①を機械化（CC2 hook dispatch 候補 = surface直前の item-marker 再grep強制）。

• 決定: LINK-J第8回ヘルスケアベンチャー大賞の応募主体＝合同会社Veritas（法人番号3011103017695）、住所＝登記地 東京都新宿区西新宿3-3-13水間ビル6階。個人事業主「CarnivOS Labs」案は不採用。
• 根拠: 募集要項実確認（ko-karei.com/healthcare-v/ 原文「応募資格＝企業 ※ベンチャー企業のほか、企業の新規事業、社内や学内ベンチャーも可」）＝個人事業主・創業前個人の記載なし→個人事業主が"企業"要件を満たすか不明でリスク、登記済法人で応募すれば資格明確。§2.3e STEP0（要項が答えを出す＝AI-decidable、sibuketuの答えで結論変わらず）。v1の「個人事業主応募可否 事務局回答待ち」は照会自体未送信（Gmail実照合）＝要項で解消。
• 下流: 草稿 v2（docs/LINKJ_HEALTHCARE_VENTURE_DRAFT_2026-07-09.md）反映済・DECISIONS_PENDING の主体/住所 fork close。残＝テスター実数（Play Console実読=CC5物理待ち）→最終稿→sibuketu sign→CC5メール提出（（応募先団体の担当アドレス）・7/21必着・企業応募書式1,2添付）。
• reversible: ✅（未提出草稿）。origin タグ: AI決定（要項照合）。last_reverify: 提出前の最終稿レビュー時。
• commit: 0914bd06 (2026-07-10)

• 残選択肢/没案: A 2ヶ月前のfastlane copyをそのままAndroidへ移植(却下=stale内容を新規面に複製するだけで根本未解決) / B PERIODIC_REVIEW_LEDGERに専属行を追加(一旦採用→sibuketu指摘で撤回＝DEC本体に既にあるlast_reverify欄と同じ事実を別ファイルに二重記録する羽目になり、今回の問題〔同じ事実が複数箇所にあってdriftする〕を自己再生産してた) / ⭐C check-periodic-review.pyをDECISION_LOG.md自体もスキャンするよう拡張、台帳は「特定の決定に紐付かない定期作業」専用に用途を絞る(採用=単一の真実源、二重管理なし) / C採用にあたり実データ検証で判明＝過去のDEC群はlast_reverify: YYYY-MM-DD裸日付を「最終確認日」の記録として使ってきた(informational)ため、これを起動時アラート対象にすると300件超誤検知。∴ needs reverify by YYYY-MM-DDという能動的な期限表現のみを機械スキャン対象にする(裸日付は書いてもよいが監視されない)、decision-log-appendスキルのテンプレも同旨に更新
• 参照情報/未知点: 参照=git log --since 2026-05-03 の feat:コミット一覧 / 未知=各featureが「一般ユーザー訴求に値するか」の取捨選択(コピー生成側=CC2/CC1のtaste領域)
• 依存 framework: DEC #465(fastlane=SSOT所在の確定、今回はその鮮度運用を補完する関係、撤回時はSSOT自体の見直しが必要) / [[feedback_dec_entry_framework_required]](last_reverify欄の必須化根拠)
• 下流影響: ~/.claude/hooks/check-periodic-review.py拡張(DECISION_LOG.mdのneeds reverify by明記entryも起動時スキャン) / ~/.claude/skills/decision-log-append/SKILL.mdテンプレ更新 / docs/PERIODIC_REVIEW_LEDGER.mdへの追加行は削除済み(用途外) / CC2_INBOX.md CC2-STORE-DESCRIPTION-REFRESH-2026-07-10 / MISTAKE_LEDGER MS-025
• 関連: [[#465]]
• last_reverify: needs reverify by 2026-08-10
• commit: 62e997fd (2026-07-10)

• commit: 4ad69c46 (2026-07-10)
• commit: 224302ce (2026-07-10)

• 依存 framework: [[#674]] / CC2-DAILY-SCORE-DEPERSONALIZATION-FACADE-2026-07-09
• 下流影響: adaptationScore.ts改名 / ketosisAdaptationChart 非点数化(進捗表示化) / 用語SSOT
• last_reverify: 実装+CC3 cold-read後

• commit: f982b066 (2026-07-10)
• commit: de87b585 (2026-07-10)
• commit: 2878e6a4 (2026-07-10)
• commit: e12b721e (2026-07-10)
• commit: c0ac882c (2026-07-10)
• commit: ff260344 (2026-07-10)
• commit: d7119aeb (2026-07-22)
• commit: 9beeaf00 (2026-07-22)

• 残選択肢/没案: 旧「非bioのみFable」= SUPERSEDED(過剰自制で北極星タスクをOpusに誤送り)
• 依存 framework: [[feedback_fable_bio_boundary_correction]] / feedback_fable_safeguard_fired_behavior(上書き)
• 下流影響: y/SKILL.md:85 是正済 / CCF_INBOX 安全境界是正済 / CCF-2/9/11/12 を Fable-safe 格上げ
• 関連: [[#674]]
• last_reverify: Fable窓終了(2026-07-12頃)まで有効、以降moot

• 依存 framework: DEC #649 / docs/CC1_NUTRITION_TRUTH_MISSION_FOUNDATION_2026-07-09.md 前提#0
• 下流影響: 用語SSOT「健康」正本 / 必要量モデル射程 / TAM再定義
• 関連: [[#674]]
• last_reverify: 2027-01-09

• 残選択肢/没案: 「カーニボア最適を断定」=却下(未証明・過剰主張で優位性自滅) / 「主流に全面同調」=却下(証拠が弱い)
• 参照情報/未知点: 参照=Cochrane2020/Siri-Tarino2010/NutriRECS2019/IOM DRI2005 等(Fable監査由来) / 未知=各出典の citation-verify 未実施
• 依存 framework: [[project_honest_position_no_commerce_moat]] / project_usda_replacement_north_star / DEC #649
• 下流影響: 全健康コンテンツ/positioning/引用検証メディア/印刷憲法HTML。土台全文=docs/CC1_NUTRITION_TRUTH_MISSION_FOUNDATION_2026-07-09.md
• 関連: [[#675]] [[#676]]
• back-annotate（2026-07-09 CC3, V-CC1-JUDGMENTS-COLDREAD-2026-07-09）: 最重要4引用(Siri-Tarino 2010 PMID 20071648／PURE-Dehghan 2017 PMID 28864332／Cochrane Hooper CD011737／Ramsden 2016 BMJ Minnesota Coronary Experiment)をPubMed/Cochrane公式ページ直接照合、4/4とも数値・結論とも記載通りで捏造・誇張なし(Cochrane試験数のみ13→12の軽微差異、版違いの可能性)。対称性(自分のカーニボア主張への自己批判)も具体的で迎合の兆候なし。自信度80%→90%に更新可（citation-verify未実施の留保は解消。残る留保=PREDIMED等、対抗する陽性RCTへの言及が薄い＝完備バイアスの軽微な余地、致命的でない）。詳細=CC3_INBOX.md該当行。
• last_reverify: needs reverify by 2026-08-09 (citation-verify 実施後に自信度更新)
• docs only = 審査セーフ

• commit: 8032782e (2026-07-09)

• 問題: CC1がsubagentを spawn して実行タスクをやる時、それが既に別CC所有のINBOX/poolタスクだと二重実行+成果物衝突（例=community_voice.jsonlを俺のOpus subagentとCC2が両方書く）。今日2回発生＝(1)facade監査 vs CCF-47〔Fable窓が同領域を既に実行中〕(2)voice-mining harvest vs CC2-VOICE-MINING〔sibuketuがCC2に依頼済〕。
• 仕組み化: **実行系subagentを spawn する前に、その内容が既存の *_INBOX.md/TASK_POOL.md/CCF_INBOX の owned task と被らないか grep する（1コマンド）。被る＝spawnせず、そのownerに任せる or 明示的に分担を切る。発見/検証系(cold-read/citation-verify)は別＝独立性がむしろ価値ゆえ重複可**。禁じるのは"実行(harvest/生成/修正)"の重複。
• prose-only理由: 「これは実行の重複か独立検証か」は意味論判断でhook静的検知に馴染まない（spawn前の意図）。[[feedback_cc_scope_boundary_strict]]（他CCのlane奪うな）+ CCF-47重複の教訓と同family。
• reversible ✅。自信度 🟢（実害2回で実証）

## DEC #662 — VeritasAI の既定トーン＝端的（warm は可変幅、過剰warm=禁止）

• 決定: VeritasAIコーチの既定口調は端的（sibuketu 2026-07-08「基本的に端的でいい、かなり基本的に」）。温かいトーンは可変幅として提供可だが、過剰に温かい＝事実の判定を歪めるもの（例:「順調だよ！心配ない」で不足＋症状一致を隠す）は禁止（憲法違反＝DEC #648 スタンスの改変）。
• 原則の確定: 個人化で可変なのは「包み紙」（口調の温度・深さ・前景化）のみ。「判定」（数値/不足/症状一致/対処/Tier/不確実性）は全温度で不変。トーンは体験の受け止め（「しんどかったと思う」）を足せるが、事実は和らげない。
• 框組: 固定=事実提示スタンス・正直さ / 可変=トーン(既定端的)・深さ(二層UX)・前景化(headroomドメイン)。FEATURE_CONCEPT_FOUNDATION の VeritasAI公理（L0-10候補）に将来集約。
• 信頼度 🟢80%（sibuketu 明示）/ downstream=VeritasAI文言生成器のトーン既定・能動メッセージ設計 / reversible ✅ / last_reverify: post-launch 実ユーザー反応

## DEC #663 — 症状フィードバックで個人の必要量を較正する（RDL L4 n-of-1 の設計原則、sibuketu 2026-07-08 発案）

• 原則: 「目標値を逸脱してるのに予測症状が来ない」＝その人の真の必要量が集団目標より低い証拠。逆に目標帯にいるのに症状＝必要量が高い。∴ 症状の有無を個人必要量の較正シグナルとして使い、集団目標(RDA)を n-of-1 で個人帯へ狭める/動かす（RDL 5層の L4、DEC #652 の下端）。これは USDA一律基準を実データで凌駕する北極星（project_usda_replacement_north_star）の実装ループそのもの。
• 🔴 適用ゲート（安全の核）: 症状フィードバック較正が有効なのは「症状がその欠乏の信頼できる・時宜を得た代理指標である」栄養素だけ（電解質＝Na/K/Mg は急性症状＝良いシグナル）。沈黙性/遅発性の害を持つ栄養素（B12・特定ミネラル・subclinical）では「症状が無い＝足りてる」は偽り＝症状無しを根拠に目標を下げると誤った安心を売る＝憲法(L0-1誠実)違反。∴ 各栄養素に「症状=信頼できる代理か」フラグを持ち、代理でないものは症状無しでも目標を緩めない（RULES §0.1 低頻度重大クラスと同型）。
• 正直な提示: 「集団は3-5g、でもあなたの体は30日 3g未満で欠乏サイン無し＝あなたの床は低そう。根拠はこのデータ」＝断定でなく本人データからの導出を開示。
• 信頼度 🟡75%（原則は堅い、栄養素別の代理信頼度マップは要 study-appraise）/ downstream=RDL L4 実装・能動プローブの発火条件 / reversible ✅（設計層）/ 実行=AI(RDL rubric)、代理信頼度=科学ゲート

## DEC #664 — data戦略＝local-first固定 ＋ オプトイン集約で北極星DB（集団学習は最大化するが同意ベース、sibuketu 2026-07-08「集団学習めっちゃしたい・ユーザーが許可出すタイミングでお願い」）

• 決定: 縦断モデル/個人dataは端末local-first固定（E2E #D2 default-ON を再確認＝2026-07-07 の技術分析による暗黙の揺り戻しを棄却、看板の真偽ゆえ再sign済）。「アプリは君を知る・会社は君を保持しない」。
• 北極星との両立: USDA超えの必要量DB（project_usda_replacement_north_star）は生の個人dataを抱えず、オプトイン＋差分プライバシー/連合学習で集計シグナルだけを集約して作る。生ログは端末を出ない。
• 集団学習は最大化する（但し同意で）: opt-in率を「価値提示→適切なタイミング→双方向便益（寄与すると"あなたと似た人との比較"が返る）→いつでも撤回可→透明」で高める。ガードレール＝最大化は価値/信頼/タイミングで、決してダークパターン/事前チェック/機能人質でやらない。非オプトインでも製品価値は全部得られる（Tier0 local）。集約はボーナスであってgateしない。
• 3層（DEC #663の姉妹）: Tier0=あなたのdataはあなたの端末であなたのため（常時）/ Tier1=匿名集計を共有標準へ寄与（opt-in）/ 禁止=個票販売・同意なき生data学習・不利用途。
• 信頼度 🟢80%（sibuketu 方向明示）/ downstream=Supabaseスキーマ最小化・consent UX設計・federated/DP実装・北極星DB / reversible ⚠️（E2E/local-firstにコミットするほどAIアーキが縛られる＝方向転換コスト中）/ 実行=AI設計、consent文言=sibuketu sign、DP/federatedは要技術検証

## DEC #644-b（#644 精緻化）— カーニボア臨床医の「部分・スコープ限定 監修 開示」は誠実と両立（sibuketu 2026-07-08）

• 区別: (a)敵対的監査（医師B・懐疑派）＝rigorのため、個人名/承認開示なし「独立監査済み」（guru/承認バイアス回避、#644本文のまま）。(b)文脈安全レビュー（カーニボア精通の厳格臨床医）＝カーニボア特有の沈黙リスク・「このタイミングでこれを確認すべき」という開発者もユーザーも気づけない設計ギャップを捕まえる。
• 決定: (b)については 部分的・スコープ限定の事実開示「この安全プロトコルはカーニボア臨床医が監修」は可（#644 の「監修=no」を全面否定でなく、"blanket監修 halo=no / 実際にレビューした特定コンポーネントの事実開示=yes"に精緻化）。条件＝①実際に監修した範囲だけ ②blanket「医師承認」halo にしない ③その医師を顔/guru にしない ④推進派でなく"文脈精通×方法論厳格"。
• 信頼度 🟡70%（sibuketu 発案・taste）/ downstream=医師B募集に「カーニボア文脈安全レビュー」profile 追加（docs/CC1_EXPERT_AUDITOR_OUTREACH_DRAFTS_2026-07-08.md に4人目枠）/ reversible ✅

## DEC #665 — 返金レール別 honor＝iOSはApple申請→拒否ならCarnivOS自腹で全額返金（バックストップ）【昇格】

• 経緯: これは2026-06-07に確定済みだったが DECISION_LOG に無く、DECISIONS_PENDING.md L779 の🔵サブ注記に埋もれていた＝発見不能だった。2026-07-08 返金コピー投入時に見落とし→sibuketu 指摘で昇格。
• 決定（再掲・正本化）: 返金は課金レールで honor 方法が違う。web(Stripe)=自社で即時全額返金／Android(Play)=Console手動／iOS(Apple IAP)=開発者は直接返金不可。iOSは「まずApple返金申請→Appleが拒否したらCarnivOSが自腹で全額返金（out-of-band送金=PayPal/銀行/Stripe payout）」＝全レールで"必ず返る"を維持（Appleは大半承認で自腹ほぼ¥0）。見出しは全レール「30日返金保証」維持、FAQ2行でレール説明。abuse guard=Apple拒否メール提示。
• 実装状態: PaywallScreen isNativeIOS 分岐・OnboardingScreen iOS badge非表示は既実装。未実装＝バックストップのout-of-band返金機構＋Stripe自動返金Phase2（process-refund-request skeleton）。CC2投入済（CC2-REFUND-COPY-BACKSTOP-ALIGN）。
• 信頼度 🟢80% / reversible ✅（文言）/ 機構実装は launch前 live返金テスト要 / last_reverify: launch前

## DEC #664-b（#664 精緻化）— 集団学習の同意は慎重派（不信感回避を最優先、trust複利で長期opt-inを最大化）

• sibuketu 2026-07-08「慎重派で。せっかく使ってくれてるのに不信感を感じさせない方向」。慎重寄り（"普通"より一段控えめ）を既定＝最適化する指標は生のopt-in率でなく信頼を壊さないopt-in。理由=trust-damageは非対称（一度の不気味な打診で1人失う vs 打診を控える損は小さい）。慎重な打診こそ長期の集団学習量を最大化する（trust複利）＝#664「めっちゃやりたい」と矛盾しない。
• 運用=下振れ既定（under-ask）・真の高信頼/高関連の瞬間だけ・「共有標準を良くする」ミッション枠で・常に任意&撤回可を明示。DEC #664 の3層はそのまま。

## 【一括昇格 2026-07-09】DECISIONS_PENDING 埋没確定 8件を DECISION_LOG へ昇格（DEC #666-673）

> 経緯: 2026-07-08 返金決定(#665)見落とし=MS-018 の付随氷山sweepで、確定済みなのにLOG未載の埋没決定を8件検出（docs/CC1_DECIDED_MIGRATION_LIST_2026-07-08.md）。grep-of-LOG で発見できるよう昇格。各エントリは正本化ポインタ（詳細は source 行）。

### DEC #666 [昇格] 炭水化物ターゲット→逸脱閾値へ再定義（source: DECISIONS_PENDING L296、sibuketu「他同意」GO 2026-07-04）

カーニボアで「炭水化物ターゲット」は概念的に変＝土台外ゆえ、目標でなく逸脱閾値として再定義。reversible ✅ / 実行=CC2 済。

### DEC #667 [昇格] Web価格 USD固定表示（source: L356、sibuketu「他同意」2026-07-03/04）

全ロケール曖昧回避で US$ 明示に統一（ローカル通貨化しない、実課金USD濃厚）。formatCurrency は多通貨課金実在確認まで dead。CC2 dispatch済。reversible ✅。

### DEC #668 [昇格] 競合ティアダウン戦略 wedge A 採用（source: L369、sibuketu「他同意」2026-07-04）

wedge=「信頼度ラベル付き個別化エンジン」方向を採用。reversible ✅。

### DEC #669 [昇格] 意思決定の波及(ripple)機械化 A+B 採用（source: L454、sibuketu「他同意」2026-06-27→07-04）

決定→下流影響の自動検知＋back-annotate を機械化。実行=CC1 harness lane。

### DEC #670 [昇格] SNS動画戦略＝短尺優先＋4週撤退tripwire（source: L683、sibuketu合意 2026-06-17）

短尺優先、4週後 AVP<45%&views<1000/週 なら長尺へpivot（撤退基準同時定義）。

### DEC #671 [昇格] ルール削減哲学「追記でなく機械化」＋MEMORY/RULES刈り込み RATIFIED（source: L706、2026-06-06）

ルールは追記でなくhook/test/辞書へ機械化が正解。MEMORY/RULES は定期刈り込み。AI_USAGE_FOUNDATION と整合。

### DEC #672 [昇格] 薬物-栄養相互作用モジュール＝コンセプト保持・v1.0 build せず（source: L129、sibuketu確定 2026-07-05）

「コンセプトとして持つのはノーリスク、その時考えよう」＝flag OFF・未配線で保持（LIVE化もKILLもしない）。作るなら致死的5件+剤形gate等の条件充足後。

### DEC #673 [昇格] SNS variant-naming バグ修正 rollout（source: L1025、sibuketu「全部同意」GO）

SNS投稿の variant 命名バグ修正を展開。実行=CC2。

### DEC #674 GitHub Pro個人プラン契約 + mainブランチprotection(required status check=build)有効化（sibuketu「はらった」+チャットで明示「Yes」2026-07-09）

CC2-WIRE-HONESTY-SAFETY-GATES残課題「workflowが赤→出荷が止まるの実効化」が、無料private repoプランではrequired-status-checks機能自体が使えない(gh api .../branches/main/protectionが403)ことに起因すると判明→sibuketuがGitHub Pro($4/月)に個人アップグレード実施。CC2がmain branch protection rule作成(必須チェック=buildのみ、レビュー承認は要求せず＝CC2/CC3の直接merge運用を維持)。下流影響: 今後mainへのPR mergeはbuild(lint+tsc+test+build)通過が必須になる。直接push(docs等)は引き続き無制限。再検証目安=次回iOS/Android提出前(運用に支障が出ていないか確認)。

> 未昇格（要照合）: 2026-06-17「全部同意」大batch（PENDING L1382、DN17-1〜6+D1エンジンON+返金自動化ON等）は翌日 DEC [withheld: provisional decision] と重複の疑い＝item単位で reconcile してから昇格（重複DEC回避）。ai-tool-audit頻度(L132・日次確定)は低価値ゆえ昇格せず注記のみ。

---

• 答え1＝上流性≠賞味期限: 賞味期限=緊急/価値の劣化速度、上流性=レバー(下流を塞ぐ/形作る度合い)＝別概念。混同しない。
• 答え2＝3つ目の乗数を足すな（効果と二重計上）: 上流タスクは本質的に高「効果」（下流を多数unblock/駆動するから）＝効果スコアに既に入る。別軸化は同じものを2回数える。
• 正しい扱い＝順序ルール+締切伝播（スコアでなく依存関係）: (a)スコアが近い時は上流を先に（下流を先にやると上流変更で全やり直し＝CCF-48スロット設計/リサーチ先行→合成 と同型）(b)上流が締切下流を塞ぐなら、その締切が上流に伝播して賞味が上がる（依存経由で緊急度が上流に流れる）。
• これを扱うのは決定依存グラフ（[[日記2026-07-07 決定依存グラフ構想]]・pool[28]）＝上流/下流の辺を持てば「順序」「締切伝播」が自動で出る＝トリアージ2数(賞味×効果)は据え置き、依存はグラフ層が持つ。∴トリアージ表に列を足さず、決定グラフに sequencing を担わせる。
• reversible ✅（採点モデルの解釈）。自信度 🟢

• commit: 4b10451d (2026-07-26)

• フィードバック: CC1が「残る勝負は実行＝RDL/未検証係数/実際の獲得」と書いたが、獲得はlaunch（=審査通過）に依存し、審査待ち中は本人にどうにもできない＝それを残リスクとして挙げるのは無神経で苛立たせるだけ。
• 今後: blocked/waiting状態（審査待ち・外部依存待ち）では、その状態で本人が実際に手を動かせること以外を surface しない。「〜が残リスク」系で今アクション不能なものは書かない。[[feedback_review_state_task_switch]]（提出済=非アプリ作業に集中）+ [[feedback_give_judgment_not_blocked_excuse]]（制約reciteするな）の実務版＝非actionableな一般リスクの列挙は"制約recite"と同じ無価値。
• prose-only理由: 「何がactionableか」は状態依存の意味論判断でhook静的検知に馴染まない（発話生成時の配慮）。
• reversible ✅（行動規範）。自信度 🟢

• ①命名デフォルト: フォーム等で会社名/表記が「どっちでもいい」選択の時は CarnivOS をデフォルト（sibuketu 2026-07-08「なんもないならCarnivOSがいい・同じような選択が今後もこれ」＝継続語ゆえ自動ルール化）。
• ②例外＝法人検証が絡む公式申請は法人名: 登記情報と照合され得る場面（Google for Startups 等の資金/クレジット申請）は製品名でなく法人名「合同会社Veritas」/「Veritas GK」を使う＝味でなく実質理由（将来のクレジット付与時の法人照合で不一致を避ける）。今回 Google for Startups は Veritas GK で入力（CC5）。
• ③構造的詰まりの記録: BUSINESS_INFO.local.md（電話/会社正式名等の正本・.gitignore済）がこのマシンに未同期＝資金申請フォームがここで繰り返し stall する根本原因（今回 Google フォームの電話番号でCC5が停止）。systematic fix＝このマシンに同期する or 資金申請は同期済みマシンで実行。電話等PIIはcommitファイルに書かない＝BUSINESS_INFO.local.md が唯一の正本。
• ④Google for Startups: 提出済（2026-07-08 sibuketu が CAPTCHA+Submit 実行、AI枠$350K選択・Veritas GK・Healthcare&Life Sciences）。Mistral AI Startup Program は CC5 ブラウザレーンで継続。
• reversible ✅（命名/プロセス）。実行主体: 申請操作=CC5/sibuketu。自信度 🟢

• 決定: RDL/目標値のエビデンスTier（A確立/B研究支持/C推定/D機序のみ・係数未検証）を表示深度で分ける＝

- A/B/C = default で"目標"として表示（Tierが下がるほど範囲を広く＝precision capping。Cは「推定」ラベル+範囲）。

- D = default では"当てに行く目標"にしない＝機序ベースの情報表示（範囲+「未検証・機序ベース」+タップで導出開示）に留める。「Dまで目標として信頼する」はopt-in層＝sibuketu言「アプリのメカニズム推測を信頼してくれる人が使うやつ」＝二層UX(L0-6)の深掘り層・密度選好(DEC #647)で有効化。

- 全Tier共通で安全クランプ(DEC #661)＝Dであっても[欠乏フロア, UL]の外は出さない（機序推測でも過剰/欠乏誘導しない）。

• 導出元: RDL precision capping(DEC #652 §3) + L0-6二層UX + L0-1誠実（未検証を目標と偽らない）。taste スライバー=既定線を「Cまで」に引くか「Bまで保守的に」かの1点＋D opt-in層の文言＝§2.5④（sibuketu確定待ちだが推奨=Cまで default）。競合実証=Cronometer「VitC常に赤」はD級を目標扱いした失敗（DeepResearch）。
• reversible ✅（表示深度・opt-in設計）。健康数値ゆえ実装時CC3。自信度 🟢85%（骨は導出・線引きだけtaste）

• ①VitC/安全クランプ（健康設計制約・§2.5①）: sibuketu「Keto/カーニボアでVitC必要量が下がるのに標準RDA目標に"合わせに行く"と過剰で危険では」。正確化（迎合しない）=VitCは水溶性でVitA/鉄のような急性毒性は無い（UL~2000mg・過剰は排泄・高用量でGI/シュウ酸→腎結石の中程度リスク）＝「まじで危険」はVitC単体では言い過ぎ。但し原理は正しく重要＝「誤った高目標を追う→過剰摂取」の失敗は脂溶性(A/D)・鉄で本当に危険（カーニボアはレバー/赤身で高摂取しがち＝VitA毒性は実在）。→ RDL設計制約=目標は常に [欠乏フロア, 上限UL] の双方向でクランプ＝(a)ULを超える目標を出さない(過剰誘導禁止) (b)フロアを欠乏閾値未満に下げない(例VitCのscurvyフロア~10mg、carnivoreTargets.tsでtier4既存)。これはL0-5単一安全フロアのRDL適用＝facade監査#2(単一フロア散在)#3(推定≠安全免除test皆無)がまさにこのクランプが未強制を示す＝connect。RDL spec §2/§3 実装時に双方向クランプを型で強制。Cronometer「VitC常に赤」問題(DeepResearch)=誤った高目標追いの競合実例。要study-appraise（GAA仮説でVitC必要量が実際下がるかはTier未確定=Gemini提案・DEC#652 quarantine対象）。
• ②DeepResearch積極化=yes（方針）: 今回の競合調査が高価値実証＝発見/リサーチ質問には積極的にDeepResearch(Gemini/内蔵skill)を回す。但しDEC #656ゲート不変＝出力は下書き、citation-verify+study-appraise通すまでcontent/product/positioningに使わない。研究課題は発見プールで採点競争(常時ON)。
• ③外部ツール連携拡大=条件付きyes: 価値ある外部ツールは繋ぐ。但し[[feedback_mcp_connector_hygiene]]=繋ぐほど毎ターン税(instruction常駐~3-8k tok)、必要な物だけ・要る時足す・AIが勝手に増やさない。金/不可逆/外部送信ツールは確認残す。
• ④Fable post-problem protocol強化=queue: 「問題発生後にやること(§0.1氷山→下流追跡→仕組み修正→poka-yoke)」の体系をFableに深く再設計させる=型2(広域プロセス設計)でFable適合。今日のcwd-pathspec二重誤り(DEC#660)が完璧なcase study（問題→独立視点で捕捉→poka-yoke化)。窓生存中はFable/失効後Opus。→ CCF_INBOX + プール[賞味4×効果6=24]。
• reversible ✅（①は設計制約で実装時に効く/②③④は方針・queue）。①のみ健康ゆえ実装時CC3+study-appraise。自信度 🟢（①原理・②③④方針）／VitC必要量低下の科学はstudy-appraise待ち🟡。

• 訂正: DEC #657 の見出し「誠実/安全gateは全て存在するが配線ゼロ＝張りぼて」は誤実測。repoルート .github/workflows/ に workflow 67本実在、health-overclaims-gate.yml が check:health-overclaims:gate(hard-fail)＋check:tone-guard(=②)を配線済（CC1がrepoルートから再照合＝git ls-tree -r origin/main -- .github/workflowsで67本+gate job確認）。②tone-guard/pmid/citation/reconcile/conformance は配線済。
• 二重誤りの構造: 背景監査agentが「.github無し」と誤断→CC1が「敵対的確認」で"正"と確認したが、両方とも app サブディレクトリ .../primal-logic-web から git ls-tree -r origin/main を叩いた＝gitは cwd 配下に暗黙scopeするため repoルートの .github/ が output に出ず＝同一罠で二重に誤った。これは前ターンの「検証自体も誤る＝残存ゼロにならない」の生きた実例（DEC #658 の error-% 議論を実証）。捕捉したのは CCF の系統整合監査 SA-1（別モデル・別視点＝独立性が効いた）。
• 生き残る真の論点（再照合済）: (a) check:disease-claims:gate はどの workflow も呼んでない＝真に未配線（要配線） (b) GHA赤が実際に出荷をブロックするか（branch protection / Vercel deploy 経路）未検証 (c) reconcile gate 昇格判断。CC2-WIRE タスクは CCF が 56→36点に再スコープ済＝この3点だけ残す。#2単一安全フロア/#3推定≠安全test/#5 LLM verdict は .github と無関係の src 所見ゆえ別途 origin 再照合で生死判定。
• 仕組み化: [[reference_git_repo_inspection_from_root]] 新設＝repo存在確認の git は必ずルートから or ルートanchor pathspec。reversible ✅。自信度 🟢（repoルート実照合）

• ①可逆性の精緻化: §2.5 escalation の「可逆か?(二値)」を 「復旧コスト段」 に読み替える＝🟢安い戻し(両開き)=AI決定／🟠戻せるが高コスト(金沈む/時間/評判)=機能的に不可逆扱いでescalate（sibuketu「戻れるけど損大」）／🔴戻せない(送信済/索引済公開/削除/支出/法的申請)=escalate。DEC #658「コスト×見えにくさ」と同family＝可逆性は独立二値gateでなくstakesスコアの1入力。⚠️新軸を足さない＝§2.5は既に「高impact/高額」を別軸で持ち「戻せるが高コスト」はそこで拾える＝"可逆?"の読み方だけ差し替え（二重計上回避）。
• ②AI製の対外言及=しないで確定: 「AI製は今どき普通・こちらから言及不要・ユーザーも聞かない」（sibuketu）。ブランドは"方法の透明性"(出典接地/Tier/範囲/独立検証)だけで立てる＝DEC #658③の確定版。数字も"AI製"ラベルも対外に出さない。
• ③派生flag（医師パートナー交差）: sibuketu「ガチ医師がAI製をどう言うか知らん」→ 医師パートナー設計(DEC #644/CCF-28)で処理。framing=「AI製＋独立医師の監査」はどちらか単体より強い物語（医師の独立監査＝AI出力を信頼させる検証層の人間段）。今決めず、医師打診文(CC1)執筆時にこの角度で。
• reversible ✅（プロセス/原則の読み替え）。依存: §2.5 4軸／DEC #658／DEC #644／[[feedback_branch_point_escalation]]。自信度 🟢

• ①検証配置ルーブリック（SSOT化候補・recursive自己改善レーン）: 検証は「(間違いのコスト × 間違いの見えにくさ)が高い所」に置く。🔴必須(独立反証者)=出荷される健康/安全数値・不可逆操作(外部送信/削除/ストア提出)・信用財クラス(誰も気づかない未検証値)・sibuketuへの推奨のうち"答えが不可逆決定を変える"もの／🟠推奨(独立再読1回)=load-bearingだが可逆・横断リファクタ・他CC投入前の発見／🟢省略=可逆低stakes・機械的編集・既存gate(型/lint/test)がカバー・会話返答。§2.3eゲートに「不可逆×高stakes推奨はsurface前に反証1回」を追加。
• ②ミス率target=単一の全体%を狙わない（代理指標の罠）: stakes別＝🔴健康/安全/不可逆は「出荷ゼロを漸近」(既知の未検証は出さない・多層verify)／🟠可逆品質は高め許容(下流で捕捉)。測るのは全体%でなく「出荷ミス率<<下書きミス率」の差＝検証層の効き。この差は自社テレメトリで実測（[[feedback_recommendation_order_by_confidence]]の隣・DEC #656/公開ベンチでなく自社が主と同背骨）。
• ③SEO/対外に「AI製・ミス率X%」の数字を書くのは禁止: 理由=(a)その%自体が未検証概算＝L0-1自己矛盾 (b)定量健康主張はFTC実証義務+被害時の法的地雷 (c)競合は隠す中で一方的武装解除。正=数字でなく"方法"の透明化（全健康数値を出典接地・Tier付き・範囲表示・独立検証）＝真実でdefensibleで差別化。"AI製"自体は売りでも隠す事でもない＝売りは「AI＋競合が持たない検証ハーネス」。定性的な「完璧なツールは無い、不確実性を隠さない」はOK。対外コピー最終文言のみ§2.5④taste、原則はL0-1から導出=AI確定。
• 依存: [[feedback_taste_independent_synthesis_before_judgment]]／DEC #654(推奨生成ルート)/#656(research検証pipeline)／[[project_honest_position_no_commerce_moat]]（透明性=堀）。origin: 人間発案(3問)+AI導出。
• reversible ✅（プロセス/原則）。自信度 🟢（L0-1と競合分析実証から一貫導出）

• 訂正: DEC #653 の「②罪悪感語gate=真に不在」は誤り。scripts/check-tone-guard.ts（en/ja/de罪悪感/恥辞書・6生成器）は origin/main 実在（CC2が同session実装 or 既存）。CC1のgrepが src/ 限定で scripts/ を見落とした＝streetlight/proxy-as-truth の自作。∴②の残作業は「lintを作る」でなく「配線する」。
• 発見（本命 🔴）: 誠実/安全の検出スクリプトは全部書かれてるのに自動起動が0件＝CI無し・husky無し・prebuildはtransparency:buildのみ・deployはvite buildのみ。check:disease-claims:gate/check:health-overclaims:gate/check:tone-guard/reconcile:endstate:gate＋pmid系＝全部 invoke されず＝「機械強制された誠実」層が丸ごと張りぼて（人が手で走らせるスクリプトをgate詐称）。②tone-guardも未配線＝何もブロックしてない。
• 他の🔴: L0-5 単一安全フロア不在（kidney/HTN/oxalate/ED が散在・継承強制なし）／L0-2(b) 推定フラグ≠安全免除の test が0件（isEstimated 参照 test 皆無）／L0-2/L0-8(a) LLMに deviationType/処方を生成させるISSUE-12プロンプトが aiService.ts:2044-2077 にまだ生存（#648魂に反する時限爆弾）。全文=docs/CC1_AXIOM_ENFORCEMENT_FACADE_AUDIT_2026-07-07.md。
• 投入: CC2_INBOX CC2-WIRE-HONESTY-SAFETY-GATES（#1配線=5gate一括LIVE化・②同時活性 [56]）＋#2単一フロア[42]/#3推定≠安全test[36]/#5 LLM verdict除去[30]/#6 minN[16]。全てCC3 cold-read、#2#3#5は修正時に origin 再確認（本監査はsubagent claim・#1のみCC1直接確認済）。
• 教訓: 監査で「決定済が実際に動いてるか」は設計完備性(CCF-47)と別レイヤ＝"書いた"と"配線した"は別（[[feedback_dormant_equals_unexecuted_gap]]の enforcement 版）。CI/husky が無い＝全ての機械gateが facade になり得る構造穴。
• reversible ✅（配線・test追加・doc）。健康安全に触る #2#3#5 は CC3+study-appraise gate。自信度 🟢（#1=CC1直接origin確認・package.json/tree実照合）
• 🔴 訂正②（2026-07-07 CCF 系整合監査 SA-1）: 上の「発見（本命）＝invoke 0件・CI無し」は誤実測。git fetch 後の origin/main（同一SHA b1979ad2）の repo root .github/workflows/ に workflow 67本実在、health-overclaims:gate＋tone-guard（PR #361 MERGED 実照合）＋pmid系は配線済＝GHA が読む repo root でなく app サブディレクトリを見た streetlight（ls-tree の cwd 相対 pathspec 罠・監査中に再現実証、#655/#657訂正①に続く第3発）。真の残欠落＝ disease-claims gate 未配線／「赤=出荷ブロック」の実効性（branch protection）未検証／reconcile gate 昇格のみ。CC2-WIRE-HONESTY-SAFETY-GATES は再スコープ済 [56→36]。詳細= docs/CCF_DELIVERABLE_SYSTEM_CONSISTENCY_AUDIT_2026-07-07.md。

• commit: 9e96d2bd (2026-07-10)

• 決定: DeepResearch(Gemini DR or 内蔵 deep-research skill)を5段パイプラインで運用し、各段を適材に割る＝「タスク決めもFable？」への答えはFable単独でなく段ごとに違う:

1. 課題の発生（emit）＝上流合成の副産物（窓中Fable/窓後Opus）。L0作り・RDL・CCF-47 completeness-critic が「これは外部で深掘りが要る」を自然に吐く。ほぼ無料ゆえ常時ON。

2. 課題のスコープ化（prompt化）＝Fable不要。内蔵 deep-research skill の「十分具体的か→足りなければ2-3問clarify」段 or Sonnet/Opus で整形。

3. 実行＝Gemini DeepResearch（外部・広さと引用が強い）or 内蔵 deep-research skill（並列web+敵対的verify内蔵）。

4. 🔴 検証（非交渉）＝/citation-verify（引用の実在＋内容一致）＋健康数値は /study-appraise（Tier確定）。LLMは接地なしだと PMID を捏造する＝今回の競合分析の核（docs/CC1_COMPETITOR_AI_GAP_2026-07-07.md）そのもの。Gemini DR 出力も"下書き"であって真実でない＝この gate を通すまで RDL/content に入れない。

5. 接地（provenance）＝合格分だけ RDL の辺 provenance を gemini-proposed→verified に昇格 or content に採用。

• 「誰が決めるか」の答え: 単一モデルでなく発見プール。リサーチ課題も他タスクと同じく賞味×効果で採点し競争（研究活動は常時ON=発見レーン）。Fableの上流作業は課題の一供給源にすぎない。
• seed バックログ既存: RDL spec §5 の ~20 quarantine 係数（VitC式・生体利用率5係数・炎症スコア等）が最初の健康 DeepResearch キュー（影響度順）。競合gap(positioning research)は非健康キュー。
• reversible ✅（プロセス設計・AI裁量）。健康研究は §2.5① gate 不変。位置づけ: [[feedback_subagent_model_routing]] + DEC #654（推奨生成ルート）の research 版。
• 自信度 🟢（今回の競合分析が「外部LLM研究も検証ハーネス必須」を実証＝gate段が load-bearing）

• commit: 7504357a (2026-07-11)
• commit: 0f5c1a02 (2026-07-11)
• commit: ff3840db (2026-07-11)
• commit: 2541c5ac (2026-07-11)
• commit: 5214585f (2026-07-13)

• 決定: DEC #571（カロリー default 非表示）の根拠に新しい論拠を1本追加＝既存の「満腹自動調整/TEF/ラベル±20%で手動カウント不要」に加え、CICO の消費側(TDEE)が固定でない＝適応性熱産生・NEAT変動・低摂取での甲状腺T3ダウンレギュレーション・筋効率で代謝が動く∴固定カロリー目標は個人には信頼できない。「熱力学的に正しい(第1法則)」は成立するが「だから固定カロリー目標が有効」は non sequitur。→ これは #571 の「calories はカーニボアを動かさない」を代謝生理の側から補強する（満腹の側だけでなく）。
• SEO/content 判断: 「カーニボア×カロリー」検索意図を取る記事は既存ゼロ（origin/main 実照合＝No-Repeat 抵触なし）＝空き。GO（post-launch content・👤acquisition）だが健康主張ゆえ study-appraise + citation-verify ゲート必須。⚠️ framing 制約=「カロリーは嘘/フェイク」は overclaim 禁止（Bart Kay 型回避、#571 と同じ規律）。正=「第1法則は成立するが、代謝が適応するので固定カロリー目標は個人には信頼できない＝満腹とタンパク質で運用する方が正確」。適応性熱産生は Tier B想定（Rosenbaum & Leibel / Fothergill 2016 Biggest Loser 等・要 study-appraise で確定）。→ CC2_INBOX にキュー（gate 付き）。
• 接続: RDL（DEC #652）＝「エネルギー必要量」すら適応する不確実量ゆえ不確実性枠組みに載る（1数値でなく範囲＋適応）。
• reversible ✅（内部論拠追記＋content は未公開 draft・sign 前）。実行主体: 論拠=AI確定 / 記事 draft=CC2（study-appraise gate）→ publish=sibuketu sign。
• 自信度 🟢（#571 の既定方針の補強・矛盾なし。記事の claim tier のみ study-appraise 待ち）

• 決定: sibuketu に人間判断を surface する時は bare な fork を出さず必ず⭐推奨を先に生成（§2.3e 決定提示ゲートの再確認）。その推奨の生成モデルを種別で自動ルート＝(a)製品哲学/positioning/広域taste→Fable（CCF窓が生きてれば窓・失効後はOpus）(b)健康数値/引用/正誤→Opus + /study-appraise（Fable禁止＝セーフガード）(c)根拠で一意に決まる/可逆エンジニア判断→そもそも surface せず AI が決めて実行。
• 位置づけ: 既存 [[feedback_taste_independent_synthesis_before_judgment]] + [[feedback_subagent_model_routing]] + §2.3e の統合・明文化。増分＝「どのモデルが推奨を書くか」を前さばきに固定した点。AI 裁量・可逆。
• 下流影響: 今後の DECISIONS_PENDING / chat 人間 fork は「⭐推奨（生成モデル明記可）+ 確信度%色 + 可逆性」を満たす。CC1 の人間 surface 全般。
• 自信度 🟢（既存規則の統合ゆえ矛盾なし）

• 実行: (1) DEC #652 承認済 RDL の枠組み spec を起草＝docs/CC1_RDL_RUBRIC_SPEC_2026-07-07.md（DerivationEdge 型＝mechanism_ref/coefficient_ref 型分離・provenance ゲート・precision capping・①不確実性統一表示 §4 を統合＝「同時設計が最安」を実行・~20 quarantine クラスタを origin file:line で接地）。(2) DECISIONS_PENDING「上流の次元4本」を origin/main 実照合で仕分け: ②罪悪感語gate=真に不在→CC2 dispatch（CC2-GUILT-SHAME-TONE-LINT）／④統計honesty=幽霊(stale local)→close（origin は "No ML — pure threshold" と正直・StatsScreen も既 CLOSE）／③適応=origin で自己矛盾実在だが CCF-44+study-appraise 結合ゆえ独立 dispatch 不可→Opusレーン集約／⑥nutrientPriority 命名逆転=origin 実在だが DEC#647 で既に CCF-44 へルーティング済。(3) DECISIONS_PENDING の RDL yes/no entry が DEC#652 決定後も🔴 open のまま起動サーフェスに幽霊 fork として出ていた→ DECIDED 化。(4) CC1_INBOX の CCF発掘2件が既処理済なのに to-do のまま残存→ DONE 化。
• 教訓: 「上流4本」監査（前 turn）と自 INBOX の一部が stale local main を真実として記載していた＝§0.5#30 proxy-as-truth の自 INBOX 版。dispatch 前 origin 照合で幽霊3件（④＋③⑥の重複 dispatch）を CC2 に振らずに済んだ。[[project_local_main_diverged_from_origin]] の再発を「dispatch 前 origin 照合」で捕捉。
• reversible: 全て doc/spec/dispatch（実装ゼロ）。RDL の各辺値検証は CC3+study-appraise gate（健康数値 §2.5①）で別レーン。
• 依存: DEC #652（RDL 承認）／DEC #648-649（魂・健康定義＝②gate の導出元）／DEC #628（生体利用率 revert＝quarantine 対象）。
• 自信度 🟢（実行系・origin blob 直読で全裏取り）

• 決定: DECISIONS_PENDING「上流の次元」RDL を 段階yes で承認。必要量を「1式=1数値」から base × Π(補正辺) の分解可能な導出グラフに作り替え、各辺(edge)を検証の最小単位に。核＝機序参照と係数参照を型で分離（「機序実在=係数正しい」の混同＝捏造精度の温床を構造禁止）／provenance ゲート（"Gemini提案"は検証まで quarantine）／precision capping（機序のみは点推定禁止・範囲表示）／不確実性の開示を USDA一律への優位に転化。既存 appraisalRubric/citation-verify は下請け。
• 段階版（一気に全消しでない）: 新規辺は即ゲート適用／既存~20クラスタは影響度順に検証移行／未検証は🔴推定ラベルで暫定表示（quarantine で表示が痩せるUXを緩和）。
• 接続する設計洞察（sibuketu 同ターン、RDL に自然に載る）: (i) 「入力が少ないほど幅を広く」＝不確実性は入力の具体性に反比例（栄養目標で既にそう＝入力少→幅広）を、健康レベル/パフォーマンス目標にも一般化＝L4 補正辺が少ない＝範囲が広い、が RDL で自動的に導かれる。(ii) 「パフォーマンス」は脳/持久/瞬発に sub-type 要（DEC #649 の headroom ドメイン「思考の明晰さ」と別に「運動パフォーマンス」を持久/瞬発に割る）＝今日の無酸素議論（carnivore は瞬発で不利）と直結、ドメインごとに目標と幅が変わる。
• 残選択肢/没案: 一気に全 quarantine=没（UX痩せ過ぎ）／現状の1式ずつ対症療法=没（捏造精度残存）。
• 依存 framework: DEC #648/#649（自己統治・健康数値honesty）／DEC #628（生体利用率係数=revert済でquarantine対象）／[[reference_paper_appraisal_methodology]]（appraisalRubric=下請け）／[[project_usda_replacement_north_star]]。origin タグ: 人間発案(上流の直感)+Fable合成(合成グラフ設計)。
• 下流影響: requirementDerivationRubric.ts（新SSOT・辺スキーマ+合成規則+precision capping）を Opus/study-appraise で設計→~20クラスタを影響度順に検証移行（VitC式・生体利用率5係数が最優先）。表示層は claim_type で範囲/点推定/バッジを型で自動切替。CC3 cold-read + /study-appraise gate 必須（健康数値）。
• 全文 spec: DECISIONS_PENDING「[CC1 2026-07-07] 栄養必要量の"上流の次元"＝RDL」+ 本DEC。
• 自信度 🟡75%（真因対処・段階版でUXリスク緩和。未確定=quarantine時のUX許容度）
• last_reverify: requirementDerivationRubric.ts 設計後 / 最初の辺群の検証移行後にUX(表示が痩せた感)を実測
• commit: 1951d74d (2026-07-07)

• commit: ec7d310e (2026-07-07)

• 決定: 「リリース後/launch後/🧊」を付ける時、(a) 本当にリリース後のユーザーdataが無いと出来ない（実データからの必要量学習・A/Bテスト等）＝真に data-gated だけ「後回し」に残す。(b) リリースのために先にやる事がある、という"優先度"理由だけの後回し＝ハードなバケットにせずトリアージ1プール（賞味×効果）に戻し、暇で上位に浮けば着手。(c) 審査中iOS/走行中Androidの"出荷する中身"を揺らすリスク＝worktree/フラグ裏で作れば大半進むゆえ「後回し」でなく「隔離して進める」。
• 帰結: 既存「launch後 P1」タグは (a) でない限りプール入りと読み替える。今session の食品DB穴（N-UNIT/N-RANK/N-SCAN-VERDICT）・N-ANTINUTRIENT-MEAL・N-DYNAMIC-REQ-VERIFY は全て (b)/(c)＝data-gatedでない＝プールで競わせる（launch窓の中身だけ触らない）。
• 経緯: sibuketu が「post-launchバケット」の過剰適用を2度指摘（食品DB穴のdefer→本件）。origin タグ: 人間発案。
• 依存 framework: [[feedback_forced_wait_pull_deferred_forward]]（速度理由の延期はNOWへ再triage＝本DECはその(a)/(b)/(c)精緻化）／[[feedback_dormant_equals_unexecuted_gap]]（park禁止）／§0.8a-1 トリアージ採点ゲート。
• last_reverify: 「launch後」タグを付ける瞬間に(a)/(b)/(c)判定を併記する運用に。
• commit: c1d01460 (2026-07-07)

• commit: 9e53bff4 (2026-07-07)

• 決定: RULES.md / RULES_FULL.md / RULES_CORE.md 冒頭コンセプト文を「気色悪いくらい精密なカーニボア専用・自己統治の計器」に改訂。「気色悪いくらい精密」は保持（P1 計器の精度=生きている）、「管理」（アプリ主語）だけを DEC #648 の魂（本人が統治・アプリは判断しない計器）に整合。内部文言のみ・対外 tagline は DEC #649 で別途確定済。
• 経緯: CCF-46 導出or死台帳で検出→PENDING relay→sibuketu「意味の違いがわからない」→説明→「完全に変えたほうがいい」で確定。origin タグ: AI発見（CCF-46）+人間確定。
• 依存: DEC #648（魂）／FEATURE_CONCEPT_FOUNDATION.md 第0部 導出or死台帳（✅済に更新）。
• last_reverify: なし（字面整合・reversible）。
• commit: 93391f99 (2026-07-07)

• commit: b3a012b3 (2026-07-07)

• 決定: 健康＝「"病気でないこと"でも"普通体型"でもなく、あなた自身の計測可能な上限（思考の明晰さ・静かな食欲・代謝指標・回復力）に対して未回収の伸びしろ(headroom)が残っていない状態」。EN canonical="Health is not the absence of disease. It is the absence of unclaimed headroom." sibuketu の高基準（慢性疾患予防/認知明晰/食欲正常/代謝健全 を体組成の上に）を中身は全保持しつつ、疾病予防の断定ではなく計測可能な指標の変化として表現する定義に落とし込んだ（薬機法/FTC/FDA は立証されていない疾病予防効果の断定的表示を認めないため。[issue #1854 対応 2026-08-12: 「断定を回避するための言い換え」というフレーミング自体を、証拠水準に沿った誠実な表現への言い換えという記述に修正——前者は審査回避の手口として転用され得るため]）、招待型 positioning（DEC #648②）と自己統治ダイアル（DEC #648）に整合。

- ①定義=方向 / ダイアル=距離: 定義が固定するのは軸（自分の headroom）だけ、到達点はダイアルの所有。緩モードと厳格モードの「健康」は同軸の別 setpoint＝どちらも定義適合、アプリは判定しない（L0-8 直結）。事実層は全モード不変ゆえ「緩モード＝甘い健康観」にならない。

- ②オンボ目標の並列（体重減少/パフォーマンス/健康）廃止→headroom ドメイン選択（①体組成 ②思考の明晰さ ③食欲/エネルギー安定 ④長期指標、複数可）。理由=この定義だと健康が全部を包含＝「健康」は全員選ぶ無情報オプション化。「健康」は選択肢でなく画面見出しへ（「どこに headroom を探す?」）。各選択＝主表示メトリクス＋ダイアル初期値の提案に写像。

- ③🔧 claim→metric レジストリの機械ゲート: 「健康」語彙を使う全コピーは、出荷済みの計測指標（brain fog スコア/craving 頻度/体組成 等）への対応付けなしに merge 禁止。未出荷ドメイン（例:回復力）は内部文書に置けても対外コピー不可。証明の言語は「あなたの90日 delta」形式のみ。＝「示せない伸びしろを売る→ブランド自滅」を機械封じ（L0-1 誠実の実装）。

- コピー: tagline "Your baseline is not your ceiling." / ストア lead "You feel fine. But 'fine' is a measurement nobody ever took."

• 残選択肢/没案: 生の高基準定義B（「慢性病を予防」字義）＝没（薬機/FTC 直撃＋固定到達点がダイアルと衝突）／WHO型 well-being＝没（計測不能で誠実生命線違反）／症状不在定義＝没（TAM拡大の核を捨てる）。
• 依存 framework: DEC #648（自己統治・招待型TAM・強度ダイアル）／FEATURE_CONCEPT_FOUNDATION L0-1誠実/L0-6二層/L0-7カーニボア同一性／[[feedback_taste_independent_synthesis_before_judgment]]（独立モデル合成→人間判断の standing rule 初適用）。origin タグ: 人間発案（高基準の意向）＋Fable合成（headroom framing・方向/距離分離・レジストリゲート）。
• 下流影響: FEATURE_CONCEPT_FOUNDATION L0-9 に健康定義公理を据える／②③を CC2 dispatch（オンボ再構成 spec＋claim→metric レジストリ CI ゲート）／DECISIONS_PENDING「主要用語の canonical 定義」の健康行=close（パフォーマンス/最適もダイアルのパラメータ化で構造解決、適応の閾値は科学判断で残す）／positioning コピーは pre-launch 先行可（実装は post-launch 中心）。
• 全文 spec: C:\Users\susam\Downloads\CarnivOS\docs\primal-logic-app\primal-logic-web\docs\CC1_OPTIMIZATION_DESIRE_EARNED_DEVIATION_DESIGN_2026-07-07.md（健康定義は本 DEC 本文が正）
• 自信度 🟢85%（Fable 推奨＋公理整合）
• last_reverify: L0-9 据え置き後 / claim→metric レジストリの実指標対応が揃うまでは対外コピーに未出荷ドメインを出さない点を出荷前再点検
• commit: f636da88 (2026-07-07)

• commit: dcd08973 (2026-07-20)

• 決定（統合原理・全設計の親）: CarnivOSは判断しない。ユーザーが冷静な時に定めた基準を、正直な計測と正直な値札で執行する「自己統治の計器」。最適化強度も逸脱可否も著者は常にユーザー、アプリは事実を曲げず処方だけを本人の意思に合わせる。

- ①逸脱の最終判定者＝ユーザーの冷静時契約（Ulysses/オデュッセウス契約）、アプリは許可/禁止を一切生成しない＝返すのは「契約上これは予算内/予算外/24h待機」の照合結果だけ。∴「欲求時は正常判断できない」を自律性を削らず解く（判断を過去の冷静な自分に渡す＝ルールの著者が本人）＋"正当化マシン化"の経路が構造的に不在。sibuketu 原案「移住するくらい頑張れ」の努力査定はアプリでなく本人契約が担う（核の「価値に見合う活性化エネルギー」は commitment device として存続）。

- ②TAM=招待型 positioning（「baselineはceilingでない/未計測の差分」＝Whoop/Oura型で既健康層まで拡大）、断罪型（「あなたは病気」）は禁止・医療語ゼロ・性能語のみ＝medical overclaim 回避と TAM 拡大の同時達成。※sibuketu 明示 yes は①③、②は推奨yesで進行（無視=同意 §2.3f、異議あれば撤回）。

- ③関係性是正＝「大切な人との食事」を最正当な逸脱カテゴリに（sibuketu「社会的な生き物…めちゃくちゃ問題」強同意）＝アプリを「社会生活の敵」から「社会生活を守る予算管理者」へ反転（競合未踏の差別化・SDT関係性欲求への対応）。

- 設計装置: 強度ダイアル（3-4段離散・可変=処方層のみ/事実層は不変＝「ダイアルは要求水準を変える、真実は変えない」）／冷静時契約＋真コスト領収書（道徳ぬき帳簿）＋逸脱予算＋24hルール＋計画逸脱の savoring／会話推定は"不一致検知"限定・透明・提案止まり・自動変更ゼロ。段数/モード名/予算式は A/Bテスト（data、taste でない）。

• 残選択肢/没案: 「アプリが逸脱を許可/禁止する判定者」＝没（SDT自律性毀損＋正当化マシン化＋誠実ブランド自滅の3点で棄却、確信度🟢85%）／連続スライダー強度＝没（偽の精密さ）／会話からの推定を主入力＝没（隠れプロファイリング=誠実ブランド自殺）。
• 依存 framework: [[project_honest_position_no_commerce_moat]]（誠実moat）／自己決定理論(SDT: 自律/有能/関係)／DEC #647（情報量の単一シグナル＝強度ダイアルの姉妹）／前段の用語定義監査（DECISIONS_PENDING「主要用語の canonical 定義」＝定義を強度ダイアルにパラメータ化して論争回避）。origin タグ: 人間発案（TAM/earned-deviation）＋Fable合成（オデュッセウス契約・関係性の指摘）。
• 下流影響: FEATURE_CONCEPT_FOUNDATION.md に大前提として据える（次アクション）／オンボ目標選択・栄養係数・positioning コピー・AIチャットのプロンプト制約が全てこの原理から派生／「shame語彙禁止」を文言レビュー standing rule 候補／orthorexia escape-valve（逆nudge/ダイアル自動降格）を必須装備に。実装は post-launch 中心だが positioning は pre-launch 先行可。reversible ✅。
• 全文 spec: C:\Users\susam\Downloads\CarnivOS\docs\primal-logic-app\primal-logic-web\docs\CC1_OPTIMIZATION_DESIRE_EARNED_DEVIATION_DESIGN_2026-07-07.md
• 自信度 🟢85%（魂の1問）/ 🟢80%（②③）
• last_reverify: FEATURE_CONCEPT_FOUNDATION 大前提化の後 / 実装 spec 化（onboarding/契約UI）着手時に SDT整合を再点検
• commit: b7854112 (2026-07-07)
• commit: 28d77d60 (2026-07-07)

• commit: 06fb5f22 (2026-07-07)
• commit: 7c56224f (2026-07-07)

• 決定: 情報密度の個人化は画面ごとのトグルでなく、1つの per-user「情報量の好み」シグナルを全 surface（tips 長さ/AIチャット冗長度/💡evidence 表示 default/通知文言）が一貫して読む設計＝RULES 冒頭の二層 UX ビジョン（ポチポチ層/💡深掘り層）の運用化。シグナルの導出=implicit（💡タップ率・AIチャット利用・evidence modal 開封）+ explicit（設定の1トグル）。付随: 「移行状態のモード分岐」は sibuketu 自己判定どおり軽扱い（「あんま変わらん」）＝ペルソナ軸の1つに留める。専用ボタン一般則（同日 sibuketu 指摘から）: 会話的な意図には UI ボタンを立てず「良い扱い+例文提示」を与える（反論モード §10.1 改訂が実例）。
• 下流: CCF-44 ペルソナ軸に「情報量の好み（多め/少なめ）」を追加（INBOX 反映済）。実装 spec 化は CCF-44 実行時（新規タスクを今立てない）。
• 🆕 実装 note（CC1 2026-07-09・CCF-41由来）: 最初の実装面はコーチ/通知の文長（レイヤーA=栄養素表示範囲と独立に検証可・最安の着手点。密度シグナルの全 surface 一貫読みを一気に配線せず、文長という単一で可逆・独立検証可能な面から入る）。
• 依存: docs/CCF_WOM_SHARE_ARCHITECTURE_2026-07-07.md §10.1 改訂。origin タグ: 人間発案。
• last_reverify: CCF-44 実行時に実装可否を具体化。
• 🔴 訂正追記（同日 sibuketu「既に3モードあるけど変じゃね？」→ origin/main 実読）: 既存 nutrientPriority.ts に simple/standard/detailed(+custom) が実在（消費7面）。ただしこれは栄養素リストの表示範囲（レイヤーA）であり、#647 の「説明の濃さ（レイヤーB・app-wide）」とは別層＝矛盾でなく未分離。発見した実問題: (1) 命名逆転＝simple=実践者向けで protein 非表示・standard=初心者向け→初心者が「simple」を選ぶと主指標 protein が消える（nutrientPriority.ts:19-24） (2) レイヤーB は未統治。処置: A/B を分離しペルソナ既定値のみが両方を設定・A のモード名は意図ベース（電解質フォーカス/コア10/全項目）に改名候補→ UI 全面見直しレーン+CCF-44 検証軸へ。
• commit: 0414e2c6 (2026-07-07)

• commit: fce8381a (2026-07-07)
• commit: a7fd49b1 (2026-07-07)
• commit: cec6a2fc (2026-07-10)

• 決定: 窓の使い道 fork（2026-07-05 起票）は推奨C+B の実行完了と窓失効（~7/8 JST）で対象期間終了＝close。以後 Fable は高コスト稀用途・この型の仕事は Opus/CC へ。
• 下流: CCF_INBOX 残（CCF-34/41/31/42/CCF-2/bio帯）は post-window Opus レーンで CC1 が triage。
• 依存: docs/CCF_FABLE_SELF_SOURCING_METHODOLOGY_2026-07-07.md（残 Fable 適格の判定基準）。
• last_reverify: Fable 無料窓が再提供された時。

• 決定: ①Veritas 日次 message を chat 内 assistant bubble に配線（flag ON のみ別途 sign）②静的 tip card→「AIからの挨拶 bubble」化。session 分割は維持・IM型全面改装は launch 後再評価。
• 下流: CC1 が要件化→CC2 実装（quick-win 4件は既走）。
• 依存: docs/CC1_AICHAT_UI_TEARDOWN_2026-07-06.md。origin タグ: 人間方向性+AI teardown。
• last_reverify: launch 後の利用データで IM 型全面化を再評価。

• 決定: 独立監査医の調達を先行（ハイブリッド報酬=固定+採用連動歩合・敵対的マンデート・却下反論の四半期公開ログ）。「監修」=実監査済み content のみ・「医療アドバイザー」語は不使用・「提携」=完全開示とセット。アプリ内にパートナー声の容器は作らない（v1）。歩合実額は B 候補出現時に上程。
• 下流: CC1=打診文下書き（送信=sibuketu sign）。CCF-9 実施時に「AIチャはパートナー発言を事実引用しない」制約を継承。
• 依存: docs/CCF_EXPERT_PARTNERSHIP_ARCHITECTURE_2026-07-07.md。origin タグ: 人間発案（sibuketu 壁打ち）+AI構造化。
• last_reverify: B 候補との初回契約時（歩合設計の実地検証）。

• commit: d8a0816a (2026-07-08)
• commit: 427727a7 (2026-07-10)
• commit: 3756cec3 (2026-07-10)

• 決定: 購入ボタン/アフィリタグ付与を削除し「検証済み推奨品」の情報ページに降格（品目+根拠+Tier は残す）。WaterTracker 内の購入導線は削除。アフィリコードは恒久空。DEC #556（v1.0後アフィリ有効化）は本DECで SUPERSEDED＝新公理 [[project_honest_position_no_commerce_moat]] に整合。
• 下流: CC2 実装（affiliateLinks.ts/supplements.ts/recommendedItems.ts/SupplementModal/RecommendedItemsScreen/WaterTracker.tsx:1286-1291）。PMID 3件 citation-verify は撤去後も必要（情報ページに残るため）。
• 依存: docs/CCF_HONEST_POSITION_AUDIT_2026-07-05.md #1。origin タグ: AI発見（CCF-4 drift）+人間確定。
• last_reverify: なし（公理整合の構造変更・戻す時は新 DEC）。

• 決定: LINK-J 第8回=提出 GO（締切7/21）／JVA=応募 GO（8/19、draft AI先行）／持続化補助金=着火 GO（受講のオンライン可否を AI が先に調査→実受講は調査後に実判断）／都創業助成 第2回=見送り（次回募集 calendar trigger）／融資3本=寝かす（trigger=post-launch 資金需要）＝後2者は §2.3f 無視=同意で確定。
• 下流: CC1=LINK-J パッケージ最終化+JVA draft+持続化調査。提出操作=CC5/CWC、最終 sign=sibuketu。
• 依存: docs/CCF_FUNDING_STRATEGY_2026-07-06.md §3。origin タグ: AI統合（CCF-19）+人間確定。
• last_reverify: LINK-J 結果通知時。

• 決定: 日本JPO へ 2区分（9類=DLソフト+42類=SaaS）を自力出願し優先日を launch 前に確保。出願料 ¥20,600（登録料 ¥65,800 は審査通過後の別判断）。44類=見送り。米国=規模トリガー（US課金50件 or MRR $500 or クローン実出現）で弁護士経由、EU 同後段。
• 下流: CC5=J-PlatPat 実検索（sign前 step）→願書下書き AI→提出操作 CC5/sibuketu。トリガー階段は strategy-triggers 登録。
• 依存: docs/CCF_TRADEMARK_STRATEGY_2026-07-07.md。origin タグ: AI発案（CCF-29）。
• last_reverify: 拒絶理由通知が来たら（弁理士要否をその時再判断）。

• commit: 6f41a00f (2026-07-07)
• commit: 061bb5ef (2026-07-07)
• commit: d2c5279b (2026-07-07)
• commit: 44492cae (2026-07-07)
• commit: 0e9090f5 (2026-07-07)

• 決定: north-star = WAL7（過去7日に≥3日、食事+体調/症状を記録した課金者数）。MRR/trial転換でなくAを主指標に。根拠: 課金は全員前払い500席上限＝MRRは初期に天井張り付きで日々動かせない・手遅れ指標。「ちゃんと使ってるか」は毎日動き"続けて更新するか"を先行予測＝moat(食×症状追跡)受領のproxy。MRRは最終スコアとして横目。
• 下流: CC2 が docs/CCF_MEASUREMENT_ARCHITECTURE_2026-07-06.md §6 M5=weekly_active_logger 集計をWAL7定義で実装。tripwire(§5)の頂点にWAL7。UTM M1-M3・moatイベントM4は指標非依存で並行。
• 依存: docs/CCF_MEASUREMENT_ARCHITECTURE_2026-07-06.md / CC1_GTM_FUNNEL_CHANNEL_RESEARCH_2026-06-28(DEC#610 医療ウェッジ)。研究: Teachable WAU→MRR切替で$3M ARRは PMF後の事例（CarnivOSはlaunch前=engagement先行が妥当）。
• last_reverify: PMF到達・スケール段階に入ったらMRR/LTVへ主指標昇格を再評価（Teachableパターン）。

• 決定: 逸脱を理由で分岐（default厳格は維持、opt-in深掘り層で解放）。理由を"意味の重み"順の連続体に（厳格vsゆるいの二択でない）: ①かけがえのない意味的瞬間（親の最期の手料理/一生に一度の本場の味/冠婚葬祭）=最大級grace・「戻す」でなく「味わった」と記録・恥ゼロ ②好奇心=祝福して n-of-1データ化 ③社交=文脈化 ④依存=AVE-Breaker回復。①は「あなたの親の最期の一皿はケトーシスより重い」と言える誠実優位性の決定的瞬間（店頭コピーにliteralで書かない=内部の羅針盤）。
• sibuketu根拠: 「厳格はだけど逸脱のバランスによる。親が死にそうな時に子供の頃好きだった手料理を肉じゃないから捨てるのは悪魔すぎる。憧れた国の本場ピザとか」＝俺の3分類(好奇心/社交/依存)が第4の"意味的瞬間"を見落としていた。
• 下流: CC2 が D1(逸脱記録に理由4択1タップ)/D2(recoveryAlgorithm前段に理由分岐・escalationは④のみ)/D3(opt-in「測って選ぶ逸脱」トグル+深掘り層UI)/D5(好奇心/意味逸脱→n-of-1 exposureMetricへ)。全枠=非bio・reversible。D4健康被害バンド"実値"はOpus/citation層(CCF-11/14と統合)。
• 依存: docs/CCF_CONSCIOUS_DEVIATION_MODEL_2026-07-06.md §3.3 / CCF-5 AVE-Breaker / [[project_honest_position_no_commerce_moat]]。研究=AVE(全か無か思考)=ダイエット失敗の中核機序・if-thenプランで解毒(triagemethod他)。
• last_reverify: 二層UX実装後、①意味的瞬間の記録UIがユーザーに冷たく見えないか実機確認。

• commit: ed447c3e (2026-07-30)

• 決定: CarnivOSは自社名でAIチャを出す＝そのチャットシステムのprovider扱いになりうるが、(a)50(1)対話開示は実装済(AIChatScreen:800)(b)deepfake非該当(c)8/2前launchなら50(2)機械可読マーキングは2026-12-02まで猶予(AI Omnibus 2026-05)ゆえ、Bで走る＝軽微穴埋め(S1-S3)のみ即実行、C2PA等マーキング実装と有料法務レビューはしない。実効リスク低(pre-revenue・EU比率小・明示AIラベル済、制裁上限€15M/3%は理論値)。
• sibuketuのLLM比較質問への回答: 50(2)は「自出力にAI生成の機械可読印を付ける」だけ＝他LLMとの精度比較ではない。分類器が雑でも明示ラベル済で無関係。
• 下流: CC2 が S1(i18n開示キー6言語監査)/S2(aiSecretary朝briefingにAI生成ラベル)/S3(写真栄養推定にAI推定ラベル)。全reversible。50(2)実装は12/2再評価まで保留。
• 依存: docs/CCF_EU_AI_ACT_ART50_COMPLIANCE_2026-07-06.md。出典=artificialintelligenceact.eu Art.3/50, AI Omnibus。
• last_reverify: 2026-12-02（50(2)猶予期限）前に provider判定と実装要否を再確認。launch日程が8/2後にずれたら即再評価。

• commit: a878de02 (2026-07-06)
• commit: 2a491e67 (2026-07-11)
• commit: e009eeab (2026-07-14)

• 内容3点: (1)質の層の最大欠落は設計でなく"未配線"=74項目復活(CCF-3)が最優先、復活後も単一パスゆえboundary claimはdebate-appraise(多エージェント)を上に。Sonnet贅沢の改良点=係争claimに複数Sonnet独立パス+judge。(2)上流→下流ゴミ連鎖を標準lens化=上流ソース/大前提の質を先に固める→上流変化時に下流再検証(自動発火e)→優先度に上流度(DEC#633済)。(3)Sonnet贅沢=限界価値で経験停止=5個回して需要あれば継続/微妙なら追加ナシ(既方針の明示化)。
• 依存: docs/AI_BIAS_PREEMPTION_MASTER_2026-07-06.md / CCF-3 / [[feedback_build_premise_before_feature_decision]] / [[feedback_subagent_model_routing]] / DEC#633
• last_reverify: appraisalRubric復活時 / premise-change自動発火を機構化した時

• commit: 15fc7d63 (2026-07-12)
• commit: 70bd900c (2026-07-12)

---

• commit: (pending)
• commit: d6777b61 (2026-07-08)
• commit: 8e964ca0 (2026-07-30)

---

• 内容: (1)§2.3eを「問題提起にAI推奨必須」から2段ゲートに格上げ＝STEP0マスターテスト「sibuketuの答えでこの決定は変わるか?」で変わらない(evidence/correctness/既決DEC/基準/reversibleエンジニア判断/既提案)ならAI決定・聞くな、真のforkは大抵0・多くて1-2 / STEP1(真のforkのみ)は⭐推奨+信頼度%色+R/S/D+reversible明記、bare「AかBか」禁止。(2)output-style-check.py check(21)をwiden＝frame21に「判断してほしい/判断が要る/N件だけ」追加+inline(a)(b)(c)/①②③を項目カウント、実violation phrasingで発火することをテスト検証済(FIRED=True)
• 実適用: 前turnのGHA 4件をマスターテストにかけ直し→3件(ci.yml再設計/頻度適正化/email-classify)はAI所有、真のforkはSNS cron戦略1件のみに収斂。DECISIONS_PENDINGを訂正
• 残選択肢/没案: chat textのhard-block=不可(tool callでないゆえPreToolUse不可、Stop/UserPromptSubmitはadvisory)＝検出後の自己訂正が本丸と正直明記 / prose-onlyでなくhook widen併用で二層防御
• 依存 framework: [[feedback_decompose_decision_taste_sliver]]§39/§41 / [[feedback_general_discussion_format]] / [[feedback_lead_with_recommendation]] / §2.5 4軸 / §2.6 R→S→D
• 下流影響: RULES §2.3e(CORE・57.4KB≪59KB cap)、~/.claude/hooks/output-style-check.py check(21) frame+item検出、全CCの決定提示に適用
• last_reverify: 次に俺が判断を提示する時に自己適用できてるか（次turn以降の自己監査）

• commit: d6777b61 (2026-07-08)
• commit: 8e964ca0 (2026-07-30)

• commit: 89bbeae1 (2026-07-06)
• commit: fceeb758 (2026-07-08)
• commit: b73d4558 (2026-07-14)

• 残選択肢/没案: (a)Advanced内Accountカテゴリをdefault-openにするだけ→タブ切替は残るため却下 (b)完全に新規「アカウント切替(別Googleアカウント)」機能の追加→現状そもそも存在しない別機能でRの要件定義が必要・今回のスコープ外として見送り
• 参照情報/未知点: 参照=SettingsScreen.tsx全構造(Basic/Advanced 2タブ+Advanced内5アコーディオン)・USER_FLOWS.md既存「UX Issues」記載(Advanced→Account最奥4クリック問題は既知だった) / 未知=ブラウザでの実際の見た目・タップ挙動(CC3 cold-read待ち)
• 依存 framework: RULES §1.1/§0.5#27/§1.3.1.F.1、CC2_INBOX auto-fix scope(§2.4b-1)には該当せず通常のUX改善タスクとして実施
• 下流影響: src/screens/SettingsScreen.tsx（id改名+新規JSX+アンカーid）、docs/USER_FLOWS.md(§9短縮版/詳細版/UX Issues)、6言語translations/*.ts(新規key settings.signedInAs/settings.manageAccountLink)。grep "settings-account" -rn src/ で呼出し元確認可能
• 関連: [[feedback_reverify_dispatch_citation_claims]]と同系統の「静的検証で完了とせず未検証事項を正直申告」実践。CC3_INBOX V-CC2-SETTINGS-ACCOUNT-DISCOVERABILITY-2026-07-05
• last_reverify: 2026-07-05（本セッション実装のみ、CC3独立確認は未実施＝needs reverify by CC3 cold-read完了時）

• commit: 89bbeae1 (2026-07-06)
• commit: fceeb758 (2026-07-08)
• commit: b73d4558 (2026-07-14)

• 内容3点: (1)機能/決定の前に大前提(公理)を作り下流を導出＝[[feedback_build_premise_before_feature_decision]]を全領域(機能/GTM/プロセス)に拡大、方針トップクラス。(2)優先度採点に"上流度(unblock数)"を追加＝従来 賞味期限×効果 に、1つ直すとN個動く上流タスクを加点/乗算。triage gate hook 改訂候補。(3)未然防止＝ミス/想定外が出たら大前提フレームで「どの公理を問えば未然に防げたか」を事後に問い poka-yoke化。
• 残選択肢/没案: 現状(場当たり容認)=没(sibuketu明示否定)／RULES本文昇格 vs memory=両方(RULES §0追記候補+memory)
• 依存 framework: FEATURE_CONCEPT_FOUNDATION.md / [[feedback_build_premise_before_feature_decision]] / [[project_recursive_self_improvement_loop]] / triage gate hook
• 下流影響: 全CCの機能/決定判断前に大前提grep / triage採点式(上流度追加) / GHA out-of-band監視追加(CC8) / RULES §0追記候補
• last_reverify: 上流度の採点式反映後 / RULES昇格判断
• commit: 28428530 (2026-07-05)

• 残選択肢/没案: KILL=没(公理適合済で撤回)／現状維持=不足(n-of-1未接続)
• 依存 framework: FEATURE_CONCEPT_FOUNDATION.md #8 / [[feedback_build_premise_before_feature_decision]](プロセス機械化) / [[feedback_actual_state_first_then_file]]
• 下流影響: toxinDamageTimelines.ts/RecoveryProtocolScreen.tsx に #7症状データ接続(Phase2/nof1連動) / 機能判断前の大前提grep を全CC標準化
• last_reverify: n-of-1 接続実装時

• 依存 framework: [[feedback_subagent_model_routing]] / DEC #621(effort=high adaptive)
• 下流影響: aiProvider.ts の目的別モデル config / trigger 設定(未配線=CC1/CC8 lane、月次 or MRR閾値で再評価cron)
• last_reverify: trigger 配線後 / 新モデルリリース時

• 残選択肢/没案: Fableをper-user runtimeで使う案=没（コスト無駄・30日保持、sibuketu懸念で確定回避）／健康データ送らず端末内SLM=品質低下ゆえ次善
• 依存 framework: DEC #572(nof1)未発行が上流／[[project_usda_replacement_north_star]]／[[project_honest_position_no_commerce_moat]]
• 下流影響: aiProvider.ts/aiSecretary.ts(Phase1) → CC2-PERSONALIZATION-ENGINE-PHASE1 投入済 / nof1本体=DEC#572要 / ③ranking=CC1
• last_reverify: Phase1 実装後に briefing 品質実測

• commit: 6a1fb41d (2026-07-05)

• 決定: 創業者（創業者）の実名・顔・個人ストーリーを CarnivOS のユーザー向け面（About・SNS・マーケ訴求等）に出す施策は行わない。法律上必須の開示（特定商取引法に基づく表記ページの氏名記載、Apple個人開発者アカウントの Seller 表記）のみ例外として許容する。透明性戦略はブランド/データレベル（引用元明記・確信度表示・Honest Precision、既存 §0.2）で担保し、創業者個人の可視化はしない。
• 残選択肢/没案: 「創業者ストーリーで共感を稼ぐ」施策（健康/wellness系アプリでよくある手）は不採用。理由＝カーニボア/健康系は感情的反発（アンチ勢・医師論争等）を呼びやすく個人攻撃リスクが上がる一方、得られる信頼効果は既存のデータ面透明性で代替可能、露出のメリットが実証されてから検討すべき後回し施策と判断（今リスクだけ先取りする理由なし）。
• 参照情報/未知点: 参照 = tokushoho.html（本名2箇所、法定開示）/ WHOIS（既にプライバシー保護済、対応不要確認）/ about.html・privacy.html・メールテンプレート（本名記載なし確認）/ Apple個人アカウントのSeller表記仕様。未知 = Google Play個人アカウントは開発者名を公開表示する義務がない旨は一般知識ベースで未実機確認。
• 依存 framework: RULES §0.2 Honest Precision（データ透明性の既存軸）/ 法人化タスク（法定開示の露出面を法人名表記に切替える副次効果、既出につき本DECでは詳述しない）
• 下流影響: About/SNS/マーケコピー作成時に「創業者個人を出す」案が出たら本DECを理由に却下。grep "創業者\|founder" docs/primal-logic-app/primal-logic-web/public/ で該当面を確認可能。
• 関連: memory feedback_anonymity_by_default_founder
• 自信度: 🟢80%（sibuketu の明示方針、現状の About ページも既に個人ストーリー無しで整合）
• last_reverify: 特に無し（標準方針として継続、露出戦略の再検討が持ち上がった時のみ）
• docs only（審査影響なし）
• 【拡張 2026-07-04 s2、sibuketu「ゴリゴリに隠れる方針でいこう　保守目」+ y】: 上記を「public/community 恒久匿名 + gated professional のみ氏名可 + 迷ったら隠す保守デフォルト」へ強化。観客別の線引き＝(a)ユーザー/コミュニティ/ファン = 恒久で一切出さない（「ファン化きもい」の本体＋安全リスク最大。コミュニティが形成されても創業者中心に束ねず、ミッション/道具中心に束ねる＝人物依存でない方が壊れにくい・カーニボア界隈の声デカ人物群と逆張りの「顔なし・データで語る」ポジショニング）(b)プレス/メディア = 原則出さない（ブランドで受ける、実益実証まで不要）(c)投資家/助成金審査員/法務 = 氏名のみ・求められた時だけ（少人数・説明責任ある場・多くが必須、パラソーシャルとは別物ゆえ許容、但し「公開」ではなくその場の相手にのみ）。判断の芯 = 非対称性: 匿名は後から解除可(可逆)/露出は取消不可(不可逆) → 迷ったら隠す側に倒す（sibuketu 強く同意「うわこれするどい」）。gated professional を「一切出さない」まで硬くすると助成金/投資/審査で詰むので、そこだけ氏名可の窓を残す。| 拡張後 自信度 🟢85%（非対称性ロジックで sibuketu 明示同意）

## DEC [withheld: provisional decision] (2026-07-04) — 外部事実sweep：load-bearing前提2件を一次出典で真偽照合（存在確認≠真偽）

CC1 /y で「外部事実 全再検証sweep」着手（DECISIONS_PENDING deferred②、過去の"Android=法人必須"誤前提1ヶ月ロスの再発防止＝存在確認でなく主張の真偽を公式/一次に照合する脳）。棚卸し22件→高優先top2を並列照合。

• ① Android個人アカ先行公開 = 🟢80%で妥当確定（公式verbatim）: Google Play の組織アカ強制トリガーは Medical / Human Subjects Research / 金融 / VPN / 政府 の4種のみ（support.google.com/googleplay/android-developer/answer/13634885・13996367）。栄養トラッカーは Health & Fitness の「Nutrition and Weight Management」＝非該当、D-U-N-S不要。残ゲート＝12テスター×14日連続 closed testing のみ（answer/14151465、2024-12に20→12緩和）。旧「DEC #612 公式verify」の採番齟齬を公式URL群で置換完了。実務注意2点＝自動分類の誤要求(appeal可のfalse-positive)／出荷直前にaccount-typeページ再確認（third-party blogの2026-01-28 personal廃止説は公式で裏取れず＝公式は Medical/Research 限定）。
• ② 生体利用率係数（健康計算core・live使用）= 🟡中、1件は🔴実害: carnivore_constants.ts:12-33 BIOAVAILABILITY_COEFFICIENTS の出典が「Gemini提案」で一次文献未紐付＝nutrientCalculator.ts:74-128,231-258 で実使用(flag OFFでない)。5係数を PubMed で照合＝4係数(鉄/ビタミンA/亜鉛/タンパク質)は実在PMID/DRIに置換完了・桁妥当、鉄0.1は0.15へ精緻化余地。🔴 ビタミンK MK-4=1.0/K1=0.1 は文献支持なし(Jaminon2021 PMID 34945687＝K1とMK-4は同等活性、10倍優位はむしろ逆)→CC2-BIOAVAILABILITY-CITATION-FIX で是正投入(honest default、CC3 cold-read必須)。

- 🔴🔴 訂正②（2026-07-07 CC1、Opus git履歴照合・proxy-as-truth §0.5#30）: 上の「4係数を実在PMID/DRIに置換完了」はその後 revert 済＝現在は無効。9d352056(修正本体)→79b50f35 revert: all 5 proposed citations failed independent verification(引用5件が独立検証で全滅→差し戻し)→58d8aae7(CC3がrevertの正しさをPubMed確認)。∴現在地＝5係数とも "Gemini提案" 値が honest default のまま（local の "Gemini提案" コメントは stale でなく正）。次に触る者へ: 新規PMID紐付けを再試行するな（前回全滅・revert確定）。この係数群は DEC #648/#649 の健康数値honesty＋新設 RDL枠組み（DECISIONS_PENDING「上流の次元」）の quarantine 対象＝辺スキーマに載せて study-appraise で再検証する筋。DEC #628② の「完了」表記は本訂正でrevert済・未解決に更新。

下流: Android=個人アカ先行launchの前提が一次出典で固まった(戦略不変・確信度格上げ)。生体利用率=CC2修正→CC3 PMID再照合。sweep残(高優先#3/#5/#7ストア規約群、#19 VitC仮説)は次回継続。| framework: §0.5#5幻覚/#30 proxy-as-truth + DECISIONS_PENDING deferred② + 存在確認≠真偽(DEC#619の上位) | 自信度 🟢80%(Android公式照合)/🟡(生体利用率は桁妥当だがビタミンK要再設計) | reversible ✅ | last_reverify: Android=出荷直前にaccount-typeページ再確認 / 生体利用率=CC2修正後CC3照合

• [CC1 2026-07-04 sweep続 #5/#11 照合] ③ iOS consent gate = Apple 5.1.2(i)ただ1つに確定（過剰前提を撤回）: 5.1.2(i)実在・施行2025-11-13、栄養/健康データをGeminiへ送る CarnivOS直撃。「5法域一律modal」は誤り＝データ移転consent(Apple)とAI身元開示(EU/州法)の別義務を混同。CA SB243=companion chatbot限定で非該当／TX開示=政府機関のみ／UT=原則on-request。∴iOS再提出のconsent設計はApple 5.1.2(i)単一modal(送信前opt-in・送信先"Google Gemini"明記・一括同意に混ぜない・privacy label記載)に集約、EU AI Act 50(1)身元開示は同modalに一文同梱(施行2026-08-02、前倒し無害)、50(2)生成物マーキングは別タスク(EU配信前)。→ CC2-IOS-AI-CONSENT-DESIGN投入。 ④ TC7④(Health Connect manifest)=既解消のstale前提と判明: manifest宣言6=実使用6一致、全WRITE権限remove済、栄養read/write無し(local/origin一致、healthConnectService.ts:153-156/AndroidManifest.xml:89-157)。RULES L22 launch worklistの「未修正だとreject」はproxy-as-truth stale→RULES訂正。残🟡=Play ConsoleフォームのREAD_BLOOD_PRESSURE正当化(2026-01強化、CC5)+実AAB dump確認(CC2/CC5)。 | last_reverify追加: iOS consent=再提出前 / TC7④=AAB dump確認後にclose
• commit: 04d20379 (2026-07-04)
• commit: 62802e7b (2026-07-04)

• commit: c041d57a (2026-07-05)

• commit: c366beb2 (2026-06-30)

• commit: c366beb2 (2026-06-30)

---

> 🔀 2026-08-22 合流・番号衝突: #612 は origin/main 側に既存の別内容決定が存在（本ファイル内で見出しテキスト「### #612 [MICRO] 2026-06-28: Android 先行 launch path 確定 | 決定（sibuketu「Androidいこうか...」をgrepして特定可能。行番号は今後の編集で動くため付記しない）。#634/#635 方式に倣い再採番せず、参照時は行番号/日付で区別すること。

>

• commit: 859f4b6c (2026-07-02)
• commit: 02e098c5 (2026-07-02)

---

• commit: 3bf35885 (2026-06-30)
• commit: 817e5b80 (2026-06-30)

---

• commit: 17ae8288 (2026-06-30)
• commit: 75dad1c9 (2026-07-08)

---

• commit: bf850aa4 (2026-06-30)

---

• commit: 16232a48 (2026-06-30)
• commit: c707b05d (2026-08-04)

---

• commit: c76eb90d (2026-07-20)

• commit: ca0fcef1 (2026-06-30)

---

• commit: 134654c9 (2026-06-30)

---

• commit: (pending)
• commit: 8bb25390 (2026-06-29)

---

• commit: 3dad4708 (2026-06-29)

---

• commit: (pending)
• commit: 0b1023e3 (2026-06-28)
• commit: 310326ba (2026-07-25)

---

• commit: (pending)
• commit: 0b1023e3 (2026-06-28)
• commit: 310326ba (2026-07-25)

---

> 🔀 2026-08-22 合流・番号衝突: #555 は origin/main 側に既存の別内容決定が存在（本ファイル内で見出しテキスト「### #555 [MICRO] 2026-05-31: Apple 審査窓 (build 9005561 が「審査待ち」の間) は全 CC が docs を含...」をgrepして特定可能。行番号は今後の編集で動くため付記しない）。#634/#635 方式に倣い再採番せず、参照時は行番号/日付で区別すること。

>

• commit: (pending)
• commit: e5389118 (2026-06-28)
• commit: 11e72ceb (2026-06-30)

---

• commit: (pending)
• commit: 5cbe0232 (2026-06-28)
• commit: c36d592f (2026-06-30)
• commit: a42fcd95 (2026-07-14)

---

• commit: b0123fa8 (2026-06-27)
• commit: 724649ee (2026-06-28)

---

🔴 訂正（2026-07-10 CC3、月次決定ドリフト監査、独立2手法で確認）: 「iOS/Android=codemagic.yaml の .env 生成 step に VITE_ENABLE_NUTRIENT_INTERACTIONS=true 追記済」は誤り。①リポジトリルートcodemagic.yaml（Codemagicが実際に読む唯一のファイル、docs/primal-logic-app/primal-logic-web/codemagic.yamlは本DECの1ヶ月前=2026-05-17 commit 77c85c42で既にorphan削除済み）にVITE_ENABLE_NUTRIENT_INTERACTIONSのgrepヒットなし ②.env生成step(L122-130)自体がVITE_SUPABASE_URL/VITE_SUPABASE_ANON_KEY/VITE_GEMINI_API_KEY/Stripeキー2種の6変数決め打ちechoで構成されており、Codemagicダッシュボード側にこの環境変数を設定しても生成される.envに反映されない構造的欠陥。∴ 本番(iOS/Android)でこの安全レイヤーが一度もLIVE化されていない可能性が高い（DEC #660と同型のcwd相対パス罠の再発、CL-010決定-実行gapクラスに該当）。安全性への実害=中立（code defaultがOFFのままなのでベースライン=DEC以前と同じ、"改善レイヤーが未適用"であって"危険な値が出ている"わけではない）。自信度: 「配線済み」claim → 🟢(85-90%相当)から🔴15%へ格下げ（構造的に不可能だったことを2手法で確認）。科学的検証(係数/cap/PMID)部分は🟢のまま据え置き。次アクション: CC2へcodemagic.yaml修正dispatch済み(CC2-NUTRIENT-INTERACTION-ENV-WIRING-FIX-2026-07-10)、CC5へCodemagic/Vercel両ダッシュボードの実環境変数確認dispatch済み。| last_reverify: 2026-07-10

• commit: (pending)
• commit: a791181b (2026-06-20)
• commit: 797cb757 (2026-06-20)
• commit: 0a51a59f (2026-07-10)
• commit: e8694012 (2026-07-13)

---

• 残選択肢/没案: ❌移行ツール命題（→永続サブスク不可・90日買い切りにすべき・年額廃止）/ ❌命題未決のまま価格いじり（土台不在で下流が揺れる）
• 参照/未知点: 参照 = CC1-COMPETITOR-WEDGE「手入力前提だと retention 負け / AI photo 不在=retention 直撃」・CC1-FUNNEL（人力限界ピッチ）・既存長期機能(biomarker/月次digest/coach) / 未知 = 適応後 retention 実データ（pre-launch 皆無）
• 依存 framework: [[#605]]（pricing は本命題の子）/ DN-9 NSM（週次アクティブ）/ §0.6 DIP / DN-5 #480/#481（二層UX）
• 下流影響: ロードマップ優先（retention hook: labs推移/再導入実験/トラブルシュート/coach 強化）/ pricing(#605)/ NSM 計測設計
• 関連: [[#605]] [[#401]] [[#402]] / CC1-COMPETITOR-WEDGE / CC1-FUNNEL
• last_reverify: metric-gated（cohort month-2/3 retention で命題 validate/refute）
• 戦略 docs のみ = 審査セーフ

• 残選択肢/没案: ❌即 flat $30（cold-traffic friction↑・未検証で conversion lever 放棄）/ ❌年額$200廃止（DEC #401/#402 と矛盾・LTV/前受けキャッシュ本体）/ ❌再検証なしで現状固定（「移行のみ」リスク放置）
• 参照/未知点: 参照 = DEC #283/#389 pricing SoT・DN-9 NSM・内部監査「手入力前提だと retention 負け」 / 未知 = 適応後 retention 実データ（pre-launch ゆえ皆無）
• 依存 framework: [[#283]] [[#389]]（pricing SoT）/ [[#177]]（referral=初月100%=$9.99）/ DN-9 NSM / §0.6 DIP
• 下流影響: ASC IAP intro-offer config / planSelect 初月コピー / DEC #177 referral payout base（intro 撤廃時 $9.99→$30 で再決定要）。grep -rn "9.99" src/
• 関連: [[#283]] [[#389]] [[#401]] [[#402]] [[#177]] / DECISIONS_PENDING「metric-gated」
• last_reverify: metric-gated（最初の cohort が month-2/3 到達時に retention curve 判定）。固定日不可＝launch が iOS keyboard reject で gated、launch 日未定
• docs/config のみ = 審査セーフ（reversible：pricing config + copy）

• commit: ca1a3ede (2026-06-11)

---

• commit: e1c05a14 (2026-06-07)
• commit: 334f0136 (2026-07-11)

---

• commit: 5a6b85c0 (2026-06-06)
• commit: 1537166d (2026-06-07)
• commit: 359e370b (2026-06-08)

---

• commit: 3febf0fb (2026-06-05)
• commit: 76042fe7 (2026-06-06)

---

• commit: 6d8c6752 (2026-06-21)

• commit: 0577faed (2026-06-10)

• 残選択肢/没案: ❌時系列を出さず矛盾だけ提示 (どちらが新しいか不明 = sibuketu が自分で調べる手間 = No-Repeat 精神に反する) / ❌新しい方を AI が勝手に採用し提示しない (#552 矛盾=確認に反する、 sibuketu の adjudication 権を奪う)
• 参照情報/未知点: 参照 = 本 session の 5/29 vs 5/30 提示→即解決の実例 + feedback_conflict_confirm_and_continuity_autopersist (ルール1/2) / 未知 = なし (適用は明快)
• 依存 framework: [[#553]] (継続語=自動ルール化、 確定) + [[#552]] (矛盾検出=確認、 確定) + No-Repeat
• 下流影響: feedback_conflict_confirm_and_continuity_autopersist.md に ルール3 追記 + MEMORY.md index 更新。 全 CC 適用 (矛盾提示は CC 種別問わず発生)
• 関連: [[#552]] + [[#553]] + feedback_conflict_confirm_and_continuity_autopersist
• docs only = 審査セーフ (memory git 外・自動永続、 DECISION_LOG 追記 local のみ = [[#555]])
• last_reverify: 2026-09-01

• 残選択肢/没案: ❌5/29 旧ルール維持 (sibuketu が新しい方を明示選択) / ❌全 mail を CC1 集約のまま (物理的につまる = sibuketu 不満の本体) / ❌mail-queue auto-mode で全自動送信 (classifier block / Auto-Mode Bypass 判定 = 安全境界違反、 不採用)
• 参照情報/未知点: 参照 = RULES.md L1420 (5/30 新ルール) + CC5_INBOX L33/L45 (5/29 旧ルール + CWC classifier block 実績) / 未知 = 個人 Gmail (（個人メールアドレス）) 発の送信を将来 100% AI 化できる技術 path があるか (現状 = MCP send 機能なし + CWC block で最終 1 click sibuketu fallback)
• 技術留保: carnivos.app ドメイン発 = Resend/SMTP script で AI 送信可。 個人 Gmail 発 = draft まで AI + 最終送信 sibuketu 1 click。 不可逆な外部送信の直前のみ 1 行 confirm (旧 CC1 ceremony とは別物 = bottleneck ではない)
• 依存 framework: [[#552]] (矛盾検出=確認、 本件は前ターン提示済→sibuketu 解決) + RULES.md L1420 (5/30 確定) + 安全境界 (外部送信 = per-action confirm)
• 下流影響: CC5_INBOX L43-50 (旧ルール SUPERSEDED + 新ルール) + RULES_CC8 §1 (CC8 scope に mail end-to-end 追加) + RULES.md L1337 (CC8 line) + L1420 (6/1 確定 marker)。 撤回時は 5/29 ルールに復帰 (個人 Gmail 物理のみ)
• 関連: [[#552]] + RULES.md L1420/L1337 + RULES_CC8 §1 + CC5_INBOX CC5-MAIL-SEND
• docs only = 審査セーフ (DECISION_LOG 追記 local のみ・自発 push せず = [[#555]])
• last_reverify: 2026-06-20 (CC8 mail 運用の実摩擦 + 個人 Gmail 送信 path 確認)

• 残選択肢/没案: ❌動画一択維持 (現状、funnel 密度が30秒に入らず + 高コスト + 写真の保存信号を放棄) / ❌写真一択 (新規到達=Reel discovery を捨て launch 期に不利) / ❌単一 global 比率を1数字で決める (PF構造無視の false frame、 YT/TikTok に写真枠が無い)
• 参照情報/未知点: 参照 = SNS inventory 実数 + POSTING_CADENCE.md (全動画) + PLATFORM_TACTICS_2026.md (carousel 言及無し) + README.md コンテンツ比率 (=AI vs 実写、写真比率ではない) + IG 保存=ランキング信号の一般傾向 + no-budget / 未知 = IG 自アカの carousel vs Reel 実測到達・保存・CV (CC1-FUNNEL 2週間 test で判明)、 各 PF の install 単価
• 依存 framework: [[#560]] (funnel = dense 教育 = carousel 向き、確定) + POSTING_CADENCE.md (動画前提 = 要改訂) + DEC-016 (AI 100%、別軸・確定) + no-budget 制約 (確定)
• 下流影響: CC1-FUNNEL task に IG 50:50 + carousel 優先を明記 (本ターンで反映)、 POSTING_CADENCE.md に IG carousel 枠追加要 (現状 Reels のみ)、 SHORTS_PIPELINE は動画専用ゆえ carousel production path は別途
• 関連: [[#560]] + CC1-FUNNEL-INFOASYMMETRY-2026-06-01 + POSTING_CADENCE.md + PLATFORM_TACTICS_2026.md + DEC-010 + DEC-016
• docs only = 審査セーフ (DECISION_LOG 追記は local のみ・自発 push せず = [[#555]])
• last_reverify: 2026-06-15 (CC1-FUNNEL test 結果で IG 比率を実データ tune)
• commit: b9262a5d (2026-06-01)

• commit: 0ac83bd7 (2026-06-14)

• 残選択肢/没案: ❌専用 % トラッカー新規構築 (action_tracker.html / funnel_calculator.html が既存 + 完了 task #27 で % 監査済 = 重複・車輪の再発明) / ❌全 DEC に 6 要素厳格テンプレを強制 (情報薄い軽微 DEC でも空欄を埋める強制 = #557 が却下した over-reach の再来) / ❌% を全タスク・全 status に機械適用 (false-precision theater、 #557/#558「機械的全適用 NG」 に反する)
• 参照情報/未知点: 参照 = DECISION_LOG #552-559 の実 entry 様式比較 + decision-log-append SKILL.md + feedback_dec_entry_framework_required (ADR 整合宣言) + 完了 task #27 (% 監査) / 未知 = 軽微 MICRO DEC で % 強制の体感コスト (数 entry 運用後に再評価、 重ければ「軽微 DEC は % のみ・没案省略可」で緩和)
• 依存 framework: [[#557]] [[#558]] (format_context_aware = 形式は内容に従う、確定) + [[feedback_dec_entry_framework_required]] (ADR 整合 + 3 段防御、確定) + CLAUDE.md「記憶でなく仕組みで」(確定)
• 下流影響: ~/.claude/skills/decision-log-append/SKILL.md (template 改訂) + feedback_dec_entry_framework_required.md (代替案欄 + % 追加) + 今後の全 DEC entry。 撤回時は自信度欄を 高/中/低 語に戻すだけ (低 risk)
• 関連: [[#557]] [[#558]] [[#559]] + feedback_dec_entry_framework_required + 完了 task #27 + action_tracker.html / funnel_calculator.html
• docs only = 審査セーフ (DECISION_LOG 追記は local のみ・自発 push せず次 CC 相乗り = [[#555]]、 SKILL/memory は git 外・自動永続)
• last_reverify: 2026-06-20 (% 強制 + 没案 field の運用コスト確認)
• commit: 8288deb0 (2026-06-01)

• 依存 framework: r skill + y skill + [[feedback_decisions_pending_universal_queue]] + [[reference_cc14_ai_solo_judgment_scope]] + [[#538]] (CC1 統合 = 戦略 territory 込み) + [[#553]] (継続語=自動ルール化 = proactive-suggestion「普段」 の根拠) + Anthropic agentic 原則 9 点
• 下流影響: sibuketu 自律 trigger が /goal(CLI) / 「ゴール」「トークン使い切って」(Desktop 自然言語) で再現性化。 撤回時は y 単独 + 即興 fallback に戻る。 connected = feedback_proactive_command_suggestion + MEMORY.md index + (実運用 tune 時) SKILL.md 改訂
• 関連: ~/.claude/skills/goal/SKILL.md + feedback_proactive_command_suggestion.md + r/y skill + DECISIONS_PENDING.md
• last_reverify: 2026-09-01 (公開後、 loop 構造/bucket routing/stop 条件の実運用 tune)
• docs only = 審査セーフ (skill/memory は git 外・自動永続、 DECISION_LOG 追記は local のみ・自発 push せず次 CC 相乗り = [[#555]][訂正])

• 依存 framework: [[#557]] (形式に縛られない明確化) + [[#504]]/[[#507]] (format_context_aware) + feedback_general_discussion_format (±2 正本) + [[#524]] (CC4 6 要素は #524 で 議題引用 rule のみ撤回・様式は据置 = 🚫却下 は意図でなくドリフトと推定) + freeze rule (非ブロッカーだが sibuketu 直接依頼で前倒し)
• 下流影響: 編集 3 file = RULES.md §2.3e / RULES_CC4 §2.1 / memory feedback_general_discussion_format (memory は git 外 = 自動永続)。今後フォーマット仕様の変更は memory 正本 1 箇所だけ直せば全箇所反映 (RULES は指すだけ)。CC4 が 🚫却下 分離 row を意図的に残したい場合のみ §2.1 を 1 行 revert
• 関連: [[#557]] + [[#504]] + [[#507]] + [[#524]] + RULES.md §2.3e + RULES_CC4 §2.1 + feedback_general_discussion_format + feedback_format_context_aware
• last_reverify: 2026-09-01 (公開後、運用で正本 1 本化が機能しているか確認)
• commit: 66c4f5dd (2026-06-01)

• 依存 framework: [[#504]]/[[#507]] (feedback_format_context_aware、 形式は文脈依存) + feedback_general_discussion_format (±2 簡素版) + Proposal-by-Default + 迎合禁止 (全削除に安易同意せず honest 評価)
• 下流影響: memory feedback_general_discussion_format の「全部このフォーマット」→「決定/論点はこの形式、 列挙/仕様/報告は内容に従う」 に修正 (本ターン実施)。 RULES.md §2.3e の旧版ドリフト + 4 ルール統合は CC4 territory の整理作業 = 非ブロッカー = v1.0 公開後に 1 つへ畳む (今は審査窓 + freeze で defer)
• 関連: [[#504]] + [[#507]] + RULES.md §2.3e/§2.3f + RULES_CC4 §2.1 + feedback_general_discussion_format
• last_reverify: 2026-09-01 (公開後、 4 ルール統合時)

• 依存 framework: [[#277]] (アフィリやる=維持、 ただし「今すぐ申請」 の timing のみ post-v1.0 に降格) + [[#214]] (肉 Amazon 保留=維持) + [[#259a]] (自己申請=維持、 実行は公開後) + 安全境界 (口座開設=AI 禁止) + freeze rule (有効化=非ブロッカー=審査中凍結)
• 下流影響: (a) [[#262]]「月間合計>$500 で価格引き下げ表示」 + [[#520]]「Founding 500 lifetime holder affiliate referral path」 は本再定義 (収益期待低め / AI 面中立 / 公開後有効化) で前提が弱まる → 公開後に再検証 (撤回 or 縮小の可能性)。 (b) CC2 実装作業はゼロ (基盤完成・休眠)、 残は env 設定 (公開後) + 口座 (人間) のみ
• 関連: [[#277]] + [[#262]] + [[#520]] + src/utils/affiliateLinks.ts (hasAffiliateConfig gate) + src/data/recommendedItems.ts
• last_reverify: 2026-09-01 (v1.0 公開後、 有効化判断と #262/#520 再検証を同時に)

• commit: 9d410988 (2026-07-05)

• 依存 framework: H133/H-CODEMAGIC-BUILD-MINUTES (build 分枯渇) + project_no_budget_constraint + codemagic.yaml (forced PROCEED + submit_to_app_store:false) + freeze rule (🔴 のみ)
• 下流影響: 審査終了 (approve or reject) まで commit の local 蓄積は OK だが push 禁止。結果が出たら HOLD 解除 → 溜めた commit を一括 push 可。次回 reject 時は DEC #551 (Apple flow 全自動) で対応
• 検証クロージャ (本 DEC に同梱、in-review submission f0c419d7 / build 9005561 の re-reject リスク監査): (1) reviewer アカ = expired-sub 状態に flip 済 → paywall 表示される (2) sandbox 購入 → verify-apple-receipt の sandbox fallback (HTTP 404/400 で sandbox URL retry) が検証成功 → premium 即解放 (3) login-hang 無し (getSession/setSession 10s timeout fail-open + closeInAppBrowser でオーバーレイ解消、DEC #505) (4) 価格 = DEC #389 と一致 (Monthly $30 + 初月 $9.99 intro、Yearly $200、Founding 500 Lifetime $99) (5) 権限文字列 6 locale ローカライズ済 (build 内) (6) Privacy/Terms ページ live (vercel rewrite → 静的 .html)。制御不能な残リスク = Supabase project pause (billing=ユーザー専用、審査中に pause すると reviewer sign-in 失敗 → re-reject)
• 関連: [[#551]] (Apple flow 全自動) + [[#554]] (G3 価格) + [[#505]] (in-app browser close) + [[#389]] (価格正本) + H133 + APPLE_REJECT_LOG.md 9th reject
• last_reverify: 審査結果受領時 (approve なら本 DEC 解除、reject なら #551 flow 起動)
• [CORRECTED 2026-05-31 同日]: 「全 CC が push HOLD」は過剰 + 単一共有レポジトリでは執行不能と判明。全 CC は同一 working dir + 同一 .git を共有 = いずれかの CC が push すると local commit 全部が origin に上がる (本 DEC commit f76e2307 も他 CC の push で origin 着、 当方は明示 push せず)。よって「自分の commit だけ HOLD」 は隔離にならない。かつ他 CC は blog/SEO を活発に push 中 (velocity 優先) = 一律凍結は active workflow と衝突し当方の独断事項でない。正しい lever = H133 build 分の tradeoff = ユーザー課金判断 (選択肢: 審査中は非必須 push を控える / burn 容認 / Codemagic Pro $99/mo)。当方の方針は「自分発の docs-only push を能動トリガしない (次の CC push に相乗り)」 に降格、 チーム凍結は強制しない。なお再 reject 監査は本 session で 2 軸追加 clean: GA4 は native で無効 (analytics.ts、 5.1.1 不一致なし) + G3.1.1 課金誘導なし (platform.ts の Capacitor 判定で native iOS は Stripe 到達不可、 itms-apps:// で sub 管理)。9th-reject fix 群 (fd93576f/cc44abfa/bb31ef28、 全 5/30) は再提出記録 commit bdf251c2 (5/31) の祖先 = build 9005561 に内包 (自信度 高、 build の exact SHA は Codemagic 未照合の唯一の gap)
• 関連 (collision note): 並行して CC3 が「#555 二重採番 finding」 を CC4 に dispatch (commit ad7254a6)。現 file の #555 は本エントリ1件のみ = 実体重複なし、 採番整理は CC4 に委譲

• commit: ad7254a6 (2026-05-31)
• commit: 8f74ce7e (2026-05-31)

• commit: e31b19a7 (2026-06-01)
• commit: 3f9b580b (2026-06-01)
• commit: e22e03ce (2026-06-01)
• commit: 97fcb015 (2026-06-01)

• 依存 framework: H133/H-CODEMAGIC-BUILD-MINUTES (build 分枯渇) + project_no_budget_constraint + codemagic.yaml (forced PROCEED + submit_to_app_store:false) + freeze rule (🔴 のみ)
• 下流影響: 審査終了 (approve or reject) まで commit の local 蓄積は OK だが push 禁止。結果が出たら HOLD 解除 → 溜めた commit を一括 push 可。次回 reject 時は DEC #551 (Apple flow 全自動) で対応
• 検証クロージャ (本 DEC に同梱、in-review submission f0c419d7 / build 9005561 の re-reject リスク監査): (1) reviewer アカ = expired-sub 状態に flip 済 → paywall 表示される (2) sandbox 購入 → verify-apple-receipt の sandbox fallback (HTTP 404/400 で sandbox URL retry) が検証成功 → premium 即解放 (3) login-hang 無し (getSession/setSession 10s timeout fail-open + closeInAppBrowser でオーバーレイ解消、DEC #505) (4) 価格 = DEC #389 と一致 (Monthly $30 + 初月 $9.99 intro、Yearly $200、Founding 500 Lifetime $99) (5) 権限文字列 6 locale ローカライズ済 (build 内) (6) Privacy/Terms ページ live (vercel rewrite → 静的 .html)。制御不能な残リスク = Supabase project pause (billing=ユーザー専用、審査中に pause すると reviewer sign-in 失敗 → re-reject)
• 関連: [[#551]] (Apple flow 全自動) + [[#554]] (G3 価格) + [[#505]] (in-app browser close) + [[#389]] (価格正本) + H133 + APPLE_REJECT_LOG.md 9th reject
• last_reverify: 審査結果受領時 (approve なら本 DEC 解除、reject なら #551 flow 起動)
• [CORRECTED 2026-05-31 同日]: 「全 CC が push HOLD」は過剰 + 単一共有レポジトリでは執行不能と判明。全 CC は同一 working dir + 同一 .git を共有 = いずれかの CC が push すると local commit 全部が origin に上がる (本 DEC commit f76e2307 も他 CC の push で origin 着、 当方は明示 push せず)。よって「自分の commit だけ HOLD」 は隔離にならない。かつ他 CC は blog/SEO を活発に push 中 (velocity 優先) = 一律凍結は active workflow と衝突し当方の独断事項でない。正しい lever = H133 build 分の tradeoff = ユーザー課金判断 (選択肢: 審査中は非必須 push を控える / burn 容認 / Codemagic Pro $99/mo)。当方の方針は「自分発の docs-only push を能動トリガしない (次の CC push に相乗り)」 に降格、 チーム凍結は強制しない。なお再 reject 監査は本 session で 2 軸追加 clean: GA4 は native で無効 (analytics.ts、 5.1.1 不一致なし) + G3.1.1 課金誘導なし (platform.ts の Capacitor 判定で native iOS は Stripe 到達不可、 itms-apps:// で sub 管理)。9th-reject fix 群 (fd93576f/cc44abfa/bb31ef28、 全 5/30) は再提出記録 commit bdf251c2 (5/31) の祖先 = build 9005561 に内包 (自信度 高、 build の exact SHA は Codemagic 未照合の唯一の gap)
• 関連 (collision note): 並行して CC3 が「#555 二重採番 finding」 を CC4 に dispatch (commit ad7254a6)。現 file の #555 は本エントリ1件のみ = 実体重複なし、 採番整理は CC4 に委譲

• commit: ad7254a6 (2026-05-31)
• commit: 8f74ce7e (2026-05-31)

• commit: e31b19a7 (2026-06-01)
• commit: 3f9b580b (2026-06-01)
• commit: e22e03ce (2026-06-01)
• commit: 97fcb015 (2026-06-01)

---

> 🔀 2026-08-22 合流・番号衝突: #848 は origin/main 側に既存の別内容決定が存在（本ファイル内で見出しテキスト「### #848 [MICRO] 2026-08-05: 「気色悪いくらい精密」フレーズの出典確定＝JVA草稿での使用は適用ミスでなく既存カーブアウトの正しい適...」をgrepして特定可能。行番号は今後の編集で動くため付記しない）。#634/#635 方式に倣い再採番せず、参照時は行番号/日付で区別すること。

>

• 依存 framework: [[#389]] (価格正本) + [[#177]] (referral = 初月$9.99) + [[#551]] (Apple flow 全自動だが config 変更は実行直前 chat 提示) + 安全境界 (account 設定変更 = explicit permission)
• 下流影響: 送信ゲート④「US monthly intro = $9.99」は ✅ 充足 = 再提出ブロッカー解消。post-submission の非ブロッカー残課題: (a) 非 US の monthly intro が 7-day trial で、app は全 locale で「$9.99 first month」(USD ハードコード) 表示 → 非 US user/reviewer には不一致 + 通貨も USD 固定で i18n bug。対応案は ASC 非 US も $9.99 揃え or app を locale 別表示に修正 (後者は build 焼き直し)、(b) yearly の per-country intro は classifier 不安定で本ターン未再確認 (base $200 は確認済、返信文は yearly intro を主張しない = 非ブロッカー)。APPLE_REJECT_LOG.md F3 note 更新済
• 関連: APPLE_REJECT_LOG.md 9th reject F3 + [[#551]] + [[#389]] + [[#177]]
• last_reverify: 2026-08-31 (ASC 現状確認は本件解決時に即実施)

• 依存 framework: No-Repeat (即永続化) + 無限記憶原則 + feedback_infinite_memory_decision_log
• 下流影響: 全 CC 1-8。 継続語検出時は DEC 追記 + 必要なら RULES/memory 更新。 単発(継続語なし)は従来通り DEC 任意
• last_reverify: 2026-08-31

• commit: 69551401 (2026-06-27)
• commit: 1a9ade9e (2026-06-27)

• 依存 framework: Proposal-by-Default (発言=提案) + No-Repeat (既答は聞くな) の補完 + AskUserQuestion
• 下流影響: 全 CC 1-8。 矛盾なし=即実行(従来通り)、 矛盾あり=AskUserQuestion 1問。 RULES.md に明記
• last_reverify: 2026-08-31

• 依存 framework: [[#542]] を撤回 (SUPERSEDED) + feedback_apple_reject_auto_complete_on_paste (受信は ASC 読取に更新) + Claude-in-Chrome ブラウザ操作 + 安全境界(message send = ユーザ明示許可で解禁)
• 下流影響: APPLE_REJECT_LOG.md「人手必須」 列を全消去 (SQL/メモ貼/価格/build選択/返信送信/再提出 全て AI)。 production DB write・ASC 設定変更・対外送信を AI が実行 (内容は実行直前に chat 提示)。 ブラウザ tab タイムアウト時は段階再試行
• 関連: [[#389]] (価格) + APPLE_REJECT_LOG.md 9th reject F1/F2/F3
• last_reverify: 2026-08-31

• 依存 framework: [[#548]] (decided-but-not-fired = ずれ) + No-Repeat (明示禁止の hard 化) + git safety protocol
• 下流影響: 誤爆時は ~/.claude/settings.json の deny から該当行削除で即解除 (可逆)。 全 CC 1-8 に即適用
• 関連: [[#537]] (enforcement-gap M3 reminder≠block) + [[#548]] (運用化元)
• last_reverify: 2026-08-31

• 依存 framework: [[feedback_consolidate_over_create_files]] + Proposal-by-Default
• 関連: claude-code-commands.html (Theme B リファレンス) + build-human-md-html.cjs (root OUT_DIR 固定)
• last_reverify: 2026-08-31

• 依存 framework: [[#547]] (ずれ = 決定 vs 実行) + DEC #537 M2/M3 (enforcement-gap) + Proposal-by-Default + 実行コンプライアンス監査概念
• 下流影響: AUDIT_OBSERVATION_POINTS.md に「ルール/機構の実発火・実適用検証」 観点を追加 (メタ層)。 CC3 は session 開始時に RULES が claim する always-on 機構 (Stop hook の chat marker 注入 / 全 CC always-ultrathink / §0.5a Dimension Map Protocol / No-Repeat の grep 前置 / SessionStart の handoff auto-read 等) が実際に発火・適用されたかを cold-read 監査し、 発火していなければ「ずれ」 として報告。 再帰版 = CC3 自身の AUDIT_OBSERVATION_POINTS 読み込みが実際に起きたかも対象。 percentage-audit (#27, [[#548]] が #547 で予約していた slot を本 DEC が realize) はこの監査スコープ上の定量化 mechanism として後続可
• 関連: [[#537]] (M2/M3 origin) + [[#547]] (ずれ定義) + [[gap-detection-decision-vs-execution]] + AUDIT_OBSERVATION_POINTS.md「メタ」 観点
• last_reverify: 2026-08-31

• 依存 framework: No-Repeat (二度言わせない) + 実行コンプライアンス監査概念 + Proposal-by-Default
• 下流影響: 以後 AI は「ずれ/ギャップ」 を「決定 vs 実行」 の意味でのみ使用。 option 比較には別語 (trade-off/選択肢比較) を使う。 %-管理の議論 (#27) はこの定義の上に乗る
• 関連: percentage-audit (#27 回答) + [[feedback_no_repeat_questions]]
• last_reverify: 2026-08-30

• 依存 framework: Proposal-by-Default + YMYL anti-誇大主張 + 2-tier funnel 設計
• 下流影響: keyword 戦略を 2-tier 化 (top=一般悩み, mid/bottom=carnivore-cluster)。 各 top-funnel 記事は「悩み→代謝メカニズム→carnivore が効きうる理由→現実的な期待値と限界」 構成。 肩こり等の機械的主訴は除外
• 関連: [[#545]] (継続供給で実装) + 次 batch の keyword 選定に反映
• last_reverify: 2026-08-30

• 依存 framework: Proposal-by-Default + DEC #538 (CC1 自己実装) + YMYL 監査ゲート (絶対保持)
• 下流影響: AI が batch/stagger/定期を data で判断。 本 batch (5 YMYL) は cluster 同時公開を選択 (相互内部リンク解決のため)。 将来の定期 publisher も監査ゲート必須 = 無監査自動公開は禁止
• 関連: 本 session 5 記事同時公開の cadence 判断 + top-funnel 戦略 ([[#546]]) の継続供給
• last_reverify: 2026-08-30

• 依存 framework: §2.5 (2026-05-30 handoff で push 緩和) + Proposal-by-Default + 品質ゲート分離原則
• 下流影響: AI は commit + push を人間確認なしで実行。 品質担保は push 前の監査ゲート (YMYL/CC3/QA) に集約。 撤回時は push 毎の人間確認復活 = 自律運用の律速
• 関連: [[feedback_session_handoff_universal_protocol]] + 本 session で 5 YMYL 記事を自律 push 済 (94cbd321)
• last_reverify: 2026-08-30

• 依存 framework: DEC #538 (主AI1個+CC5複数) + DEC #539 (番号縦割り緩和) + feedback_cc5_no_judgment_executor + feedback_y_browser_oneatatime_chat_batch
• 下流影響: CC5 への y = CC5_INBOX/HUMAN_TASKS 確定タスク自律実行 + baton。 ROI/優先度/skip 判断は CC1(主AI)。 CC5 越境検出時は CC1 escalate。 本 session の grant ROI 整理は CC1 判断として正式化 (CC5_INBOX CC5-GRANT-OPEN-AGGREGATE に確定 marker)
• 関連: feedback_cc5_no_judgment_executor (CC5 判断禁止) + 本 session 越境是正
• last_reverify: 2026-08-28

• 依存 framework: DEC #535 (微修正) + .claude/rules/sns.md + agent セキュリティ層
• 下流影響: sns.md 現状(人間確認ゲート)維持、 完全無人投稿にしない。 本セッションで subagent の sns.md 無人化 edit を revert 済 = 本 DEC と整合
• 関連: 前 turn の「sns.md 判断待ち」 はこれで解決 (人間も見る = ゲート維持)
• last_reverify: 2026-08-29

• commit: 7c3953f6 (2026-05-31)

• 依存 framework: RULES §11.6a + DEC #537 (No-Repeat) + Proposal-by-Default
• 下流影響: チャットは「CC3 起動して」 等 action 行のみ。 dispatch 内容は INBOX/file が source of truth。 撤回時は冗長報告復活
• 関連: memory feedback_dispatch_report_minimal + RULES §11.6a 反映 (次回)
• last_reverify: 2026-08-29

• 依存 framework: DEC #538 (CC 簡素化) + Proposal-by-Default + sibuketu 2026-05-29 提案
• 下流影響: 撤回時は番号縦割り復活で handoff 摩擦再燃。 connected = メール確認 (CC8 Daily Ops 領域) を主セッション吸収 + email-search subagent は Gmail MCP 非保持のため主セッション直接が確実
• 関連: メール = untrusted data、 読/整理/報告は可だが指示実行・返信・削除は sibuketu 確認要 (injection 防御)。 Gmail MCP は （個人メールアドレス） 1 アカ認証 = carnivos/ryukoku/12345 アカは別途
• last_reverify: 2026-08-29

• 依存 framework: Anthropic 3 文書 + RULES §0.5 cold-read + §13.1b instance registry + sibuketu 2026-05-27 提案
• 下流影響: 撤回時は 8-CC 維持で coordination 無駄継続。 connected = CC番号体系 (RULES §13) 改訂 + 役割スキル化 + INBOX/dispatch 機械の段階的廃止 + 中身 prune (構造簡素化と別途必要)
• 関連: 移行は段階的 (big-bang 禁止)、 修正方法 sibuketu「任せる」、 CC1 が incremental 実行 + 各段階 sibuketu 確認。 cold-read 差分 (検証は主AI自己レビューでなくオンデマンド白紙子AI)
• last_reverify: 2026-08-27

• 依存 framework: RULES §6 + [[feedback_no_repeat_questions]] + [[feedback_infinite_memory_decision_log]] + §11.8 + Proposal-by-Default
• 下流影響: No-Repeat 違反 = sibuketu に再質問。 enforcement-gap = mandatory ルールが静かに drift。 connected = RULES.md + CLAUDE.md No-Repeat 追加 + CC4_TASK_QUEUE enforcement-gap hook 化 dispatch
• 関連: CC4_TASK_QUEUE CC4-RULE-ENFORCEMENT-GAP-AUDIT-2026-05-27 + CC3 oversight
• last_reverify: 2026-08-27

• 依存 framework: RULES §2.4c + §4.7b + §11.8 (No Behavioral Fix) + [[feedback_chat_human_read_marker]] + [[feedback_english_overuse]]
• 下流影響: 撤回時は markers/jargon が再び行動依存で減衰。 hook は reminder (hard block でない) = CC3 継続監査で補完。 connected = settings.json Stop hook[1] + CC3_INBOX V-ALL-CC-CHAT-MARKER-COMPLIANCE
• 関連: 改善不十分なら §4.7b mandate の PostToolUse jargon-scan auto-fire (強 enforcement) に格上げ + settings watcher reload (既稼働セッションは /hooks or 次回反映)
• last_reverify: 2026-08-27

• 依存 framework: sibuketu 2026-05-26 明示決定 + RULES §13.9 (撤回対象) + [[feedback_pre_launch_human_check_skip]] (pre-launch only → permanent 拡張) + [[feedback_human_confirm_all_sns]] (撤回)
• 下流影響: 撤回 (= §13.9 復活) 時は再び人間 gate で配信停止 risk。 connected = RULES §13.9 SUPERSEDED pointer (本 turn CC1) + CC4 propagation (sns.md flow [R]→CC3→[A] / auto-qa-promote.ts text+carousel 対応 → CC2 / memory 2 件 reconcile / CC3 oversight) + 既滞留 [H] 071-079 / 073 → [A] 昇格 (X token 解除後 配信)
• 関連: CC4_TASK_QUEUE CC4-DISPATCH-TRACE-GAPS-2026-05-26 addendum + sibuketu 明示反対なら撤回
• last_reverify: 2026-08-26

• commit: 0c24f9ff (2026-07-10)

---

• 依存 framework: RULES_CC4 §2.1 (6 element 復帰) + DEC #523 撤回 trace + [[feedback_systemize_solutions]] 反対側 (rule 過剰追加禁止 boundary) + sibuketu「rule 整理つかない」 anti-pattern
• 下流影響: rule 6 element に復帰、 議題引用は ad hoc 判断 (CC4 自律)、 connected = CC3 audit dispatch close + 同 turn Topic 1-4 chat 出力 (6 element + 優先度高い順) + 学習: 「sibuketu visibility demand → 即 rule 化」 anti-pattern 検出 (ad hoc 対応で十分 case の見極め)
• 関連: DEC #523 撤回 marker + RULES_CC4 §2.1 revert (本 turn) + CC3_INBOX V-CC4-RULES-DISCUSSION-FORMAT close marker + 同 turn Topic 1-4 優先度順再書き
• last_reverify: N/A (撤回 entry)
• last_reverify: 2026-08-18

• 依存 framework: subagent A + HUMAN_TASKS H96 (DUNS 不可) + H98 (12 人テスト) + memory reference_duns_sole_proprietor_blocked
• 下流影響: 撤回時は launch block continuation 高、 connected = HUMAN_TASKS H new (法人化 path 検討) + CC5 dispatch
• 関連: CC4_TASK_QUEUE CC4-R-RESEARCH-FINDINGS-STRATEGIC-2026-05-19 close + sibuketu 明示反対なら撤回 + 法人化 trigger MRR $3000 (DEC #514 J subagent 整合)
• last_reverify: 2026-08-20

### ~~#523~~ [RETRACTED 2026-05-20 by #524] [MICRO] 2026-05-20: RULES_CC4 §2.1 議論 format 「議題 (出典 + 前提 + 問題 + sibuketu sign)」 element 0 mandatory 追加 (6→7 element 拡張) | 根拠: 2026-05-20 CC4 y で Topic 1-4 chat 出力時 6 element のみで chat ephemeral context 喪失 → sibuketu「議題自体も引用しないとわからん」「結論だけ書いてない?」 visibility 違反 detect。 議題 element 0 として「出典 file path or session source + 前提 / 状況 / 何が問題か / sibuketu に問う sign」 を inline 引用 mandatory 化。 RULES_CC4 §2.1 edit 完了 + 同種 task entry / DEC entry でも適用 candidate (sprint 3 統合) | 自信度 高 (sibuketu 明示 demand + visibility 改善で「結論浮く」 pattern 防止)

• 依存 framework: RULES_CC4 §2.1 (壁打ち出力フォーマット) + [[feedback_format_context_aware]] (DEC #504/#507) + [[feedback_chat_no_duplication]] + [[feedback_recap_suppress]]
• 下流影響: 撤回時は議題引用なしの「結論浮く」 chat 再発、 connected = 全 CC4 議論 chat 出力 + CC3 startup audit S 番号追加 candidate (議題 element 不在 = FAIL flag) + 同 turn Topic 1-4 chat 再書き直し sample
• 関連: RULES_CC4 §2.1 edit (本 turn) + CC3_INBOX V-CC4-RULES-DISCUSSION-FORMAT-EXPANSION-2026-05-20 audit dispatch + 同 turn Topic 1-4 7 element format 出力
• last_reverify: 2026-08-20
• 撤回 (2026-05-20): DEC #524 で同日 within 撤回、 詳細 #524 参照

• 依存 framework: DEC #466 (launch timing T-2w 厳守) + subagent D + memory project_cc_numbering_tcc_dcc
• 下流影響: 撤回時は launch timing 再設計、 connected = HUMAN_TASKS H91/H92/H93 + CC1 SEO + CC5 podcast pitch
• 関連: CC4_TASK_QUEUE CC4-R-RESEARCH-FINDINGS-STRATEGIC-2026-05-19 close + sibuketu 明示反対なら撤回
• last_reverify: 2026-08-20

• 依存 framework: 既 Founding 500 framework + DEC #389 (price $99 lifetime) + memory project_funnel_design
• 下流影響: 撤回時は acquisition mechanic 喪失、 connected = CC2 referral tracking 実装 (post-launch) + Stripe commission flow
• 関連: CC4_TASK_QUEUE CC4-R-RESEARCH-FINDINGS-STRATEGIC-2026-05-19 close + stockpile commission % sibuketu sign (deferred)
• last_reverify: 2026-08-20

• 依存 framework: DEC #480 + memory feedback_jargon_parenthetical_gloss + RULES §0.2 (誠実な精密さ)
• 下流影響: 撤回時は landing + paywall + ASC copy 変更、 connected = CC1 cycle 44 続 (9) docs/CC1_HERO_WORDING_2026-05-19.md 採用 chain + CC2 i18n 6 言語反映
• 関連: CC2_INBOX CC2-COMPETITOR-COUNTER-SPRINT1-2026-05-19 i18n 連動 + sibuketu 明示反対なら撤回
• last_reverify: 2026-08-20

• 依存 framework: subagent F brand positioning + memory project_sns_cc_integration
• 下流影響: 撤回時は community channel 分散 + brand hygiene 喪失、 connected = HUMAN_TASKS H new (Skool $99/月 申込) + CC5 dispatch
• 関連: CC4_TASK_QUEUE CC4-R-RESEARCH-FINDINGS-STRATEGIC-2026-05-19 close trigger + sibuketu 明示反対なら撤回
• last_reverify: 2026-08-20

• 依存 framework: memory feedback_audience_bias_warning + feedback_evidence_appraisal_carnivore_framework + DEC #471 (medical disclaimer)
• 下流影響: 撤回時は brand reject risk (誤情報拡散 + 法的責任)、 connected = CC1 SEO topic exclusion + CC2 onboarding T2 segment guard
• 関連: CC4_TASK_QUEUE CC4-R-RESEARCH-FINDINGS-STRATEGIC-2026-05-19 close trigger
• last_reverify: 2026-08-20

• 依存 framework: DEC #480 (T1/T2/T3 segment) + memory feedback_audience_bias_warning + PMID Tier 1-4 framework
• 下流影響: 撤回時は T2 acquisition channel 縮、 connected = CC1 SEO blog T2 角度 + CC2 segment-aware copy + Reddit r/PCOS + r/Hashimotos AMA
• 関連: CC4_TASK_QUEUE CC4-R-RESEARCH-FINDINGS-STRATEGIC-2026-05-19 close trigger
• last_reverify: 2026-08-20

• 依存 framework: [[feedback_systemize_solutions]] (3 回目以降仕組み化必須、 本 #515 で 5 回目級 fix) + [[feedback_pattern_expansion_protocol]] (1 指摘 → 全件 grep) + [[feedback_no_premature_done]] + RULES §11.0a
• 下流影響: 撤回時は chat ephemeral 盲点継続、 同類違反 6 回目以上発生、 connected = 2 memory file 新規 + CC3_CONSTITUTION S22-S24 統合
• 関連: memory feedback_ephemeral_anger_log + feedback_inbox_commit_hash_mandatory (新規) + r_batch_2_findings_2026-05-19 (J 詳細) + RULES §11.6a (silent default 4 種 trigger 拡張 candidate)
• 依存 framework: r SKILL.md (territory 並列 protocol、 視野狭め anti-pattern 訂正) + [[feedback_research_two_modes]] (目的ナシ型 broad scan) + [[feedback_y_human_judgment_10_protocol]] V3 (10 件 stockpile) + Apple Review Guidelines + Google Play Health Apps 2026-01 + EU AI Act + India DPDP + South Korea PIPA
• 下流影響: 撤回時は 8 subagent finding loss、 connected = CC2 master Group S (~20 件) + CC1 master Group E (~10 件) + CC3 V-CC4-R-BATCH-1 audit + CC5 user action Google Play Org + Korean PIPA + India DPDP + CC4 territory direct (CC_ROLES rewrite + Founding 500 lifetime wording + 「現在フェーズ」 single source + Windsurf clean + SHORTS_PIPELINE 警告 + T1 sub-pocket 階層 DECISION_LOG #480 拡張)
• 関連: memory r_batch_1_findings_2026-05-19 (source-of-truth) / CC4_TASK_QUEUE V6 stock entry (次 turn 投入) / batch 2 (I-P 8 territory) 次 turn spawn (territory I 既決定 vs 実装 reflection / J 過去違反 retroactive sweep / K meta-research / L 依存 supply chain / M business financial risk / N competitive intelligence 深 / O UX pre-launch / P sibuketu 過去発言 gap detect)
• last_reverify: 2026-06-18

• 依存 framework: r SKILL.md (多め mode + territory 並列) + [[feedback_research_two_modes]] (目的ナシ型 broad scan) + Anthropic 公式 + Apple/Google/Stripe/Vercel/Supabase/Anthropic/Gemini 公式 deprecation calendar + EU AI Act + DFA + Vore/MFP/Cronometer/Noom/Carb Manager/MacroFactor 公式 change log
• 下流影響: 撤回時は 8 subagent finding loss、 connected = CC2 master Group U (~15 件) + CC1 master Group F (~6 件) + CC3 V-CC4-R-BATCH-2 audit + CC5 user action (Google Play Org + Vercel Spend + Stripe Radar + Codemagic Xcode 26 + Play Billing v8 + 税理士 + 保険) + CC4 territory direct (DEC entry + memory anger log + r SKILL.md self-update + 監視 marker last_reverify + 法人化 trigger + carnivore-adjusted churn threshold)
• 関連: memory r_batch_2_findings_2026-05-19 (source-of-truth) + CC4_TASK_QUEUE V6 stock entry (次 turn 投入) + 新 territory Q-U 次 r 起動候補 + r SKILL.md self-update diff sample (territory A-U + coverage log JSONL + 多め mode trigger keyword + default 1000-1200 word)
• last_reverify: 2026-08-17

• 依存 framework: [[feedback_human_task_priority_framework]] (5 軸 15 点 priority) + [[feedback_recap_suppress]] (silent default、 push 不要) + [[feedback_pre_human_task_audit]] (人間 task vs AI 自動化)
• 下流影響: 撤回時は HUMAN_TASKS user 飛ばされ再発、 connected = 全 CC5_INBOX dispatch entry pointer + sibuketu 毎日読み source
• 関連: HUMAN_TASKS.md トップ新 section / CC5_INBOX § APPLE-REJECT A-D 詳細 pointer / Tokyo Venture 5/29 外部 deadline 明示
• last_reverify: 2026-08-17

• 依存 framework: [[feedback_pattern_expansion_protocol]] (1 指摘 → 全件 grep) + [[feedback_systemize_solutions]] (3 回目以降仕組み化必須、 本 #512 で 5 回目級) + [[feedback_no_premature_done]] + RULES_CC4 §2.1a 完全性要件
• 下流影響: 撤回時は 5 defect 残存、 connected = CC2_INBOX Group T (T1-T5) + CC3 audit V-CC2-SIBUKETU-PAST-PATTERN-T + DEC #366 reflect verify chain
• 関連: CC2_INBOX top Group T dispatch 投入 / DEC #366 撤回 i18n reflection lag finding / memory feedback_companion_problem_examples (次 turn 追記、 今回 5 件 violation 永続化)
• last_reverify: 2026-06-18

• last_reverify: 2026-06-18

• 依存 framework: [[feedback_y_human_judgment_10_protocol]] V3 (無視同意 protocol) + DEC #501/#508 (V4/V5 確定) + DEC #495 (sprint plan)
• 下流影響: 撤回時は CC4_TASK_QUEUE entry 全部 active 状態に戻る、 connected = sprint 1/2/3 plan + 全 CC dispatch
• 関連: CC4_TASK_QUEUE close marker batch (次 turn file edit、 大量 batch、 時間制約上 commit ベース status 反映)
• last_reverify: 2026-06-18

• 依存 framework: [[feedback_recap_suppress]] (chat brevity、 拡張) + [[feedback_chat_no_duplication]] (重複禁止) + [[feedback_format_context_aware]] (DEC #504/#507) + RULES §11.6a
• 下流影響: 撤回時は進捗 report 形式回帰、 connected = chat 出力 self-check + CC3 startup audit S13/S20/S21 candidate
• 関連: memory feedback_recap_suppress 拡張 (silent default 厳守 追記、 4 種 table)
• last_reverify: 2026-06-18

• 依存 framework: [[feedback_y_human_judgment_10_protocol]] V3 + [[feedback_format_context_aware]] (DEC #504 + #507) + Apple reject Group R 整合
• 下流影響: 撤回時は V5 dispatch 連動消える、 connected = CC1 V5-5/V5-7/V5-9 + CC2 V5-8/V5-10 fact verify + CC4 V5-3 DEC #466 撤回 + sprint 2 plan (V5-1/V5-4/V5-6)
• 関連: CC1_INBOX V5 dispatch + CC2 audit-tech fact verify dispatch + CC4_TASK_QUEUE V5 entry
• last_reverify: 2026-08-17

• 依存 framework: [[feedback_format_context_aware]] (DEC #504 拡張) + [[feedback_chat_no_duplication]] + RULES_CC4 §2.1
• 下流影響: 撤回時は format 機械適用で visibility 喪失、 connected = chat 出力 self-check + CC3 startup audit S21 candidate
• 関連: memory feedback_chat_no_duplication (visibility 3 段階 protocol 追記) + V5 stock 再提示 (4-column table)
• last_reverify: 2026-08-17

• 依存 framework: Anthropic 公式 docs + Apple Review Guidelines + TikTok/Meta/Google 公式 API + memory feedback_research_two_modes
• 下流影響: 撤回時は dispatch 投入未整合、 connected = CC2 Group K/N/P/Q/R + CC1 master + CC5 user action
• 関連: 4 audit memo file 永続化 candidate sprint 3
• last_reverify: 2026-08-17

• 依存 framework: Apple Review Guidelines 4 / 2.1 / 2.1(a) / 2.1(b) + DEC #444 + DEC #389
• 下流影響: 撤回時は re-review path 不明確、 connected = CC2_INBOX Group R + CC5_INBOX A-D
• 関連: subagent a0546695 / CC2 Group R / CC5 A-D
• last_reverify: 2026-08-17

• 依存 framework: [[feedback_multi_option_with_confidence]] + [[feedback_chat_no_duplication]] + [[feedback_recap_suppress]] + [[feedback_no_unverified_facts]]
• 下流影響: 撤回時は format 機械適用 + wording 衝突、 connected = RULES_CC4 §2.1 + chat 出力 self-check
• 関連: memory feedback_format_context_aware
• last_reverify: 2026-08-17

• 依存 framework: [[feedback_no_unverified_facts]] + [[feedback_systemize_solutions]] + DEC #466 撤回候補
• 下流影響: 撤回時 deadline focus 再発、 connected = sprint plan / launch readiness audit
• 関連: memory feedback_launch_no_fixed_date_quality_first
• last_reverify: 2026-08-17

• 依存 framework: [[feedback_systemize_solutions]] (3 回目以降仕組み化必須) + [[feedback_recap_suppress]] (chat brevity) + [[feedback_cc4_no_option_menu]] + RULES_CC4 §2.1
• 下流影響: 撤回時は同類違反再発、 connected = 5 memory file + RULES_CC4 §2.1 + 「y」 protocol
• 関連: 5 memory file (~/.claude/projects/.../memory/feedback_*)
• last_reverify: 2026-08-16

• 依存 framework: Anthropic 公式 best practice (platform.claude.com + code.claude.com) + 既使用 hooks / agents / skills / rules + sibuketu「公式網羅的に探し回って使えそうなのあったら使おう」 demand
• 下流影響: 撤回時は cost 削減 + 事故防止 + reliability 喪失、 connected = anthropic-proxy / settings.json / aiService.ts
• 関連: CC2_INBOX master Group Q dispatch / subagent a6c87e98 source / docs/CC4_ANTHROPIC_BP_AUDIT_2026-05-18.md (今後作成 candidate)
• last_reverify: 2026-08-16

• 依存 framework: DEC #497 (段階的 protocol、 本 #498 で修正) + Apple AI Consent Rule (A3、 案 B disclosure 必須) + DEC #483 (真実探求 framing、 personalization transparency)
• 下流影響: 撤回時は DEC #497 段階的に戻る (現状 hardcoded → N=100 → N=1000)、 connected DEC = #463 / #483 / A3 / K2 / #497
• 関連: CC2_INBOX master Group Q「demoMode → 未来モード」 dispatch / cost calc 詳細 = Gemini 2.5 Flash pricing × usage 推定
• last_reverify: 2026-08-16

• 依存 framework: DEC #463 (demoMode 復活) + DEC #483 (真実探求 framing、 AI 生成 sample の transparency) + Apple AI Consent Rule (A3、 Nov 2025) + CC2-LB-BATCH K2 (Gemini rate limit、 案 B 前提)
• 下流影響: 撤回時は現状 hardcoded のまま (案 B / 案 A 進化 path 閉鎖)、 connected DEC = #463 / #483 / A3 / K2、 sprint 2/3 で案 B trigger 評価
• 関連: memory project_demoMode_personalized_idea (source-of-truth、 idea + cost-benefit 詳細) + src/utils/demoMode.ts (現状実装) + sprint 2 candidate (post-launch N=100 trigger)
• last_reverify: 2026-08-16

• 依存 framework: [[feedback_no_unverified_facts]] (確証ない事実は書かない) + [[feedback_research_completeness_protocol]] (6 source matrix) + 過去 DIP 事故 pattern library
• 下流影響: 撤回時は claim 復活で再び FTC § 5 + Apple 1.4.1 違反 risk、 撤回不可 (verify 結果 = 客観事実)
• 関連: CC2 master dispatch C3 + CC1 master dispatch 5 + audit file 3 §3
• last_reverify: 2026-08-16

• 依存 framework: [[feedback_proactive_task_discovery]] (CC4 startup S0) + [[feedback_actual_state_first_then_file]] + DEC #471 (FDA wellness) + DEC #483 (真実探求 framing) + DEC #480 + #481 (target 3 層 + 時期別比重) + DEC #470 (UI mode reconcile、 v1.1 → v1.0 前倒し確定)
• 下流影響: 撤回時は 200+ finding が再び未整理状態に戻る、 sprint plan 自体が source-of-truth でなく audit file 6 件 + handoff 1 件が canonical、 master dispatch entry は実行 trigger
• 関連: docs/CC4_HANDOFF_2026-05-18.md + 6 audit file + CC2_INBOX master entry + CC1_INBOX master entry + CC3_INBOX master audit + CC5_INBOX user immediate
• last_reverify: 2026-08-16

• 依存 framework: [[feedback_actual_state_first_then_file]] (推測禁止) + [[feedback_dec_entry_framework_required]] (DEC entry framework 明示) + [[feedback_systemize_solutions]] (仕組み化前提)
• 下流影響: 撤回時は DEC #488/#493 自身は履歴 reference 維持、 ただし grep claim 信頼度評価 framework が崩れる、 connected DEC = #487 (actual state first) + CC3 startup audit S6
• 関連: CC3 Session 19 Finding 4 (#488 scope) + Finding 6 (#493 scope)、 CC3_TO_CC4.md top entry
• last_reverify: 2026-08-16

• last_reverify: 2026-08-15

• last_reverify: 2026-08-15

• last_reverify: 2026-08-15

• last_reverify: 2026-08-15

• last_reverify: 2026-08-15

• last_reverify: 2026-08-15

• last_reverify: 2026-08-15

• last_reverify: 2026-08-15

• last_reverify: 2026-06-16

• last_reverify: 2026-08-15

[自信度: 80% 高-中] (DEC-036 + Apple Review 1.1.6 整合 + 既存 PMID 透明性 system enhance、 framing 明確)

### 決定 (framing 原則 + 4 trigger)

健康情報 content は 「データで真実探求 / 通説の不確実性提示」 framing。 「嘘暴き」「USDA 攻撃」 framing 禁止 (DEC-036 + Apple 1.1.6 disparagement 違反 risk)。

### 4 trigger (既存 feature enhance、 新規 task でない)

| trigger | 場所 | 例 |

|---|---|---|

| 1. Onboarding | 透明性 slide (Layer 0-1) | 「全栄養 claim に PMID 出典明示」 |

| 2. 食事記録時 | food-specific fact card | 赤身肉 → IARC Group 2A + factual qualifier |

| 3. Weekly Report | recap 末尾「今週の 1 知見」 | PMID 引用 1 件 |

| 4. AI Secretary (task230) | Morning Briefing + AI chat 回答 | PMID 引用 fact-check、 中立 wording |

### OK / NG framing

• ❌ NG: 「USDA の嘘」「卵悪いは大嘘」「WHO 捏造」 = 攻撃的、 disparagement
• ✅ OK: 「PMID X で因果未確立 (observational 限定)」「Ancel Keys 1953 は選択的データ、 21 国全件で相関弱」 = データ提示、 中立 qualifier

### 禁止 wording (CC1 / CC2 / AI Secretary)

「嘘」「騙された」「捏造」「大嘘」「狂気」「ヤバい」「USDA/WHO/FDA は間違い」「主流医学は腐敗」 等。

### 推奨 qualifier (中立 framing)

「因果は確立してない」「primary source dispute」「meta-analysis で効果薄」「historical context」「individual variation 大」

### 実装

• 既存 PMID + Tier 透明性 system 拡張 (DB に「通説検証」 tag、 CC2 dispatch 候補)
• AI Secretary system prompt に fact-check policy 追加
• weekly report template に「今週の 1 知見」 section 追加 (CC2 dispatch 候補)
• 5 言語 native 翻訳

### CC3 audit

• 全 content で 禁止 wording grep (機械 check)、 検出時 CC1 修正
• AI Secretary 出力 sample で policy 遵守 verify (LLM spot check)

### 関連

• DEC-036 (科学的・冷静、 master)、 DEC #471 (FDA wellness)、 DEC #482 (mission)
• memory/feedback_truth_framing_not_disparagement.md (補助 ptr、 source-of-truth は本 #483)
• docs/human-html/preview/strategy_vision.html (戦略 visual)
• Apple Review 1.1.6 / 5.0 Legal 整合
• last_reverify: 2026-08-15

---

[自信度: 70% 中] (mission framing は brand 強化に明確 / AGI/ASI timing 仮定は 50% / 全体 70%)

### 決定 (mission framing)

CarnivOS は単なる nutrient tracker でなく、 carnivore truth の scientific evidence 蓄積装置 として機能。

3 layer mission:

1. 個人 user 価値: 自分の食事 / health metric / biomarker (lipid panel) longitudinal data 蓄積、 personalized nutrient optimization

2. 科学 contribution: anonymized aggregate data で「carnivore N 年継続者の health outcome」 生成、 post-N=10000 達成後 学術 collab (IRB 経由)

3. 世論 shift contribution: data driven で carnivore safety / efficacy を示し、 main stream dietary guidelines bias 是正に貢献

### 長期 AGI / ASI scenario (5-30 年)

• AGI 5-15 年 (Anthropic / OpenAI / DeepMind 競争 baseline)、 ASI 10-30 年予測
• AGI 到達で carnivore 真実究明 (Ancel Keys lipid hypothesis 否定 / saturated fat 因果薄 / ketogenic 治療効果) 確定 → 全 weight loss market (数億 user) が CarnivOS TAM 化
• CarnivOS は N=10k+ data 蓄積で先行 moat 確立済、 AGI 到達時に dominant carnivore platform

### 不確実 (30%)

• AGI 到達 timing (5-15 年は業界予測、 ±5 年振れ幅)
• AGI で carnivore 真実究明 が確定するかは仮定 (現状 evidence dispute あり、 AGI で bias なし統合できる前提)
• 信頼度 50% (AGI/ASI scenario 部分)

### 関連

• DEC-035 (グローバル独占、 本 entry で mission 強化)
• DEC #480 (3 層構造、 5 root 5 で本 entry の TAM 拡大 link)
• memory/user_global_target.md (世界一の carnivore app、 本 entry で mission 詳細化 ptr)
• docs/human-html/preview/strategy_vision.html (戦略 vision visual)
• last_reverify: 2026-08-15

---

[自信度: 80% 高-中] (audience pyramid 業界 baseline + MFP/Noom 拡張 timing 教訓 timing + DEC #480 補完)

### 決定 (時期別 T1/T2/T3 比重)

| 時期 | T1 carnivore | T2 keto-paleo | T3 一般 | 戦略 |

|---|---|---|---|---|

| launch (Year 0) | 90% | 10% | 0% | T1 purity、 口コミ + brand identity 確立、 T3 投入禁止 (希薄化 risk) |

| Year 1 | 60% | 30% | 10% | T2 expansion 開始、 keto/paleo 流入、 N=1000 達成 |

| Year 2-3 | 40% | 40% | 20% | T2 中心、 T3 awareness 開始 |

| Year 5+ | 25% | 35% | 40% | T3 mass、 T1 brand purity 維持 |

### 根拠

1. MFP / Noom 拡張 timing 教訓: niche purity 喪失 + 拡張 timing 早すぎ → brand identity 希薄化リスク。 launch=T1 purity / 段階拡張で回避

2. audience pyramid timing: SaaS / consumer app 標準 = T1 dominate 後 T2/T3 拡張、 5-10 年 phase

3. brand purity 維持: app 内 = strict carnivore-first / marketing copy = 段階的、 DEC #480 統合戦略

### 関連

• DEC #480 (3 層構造、 source-of-truth、 本 entry は時期別比重の補完)
• docs/human-html/preview/milestones.html (時期別比重 table 含む visual)
• docs/human-html/preview/strategy_vision.html (戦略 vision 統合)
• memory/project_time_weighted_acquisition_strategy.md (新規候補、 時期別 SNS/SEO/Reddit/paid 比重)
• last_reverify: 2026-08-15

---

[自信度: 80% 高-中] (audience pyramid 業界一般 + CC3 「ハイブリッド転換 formal 化未済」 finding 解消 + CC1 cycle 41 audit 経由)

### 背景

2026-05-17 sibuketu「てかターゲットはカーニボアしてない層もでは？ターゲット再検証するか？そもそも今誰？」 = formal target 定義要求。CC3 Session 15 audit「'Hybrid pivot' は sibuketu mental model のみ、formal decision なし → CC4 clarify 推奨」。CC1 cycle 41 で 3 層構造 draft 提示 → CC4 audit + 確定。

### 決定: 3 層構造採用 (audience pyramid)

| 層 | 誰 | 規模 (CC4 補正) | 役割 | brand 戦略 |

|---|---|---|---|---|

| T1 コア | カーニボア実践者 | ~80-100 万人 (global) | 絶対外せない、口コミ源、refund 防止、LTV core | app 内 strict carnivore-first、purist 維持 |

| T2 隣接 | keto / paleo / animal-based / lion diet 実践者 | ~7000 万-1 億 (global、keto US 1500 万 + paleo US 500 万 × global 倍率) | 流入候補、コア化目標、機能 訴求対象 | "Carnivore-first" positioning、機能 deep cover |

| T3 拡張 | 一般 (太ってる / 疲れてる / 慢性不調 / カロリー疲れ) | 数千万〜数億 (weight loss app market 4 億+ user 2026) | 最大流入元、conversion 率低 volume 大、awareness | hook 段階的、specific medical claim 禁止 (#471 FDA wellness 整合) |

### ASC slide 使い分け (CC1 dispatch update)

| Slide | 訴求層 | 内容 |

|---|---|---|

| 1 | T3 (hook) | "Not Calories. Nutrients." 最大 reach hook |

| 2 | T1+T2 (ペイン) | 「肉だけ追跡」、calorie counting 疲れ |

| 3-7 | T1+T2 (機能) | PMID/bioavailability/antinutrient/AI Secretary/transparency 4-layer |

| 8 | T3 (訴求) | 30 日返金保証 (risk reversal) |

| 9-10 | T1 (narrative) | Founding 500 残席 / community advocate |

### 根拠

1. audience pyramid 業界一般: Tier 1 narrow core (口コミ + 高 LTV) + Tier 2/3 expansion (volume) = scale path 標準 (Noom / MFP / Cronometer 同 pattern、ただし brand 希薄化教訓を回避)

2. 規模 CC1 案 conservative: Reddit r/carnivore 530k (2026 推定) + 他 channel で T1 ~100 万、keto global ~1 億、weight loss app market 4 億+ user (2026) = T2/T3 で critical mass 確保

3. 「世界一」整合: T1 only ARR $1.5 億上限、T1+T2+T3 で $100 億規模 → global #1 達成可 (DEC-035 グローバル独占整合)

4. 希薄化 risk 対策: app 内 = T1 strict (carnivore-first purity)、marketing copy = T3 hook → T1 narrative 段階的、MFP / Noom 一般拡張時の brand identity 希薄化 trajectory を回避

5. CC3 finding 解消: 「Hybrid pivot mental model のみ」 → 本 entry で formal 化、ハイブリッド転換は 3 層構造として正式定義 (厳格 + 一般のバイナリでなく、T1/T2/T3 layered)

### 不確実 (20%)

• T2 規模 global 倍率の精度低 (US data 中心、EU/JP/BR データ不足) → launch 後 GA4 で実 split 確認 trigger
• T3 conversion 率 = unknown、industry baseline 1-3% 想定だが carnivore-first positioning で低い可能性
• Big5 framework (#320) が T2/T3 一般層に effective か = CC3 audit 待ち、本 entry で formal 化後に検証

### 🔵 注記追記（2026-07-30 CC1、issue #932 由来・単位確認）

上記「weight loss app market 4 億+ user (2026)」は出典・単位（累計DL/MAU）を明記していなかった（2026-07-26 Deep Research で発覚）。実測: 食事管理アプリの累計ダウンロード数は3億4,700万人（Statista、全期間累計）、MyFitnessPal単体のMAUは3,000万人。「4億+ユーザー」が累計DLを指すなら桁は概ね合う（過大評価ではない）。この数値はT2/T3のTAM試算に使われており（上記根拠2）、次にTAM試算を参照する際は「累計DL相当・現アクティブ数ではない」と明記して使うこと。決定自体（3層構造・T1/T2/T3の役割分担）は数値の粗さと独立に成立するため再判断は不要。

### 撤回 / 上書き

• 「ハイブリッド転換」 mental model (2026-05-13 前後 sibuketu chat) → 本 #480 で formal 化
• ~/.claude/projects/C--Users-susam/memory/user_global_target.md (「世界一のカーニボアアプリ」) を本 entry で詳細化

### 実装方針 (CC1 dispatch、即実行)

1. CC1 cycle 41 ASC screenshots slide 使い分け modify (Slide 1 = T3 hook、9-10 = T1)

2. CC1 SNS shorts copy で T1/T2/T3 比率 (T3 = hook content / T2 = 機能 content / T1 = narrative content)

3. CC1 SEO blog で T1 deep dive + T2 conversion content + T3 awareness content

4. memory user_global_target.md update (3 層詳細 ptr to 本 #480)

### 関連

• CC4-TARGET-3LAYER-AUDIT-2026-05-17 (CC4_TASK_QUEUE、本 entry で完了)
• CC3-BIG5-HYBRID-CONFLICT-2026-05-15 Session 15 finding (Hybrid pivot formal 化要求、本 entry で対応)
• CC1 cycle 41 (3 層 draft、本 entry で確定)
• DEC-035 (グローバル独占)、DEC #471 FDA wellness (T3 訴求 claim 禁止整合)
• 規制: Apple Review 1.1.6 (disparagement 禁止、T3 訴求でも competitor 攻撃禁止)
• last_reverify: 2026-06-16

---

[自信度: 90% 高] (業界全社一致 + Apple 規約整合 + sibuketu 実機 evidence)

### 決定

CarnivOS の Store screenshots / preview video は demoMode ON で sample data state を撮影 (空 state 撮影 禁止)。

### 撮影 protocol

| 設定 | 内容 |

|---|---|

| state | demoMode.activate() ON、generate90DayDemoLogs() で 90 日 sample 自動 load |

| banner | DemoExitBanner.tsx 撮影専用 CSS class で hide |

| 各画面 rich state | History 90 日 / Stats graph 充実 / Streak 7+ days / Macro 80%+ / Achievements 数個 unlock / AI Secretary Morning Briefing realistic message |

| 数値 realistic | "Day 12 / Protein avg 110g / Streak 14 / 8/10 days hit goal" 等 — 誇張禁止 |

### 根拠

1. 業界標準: MFP / Cronometer / Noom / Vore / PeakWatch 全社 sample data state 撮影、空 state は ASO ranking ↓

2. 規約整合: Apple Review 2.3.10「actual app experience」 = demoMode は本物機能で動作 = OK / Google Play pre-populated state OK

3. 撮影効率: real user data 用意は launch 後 数週間、demoMode で launch day から撮影可能

4. FDA wellness 整合 (#471): realistic 数値で誇張 claim 回避

### 禁止 (Apple Review 2.3.10 違反 risk)

• "Lost 50 lbs in 30 days" 等 medical claim
• 100% perfect macro 毎日 / 完璧 streak 等の超現実的数値
• fake screenshot (Photoshop only / architectural mockup)、demoMode の 動作 screenshot 必須

### 関連

• #463 demoMode 復活 (現状実装、本 #473 で screenshots 用途追加)
• ~/.claude/projects/C--Users-susam/memory/project_demoMode_personalized_idea.md (#472 候補、demoMode 個別生成 / aggregate 進化案)
• CC1-APP-STORE-SCREENSHOTS-DESIGN-2026-05-17 (CC1_INBOX、本 protocol 採用済)
• DEC #471 FDA wellness self-classification (誇張禁止整合)
• 規制: Apple App Review 2.3.10 / Google Play Store Listing Policy
• last_reverify: 2026-08-15

---

• last_reverify: 2026-08-15

---

• last_reverify: 2026-08-15

• last_reverify: 2026-08-15

• 決定: SNS pipeline (_IGNORE_sns-automation/) の小規模コード変更 (10行以下、新機能追加でない parameter/setting 変更) は CC1 が直接実装する。CC2 dispatch しない。
• 理由: 2026-05-17 事故 — user が「同じ音声」を 3 回指摘、毎回 CC が「そうだね」と同意するが dispatch されず蒸発。root cause = "CC2 scope だから" で回避し続けた。実際の変更は 1 行 (undefined → CLI パラメータ)。
• 閾値: 10 行以下 + tsc PASS + 既存機能の parameter 追加のみ = CC1 直接。新 generator / 構造変更 = CC2。
• 自信度 95%: 3 回の失敗で検証済み。反論の余地なし。
• last_reverify: 2026-08-15

---

• 決定: shorts の BGM を再有効化。現行 sine wave 生成は「安っぽい」(L1603 コメント通り) ので廃止。Pixabay CC0 ambient tracks (attribution 不要) を 5-8 本 curate して rotation。
• 理由: pure TTS + stock video = AI channel 臭の主原因。BGM ゼロは「同じ音声」体感の最大要因 (voice 自体より影響大)。TikTok 内部 stats: BGM で engagement +21%。
• ducking: -18dB baseline、voice 時 8:1 ratio duck (VIDEO_AUDIO_DESIGN_2026.md §F)。
• license: Pixabay Content License = 商用可、attribution 不要、再配布のみ禁止。
• 実装: CC2_INBOX CC2-AUDIO-VARIETY-2026-05-17 P2。
• 自信度 85%: リサーチ済み + license 確認済み。ducking パラメータは実聴テストで微調整の可能性。
• last_reverify: 2026-08-15

• 決定: 全動画同一 voice 禁止。content category で voice を分ける:

- George (warm narrative): 生活系・タイムライン・コミュニティ系 (55%)

- Brian (deep documentary authority): データ重視・論文引用・栄養科学 (30%)

- Rachel (warm energy): 女性健康・ホルモン・testimonial 系 (15%)

• 理由: user 3 回指摘「同じ音声」。アルゴリズム文書 (YOUTUBE_SHORTS_ALGORITHM.md L73) でも「反復音声 fingerprint 回避」推奨。
• 実装: --voice Brian CLI パラメータ (commit b9b56ff5)。CC1 が生成時に指定。
• 自信度 80%: 比率は仮。パフォーマンスデータ (weekly-insights.json) 蓄積後に調整。
• last_reverify: 2026-08-15

• 決定: ElevenLabs George voice をメインナレーター (55-60%) として維持。Adam (全AI YouTuber 使用) は禁止。
• 理由: George は ElevenLabs で低使用率 = 他チャンネルと被らない。Adam は「この声飽きた」コメントが YouTube で頻発する汎用 default。差別化は voice の珍しさで取る。
• 補足: voice rotation (Brian 30% / Rachel 15%) で monotony 回避するが、George が dominant で brand consistency 維持。
• 自信度 90%: YouTube コメント分析 + ElevenLabs 人気ランキングで Adam 飽き問題を確認済み。George は warm/narrative で科学教育チャンネルに最適。
• last_reverify: 2026-08-15

[自信度: 75% 中-高] (FDA Mobile Medical Apps Guidance 2019 + 21 CFR Part 870 Subpart B 準拠、ただし legal review 経由前)

### 背景

App Store 5.0 Legal + FDA mobile medical app 規制で「medical device」該当だと審査長期化 / reject risk。CarnivOS は general wellness 製品として自己分類、claim 言語 audit + disclaimer 統一が必要。

### 決定

CarnivOS = FDA "general wellness" 製品 (non-device) と自己分類:

• 食事追跡 / 栄養素表示 / 一般的健康情報 / 教育コンテンツ = wellness ✅
• 疾病診断 / 治療 / 予防主張 / 自動医療助言 = device (回避) ❌
• AI (Gemini proxy) = 栄養素 / 食事 advice のみ、specific medical condition への助言は禁止 (system prompt + post-filter で guard)

### Claim 言語修正 (必須、CC2 dispatch)

🔴 修正必須 (medical device claim risk): 疾病の治療・治癒・予防を断定するコピーは全て禁止し、ウェルネス範囲の表現（研究に基づく一般的健康情報の提示、個人の体験談の紹介等）へ全面改訂した。[issue #1854 対応 2026-08-12: 具体的な言い換え対応表（禁止句→代替句のペア）はここから削除——第三者が審査回避の手口として転用できる形だったため。改訂を実施した事実・禁止の判断基準・下記の必須免責文言は履歴として残す]

✅ Safe claim 維持:

• "track your meals" / "see your nutrient gaps" / "carnivore community" / "research-backed nutrition info"

### 必須 disclaimer (5 言語、全画面 footer + 初回 modal)

EN: "CarnivOS provides general wellness information and is not intended to diagnose, treat, cure, or prevent any disease. Consult your physician before making dietary changes."

JA / DE / ES / FR / PT-BR: i18n key disclaimer.medical、CC2-LB-BATCH A5 で 5 言語実装中

### 詳細 file ptr

docs/FDA_WELLNESS_CLASSIFICATION_2026-05-15.md (CC4 draft 永続化済、CC3 audit + user review 待ち)

### 関連

• CC2-LB-BATCH A5 (disclaimer modal 実装中)
• CC3-STRATEGIC-AUDIT Sub-6 (RULES / 規制 violation audit と並列)
• 規制: FDA Mobile Medical Apps Guidance 2019 / 21 CFR Part 870 Subpart B / Apple Review 5.0 / EU MDR 2017/745 (Class I software review post-v1.0)
• 自信度 75% 理由: FDA / Apple 規約準拠は OK、ただし律師 review なし (post-v1.0)、claim 修正の i18n 一括 grep 完璧か未検証 → CC3 audit で残検出可
• last_reverify: 2026-06-13

---

[自信度: 65% 中] (CC3 Session 15 Sub-3 finding 反映、v1.1 reconcile 必要 = v1.0 blocker でない、reconcile 方針は 65% 自信)

### 背景

CC3 Session 15 Sub-3 audit で 2 mode system 並列発見:

• src/utils/trackingMode.ts = binary simple | precision (旧)
• src/utils/nutrientPriority.ts = 3-tier simple | standard | detailed | custom (新、SettingsScreen L774-791 wired)

user 認識 (Simple / Standard / Detail 3 モード progressive disclosure) = NutrientDisplayMode で既実装、trackingMode.ts と用語衝突 (「simple」 が両 system で意味違う)。

### 決定

⭐ nutrientPriority.ts (新、4 mode = simple / standard / detailed / custom) を canonical、trackingMode.ts (旧、binary) を 削除 or alias 化 (v1.1)。

根拠:

1. 既 SettingsScreen で NutrientDisplayMode 経由 wired = code 移行コスト低

2. user 認識 (Simple/Standard/Detail) と用語整合

3. custom mode = 既存 NutrientTargetCustomizationScreen 連動済

4. 4 mode で progressive disclosure (Simple→Standard→Detailed→Custom) が cognitive overload 緩和

### 不確実 (35%)

• v1.0 default = precision (旧 trackingMode.ts) のまま 動作 OK、trackingMode.ts 削除で破壊 risk
• trackingMode.ts を呼び出してる其他 file の grep 漏れ risk → CC2 dispatch で慎重 audit + alias 化 transition 期間 推奨

### 撤回 / 上書き

• 撤回 chain なし (新 reconcile entry)
• DEC #445 完了 marker と整合 (既実装 confirmed)

### 実装方針 (v1.1、post-v1.0)

1. nutrientPriority.ts を canonical 確定

2. trackingMode.ts の simple/precision を NutrientDisplayMode の simple/detailed に migration mapping

3. trackingMode.ts を alias 化 (deprecation warning + re-export)

4. 全 file の trackingMode import を grep → nutrientPriority import に置換

5. SettingsScreen UI で 4 mode toggle に統一

6. tsc PASS / e2e PASS で commit

7. v1.2 で trackingMode.ts 完全削除

### 関連

• CC3 Session 15 Sub-3 finding (UI Mode Overlap、🟠 severity)
• DEC #445 (Simple Mode 既実装 confirmed)
• memory: ~/.claude/projects/C--Users-susam/memory/project_ui_progressive_disclosure_modes.md (補助 / ptr、source-of-truth は本 #470)
• 関連 file: src/utils/trackingMode.ts / src/utils/nutrientPriority.ts / src/screens/SettingsScreen.tsx
• last_reverify: 2026-08-12

---

[自信度: 80% 高-中] (sibuketu 過去議論明示 + AI 推奨整合 + 既実装 task230 と完璧整合)

### 決定事項

CarnivOS の通知は AI messenger 風 chat trigger が主役、普通のアプリ通知ではない。

| Trigger | 種類 | 通知形式 | default state |

|---|---|---|---|

| 断食タイマー (30 分前 / 完了) | critical | 普通の OS local notification | ON |

| 健康 alert (LDL / 電解質 / 移行期 / リカバリー) | critical | 普通の OS local notification | ON |

| 返金保証 deadline (30 日 残り 2 日) | critical | 普通の OS local notification | ON |

| meal-time reminder (Day-1/3/7/30 re-engagement) | retention | AI messenger 風 chat trigger「今日何食べた？」 | OFF by default、user toggle で ON |

| streak reminder | retention | AI messenger 風 | OFF by default、user toggle で ON |

| evening reflection (21:00、task230 既実装) | engagement | AI messenger 風 chat trigger「今日はどうだった？」 | ON |

| morning briefing (task230 既実装) | engagement | AI Secretary card (home top) | ON |

| weekly report | engagement | AI messenger 風 summary | ON |

### 根拠

1. 古典条件付け (Pavlov): 「通知 → 無視」 = 現代 user default reflex、retention 弱い。「メッセージ (chat) 通知 → 見る」 = LINE / WhatsApp / Discord 等で強化済、reflex で開く

2. 既実装整合: notificationService.ts の task230 AI Secretary (Claude Haiku 4.5、Morning Briefing + Evening Reflection 21:00、aiProvider.ts AIPath chat / secretary / deep_analysis) と完璧整合

3. 母集団 fit: carnivore target = 健康最適化志向の富裕層 + (2026-05-13 ハイブリッド転換で) 一般層、エビデンス重視層には notification volume でなく content quality で retention、通知疲れで trust ↓ 回避

4. user 過去議論 (2026-05-15): 「通知 → 無視 という人間の古典的条件付け / メッセージ通知 → 見る 古典的条件付け / AI チャットでしゃべってる感じで勝手に記録 / 飯食べる時間に『記録してないよ』 ではなく『今日何食べた？』のほうが良い / デフォルトは通知少なめで増やせるように」

### 不確実 (20%)

• (a) hybrid 一般層 (demo 2 日前ハイブリッド転換) は普通の push を期待する可能性、AI messenger 風が違和感あるかも → CC3 BIG5-HYBRID-CONFLICT audit 結果で再評価
• (b) re-engagement push なしで viral 流入 user の Day-1 retention 落ちる可能性 → launch 後 GA4 CVR + D1 retention 実データで再評価 trigger
• 再評価 trigger: launch + 30 日 / DAU 500 / D1 retention < 30% のいずれか

### 撤回 / 上書き

• #446 撤回: 「PUSH-NOTIF FCM 最小構成導入 ✅GO (リリース後 v1.1)」 を撤回、本 #469 が source-of-truth
• 理由: FCM remote push (全 user に default 配信) は「通知減らしてアプリ内 AI」戦略と矛盾、ただし user toggle ON で利用は OK
• CC3 Session 14 Decision Layer Audit で「#446 戦略矛盾未解決」指摘 → 本 entry で解消

### 実装状況

• ✅ local notification (notificationService.ts): 断食 / 健康 / 水分 / 返金 / streak
• ✅ AI Secretary task230 (Morning Briefing card + Evening Reflection 21:00、Claude Haiku 4.5)
• ⏳ user toggle UI (notificationPreferences.ts 確認必要、CC2 dispatch 候補)
• ⏳ meal-time reminder Day-1/3/7/30 chat 風 trigger 追加実装 (CC2 dispatch 候補)
• ⏳ 5 言語 message template (AI messenger 風文体、CC1 担当候補)

### 関連

• 撤回 entry: #446 (本 #469 で supersede)
• 補助 memory: ~/.claude/projects/C--Users-susam/memory/project_notification_strategy.md (要約 / ptr、source-of-truth は本 #469)
• 既存実装 file: src/utils/notificationService.ts / src/services/aiSecretary.ts / src/components/home/MorningBriefingCard.tsx
• 規制: Apple AI Consent Rule (Nov 2025、A3 disclosure) / EU AI Act Article 50 (post-launch対応)
• 関連 audit: CC3 Session 14 Decision Layer Audit #446 (戦略矛盾未解決) で対応
• last_reverify: 2026-06-13

---

• 決定: launch messaging を「MFP / Cronometer 流民向け」frame に統一、AI food recognition 後追い投資せず carnivore depth (organ meat / ruminant 部位 / cooking method 別 micronutrient) に集中
• defensive (守る差分):

- MFP Cal AI 買収 ($30-40M ARR、15M DL、2026-03-02 close) で AI food recognition 軍拡 → 後追い禁止、carnivore-specific depth で差別化

- Apple Health 拡張 (HRV / 血糖 / SpO2) は v1.0 ship 後 fast-follow に解凍判断

- GLP-1 muscle preservation narrative を carnivore protein-first と接続 (pricing page で軽く言及候補)

• offensive (攻める弱点):

- Cronometer photo-log の serving-unit 解釈ばらつき との対比を factual 比較表で示す (legal 安全表現)

- Carb Manager の carnivore 部分対応 に対して「肉に特化した深さ」 で差別化

- MFP Today tab churn (2026-04-24 piunikaweb backlash) が CarnivOS launch と重なる → SNS で「MFP の代わり」frame 増量

- MFP ad-choked + paywall 不満 に対し Founding 500 $99 lifetime が直撃 (終身 + 広告なし + 肉だけ)

• launch タイミング: 競合 3 社直近 30 日で大型 release なし (MFP Today tab 除く)、MFP churn ピーク + Cal AI 二正面作戦 = launch acquisition window
• 却下: AI food recognition 同等投資 (table stakes)、Cronometer 引き合いで価格 $4.99/mo 戦争 (ad なしと整合せず)、全競合と直接比較 SNS (vegan brigades 招集リスク)
• リスク: MFP Cal AI standalone で 「carnivore mode」追加可能性 (post-launch 6-12ヶ月)、Cronometer photo log 改善で差別化失効可能性 → 四半期 review 必須
• 対応: memory project_competitor_audit_2026-04.md 既保存、launch SNS / pricing page / press kit に positioning 反映 (CC1 領域)
• last_reverify: 2026-06-13

---

• 決定: launch 前に retention instrumentation (profiles.last_active_at + app_open GA4 event + GA4 funnel event 修正) + Stripe payment_failed cluster monitor を CC2 dispatch
• 閾値:

- D1 < 25% warn / < 15% critical (industry median 30%、fitness 20%)

- D7 < 12% warn / < 8% critical

- D30 < 5% warn (median 7-10%)

- Monthly churn > 7% warn / > 10% critical (mobile sub avg 9%)

- trial-to-paid < 15% warn (median 20% wellness)

- payment_intent.payment_failed ≥ 3/h critical (card-testing pattern)

- onboarding_abandoned > 60% warn

• 観測スタック: GA4 + Stripe + Sentry + Supabase 維持。PostHog/Amplitude/Mixpanel は overkill (1k MAU 未満)
• alert channel: Discord webhook (既存) + Sentry built-in alert (UI 設定)
• gap (CC2 fix 必須):

1. GA4 funnel event 名 mismatch (subscription_created/subscription_canceled/cancel_request/cancel_complete/onboarding_step_1 を report 参照だが code 未発火)

2. profiles.last_active_at column 不在 → D1 cohort 計算不可

3. app_open GA4 event 不在

4. Stripe payment_failed cluster real-time alert なし

5. Sentry captureMessage business signal 未配線 (Founding 500 cap、subscription_id null、dispute、refund)

6. Sentry alert rule 手動設定未着手 (UI ops)

• 却下: PostHog 即時導入 (overkill)、PII 含み session replay (privacy)、Slack channel 追加 (Discord 十分)
• リスク: D1 cohort instrumentation を launch 前に着手しないと launch direct retention 計測不可
• 対応: CC2_INBOX BR で 12 task バッチ実装、Sentry UI alert は HUMAN_TASKS H94 追加
• last_reverify: 2026-04-14

---

• 決定: launch を 4-6 週 campaign とし PH/HN/IH/X/Reddit を staggered で投下。one-day event 扱い禁止。Founding 500 ($99 lifetime 残席カウンタ) を全 channel の narrative anchor
• timeline (T-2w → T+1w):

- T-2w: Apple Featuring Nomination submit、PH waitlist landing、X build-in-public (Mon=numbers / Wed=lesson)

- T-1w: PH page teaser、Founding 500 残席ライブカウンタ、launch 6 言語 pre-write、Reddit warmup (4+ 週 organic karma 不在なら r/Carnivore 投稿は T+2w)

- T-0 (Tue or Wed): 12:01 AM PT PH go-live + maker comment / 9:00 AM PT X thread + IH milestone / 18 時間+ online 維持 — ⚠️ Show HN は T+1 (Wed or Thu) に分離 (CC3 Session 14 #466 内部矛盾指摘で修正、却下「同日 PH+HN 並行」と整合)

- T+1〜T+7: thank-you / bug fix / reviewer outreach / IH retrospective / D1/D7 retention 監視

• per-channel core:

- PH: self-hunt OK (2026)、tagline Carnivore tracking without the calorie cult.、3 polished screenshot + 1 demo GIF

- HN: title Show HN: CarnivOS - Carnivore diet tracker, no calorie counting、tech stack opening、superlative 禁止

- IH: format Launching CarnivOS: I built the tracker carnivores actually want.、MRR reality + Founding 500

- Reddit: r/Carnivore + r/Zerocarb のみ (4+ 週 organic karma 必須)、experience post format

- X: thread hook I'm the only dev shipping a carnivore-first tracker. 6 months. 6 languages. 🧵、Founding 500 CTA pin

• Founding 500 mechanics: live counter on landing + PH first comment + X thread、327/500 left 視認性、cap 上げない (trust kill)
• critical pitfall: one-day event treatment / launch day 連絡途絶 / paid upvote ring / stock photo / parallel launch (PH+HN 同日) / analytics dashboard 未準備 / Reddit cold spam
• CarnivOS-specific risk: religion-war 回避 (DEC-036 tone 厳守)、r/nutrition + r/science は torch リスク回避、公的 comment policy 準備
• 却下: 同日 PH+HN 並行、Reddit organic warmup なし投下
• リスク: 18 時間 online 不能 (sibuketu 体力)、negative thread対応で精神疲労
• 対応: HUMAN_TASKS H91-H93 追加 (Apple Featuring nomination / PH page setup / X build-in-public スケジュール)
• last_reverify: 2026-04-14

---

• 決定: fastlane/metadata/<locale>/ を Apple/Google ストア提出の 唯一の正本 に確定。store-assets/*-listing.md と _IGNORE_sns-automation/docs/APP_STORE_METADATA_CONFIRMED.md は derived view として後置、conflict 時は fastlane 優先
• 背景: CC4 audit で 3 source 並立 + 内容齟齬 (title 3 variant、subtitle 2 variant、pricing $30/mo vs $9.99 first month、keywords 92-98 char 被り)。submit 時 guideline 3.1.2 mismatch リスク
• launch blocker (LB) 4 件 (CC2 即修正):

1. LB-1 fastlane/metadata/en-US/app-review-notes.txt 新規 (test account / Gemini AI 開示 / medical disclaimer / 30日返金)

2. LB-2 35 screenshot 生成確認 (CC2-BA で進行中なら完了確認)

3. LB-3 pricing 統一: description.txt L37 を $9.99 first month, then $30/month. Or $200/year (save 44%)...

4. LB-4 single source declaration (store-assets 冒頭に「derived view、編集禁止」)

• 🔴 medical claim 違反候補 (Google Play 2026-04 enforcement):

- "toxin damage timeline showing what is happening in your body as you detox" → "real-time recovery timeline tracking how your body processes the meal"

- "three electrolytes that determine whether you thrive on carnivore or quit in week two" → "Track the three electrolytes most commonly cited in adaptation-phase reports"

• improvement (IM) 6 件 (post-LB):

- IM-5 ja/de/fr/es/pt-BR fastlane localized metadata (cross-localization 40% surface boost)

- IM-6 keywords 重複削除 → 長 tail (animal,based,lion,ribeye,organ,heme,iron,b12,k2,retinol,electrolyte,omega,ratio,fasting,ketogenic)

- IM-7 subtitle 統一: Zero Carb Macros & 30+ Nutrients (29ch)

- IM-8 description 冒頭 fold 強化: 自伝 hook (BUILT BY A CARNIVORE WHO ACTUALLY DID IT. I lost 7kg...) を fastlane 1 行目へ

- IM-9 screenshot 順序: Home → Heme/Non-Heme Iron Tracker → Butcher → AI Chat → ...

- IM-10 What's New 上位 5 bullet を data-differentiation に絞る

• 却下: store-assets/*-listing.md を正本に → fastlane が runtime 経路、編集 reach も狭い
• 対応: CC2_INBOX BQ で LB 4 件 + medical 2 件、BS で IM-5/6/7/8 (IM-9/10 post-launch)
• last_reverify: 2026-04-14

---

• 決定: #335「匿名→認証マージ」を demo (#460) と orthogonal な形で再活性化する。localStorage の食事ログ・プロフィール等をサインアップ直後に Supabase へマージする処理を実装対象とする。
• 背景: #335 は「デモモード削除 (#351) でマージ前提が消滅」として撤回されていた。しかし #460 で demo モードが demoMode.ts 経由で復活した結果、「demo → 本アカウント作成時にデモデータをどうするか」問題が再浮上。
• demo データとの分離: demo モード (demoMode.ts) は real data と分離されたサンドボックス。demo 中の操作は @carnivos:demo_* 名前空間に書き込まれ、本アカウントの @carnivos:* とは独立。マージ対象は real localStorage data のみ（demo data は破棄）。
• マージ仕様: auth SIGNED_UP イベント後、@carnivos:meals_* / @carnivos:profile 等を user_id に紐付けて Supabase に upsert。既存 Supabase レコードがある場合はスキップ（idempotent）。
• 実装タイミング: v1.0 launch 後 fast-follow（CC2 INBOX に積む）
• 参照: #335（撤回元）、#460（demo 復活）、#351（demo 削除元、#460 で部分復活）
• last_reverify: 2026-06-13

---

• 決定: OnboardingScreen.tsx の現実装 (18 steps / 3 phase) を唯一の正規仕様とする。#250/#294/#384 の旧記述は本 DEC で supersede。
• 正規ステップ順序:

- Phase 1 — Core (TOTAL_STEPS = 8):

1. Goal（目標選択）

2. Diet / Metabolic Stage（現在の食生活）

3. Experience / Transition Speed（移行速度、adapted 時はスキップ）

4. Sex + Age（性別・年齢）

5. Weight + Height（体重・身長）

6. Activity Level（活動量）

7. Health Concerns（健康関心事 multi-select）

8. Ready! Summary（サマリー + Phase 2 ゲート）

- Phase 2 — Advanced (ADVANCED_TOTAL = 15):

9. Sleep Hours

10. Stress Level

11. Caffeine Intake

12. Current Supplements

13. Dairy Tolerance

14. Sun Exposure

15. Display Mode（栄養表示モード）

- Phase 3 / Phase 4 — Integration (INTEGRATION_TOTAL = 18):

16. HealthKit / Health Connect

17. Withings

18. Notification Permission

• Quick Finish: step 7 で「Quick Finish」を選択すると advanced/integration をスキップし step 8 後に直接 PlanSelect へ
• flow: ValueScreen → OnboardingScreen → PlanSelect → Auth → Home（#294 撤回確定済み）
• supersede: #250（3質問制）、#294（課金ファネル順序）、#384（旧 9-step 仕様）は全て本 DEC に吸収
• 根拠: CC2-BN タスク — "vacuum 解消" として現コードを仕様として固定。コードが唯一の真実
• last_reverify: 2026-06-13

---

• 決定: #370 即課金 default 維持 + ValueScreen に「先に試したい」link 追加。tap で 1 食 limited preview mode → 再 Paywall。両立案 A 採用 (CC3 audit pattern #7 false dichotomy 解消)
• 根拠:

1. sibuketu 2026-04-25「まかせる」CC4 完全委任 = AI 推奨案 A そのまま GO

2. MyFitnessPal / Cronometer 標準実装パターン、UX risk 低、launch 前変更影響 limited

3. 30日返金 (#256) と独立で重複 friction なし、即課金 user は flow 変更ゼロ

4. Big5 高誠実性 (DEC-#320 phantom 基盤、ただし direction 維持) も skip-link で吸収可能

5. demoMode (#460) は ResultsScreen 経由で post-onboarding、本 link は pre-paywall = 別 entry point として共存

• 却下した代替案:

- 案 B (30 秒 Free Trial preview 強制): 即課金 user に余計な遅延、決断 friction 増

- 案 C (Hesitate-trigger escape): segment 分岐 logic 追加、launch 前 risk

• リスク:

- skip 経由で「試したけど課金しない」user 比率が高い場合、conversion drop。GA4 event で計測必要

- 再 Paywall 表示の文言が押し売り感あると brand DEC-036 中立 tone 違反 → 「お試しありがとう」neutral 文言で対応

• CC2 dispatch: CC2-S として CC2_INBOX cycle 22 batch 3 起票 (path-aware 🟠 launch 前)
• CC2 実装乖離 + re-dispatch (2026-04-26): CC2 の CC2-S 実装は onStart() (= 「はじめる」と同じ handler) を呼ぶだけ → 通常 Onboarding full flow 走る → sibuketu 実機指摘「速攻試せない、はじめると同じ」(2026-04-26)。HomeScreen 受け側 (preview mode banner + gate) は実装済だが、entry point (ValueScreen → Onboarding skip) が欠落。CC2-AQ として re-dispatch: skip-link tap → Onboarding 完全 skip → default targets で直接 Home preview → 即 1 食記録
• 関連: #370 即課金維持と共存 (上書きなし)、#366 phantom 元根拠は #449 で対応済み、#460 demoMode と異なる entry point
• last_reverify: 2026-06-13

---

• 決定: #351 撤回。デモモードを user-facing 機能として ResultsScreen に復活。Onboarding 完了診断画面から「90日先の自分を体験」CTA で demo data load → StatsScreen / HistoryScreen で 90日 journey を体験 → Exit demo で実データ復元 → PlanSelect 誘導
• 根拠:

1. 既存 generate90DayDemoLogs() は 4 段階 progressive (Day1-7 beginner Score 30-50 / Day8-30 expanding / Day31-60 stable / Day61-90 optimized Score 85-95) で「過去振り返り → 未来可視化」の疑似体験設計が既に完成

2. 現状 5-tap 隠し dev menu 退避で到達不能、generated data が死蔵

3. #351 の churn 懸念 (無料触る→課金しない) は A/B testable 仮説にすぎず、逆仮説 (IKEA + 未来可視化で conversion 上昇) も同等に成立

4. demoMode.ts に実データ backup/restore が既に実装済 (#335 データ消失リスク対策完了)

• 配置: ResultsScreen (Onboarding 完了直後 = 最高 IKEA タイミング) を primary entry。ValueScreen 導線は post-v1.0 で A/B 検証後判断
• 却下 (現状維持 dev-only): user 意図「疑似体験」と乖離、generated data 死蔵、#351 既に未実装で宙ぶらりん
• 却下 (#351 完全削除遵守): user が 2026-04-20 に明示的に「疑似体験できるようにするんじゃないの？」と方針転換、#351 sibuketu 発言は 2026-03-24 で後発の今発言が優先
• リスク: #351 churn 懸念が正しい可能性 → GA4 funnel demo_enter / demo_exit / demo_to_paywall_convert イベント必須、data 蓄積後 demo 経由 vs 直行で CVR 比較
• 迷い: ValueScreen (cold visitor) 導線追加の是非 — MVP は ResultsScreen のみに絞る (data 蓄積後拡張判断)
• sibuketu発言: 「疑似体験できるようにするんじゃないの？過去振り返って」「同意」（2026-04-20 CC4 推奨に応答）
• 対応: CC2_INBOX に task215 投入 (ResultsScreen CTA + demo entry flow + GA4 event + exit-demo banner)。demoMode.ts 既存 backup/restore 流用、generate90DayDemoLogs 既存出力そのまま、新規はエントリ UI + GA4 計測のみ
• last_reverify: 2026-06-13

• commit: 40fdda54 (2026-07-24)
• commit: 59a7fbcb (2026-07-24)
• commit: 8718e1c3 (2026-07-24)

---

• 決定: TikTok 自動化は A案 (Inbox upload + 手動公開ボタン 1分/日) で固定。Option D (YouTube Shorts / Instagram Reels への戦略集中) を併用。TRIGGER_TASKS.md T50 (DAU 1000+) を満たした時点で Business Content Posting API 再申請 → Direct Post 完全自動化へ切替
• 却下 (B案): user-facing flow 新規実装 + 審査提出 → CarnivOS = bot posting / TikTok Content Posting API = user-facing 前提の根本的ユースケース不整合。架空 UI 後付け = RULES 2.3c「Coming soon 禁止」と同じ構造違反。審査通過しても bot posting 発覚で account 停止リスク
• 却下 (C案): Buffer / Later 等第三者スケジューラー → Buffer ToS §5 bot posting 規約違反懸念 + YouTube/IG は GitHub Actions cron で既に自動化済 = 重複投資 + 年 $72-180 コスト
• 根拠: (1) リリース前フェーズで TikTok 自動化はブロッカーでない (RULES「ユーザーに見えるか?」フィルタ) (2) ROI 明確: A 年 6 時間人間工数 vs B 実装 2-4 週間ロック + リジェクトリスク (3) TikTok Business API 審査は DAU 実績で通過率向上 (4) リソース余力は Shorts/Reels 最適化に集中 (YOUTUBE_SHORTS_ALGORITHM.md deep research 済)
• 無視=同意運用方針 (同時確定): 主観領域 (ブランドトーン/戦略判断/SNS投稿文言) は CC4 が「判断委ね必須」明示で明確な返信を待つ、客観領域 (i18n/a11y/コード品質/バグ修正) は無視=同意で進める、というグラデーション運用
• 対応 (CC4 silent execution):

- TRIGGER_TASKS.md T50 登録済

- CC2_INBOX task168 を「T50 発火時に起動」へ修正

- docs/second-brain/CARNIVOS/TikTok_Production_Demo動画シナリオ.md に obsolete マーカー追加

- CC_伝言_TikTok完全自動化方針相談_2026-04-19.md に sibuketu 決定記録

- 本日の Demo 動画撮影キャンセル (sibuketu 人間工数ゼロに戻す)

• 再検討タイミング: T50 発火 (DAU 1000+) or TikTok プラットフォーム policy 変更 (例: inbox upload 経由 bot posting の規制) or Analytics で TikTok engagement が YouTube Shorts/IG Reels 超えが明確化した時
• last_reverify: 2026-06-13

• 決定: subscription pause/resume の対称フローを全4レイヤで実装 (EF resume action / SettingsScreen paused UI + Resume CTA / stripe-webhook customer.subscription.resumed / i18n 6言語)。pause-subscription orphan EF は既削除済。manage-subscription の pause も 90日 auto-resume (resumes_at: ninetyDaysSec) で UI 文言「3ヶ月無料で一時停止、その後現在の料金で再開」と整合
• 根拠: CC3 cold-read で UI約束 (6言語 retention.pause.desc) / UI pause 実装 / EF pause 実装 の一方向性を検出。resume 不在で pause可・resume不可 の非対称状態は (1) Apple Review Guidelines §3.1.2「easily understand, manage, cancel, and pause subscriptions」抵触リスク (2) retention pause で留めたユーザーの自然消滅チャーン (3) RULES 3.6 約束→実装整合性違反
• 実装: CC4 推奨A採用 (manage-subscription 単一 EF に統合)。pause-subscription orphan は分岐併存による状態管理混乱を避けるため削除。window.confirm で Resume 前の意図確認（Apple §3.1.2 affirmative consent + 既存 SettingsScreen/HomeScreen の confirm パターンに整合）
• i18n: retention.resume.{title, desc, cta, notAvailable, success, confirmTitle, confirmBody} 計 7 keys × 6 言語 = 42 strings
• テスト: tests/subscription-pause-resume.spec.ts paused fixture → Resume CTA visibility → confirm dialog accept → POST action:'resume' 確認 (Stripe サンドボックス呼出なしで intent を担保)
• 対応: CC2 task138 完了、CC3_INBOX V-TASK138 4レイヤ cold-read 依頼済
• last_reverify: 2026-06-13

• 決定: CC3 V-ONB-STICKY の 🟠 observation「resume load block にdiabetes chip sync欠落（profile load にはあり）」を task139 として CC4_TASK_QUEUE に追加
• 根拠: partial regression potential。onboarding 途中離脱→再入場時に diabetes chip が復元されない = 医療判断 AI ガード一時失効リスク
• 優先度: 🟠（task137/138 の次、リリース前推奨）
• last_reverify: 2026-06-13

• 決定: RULES.md §11.6a を報告最小化に書き換え、全CC（CC1/CC2/CC3/CC4/CW）共通適用。デフォルト沈黙、要4種（🔴ブロッカー/人間タスク/判断質問/マイルストーン）のみ人間報告、末尾マーカーは絵文字1字
• 根拠: sibuketu 2026-04-18「報告多い、人間負荷高い。整理したい。他のCCもそう」。1セッション20行→3-5行（90%削減）。RULES 1位「世界一のアプリ」+ 2位「人間タスク減らせ」との整合
• 対応: RULES.md §11.6a / §11.6 / §4.5 改訂済。CLAUDE.md / MEMORY.md 同期済。全CC次セッション冒頭 Read で自動反映
• last_reverify: 2026-04-14

• 決定: V-TASK130 検証後、"founder's face/abs" "創業者の顔/腹筋" を削除せず counter-narrative として保持
• 根拠: DEC#385 個人ゼロ路線確定の meta-discussion 意図（「X ではなく Y をやる」で説得力強化）。削除すると article 主旨が曖昧化。文脈的に個人情報開示ではない
• 対応: コード変更なし
• last_reverify: 2026-06-13

• 決定: task132 spec の kidneyHealth: normal|reduced|poor enum 新規提案は却下。既存 kidneyFunction: poor|normal|good + kidneySeverity: mild|moderate|severe|unknown の組合せで継続
• 根拠: CC2 V-TASK132 調査 + CC3 sanity check で全要件カバー確認。既存 schema の 4-level severity は spec 3-level より詳細。リネーム/マイグレーションは backward-compat 破壊リスクが効果を上回る
• 対応: コード変更なし、CC4_TASK_QUEUE #442 クローズ
• last_reverify: 2026-06-13

• 決定: Nano Banana Pro生成画像36枚をB-roll素材として動画パイプライン統合。[IMAGE: filename.png]タグ対応、ffmpeg overlay+Ken Burns
• 根拠: 業界データB-roll追加でengagement+35%。歴史/データ系動画 (022 RDA / 028 Inuit / 029 Fiber) で効果大。既存生成画像36枚未活用
• タイミング: 優先度ラスト(リリース後)、CC4_TASK_QUEUE既存
• last_reverify: 2026-06-13

• 決定: Saladino/Liver King/Chaffee/Baker等の発言クリップYouTube引用機能は実装しない。抽象化ナレーション+AI B-roll+PMID引用継続で代替
• 根拠: 個人名言及ルール (feedback_person_name_policy.md, 2026-04-16) と矛盾。フェアユース法的グレー+Content ID/DMCAリスク。同じメッセージは抽象化で伝達可能
• 対応: CC4_TASK_QUEUE task71 を「NOGO確定」マーク
• last_reverify: 2026-06-13

• 決定: バナー類 (Recovery/Health/Advice) → ゲージの順を維持。物理的最上部にゲージ配置しない
• 根拠: 安全アラート視認性 > 厳密なゲージ最上部。条件付きバナー無い時はゲージほぼ最上部で実害低
• 対応: コード変更なし、Decision #293の解釈確定として記録
• last_reverify: 2026-06-13

• 決定: RULES 2.3b検証を「ユーザー直接表示の健康主張」に厳格適用、「裏側の参考情報」に緩和適用。knowledgeBase/tipsは厳格、nutrientFormulaStepsソース注記は中程度、コード内コメントは対象外
• 根拠: 全面厳格はカーニボアコミュニティの実践知排除。ケースバイケースは一貫性ゼロ
• RULES.md: 2.3b近辺に追記
• last_reverify: 2026-06-13

• 決定: #320「Nature 2022」論文をWebSearchで特定。DOI+対象母集団+CarnivOSターゲット母集団補正をDECISION_LOG.mdに追記。特定不能なら「根拠未確認」フラグ
• 結果 (2026-04-25 CC4 WebSearch): 「Nature 2022 Big Five carnivore animal-based diet」query で該当論文不存在を確認。検出された関連論文は (a) Pfeiler & Egloff 2022 PLOS One vegetarians vs vegans (carnivore対象外) (b) Lennerz 2021 Current Dev Nutrition 2029 carnivore adults (Big5枠組み不在) — Nature 誌 2022 の Big5 carnivore 論文は実在せず → phantom citation 確定
• 対応: DEC-#320 に「[自信度:低 phantom citation]」タグ + 取り消し線 + 代替候補2件記録 + 下流 #321-#327 再評価フラグ。CC3_INBOX に Big5 framework cold-read 再評価タスク投入
• 根拠: Big5フレームワーク (#321-#327等) の基盤。RULES 2.3b-1/2違反放置リスク
• last_reverify: 2026-06-13

• 決定:

1. cloudflare-ns-check → 削除 (DNS Namecheap移行済)

2. ryukoku-timetable-check → 削除 (完了済 disabled)

3. morning-news-briefing → CarnivOSセクションのみ残し、ゲーム/幸福テクニック削除

4. carnivore-trend-research → 毎日→週2回 (月・木)

5. sns-content-prep → 確認フロー追加 (下書き→sibuketu→投稿)

6. CW_TASKS.md/HUMAN_TASKS_2026-03-17.md 重複 → CW_TASKS.md一本化、旧ファイル削除

• 根拠: 不要タスク=API/コスト/雑音。SNS自動投稿の品質リスク回避
• 実行: HUMAN_TASKS H17
• last_reverify: 2026-06-13

• 決定: metabolicStatus 拡張 — adapted後に maintaining ステージ追加。栄養目標安定化、ゲージ閾値緩和、チェックイン週1。BodyOSリブランドはしない
• 根拠: カーニボア継続中央値14ヶ月。一生涯自己管理ツール化のPhase 1。リブランドは大規模リファクタ
• CC4_TASK_QUEUE: post-release バッチ
• last_reverify: 2026-06-13

• 決定: ~~Firebase Cloud Messaging。Phase 1=ストリーク危機リマインダー+週次サマリ。Phase 2=パーソナライズド栄養アドバイス。週2-3回上限+ユーザー頻度設定~~ → 撤回
• 撤回理由: 「通知減らしてアプリ内 AI お知らせ」 戦略 (sibuketu 2026-05-15 過去議論再確認) と矛盾。FCM remote push default 配信は富裕層 trust ↓、通知疲れ問題に逆行
• 新戦略: DEC #469 (通知戦略 C-refined) が source-of-truth = default minimal (critical 限定) + AI messenger 風 chat 風 push + user toggle で増 (FCM は optional 機能、user toggle ON で利用可)
• 既実装: notificationService.ts で @capacitor/local-notifications 既実装 (断食 / 健康 / 水分 / 返金 / streak + task230 AI Secretary)、FCM remote push は post-v1.0 要件次第
• CC3 Session 14 Decision Layer Audit で「#446 戦略矛盾未解決」指摘 → 本撤回で解消
• 人間操作: ~~Firebase project setup → HUMAN_TASKS H18~~ → ~~H108~~ 保留 (DEC #469 戦略次第で再 dispatch)
• last_reverify: 2026-04-14

• 決定: Simple/Precision の二層モード。Simpleはゲージ5個 (P/F/Na/K/水) のみ、タップ2回で食事記録完了。オンボで選択
• 根拠: カーニボア実践者推定80%が「肉だけ追跡しない」層。62ゲージは初回離脱主因。RULES冒頭「赤ん坊でもポチポチ」UXビジョン整合
• タイミング: ~~リリース後 v1.1~~ → ✅ 既実装 (CC2 先行)、DEC 陳腐化、CC3 Session 14/15 audit で確認
• 実装 file: src/utils/trackingMode.ts (binary simple/precision)、src/utils/nutrientPriority.ts (3-tier、SettingsScreen L774-791 wired)
• 🟠 注意 (CC3 Session 15 Sub-3 finding): 2 mode system 並列 (trackingMode.ts vs nutrientPriority.ts)、v1.0 blocker でないが v1.1 reconcile 必要 → DEC #470 で扱う
• CC4_TASK_QUEUE: ~~post-release バッチ~~ → 完了済、DEC #470 (mode reconcile) に引き継ぎ
• last_reverify: 2026-06-13

• 決定: Supabase Dashboard → Auth → Settings → Confirm email を ON。checkout前 email_confirmed_at チェック、未認証ならブロック+確認メール再送
• 根拠: 未認証メールでStripe決済可能=サポート問題+typo救済不能
• 人間操作: HUMAN_TASKS H16
• last_reverify: 2026-06-13

• 決定: UserProfileに medications (フリーテキスト) 追加。任意回答。AI-S12 Phase 1のシステムプロンプトに送信、薬-栄養相互作用警告有効化
• 根拠: ワーファリン+VitK2、ACE阻害剤+高K、メトホルミン+厳格低炭水化物等の相互作用警告は具体的薬名なしでは不可能
• CC2実装: CC2_INBOX task133
• last_reverify: 2026-06-13

• 決定: UserProfileに kidneyHealth (normal/reduced/poor) 追加。任意回答。reduced/poor時はK目標自動引き下げ + AIチャット K補給推奨禁止+主治医相談付記
• 根拠: K 3,500-4,700mg/日全員推奨はCKD患者(成人10-15%)に致死的心不整脈リスク。1件の致死事象でアプリ崩壊
• CC2実装: CC2_INBOX task132
• last_reverify: 2026-06-13

• 決定: @capgo/native-purchasesで直接実装。RevenueCatは不要（ユーザーゼロ段階では過剰）。iOS=Apple IAP、Android=Google Play Billing、Web=Stripe維持
• 価格: Decision #283準拠。初月$9.99（プロモ）→ 通常$30/月、$200/年。⚠️ CC2が当初$9.99/月と誤記→CC4指摘で修正
• 根拠: (1) Apple審査3.1.1でStripeはiOS100%リジェクト (2) capacitor-purchases直接で十分（RevenueCatの分析機能は収益ゼロ段階で不要） (3) Edge Function 1個でレシート検証完結
• 手数料: Apple 15-30%許容
• 実装: CC2がappleIAPService.ts+PaywallModal/Screen分岐完了。人間操作（App Store Connect IAP商品登録）はCW_TASKS.mdに記載
• sibuketu発言: 「iOSだす」「Apple手数料する」「ややこしくなるから値上げとかしないほうが良い」「RevenueCatは一旦保留」「$30/月+$200/年」（2026-04-02）
• last_reverify: 2026-06-13

---

## #401-428: Competitive Parity Audit（2026-04-15）

4画面（オンボ/Paywall/AI Chat/Home）× 競合4-5アプリの比較監査。RULES 9.1 Steal Like an Artist + Lens Lock技法#013適用。

### 採用（Copy）- 11件

• #401 Paywall Annualデフォルトに戻す - Noom/Fastic/Duolingo/Cal AI全員Annual。昨日の月額変更は業界逆行
• #402 Paywall Annualカード視覚強調復活 - サイズ大+badge+Monthly薄く。Hierarchy消失を回避
• #403 Paywall 価格アンカリング「$16.67/mo — save 44%」大表示 - Duolingo方式
• #404 AI Chat react-markdown導入 - 現状plain text=可読性崩壊。全競合標準
• #405 AI Chat Stop generationボタン - abortRef既存
• #406 AI Chat Regenerateボタン
• #407 AI Chat メッセージコピーボタン
• #408 Onboarding 段階ラベルプログレス「プロフィール→健康→完了」
• #409 Home Adaptation Score最上位化（大ドーナツ） - WHOOP Recovery相当のアンカー
• #410 Home Day/Week/Month期間切替
• #411 Home 食事追加FAB固定 - MFP青+ボタン標準

### 意図的差別化（維持、理由付き）- 9件

• #412 全ステップSkip可維持 - 「赤ん坊でもポチポチ」思想(RULES冒頭)
• #413 初期値null維持 - 「自分の体を知る」プロセスが核
• #414 オンボ14-16ステップ維持 - 「即実行性」>「コミット効果」
• #415 30日返金保証を目立たせる - カーニボアは体調変化確認が本質
• #416 5貯蔵ゲージ維持 - 競合ゼロの独自価値（VitA/D/K2/B12/Iron）
• #417 カロリー禁止維持 - ブランド核心（Decision #既存）
• #418 カメラアイコン単独+ギャラリー追加 - 食事写真が主用途
• #419 medicalDisclaimer毎回表示 - FDA/ASA審査でプラス
• #420 Stripe Web checkout維持 - 30%手数料回避

### 独自発明（強化）- 5件

• #421 ケトーシス移行予測グラフ - Noom WeightGraph応用の独自版
• #422 健康メトリクス連動trial narrative「7日後に○○の変化」
• #423 30-day no-adaptation refund - 返金条件の独自言語化
• #424 カスタマイズ可能My Dashboard - WHOOP風+55栄養素対応
• #425 Food Card自動追加 - AI→3秒カウントダウン→ログ追加（既存）

### 保留/却下 - 3件

• #426 カウントダウン/限定offer - 却下。ダークパターン感
• #427 Hidden pricing - 却下。「データで語れ」哲学に反する
• #428 感情アンカー質問 - 却下。「結婚式のため？」等はブランドトーン衝突

根拠: Mobbin/Page Flows/WebSearchでの2026年時点競合実装を直接調査。

関連: docs/second-brain/AI活用技法集.md #013 Competitive Parity Audit

### 食事入力追加監査（2026-04-15 part 2）

• #429 ★Favorites機能採用 — 1タップ追加。localStorage配列+Header★。MFP/Cronometer標準
• #430 Recent/Frequent自動学習採用 — 直近7日頻度ソート、上位5件Butcher最上段固定
• #431 音声入力採用「ribeye 200g」パース。業界標準化
• #432 7カテゴリ食材軸維持 - 意図的差別化。カーニボアは「臓物ローテ」が要
• #433 トッピングプロンプト維持 - 独自発明。脂質比率精度に直結
• #434 量プリセットUI維持 - 初心者+アスリート両対応で競合最強

### 設定画面追加監査（2026-04-15 part 2）

• #435 検索バー追加採用 — iOS HIG準拠、30+項目で必須
• #436 2タブ→グループ化リスト再編採用 — Basic/Advanced廃止。Account/Profile/Health/Notifications/Privacy/Detection/Supplements/About等8グループ
• #437 About/Account/Help独立セクション追加
• #438 ダークモード固定は中期検討 — 保留。a11y/Apple審査減点リスク
• #439 検出トグル維持 - カーニボア独自グループ「Detection」
• #440 サプリ管理維持 - 健康アプリ独自「Supplements」
• #441 解約3ステップリテンション維持 - Noom式透明引き止め。Apple App内解約パス必ず併存

---

## #442-453: 2026-04-18 CC4 一括判断（人間判断ストック10件 + 戦略2件、sibuketu「y」全GO）

• 決定: IAP / Stripe / アプリ内表示の全箇所で:

- Monthly: $30 base + Introductory Offer $9.99 (1 month only, new subscribers)

- Yearly: $200 (= $16.67/月換算で表示)

- Founding 500 Lifetime: $99 (Non-Consumable 買切、限定 500 名)

• 理由:

(1) アプリ内 i18n (planSelect.ctaLabelMonthly: $9.99 erster Monat, dann $30/Monat / paywall.founding500.title: $99 einmalig) で既に $30 base 価格として実装済、CC4_TASK_QUEUE.md L10-18 で 2026-04-28 確定済

(2) 高単価では端数効果 ($x.99) 逆効果。$30 / $200 ピッタリの方が anchor + ブランド感強い (cf. Apple, Tesla の prestige pricing)。$x.99 は Walmart 系の安価層シグナル、Carnivore (premium health-conscious) には合わない

(3) HUMAN_TASKS L63 (H73) の $9.99 / $79.99 / $99 記述は古い、本 DEC で削除

(4) 全 md 30+ ファイルで $9.99 / $79.99 系の古い記述が散在 → CC4_TASK_QUEUE に audit job 投入、CC2/CC3 が掃除

• 影響:

- HUMAN_TASKS L63 (H73): ✅ 修正済 (2026-04-30)

- ASC IAP: H73 で $30 / $200 / $99 + intro $9.99 設定中

- Stripe: 別途確認必要 (VITE_STRIPE_PRICE_ID_MONTHLY / VITE_STRIPE_PRICE_ID_YEARLY の額が DEC と一致するか)

- 他 md の古い記述: CC4_TASK_QUEUE audit job で CC2/CC3 担当

• sibuketu 確定: 「200 ドルでは？高単価は端数効果逆効果なので」「月額も 30 ドルでは」(2026-04-30)
• last_reverify: 2026-07-29

• commit: bdf251c2 (2026-05-31)
• commit: 61124bb9 (2026-05-31)
• commit: cd048e56 (2026-06-05)
• commit: 78c1837e (2026-06-07)
• commit: 268c9e4b (2026-06-08)
• commit: 9400d581 (2026-06-08)

• 決定: v1.0 release は Capacitor 単一コードベースで iOS / Web 機能差ゼロ。iPhone 専用の深い連携 (HealthKit sleep stage 自動取り込み、Apple Watch連動、Live Activities 等) は v1.0 では追加しない
• 理由: (1) 差別化分岐はコード複雑度を指数的に増やす → ship 前にバグ risk (2) iPhone 特化機能の需要は release 後の実データ (iOS vs Web DAU 比、HealthKit grant 率等) で判断するのが ROI 高い (3) 現在 Capacitor で両プラットフォーム動いてる、これを維持するのがヘルシー (4) 先行 MyFitnessPal も同一コードベースから運用、差別化はニッチ需要確認後
• 影響: v1.0 までは iPhone/Web 共通実装のみ pick up、差別化 feature request は post-v1.0 バケット送り
• 再評価 trigger: iOS DAU 500+ 到達 or HealthKit integration 使用率 30%+ 観測
• sibuketu 承認: 「わからないから任せる」(2026-04-21) → CC4 判断委任
• [CC4 false dichotomy scan 2026-04-25 — Pattern #7 適用]: 「単一 vs 差別化」は技術的に false dichotomy。両立可能 (Capacitor の standard pattern): native plugin 呼び出しを try/catch で fallback (iOS では HealthKit 動作、Web では disable + 「iOS で利用可」表示)、コード分岐ゼロ、追加 file 不要。v1.0 ship 前に「機能差ゼロ」の rigid cap は工数優先 OK だが、native plugin の additive 追加は両立可能 = 「差別化 = ship 前 risk」は技術的には誇張。実際の制約は plugin の動作テスト + iOS-only 環境セットアップ の人的工数。post-v1.0 で plugin 単位で additive に追加する方針推奨 (cap でなく gradual surface)
• last_reverify: 2026-07-20

• 決定: v1.0 は Carnivore 専用で ship。Keto / Paleo / Mediterranean / 地中海食 等の他食事法対応は POST-V1.0 の要件定義フェーズ で、以下 2 案のどちらか決定する

- 案 A: 別アプリ化 (KetoOS / PaleoOS 等) — ブランド独立、Carnivore の純粋性維持、App Store でも別プロダクト

- 案 B: 食事法モード追加 — 単一アプリ内に mode switcher、既存 user がカジュアル切替可能、LTV 向上ねらい

• 理由: (1) 現状 Carnivore が唯一の mass market-potential 確信領域 (2) 2 案のどちらもメリット有り、実データなしで今決めると sunk cost fallacy (3) v1.0 ship 後の user feedback / 収益性 / サポート工数データで判断するのが合理的
• POST-V1.0 再評価の input: Carnivore v1.0 の LTV / churn 理由 / 「他食事法あります?」問合せ率
• sibuketu 指示: 「Keto とかは別アプリでやるかも もしくは食事法モード リリース後に要件定義だけど どっちかを」(2026-04-21)
• 関連: user_blue_ocean_precision.md memory — progressive disclosure + precision engine が 2 案どちらでも活用可能、下地は共通
• [CC4 false dichotomy scan 2026-04-25 — Pattern #7 適用]: 案 A/B 二者択一は false dichotomy。両立案 C: Phase 段階的アプローチ = (1) v1.1 で食事法モード (案 B) を実装、Carnivore mode を default + Keto/Paleo 等を switcher で追加 (2) 6 ヶ月運用で「Carnivore以外の DAU 比率」「mode 切替頻度」「サポート問合せの食事法別偏り」を実測 (3) Carnivore-only DAU > 80% なら案 A (別アプリ spinoff) で純粋性回復、または「mode 内で十分」なら案 B 継続。判断 input が「実データ」なら案 B 先行が合理的 (sunk cost 最小化、案 A は後でできる、逆は不可)。POST-V1.0 再評価時は 2 択でなく 3 択 (A / B / C) で再判断推奨
• last_reverify: 2026-07-20

• 決定: Shorts/動画サムネ量産テンプレ = A案 steak_overhead (ribeye + herb butter + dark oak + "STEAK ONLY" UPPERCASE text) primary。B案 silhouette は月1-2本 variant で併用可。C案 analytics は廃案
• 理由: (1) C案は実装に存在しない "STEAKHOUSE" 画面 + "EATING OUT" checklist UI を promote → RULES 3.6 約束→実装整合性違反 + 誇大広告リスク (2) C案はブランドカラー rose/pink (var(--color-accent-rose)) に反する緑ネオン (3) C案に YouTube Shorts watermark 露出 (他プラットフォーム再投稿で algorithm suppression) (4) B案 silhouette は golden-hour dramatic lighting が Liver King / Saladino 系 "Carnivore guru aesthetic" (RULES 3.7f) 隣接 → 連続使用は guru-cluster 形成リスクあり variant 限定 (5) A案は人物/ロゴなし、DEC-036「科学的冷静」トーン整合、hook強 "STEAK ONLY" パターン interrupt、20項目 17-18/20 で最高評価
• 影響: 017-050 範囲の thumbnail 量産 GO、A案テンプレ化展開 ("BUTTER HACK" / "ZERO CARBS" / "LIVER KING LIE" 等 {TOPIC UPPERCASE} 置換)
• 根拠出典: CC3 監査 2026-04-17 thumbnail 3案評価、RULES 3.6 / 3.7f / DEC-036
• last_reverify: 2026-07-17

• 決定: 創業者の個人体験談（7kg減・178cm→65kg・1日肉1kg等）を全て削除。プロダクト哲学 + データ透明性で信頼構築する path に確定
• 理由: (1) カーニボアの妥当性は個人体験ではなくデータで判断されるべき (2) 個人露出は筋トレインフルエンサー化リスク → 保守ブランド方針 (RULES.md 3.7h) と整合しない (3) 臼井拓水モデル（人格=商品）は AI 講師向けで CarnivOS（データ=商品）には逆効果 (4) sibuketu「個人情報を1ミリも出さない」確定方針
• 影響: ValueScreen.tsx L153-157 founder div 削除 / ValueScreen.css 3クラス削除 (.value-screen-founder-story / -title / -body) / 翻訳6言語 × 2キー削除 (value.founderStoryTitle/Body) / public/about.html Founder Story 2 article (EN/JA) を Why product-first (No face. No N=1. Just data.) narrative に置換 + id="founder" → id="why-product-first" / Mission section の「I built CarnivOS because I needed it myself」も無人称表現に書き換え
• 適用: ValueScreen / about.html / 今後のマーケ全般 / SNS（CC1への方針共有必要）
• commit: refactor(brand): remove founder N=1 narrative — product-first positioning (policy 2026-04-18)
• last_reverify: 2026-07-17

• 撤回: 2026-04-14 付けの #294 撤回 update が「現コード=Value→Onboarding→PlanSelect→Auth→Home」と明記、本 #384 の「課金→Onboarding」順序を事実上上書き。最新の flow は onboarding-first、本 #384 の記述は古い参照扱い。詳細は #294 撤回セクション参照
• 元決定: 課金前フロー確定 = Value → PlanSelect → Auth → Stripe決済 → Onboarding(9 steps) → Home
• 9 step 内訳:

1. 目標選択 (goal)

2. 現在の食生活 (metabolic stage)

3. 移行速度 (transition type)

4. 体組成 (gender/weight/height)

5. 活動レベル + 睡眠 + ストレス

6. 測定方法 (meals/day, meal timing)

7. 健康関心事 (health concerns — toggle式)

8. 医療フラグ独立画面 (hypertension / isPregnant / kidneyFunction)

9. Ready! summary + Start Tracking

• 理由: (1) usePaymentRedirect が payment=success → onboarding に遷移するため、onboarding 到達時点で全ユーザー支払い済 (2) onComplete は無条件 setCurrentScreen('home') + ONBOARDING_COMPLETED=true (3) 医療フラグを独立画面にすることで KI-4 11回 FAIL の根本修正 (4) 以前に追加した「Why we don't count calories」スライドは 9 step に収めるため削除 — カロリー哲学は Value Screen で伝達
• 影響: OnboardingScreen.tsx TOTAL_STEPS = 9、step 8 medical UI、step 9 Ready、App.tsx onboarding onComplete 簡略化。onboarding.noCalories.* i18n キーは将来再利用のため残置
• last_reverify: 2026-05-12

• 決定: ValueScreenの言語切替ボタン+モーダルを完全削除。言語選択はSettings → Language からのみアクセス
• 理由: (1) ValueScreenはFirst-time visitor向けの価値訴求画面。言語ボタンがCTAと競合 (2) 初回起動時のnavigator.language自動検出で90%以上のユーザーは正しい言語で表示される (3) 残り10%のユーザーは設定画面で変更可能 (4) UI要素削減でCTA焦点が明確化 (5) CC4スクショ確認で「赤い大きいドット」「CTA位置」の視認性課題が複合的に発覚
• 影響: ValueScreen.tsx から Globe import / LANG_LABEL / showLangModal state / lang-modal JSX全削除。ValueScreen.css から .value-screen-lang-btn + .lang-modal-* 全削除。App.tsx の LazyValueScreen から onChangeLang prop 削除
• last_reverify: 2026-07-10

• 決定: VISUAL-1のborder-radius 8/12/16統一を却下
• 理由: 72件残存。一括置換すると視覚的影響大。リリースブロッカーではない。CC2が3回FAIL=実装コスト見合わない
• 代替: 新規コンポーネントから8/12/16グリッド適用。既存は触らない
• last_reverify: 2026-07-09

• リテンションモーダル50%オフ/解約理由サーベイ4択/Onboarding完了→Home/タップ数5以内/初週プログレッシブ開示/医療フラグ独立画面/Day2-6教育コンテンツ/感情的達成感物語/双方向リファラル1ヶ月無料/VISUAL統一(8/12/16px+shadow3-5種)/Reset defaultsボタン: 全GO
• AICHAT-STREAM-1: 却下（リリース後）
• last_reverify: 2026-07-09

• 決定: SettingsScreenのダークモードトグルを完全削除。OS設定で対応
• 理由: STUB-DARKMODE/2が完全スタブ。CSS未実装。文字サイズと同じ理由で削除
• last_reverify: 2026-07-09

• 決定: アプリ内の文字サイズ設定（小/中/大/特大）をSettings/コード/翻訳から完全削除
• 理由: (1) iOS/AndroidのDynamic Type/システム設定で対応すべき (2) アプリ独自設定は重複 (3) CC2が4回連続で実装FAIL = 実装複雑度高い (4) ストア審査要件外 (5) 競合(Cronometer/Vore)も実装してない
• 代替: OSのアクセシビリティ設定に任せる
• sibuketu発言: 「じゃあ消そう」
• last_reverify: 2026-07-09

• 決定: RedditへのCarnivOS宣伝投稿はAI生成ではなく人間が書く。開始タイミングはストア公開後
• 根拠: RedditはAI生成投稿が嫌われる文化。バレたらブランド毀損。自分の言葉で書けるタイミングまで待つ
• sibuketu発言: 「RedditはAIでの投稿が嫌われるからとあるタイミングで開始」（過去議論、2026-04-05記録）
• last_reverify: 2026-06-13

• 決定: 今年(2026)のMeatstock（テネシー5/1-3）には行かない。来年(2027)に条件が揃えば参加
• 根拠: (1)収益ゼロ。渡航費回収不能 (2)大学前期の授業中 (3)オンライン(Reddit/SNS)で初期ユーザー獲得可能 (4)準備物(QR/名刺/プロモ/ピッチ)は完成済みで来年使える
• 来年の条件: 月$1K+収益 + 休学済み + ユーザー50人以上獲得見込み
• sibuketu発言: 「行ったほうがいいと思う？決めた」→不参加で確定（2026-04-05）
• last_reverify: 2026-06-13

• 決定: ダッシュボードの上にコーチレイヤーを被せる。5機能: (1)今日のアドバイスカード (2)3日連続不足通知 (3)断食コーチ (4)週次振り返り (5)段階移行ガイド。既存機能は全て残す。データも流用。見せ方を変えるだけ
• 根拠: (1)UXビジョン「赤ん坊でもポチポチして健康になれる」=コーチ (2)$30正当化: トラッカー比較→コーチ比較 (3)毎日開く理由が強くなる
• sibuketu発言: 「コーチのほうが良いと思う」「任せていい」（2026-04-04）
• last_reverify: 2026-06-13

• 決定: 再導入モードのUI全体を無効化。DiaryScreenのreintro入力、Settings内トグル、StatsScreenのReintroタブを削除
• 根拠: #373（段階的移行: ケト→厳格カーニボア）と方向が逆。再導入は厳格→食品を戻す方向であり、「厳格を目指せ」というアプリが「戻し方も教える」のは矛盾。sibuketu「削除でいい」（2026-04-04）
• last_reverify: 2026-06-13

• 決定: Discord「CarnivOS Users」を外部で作る。アプリ内コミュニティ機能は人数増えてからv2+で。過疎ったアプリ内コミュニティ=ゴミ印象
• 根拠: sibuketu「コミュニティメインでないのに過疎ってたらゴミ扱い」（2026-04-04）
• last_reverify: 2026-06-13

• 決定: 「ケト/肉中心でもOK → 慣れたら厳格カーニボアへ」の段階設計を公式ポジションとする

- ターゲット: 肉中心の食生活をしてる人全員。厳格でなくてもいい

- 理想: 完全厳格カーニボアが最適（アプリはこの方向にガイドする）

- 現実: ビビるし理解不能な人が多い → まずケト/肉中心から始めてもらう

- AIが段階的に「次はこれ試してみたら」とガイド

- 将来AIが「厳格カーニボアが人類に最適」とエビデンスを出しても「後出し」にならない（最初から段階設計に組み込まれてるから）

• 根拠: sibuketu「理想は厳格だけどビビるしとりあえずケトでもいいからやってほしい。いけそうなら厳格に移ってほしい。後出しでなくなりそう」（2026-04-04）
• 既存機能との整合: reintroductionモード（食品再導入テスト）、transition tier（移行期栄養目標）が既に実装済み。段階移行は設計に組み込まれている
• ブランド: CarnivOSの名前は変えない。「Built for carnivore. Works for anyone who eats meat.」
• last_reverify: 2026-06-13

• 撤回: Decision #377（Meatstock不参加）により撤回（2026-04-10）
• 元決定: 初月完全無料（Stripe Coupon 100%オフ）。PaywallScreenにプロモコード入力欄追加。QRカード+名刺をブースで配布
• 根拠（撤回前）: (1) Meatstock来場者=カーニボア理解者=品質で勝負できる相手 (2) 「品質に自信があるので理解ある人は無料で試してほしい」 (3) 来場者は好奇心より評価者マインドで試す→正直なフィードバックが得られる (4) 30日後$30/月自動更新で回収
• sibuketu発言（撤回前）: 「価値を理解してもらいやすい。品質に自信があるので無料でもいい。癖が強い人が評価者になってやろうという感じで試す」（2026-04-04）
• last_reverify: 2026-06-13

• 決定: features.htmlにCarnivOS vs Cronometer vs MFPの比較表を追加。store-assets/のスクショ2-3枚も追加。実機操作映像は不要（B2CはスクショとコピーでOK）
• 根拠: sibuketu「比較表のほうが効果的。実機映像はあんまりないし面倒」（2026-04-03）
• last_reverify: 2026-06-13

• 決定: Value→即Paywall($9.99)→課金→Onboarding。体験モードの1食バナーを削除。30日無条件返金で十分
• 上書き: #366（1食aha momentモデル）を撤回
• 根拠: sibuketu「とにかく金を払って文句があれば返金してください。それでいい」（2026-04-03）
• [CC4 false dichotomy scan 2026-04-25 — Pattern #7 適用]: 「即課金 vs 体験→課金」は false dichotomy。両立案 A-C 提示 (user 判断委任):

- 案 A: Skip-to-paywall option (CC4推奨): 即課金 default 維持 + Value 画面に「先に試したい」link 常設 → 1 食 limited preview → 再 Paywall。MyFitnessPal / Cronometer の標準実装、UX risk 低

- 案 B: 30秒 Free Trial preview: Value 後 30 秒だけ Home preview (1 食記録 + ゲージ動作) → Paywall。「ahaモーメント 30 秒」、決断 friction 低

- 案 C: Hesitate-trigger escape: 即課金 default、Paywall でスクロール 3秒以上 / 戻るボタン押下時のみ「先に体験」CTA 動的表示 (segment 分岐)

- AI推奨: 案 A、根拠 (1) sibuketu「とにかく金を払って」maintain (2) skip-link は user 自律判断 (Big5 高誠実性 phantom 基盤だが direction 維持) (3) 30日返金と独立 = 重複 friction なし

- 判断必要: launch 前ゲート、無視 = 現状維持 (#370 即課金 only) で OK、明示「A 採用」なら CC2 dispatch

- DEC-#320 phantom citation 影響注記: #366 元根拠の Big5 高誠実性「自分で試したい」は phantom 基盤、しかし user 直感「金払って返金」優先で direction 妥当

• last_reverify: 2026-06-13

• 決定: Business Starter $7.20/月。support@carnivos.app + noreply@carnivos.app作成
• 根拠: ドメインメール受信不可=サポート対応不能。$7.20/月は最初の課金ユーザー1人分の1/4以下
• last_reverify: 2026-06-13

• 決定:

- ED-LANG-5: Recovery Protocol自動起動→手動選択に変更。バナー表示のみ

- GROWTH-1: リファラル機能。一意リンク+$9.99全額クレジット還元

- GROWTH-4: Paywall画面にメール入力。離脱してもメール保存

- GROWTH-7: アプリ内フィードバックフォーム→Supabase保存。SLA 24h

- ~~EMOTION-1: 14日目自動サマリーカード~~ → 取り下げ。30日無条件返金があるので不要。$9.99→30日体験→$30/月自動移行のシンプルな構造で十分

- §12事業存続: TAM十分、moat=Recovery+断食+AI、Gemini→v1.1でマルチプロバイダー

• 根拠: CC3 §9-14発見に基づくCC4壁打ち。sibuketu「無視=完全同意」（2026-04-03）
• last_reverify: 2026-06-13

• 決定:

- DEC-REVISIT-2: $30/月維持。初月$9.99確認タスク追加

- DEC-REVISIT-3: organic-only維持。「今はやらない」に変更

- DEC-REVISIT-5: 女性向け栄養目標の性別分岐確認→未対応なら即実装

- DEC-REVISIT-6: 小さな勝利→データのみ表示。「すごい！」系削除

- DEC-REVISIT-7: ストリーク→補助として軽量化

• 根拠: CC3の190件発見に基づくCC4壁打ち。ユーザーが無視=同意（2.3f）で全件承認
• last_reverify: 2026-06-13

• 撤回: Decision #370 により撤回（2026-04-03）。即課金モデルに戻された
• 元決定: Value→Onboarding(言語+プロフィール3画面)→Home(空ゲージ)→「最初の1食を記録」→62ゲージが動く(aha moment)→Paywall。体験前課金を廃止
• 元根拠: (1) WHOOP/Levels/Oura等のヘルステックは体験→課金が標準 (2) Big5ターゲット（誠実性高い）は「自分で試して判断したい」 (3) experience_modeフラグがコードに既存で実装コスト小
• 元上書き: #294（Paywall→Onboarding）を上書き
• sibuketu発言（撤回前）: 「それで行きましょう」（2026-04-02）
• last_reverify: 2026-06-13

• 決定: 幾何学/ローポリ ステーキアイコン（赤/マルーン、クリーム区切り線、黒背景）で最終確定。正ファイル: public/icon-v2-512-cropped.png
• 根拠: ユーザーが2026-03-31に承認、2026-04-02に再確認。「それでいい」
• 影響: ストア申請（App Store / Google Play）のブロッカーが解消。store-assets/のアイコンをそのまま使用
• last_reverify: 2026-06-13

• 決定: about.htmlの「3デメリット+10-12メリット」構成は維持。5ステップ検証済み
• 根拠: CarnivOSターゲット（高誠実性）はデメリット開示で信頼が増す。母集団補正後も有効と判断
• last_reverify: 2026-06-13

• 決定: Day7メッセージから「3.6倍定着しやすい」を削除。#325「7日分のデータで週間傾向が分析可能に」に統一
• 根拠: 2.3b-2の5ステップ検証: Duolingoデータ（カジュアル層）をCarnivOSターゲット（誠実性高い層）にそのまま適用は不適切
• last_reverify: 2026-06-13

• 決定: VitK2 200μg目標は変更しないがTier 4（データ不足）と明記。「公式DRI未設定。コミュニティ推定値」と表示
• 根拠: MK-4は45,000μg薬理用量でのみ研究。200μgの根拠なし。MK-7に変えると食品源（肉/卵=MK-4）と不整合。正直にTier 4と表示が誠実な精密さ原則(#348)
• 実装確認: carnivoreTargets.ts tier:4設定、MiniNutrientGauge.tsx Tierバッジ表示、全6言語翻訳済み
• last_reverify: 2026-06-13

• 決定: 食事設定（1食/2食/3食）に基づき、記録がない場合に「断食でしたか？」通知。断食設定中は通知しない。記録はファクト、設定はガイド。記録を設定で制限しない
• sibuketu発言: 「一日一食とかで設定していたのに何も記録していなかったら通知で断食だったんですかっていうのを聞く」（2026-03-24）
• 実装状況: src/utils/notificationService.ts 断食タイマー (30分前警告 + 完了通知) + 毎日記録リマインダー (N2) + 水分リマインダー (N3)。Capacitor ネイティブ通知 + Web 通知両対応、fastingTimelines.ts データ参照
• last_reverify: 2026-06-13

• 決定: ホーム画面=スコア+ゲージ折りたたみ（控えめ）。食品追加画面=ゲージ常時表示（「何が足りないか」を見ながら食品を選ぶため）
• 根拠: ホームの目的=「大丈夫？」の確認。食品追加の目的=「何を食べるか決める」。目的が違うのでゲージの見せ方も変える
• 実装: ButcherSelect.tsx showAllNutrients デフォルト=true（ホームは false）
• last_reverify: 2026-06-13

• 決定: 食品カテゴリ絵文字（🥩🥚🧈）もリリース後にカスタムSVG or アイコンフォントで置換。理想は完全排除
• 今は: lucideにない食品アイコンの代替手段がないため暫定許可。カテゴリヘッダー限定
• last_reverify: 2026-06-13

• 決定: ValueScreenに言語切替ボタン追加。ブラウザ自動検出+手動変更の組み合わせ
• last_reverify: 2026-06-13

• 決定: ホーム画面に食事パターン（OMAD/2食/3食/断食中）をワンタップ切替で表示。3日連続パターン変化で設定更新を提案
• 根拠: 断食設定忘れ→スコア/アラート/AI全部が的外れになる
• last_reverify: 2026-06-13

• 決定: サプリ選択ボタンとは分離。UIの詳細はリリース後に再検討
• last_reverify: 2026-06-13

• 当初決定: ~~ユーザー向けデモモードを完全削除。$9.99初月+30日無条件返金がデモ代替~~
• 撤回理由: 未実装のまま隠しdev menu (5-tap) 退避状態で放置。sibuketu 2026-04-20「疑似体験できるようにするんじゃないの？過去振り返って」で user-facing 復活方針に転換。#460 参照
• last_reverify: 2026-04-14

• 決定: 食品分析で「合ってる」の明示的確認ボタンは追加しない。「記録する」を変更なしで押す=暗黙の確認として扱う。データ構造はconfirmed: true（変更なしで記録）/ userCorrected: true（修正して記録）で区別
• 根拠: 毎日3-5食品×365日=1,000-1,800回の余計なタップ。離脱率>データ品質の微小改善。暗黙確認で研究データとしても十分
• sibuketu発言: 「ユーザーの離脱率にも繋がると思うのでどっちをとるか」（2026-03-24）
• last_reverify: 2026-06-13

• commit: db0676c3 (2026-07-24)
• commit: d2c859a6 (2026-07-24)

• 決定: RULES 0.3として追加。ユーザーは音声入力のため誤字・誤変換がある前提で解釈する
• sibuketu発言: 「音声入力を基本するので誤字がある可能性を前提として置いておく」（2026-03-24）
• last_reverify: 2026-06-13

• 決定: RULES 0.2として上位原則に追加。全出力に信頼度を透明表示。食品分析は全項目変更可能+confidenceScore内部記録。栄養目標はTier 1-4。AIチャットは健康回答時のみTier表示
• 根拠: 「精密さ」=正確な値を出すことではなく「不確かさを含めて正直に出すこと」。研究データとしての価値向上（#312連動）。法的保護にもなる
• sibuketu発言: 「正直にAIの限界を認めた上でさらに最適化するのであれば人間の作業を要求します」「AIの写真の分析の信頼度を数値で得点みたいにしといた方がいい」（2026-03-24）
• last_reverify: 2026-06-13

• 決定: AI食品分析（写真/音声/テキスト）の結果を✅（自信あり）/⚠️（自信ない）で表示。質問方式を廃止。全分析結果を一括表示し、⚠️の修正は任意。バーコードは商品特定済みなので対象外
• 根拠: 質問方式（「何の肉？」→回答→「量は？」→回答）は遅く「聞かれてる感」がある。信頼度マーク方式は1画面で完結、ユーザーは確認するだけ。Big5ターゲット（誠実性高い層）は「分析結果を見せてくれる」方を好む
• sibuketu発言: 「AIがまずどう分析したのかを出すのは確定で、ここは自信がないっていうマークをつけるのはどうでしょうか」（2026-03-24）
• last_reverify: 2026-06-13

> 実装済み: CustomFoodScreen / HistoryScreen で isNutrientVisibleInMode(displayMode) 反映。HomeScreen は mode 分岐なし = 本決定の「全モード同じ UI」と整合。#279 を 撤回 する根拠としても機能。

• 決定:
• ホーム画面: 全モードで同じUI。ゲージはデフォルト非表示（ボタンタップで開閉展開）。モード別の差はなし
• 食品選択画面のみモード別: 始めたばかり=ゲージ少数+開閉、適応中=中程度、適応済み=全表示
• ユーザー設定で選択（metabolicStatus無関係）: 数字の粒度、通知頻度、通知トーン、AIアドバイス深さ
• 全員同じ: ストリーク凍結回数
• 根拠: ホーム画面の目的は「大丈夫？」の1秒確認。スコア1つで十分。ゲージ詳細は必要な人がボタンで開く
• last_reverify: 2026-06-13

• 決定: Phase1-4で段階的に実装。P1=調整項目を全表示（折りたたみ）。P2=RDA→カーニボア補正ステップ追加。P3=食事到達可能性の具体例。P4=歴史的文脈（土壌枯渇等）
• モード連動: モード別ではなく開閉式。デフォルト閉じ→タップで詳細展開。metabolicStatusに依存しない
• 未解決: RDAがない栄養素（CoQ10等）の説明構造、翻訳量の管理
• 根拠: CarnivOSの「気色悪い精密さ」の核心。全計算ステップが透明=Big5ターゲット（開放性高い→「なぜ？」を知りたい）に直球
• sibuketu発言: 「全ての要素を考慮したってのが伝わると良い」「基本値がこうだからとかいう雑な感じに感じる」（2026-03-24）
• last_reverify: 2026-06-13

• 決定: CWは複雑なSPA操作が苦手。アプリ内UIテスト→CC2のPlaywright E2E。CWはダッシュボード確認+外部サービス設定に限定
• 根拠: CW-A1でSPA操作困難が判明。食品追加フローの量入力UIが見つからず失敗
• last_reverify: 2026-06-13

• 決定: iOS IAP実装時にRevenueCat vs capacitor-purchasesを比較。今は判断しない
• 根拠: #89の再評価タイミングを明確化
• last_reverify: 2026-06-13

• 決定: 月収$1,000超でGemini vs Claude APIのコスト・品質比較を実施。TRIGGER_TASKS.mdに追加
• 根拠: #57のトリガー条件が未定義だった
• last_reverify: 2026-06-13

• 決定: オンボーディングに体型3択追加（筋肉質/平均的/脂肪多め）。タンパク質目標のLBM計算精度を向上
• 根拠: 現在は全員デフォルト15%体脂肪率→肥満者は78-100%過大評価
• last_reverify: 2026-06-13

• 決定: AIチャット会話履歴のタイトルをタップ→テキスト入力→確定。メニューは不要
• last_reverify: 2026-06-13

• 決定: 甲状腺機能低下時のヨウ素目標×2.0を×1.0に変更。💡に「医師に相談」追加
• 根拠: 甲状腺機能低下の90%以上は橋本病（自己免疫）。高ヨウ素は橋本病を悪化させる。×2.0が正しいのはヨウ素欠乏性甲状腺腫のみ（先進国では稀）
• last_reverify: 2026-06-13

• 決定: 「不要」→「糖質がないと需要が大幅に下がる。微量で十分。肝臓・生肉に含まれる量で通常足りる」。ナポレオン馬肉の歴史的根拠も追加
• 根拠: カーニボア医師の立場と一致。断言は法的リスク
• sibuketu発言: 「不要ではなく微量でよくなる　では」（2026-03-22）
• last_reverify: 2026-06-13

• 決定: system promptに摂食障害/自傷/極端な制限の検出ルール追加。検出時は専門家への相談を推奨
• 根拠: 健康アプリが摂食障害を「正常」と回答→訴訟リスク。「しゃれにならない」（sibuketu）。CC3に類似安全性問題の網羅スキャンを依頼
• sibuketu発言: 「マジでナイス　これミスったらしゃれにならん」（2026-03-22）
• 実装状況: src/services/aiService.ts ED_KEYWORDS ガード (NEW-114-6 + ED-EXPAND)。検出語: binge/purge/anorexia/bulimia/eating disorder/restrict/starve/orthorexia/arfid/avoidant restrictive food intake/compulsive eating/rumination disorder + 日本語 (摂食障害/過食/拒食/正食症/オルソレキシア/回避性/制限性食物摂取障害/強迫的過食/反芻症)。Realistモード では「食品ランク付けせず、医療専門家または摂食障害の専門カウンセラーへの相談を案内」
• last_reverify: 2026-06-13

• 決定: 生理周期トラッキング+鉄/B12/葉酸の動的目標調整をリリース後に実装。要件定義は研究ベースで別途
• 根拠: r/carnivoreの1/3が女性。競合Vividが特化。差別化になるが要件定義が不足
• last_reverify: 2026-06-13

• 決定: ~~認証後にlocalStorageのデータを新user_idで再紐付け。デモ体験を保護~~
• 撤回理由: デモモード完全削除済み（Decision #351）。匿名→認証マージの前提（デモ体験の存在）が消滅
• 根拠: デモでアプリ体験→「いいね」→登録→全消え=最悪のUX
• #463 再活性化: #460 で demo 復活（demoMode.ts real data 分離）。real localStorage data マージは demo data と独立して再実装可能。詳細は #463 参照
• last_reverify: 2026-04-14

• 決定: 2段階目標はやめる。ゲージ1本+💡「肉だけでは困難。サプリ推奨」表示。K目標値はCC3にカーニボア文脈でのリサーチを依頼してから最終決定
• 根拠: Baker自身がMgサプリを摂っている。カーニボア医師は「サプリで補完」を推奨。K目標4,700mgはRDA（混合食前提）で高すぎる可能性
• 実装状況: Mg側完了（1段階ゲージ+サプリ推奨ヒント全6言語）。K側はCC3リサーチ待ちで未着手
• last_reverify: 2026-06-13

• 決定: RULES 2.3b-1に研究者検証プロセス5ステップ（対象/方法論/効果量/再現性/外的妥当性）を追加。数値の直接適用を禁止
• 根拠: Duolingoデータをそのまま持ってきた反省。母集団の差を必ず評価する
• last_reverify: 2026-06-13

• 決定: モード別に色/テーマを変えない。情報量と粒度だけで差別化
• 根拠: CSSの変更なしでロジックだけ対応。テスト工数3倍を回避
• last_reverify: 2026-06-13

• 決定: フレンドストリーク（ソーシャル機能必要で大きい）は後回し。コミュニティストリーク（全ユーザーの今日の達成率を匿名表示）は先行実装可能。ユーザー100人超えてから
• sibuketu発言: 「フレンドストリークいいね　なんならコミュニティストリークとかも」（2026-03-22）
• last_reverify: 2026-06-13

• 決定: Claude.aiのUIをパクらない。CarnivOSのダーク+ピンクは差別化
• sibuketu発言: 「やっぱuiくろーどぱくるのやめようか」（2026-03-22）
• last_reverify: 2026-06-13

• 決定: ストリーク賭け（Double or Nothing）は入れない
• 根拠: ゲーミフィケーション過剰。仮想通貨もない。ターゲットに合わない
• sibuketu発言: 「ストリークの賭けはやっぱいらないかも」（2026-03-22）
• last_reverify: 2026-06-13

• 決定: 週末スキップ機能は入れない。甘すぎる。外食モード（#317）が代替
• 根拠: カーニボア食は毎日する。週末だから食べないはない。記録の粒度を下げる（外食モード）が正解
• sibuketu発言: 「週末スキップよくないんじゃないかな　甘すぎるのでは」（2026-03-22）
• last_reverify: 2026-06-13

> 🟡 [自信度:中 2026-04-25 / DEC-036 + audience 再正当化済]: Big5 phantom (#320) 確定後の re-rationalize 完了。DEC-036 科学的冷静トーン + adult audience positioning で正当性維持。

• 決定: ポイント/仮想通貨/XP等の外発的報酬制度は入れない。バッジ/トロフィー（恒久的達成証明）は維持
• 根拠 (re-rationalize 2026-04-25):

- (a) DEC-036 整合 (主根拠): 「科学的・冷静、データと根拠で語る、攻撃的煽り禁止」と XP/ポイント = ゲーミフィケーション casual tone は不整合

- (b) adult audience positioning: WHOOP/Levels と同じ data-driven user 層は子供扱い tone を嫌う傾向 (Cronometer/MFP の minimalist UI が選ばれている事実)

- (c) Ryan & Deci SDT (補助、一般論): 外発的報酬は内発的動機を crowd out する場合あり (層特化ではなく一般 caveats)

- (d) バッジ/トロフィー = 恒久的達成証明: identity 統合型 (Strava-route ではなく self-achievement 型) は保持

- 旧根拠 (削除済): 「高誠実性層にポイントは子供扱い感」は Big5 依存断定、phantom citation chain (#320) 依存だった

• last_reverify: 2026-06-13

• 決定: (1)バナー色を進捗で変化（赤→橙→緑）(2)「後で」選択肢追加 (3)Todo段階表示はモード別（始めたばかり=2個ずつ+体内効果、適応済み=全表示）。全て仮決定。ユーザー5人のフィードバックで再評価
• 根拠: 現状の全Todo一覧は圧倒感がある。ただし段階表示の最適解は実ユーザーデータがないと判断不能
• last_reverify: 2026-06-13

• 決定: 励まし口調→データ蓄積の価値で伝える。「3日連続！」→「3日分のデータで移行期補正を適用中」
• 根拠: CarnivOSのトーン（DEC-036: 科学的・冷静）と一致。Big5レンズ: 誠実性高い層は褒められるより「精度が上がった」に価値を感じる
• last_reverify: 2026-06-13

• 旧決定: metabolicStatus別にゲージ数/数字粒度/通知頻度・トーン/AIアドバイス深さ/凍結回数/ホーム構成/リカバリー表示を変える
• 修正(#346): metabolicStatusはデフォルト値を決めるだけ。ユーザーはいつでも設定から変更可能。強制しない。「体の状態」と「ユーザーの好み」を混同していた問題を解消
• last_reverify: 2026-06-13

> 🟡 [自信度:中 2026-04-25 / data-first 再正当化済]: Big5 phantom (#320) 確定後の re-rationalize 完了。経験則 + data-first positioning 整合で正当性維持。

• 決定: ストリークを最大のリテンション武器から補助的位置づけに降格。主役は栄養ゲージ/データ蓄積。ストリーク自体は残す
• 根拠 (re-rationalize 2026-04-25):

- (a) 経験則 (主根拠): 365 日連続超長期 streak は人間活動として非現実的、Duolingo/Snapchat ですら破綻多

- (b) data-first positioning 整合: CarnivOS は 栄養 gauge / データ蓄積を主軸 (#322)、streak は補助 metric として位置整理

- (c) 仮説 (要検証): data-driven user は streak 外圧なしでも自律的に継続する可能性。実データで検証要 (post-launch retention 計測)

- 旧根拠 (削除済): 「ターゲット（誠実性高い層）は外圧なしで自律的に続く」は Big5 一般論の過剰拡張、phantom citation chain (#320) 依存だった

• last_reverify: 2026-06-13

> 🟡 [自信度:中 2026-04-25 / data-first 再正当化済]: Big5 phantom (#320) 確定後の re-rationalize 完了。WHOOP/Levels positioning + sibuketu user 発言 + SDT 一般論で正当性維持。

• 決定: CarnivOSの動機設計を「楽しさで続けさせる」(Duolingo路線)から「データで知的に関与させる」(WHOOP/Levels路線)に確定。「続けるとデータの精度が上がる→健康改善の精度が上がる」が主動機
• 根拠 (re-rationalize 2026-04-25):

- (a) 競合 positioning (主根拠): WHOOP/Levels は「data-first / 知的関与型」 user 層を data 精度で獲得済、外発報酬型 (Duolingo) と異なる layer。CarnivOS は同 layer をターゲット

- (b) sibuketu 確定発言: 「動機の要素の１つでデータ精度が上がる　健康　を重視しよう今後」(2026-03-22)

- (c) SDT 一般論 (補助): Ryan & Deci メタ分析「外発的報酬が内発的動機を crowd out する場合あり」(層特化なし、一般 caveats)

- 旧根拠 (削除済): 「Ryan & Deci: 高誠実性層に外発的報酬は内発的動機を破壊」は Big5 × SDT 交互作用の文献なしで拡大解釈、phantom citation chain (#320) 依存だった

• sibuketu発言: 「動機の要素の１つでデータ精度が上がる　健康　を重視しよう今後」（2026-03-22）
• last_reverify: 2026-06-13

• 決定: CC3_CONSTITUTION.mdを作成。Big5プロファイル、動機構造、ストレス源、信頼の源、離脱パターン、カーニボア思想の6前提+問題評価5ステップ（対象/根拠妥当性/効果量/再現性/外的妥当性）をCC3に渡す。CC3は毎サイクル読んで問題をこのレンズで評価
• 根拠: CC3が技術的問題は見つけるが「誰にとっての問題か」が定義されてなかった。研究者の検証プロセスで問題の質を上げる
• sibuketu発言: 「研究者の思考法のようにCC3の発見力を上げる何かをやらないか」（2026-03-22）
• 実装状況: docs/CC3_CONSTITUTION.md 存在、MEMORY.md でも参照。CC3 セッション開始時 mandatory read 運用 (RULES §11、CC2/CC4 の feedback_cc_namespace.md 参照)。Big5 phantom citation 問題は #320 で別途扱い、本決定の framework としては運用中
• last_reverify: 2026-06-13

• 決定: ターゲットを「富裕層」から「誠実性+開放性が高い人」に再定義。実際の収入は問わない。マーケ/UX/機能設計はこのBig5プロファイルに合わせる
• 根拠: ~~Nature 2022 (DOI: 10.1057/s41599-022-01099-3)~~ [CC4 #449 verify 2026-04-25 完了: WebSearch で「Nature 2022 Big Five carnivore」該当論文不存在を確認 → phantom citation 確定]: 自己形成型富裕層のBig5プロファイルを調査した研究（高誠実性・高開放性が特徴）。※「健康意識の高い人」への言及はなし。【推論】sibuketu仮説: 高誠実性プロファイルは健康意識の高い人にも共通する可能性がある（根拠: sibuketu発言、論文直接の裏付けなし）。「富裕層向け」だと高級感に引っ張られるが「誠実性高い人向け」だと精密さ・データ・継続性に焦点が合う
• 代替候補 (2026-04-25 WebSearch): (a) Pfeiler & Egloff 2022 PLOS One「Big Five vegetarians vs vegans」(carnivore対象でない、参考度低) (b) Lennerz et al. 2021 Current Developments in Nutrition「2029 carnivore adults」(N=2029直接母集団、Big5枠組みは不在) — どちらも #320 framework の直接根拠にならず
• 下流影響: #321 (CC3 Constitution) / #322 (動機=データ精度) / #323 (ストリーク降格) / #324-#327 全て Big5 framework 依存 → 再評価対象 (CC3_INBOX に Audit task 投入済 2026-04-25)
• sibuketu発言: 「実際に金持ってるかにかかわらず意識が高いのと富裕層は人間の性格に関しては似ているのでは？」（2026-03-22 CC4壁打ち）
• last_reverify: 2026-06-13

• 決定: ユーザー50人超えてから設計。今はアイデアとして保存のみ
• 案: ~~3枚/月の招待コード。受取側は初月無料。紹介者は3人全員有料移行で次月$10オフ~~ → #464 で flat $5/converted user に変更
• sibuketu発言: 「招待に関しては今後のアイデアとして保存くらいかな」（2026-03-22 CC4壁打ち）
• last_reverify: 2026-06-13

⚠️ #323/#362で撤回済み。根拠は5ステップ未検証

• 決定: 7日連続記録で特別トロフィー+データ蓄積メッセージ（#325「7日分のデータで週間傾向が分析可能に」）。30/100/365日にも段階的演出
• 根拠: 初期7日を特別扱いして定着率を最大化
• 修正(#362): 旧「3.6倍定着しやすい」メッセージは削除済み。Duolingo根拠はカジュアル層データでありCarnivOSターゲット（高誠実性層）に不適切と判断
• last_reverify: 2026-06-13

⚠️ #322でWHOOP路線に変更。Duolingo路線は降格

• 決定: 外食/旅行/忙しい日に簡易記録（3タップ）でストリーク維持。詳細は別途定義（下記参照）
• 根拠: Duolingoの「Designing for Weakness」原理。最大離脱ポイント（外食/旅行）に合わせた設計
• last_reverify: 2026-06-13

• 完了: #323 で「ストリークは補助役」に降格決定済み（2026-04-10 ステータス更新）
• 元決定: ストリーク日数をホーム画面の最上部に常時表示
• 元根拠: Duolingo A/Bテスト結果 DAU+3%
• 最終結論: #323 で上書き済み。ストリークは降格扱いで完了。新規実装不要
• last_reverify: 2026-06-13

• 撤回: Vercel Pro 維持により撤回（2026-04-10）。Vercel Pro 契約済みで TOS 商用OK
• 元決定: Vercel HobbyプランからCloudflare Pagesに移行。無料で商用OK、帯域無制限
• 元根拠: Vercel HobbyはTOS商用禁止。Pro($20/月)より無料のCloudflareが合理的
• last_reverify: 2026-06-13

• 決定: CC3設計済みのクラウドバックアップをMeatstock前に実装。$30/月アプリでデバイスワイプ=全データ消失は致命的
• 根拠: 1星レビュー+返金要求+SNS炎上リスク。CC3が8タスクに分解済み、~280行、人間操作はSQL実行のみ
• last_reverify: 2026-06-13

• 撤回: Decision #377（Meatstock不参加）により撤回（2026-04-10）
• 元決定: カーニボア最大イベントMeatstock 2026（5/1-3 Gatlinburg, TN）に合わせてApp Store/Play Store公開を目指す。4月中旬までにストア審査提出
• 元根拠: Ken Berry/Shawn Baker/Chaffee全員登壇。カーニボアコミュニティが物理的に最も集中する年1回の機会
• last_reverify: 2026-06-13

• 決定: 大学/研究機関とのデータ提携はユーザー500人で種蒔き開始。今はresearch@carnivos.appの設置とResearchページ作成のみ
• データの優位性: CarnivOSのデータはアンケート研究と比較にならない品質。(1)写真解析+自信度スコアで客観的 (2)RCTより低コスト (3)倫理的に優れる（ユーザーが自発的に追跡） (4)情報操作しにくい (5)連続追跡で点在データではない
• sibuketu発言: 「研究については候補で良いかもね　写真解析の自信度の採点もあるしアンケート研究と比べ物にならないdataの要請でrctより費用かからない　倫理的にも　情報操作もしにくい」（2026-03-18 CC4壁打ち）
• last_reverify: 2026-06-13

• 決定: Google/Instagram等の有料広告は打たない。SEOツール/記事/インフルエンサー/ASOに集中
• 根拠: カーニボアコミュニティは「自分で調べて判断する」文化。広告の押し付け感は信頼低下リスク。砂糖業界と同じ手法は思想に反する
• 例外: 将来ユーザー500人超えたらリターゲティング広告とポッドキャストスポンサーのみ検討
• last_reverify: 2026-06-13

• 決定: 外部投資は受けない。使い道が広告しかなく、広告はカーニボアの思想に合わない
• 根拠: 損益分岐3人、粗利91%、AI開発でエンジニア不要。投資を受けるとVCがケト/パレオ対応圧力をかけるリスク
• last_reverify: 2026-06-13

• 決定: CustomFoodScreenにサプリタブ追加。名前+栄養素を自由登録
• 根拠: 固定10品では不足。Heart & Soil等の臓器サプリが登録不可
• last_reverify: 2026-06-13

• 決定: ホーム画面に「昨日をコピー」追加。タップで昨日の全食品を今日にコピー→確認画面で外せる
• 根拠: カーニボア民は毎日同じ食事。例外ベース記録の簡易版
• last_reverify: 2026-06-13

• 決定: 肉屋UI上部に日付セレクター追加。選んだ日付に記録
• 根拠: 全競合の基本機能。「昨日の記録忘れ」対応
• 実装: ButcherScreen.tsx ±1日セレクター (yesterday/today/tomorrow) + addFoodToDate() 任意日付対応
• last_reverify: 2026-06-13

• 決定: ホーム画面の食品リストにスワイプで編集/削除。iOS標準パターン
• 根拠: 食品追加後に修正できない致命的UX。全競合にある基本機能
• last_reverify: 2026-06-13

• 決定: InputScreenを廃止し機能を分散。塩カウンター→ホーム水分横、食品編集/削除→ホーム食品リスト(#306)、サプリ記録→FAB or 肉屋タブ、今日の食品リスト→ホーム常時表示、ルーティン提案→肉屋「最近」タブ(#291)
• 根拠: InputScreenはメインナビから孤立。画面追加より分散廃止が正解
• 実装状況: src/screens/InputScreen* ファイル不在 → 完全廃止確認。機能分散済 (#306 スワイプ編集 / #308 昨日をコピー / #309 カスタムサプリ / #291 肉屋最近タブ 全て✅実装済み連動完了)。en.ts L1378 の // InputScreen additional コメントは legacy 翻訳キー残骸 (実画面なし)
• last_reverify: 2026-06-13

• 決定: 食品DB値のUSDA突合修正、Na二重加算修正、計算パイプラインバグ5件、リカバリータイムライン修正。全件CC2で最優先対応
• 根拠: 「精密を謳うアプリ」で牛レバーVitAが+240%乖離は致命的。信頼性の根幹
• last_reverify: 2026-06-13

• 決定: iHerb/Amazon/LMNT/ButcherBoxアフィリエイト申請を今すぐ実行。リリース待ち不要。CW（Cowork）で申請
• 根拠: carnivos.appが存在すれば申請可能。100人待つ必要なし
• sibuketu発言: 「今いきなりやったらだめですかね」（2026-03-18 CC4壁打ち）
• last_reverify: 2026-06-13

• 決定: 高ボリュームキーワード5本をCC2で作成。3,000語以上、PubMed引用5+
• 根拠: コンテンツ量が競合の1/3。SEOツール（#282）と並行で集客チャネル構築
• last_reverify: 2026-06-13

• ��定: GA4 GDPR同意ゲート、CCPA言語追加、健康免責同意、管理者情報、MHMDA対応、FTC健康クレーム修正、年齢���一、サブスク表示改善。全���CC2で対応
• 根拠: LEGAL_COMPLIANCE_AUDIT_2026-03-17.md。CRITICAL3件（罰金最大2000万EUR）
• 2026-04-29再監査結果: LEGAL1(GDPR)✅ LEGAL2(CCPA)✅ LEGAL3(Play Console declaration)⏳人間 LEGAL4(Apple disclaimer)✅ LEGAL5(controller address)✅修正済(a029775a) LEGAL6(MHMDA)✅ LEGAL7(FTC)✅修正済(010f476d) LEGAL8(age)✅16統一 LEGAL9(subscription)✅。��り: LEGAL3 Play Console健康アプリ宣言フォーム提出(人間操作)
• last_reverify: 2026-04-14

• 決定: マーケコピーのobsessive→scientific/clinical-gradeに変更。摂食障害リスク回避
• 根拠: 「obsessive」は臨床心理学で否定的意味。App Store審査リスク。科学的表現のほうがプレミアム感もある
• last_reverify: 2026-06-13

• 決定: App Store版はIAP（Apple課金）。Web版はStripe維持。Apple手数料15%（$1M以下）はCarnivOS負担。ユニットエコノミクスで吸収可能
• 根拠: App Storeでの存在がブランド信頼の基盤。粗利91%でApple手数料15%吸収可能（ARPU$25.50、変動費$1.81）
• sibuketu発言: 「1億円は別にいけそうか」（2026-03-18 CC4壁打ち。1億円=$1M＝Small Business Program 15%閾値）
• 実装状況: src/utils/platform.ts で useAppleIAP / useGooglePlayBilling フラグ提供。PaywallScreen.tsx L225-355 で iOS=StoreKit / Android=Google Play / Web=Stripe の 3 経路分岐、purchaseToken / receipt を Edge Functions (verify-apple-receipt / verify-google-play-receipt / verify-session) で検証。restore は L416 restorePurchases 経由
• last_reverify: 2026-06-13

• 決定: 予測されるサポートチケットTop5に対応。(1)課金状態復元ロジック修正 (2)カスタム食品ガイドFAQ (3)データ永続性の正確な説明 (4)解約ボタンバグ修正 (5)白画面エラーハンドリング
• 根拠: CC3のサポートチケット予測。ユーザー影響15-60%
• 実装状況 (5/5):

- (1) src/screens/PaywallScreen.tsx restorePurchases (StoreKit/Google Play) + paywall.restoring i18n

- (2) src/screens/AIChatScreen.tsx FAQ chips (tips.faq.greenStool/dizziness/headache/fatigue/brainFog/muscleCramp) + src/data/tips.ts

- (3) Settings データ管理セクション: storageQuota 表示 (DISC-DATA5) + t('settings.storageUsage') + Export/Import/Cloud Restore 3 ボタン (restoreFromCloud from cloudBackup.ts)

- (4) SettingsScreen manageSubscription (Web=Stripe portal、Native=openStoreSubscriptionManagement) + handleResumeSubscription (canceling 状態対応)

- (5) src/components/GlobalErrorBoundary.tsx (main.tsx 全体ラップ) + src/components/ScreenErrorBoundary.tsx (App.tsx 各画面ラップ)

• last_reverify: 2026-06-13

⚠️ 外的妥当性未検証。#322路線での位置づけ要確認

• 決定: 「今日は4栄養素100%達成！」等のポップアップ/バナー表示
• 根拠: Progress Principle。達成感の可視化がリテンションに直結
• 実装状況: src/components/Day1Welcome.tsx + src/utils/day1Experience.ts、HomeScreen に smallWinsTimerRef + showSmallWins slot (nutrientsAt100 >= 1 で発火、L1990)。Day1 と日次 small wins の両系統あり
• last_reverify: 2026-06-13

⚠️ #322(SDT路線)との整合要確認

• 決定: 月に1-2回「今日は記録できなかった」でもストリークが途切れない凍結機能を追加
• 根拠: Loss Aversionの活用。1日欠けたら全リセット→永久離脱を防止
• 不採用: ストリーク切れ時の共感UX、Variable Reward（ユーザー却下）
• last_reverify: 2026-06-13

• 決定: AIチャットを「質問応答型」から「プロアクティブ提案型」に転換。日次の栄養ギャップを検知→AIが1行アドバイスをホーム画面に表示（例:「今日Mg48%。骨スープ200mlで100%達成」）
• 根拠: AI chatはコモディティ化。差別化はユーザーデータに基づくプロアクティブ提案。CarnivOSにしかできない体験
• sibuketu発言: 全同意（2026-03-18 CC4壁打ち）
• last_reverify: 2026-06-13

• 決定: ~~Value→Paywall→Auth(ページ内)→Stripe→Onboarding→Homeに変更~~
• 撤回理由: #370でPaywall先行を試みたが撤回。現コード=Value→Onboarding→PlanSelect→Auth→Home。オンボーディング先行の方が返報性+IKEA効果で課金率向上（2026-04-14 4原理分析で確認）
• 根拠: メール確認の離脱推定40-60%。業界標準3-5タップ。課金後オンボーディングでsunk cost効果
• last_reverify: 2026-04-14

• 決定: #279と連動。全モードで栄養ゲージを最上部に移動。順序「栄養ゲージ→食品追加→水分→その他」
• 根拠: 栄養ゲージが6-8スクロール先は致命的UX
• last_reverify: 2026-06-13

• 決定: ゲージバーにアイコンオーバーレイ追加（<50%:⚠️, 50-99%:→, 100%+:✓, 超過:⚠️+テキスト）
• 根拠: 男性8%が影響。WCAG AA準拠
• last_reverify: 2026-06-13

• 決定: Confirm後は肉屋UIに残る（Homeに戻らない）。「Done」で戻る。肉屋UI上部に「最近」タブ（カテゴリ横断直近10品）追加
• 根拠: 毎日3-5品記録×毎回Home往復=10タップ無駄。MyFitnessPal/Cronometer全てに「最近」あり
• last_reverify: 2026-06-13

• 決定: Advancedタブを表示設定/トラッキング/通知/AI設定/アカウントの5カテゴリに分割
• 根拠: 22+セクション/40+コントロールが1画面は初見殺し。競合はカテゴリ分けしている
• last_reverify: 2026-06-13

• 決定: 統計画面に電解質→症状プリセット追加。自動相関検出+アラート。免責テキスト付き
• 根拠: CarnivOSに両データ既存。接続するだけ。誰もやっていない
• last_reverify: 2026-06-13

• 決定: ホーム画面にF:P比率ゲージ追加。カロリーベース計算（fat×9/protein×4）。目標70-80%。カロリー数値自体は非表示（ルール準拠）
• 根拠: Voreの主要機能。カーニボア民の日常指標。比率表示はカロリー表示禁止に非該当
• 中止理由: 一時実装後、3モードゲージで P/F が既に表示されているため冗長と判断し削除（src/screens/HomeScreen.tsx:17 // PFRatioGauge削除: 3モードゲージでP/F表示済みのため冗長（2026-03-01））。aiService.ts の buildAppUsageContext() には "P:F ratio gauge" 表記が残存しており、これは 3モードゲージ内表示を指す
• last_reverify: 2026-06-13

• 決定: 肉屋UIに「Raw / Cooked」切替追加。Cooked時は水分蒸発分自動補正+加熱ビタミン損失適用。初期は「Cooked（中程度）」1段階、将来レア/ミディアム/ウェルダン拡張
• 根拠: 誰もやっていない世界初機能。Cronometerフォーラムで不満多数
• last_reverify: 2026-06-13

• 決定: 肉屋UIに草飼い選択を追加。grassFedModifier適用でomega-3/CLA/ビタミン補正。反芻動物のみ。UI=チップ/タグ方式（重量入力下に[Grass-fed ✓]タグ表示、タップ切替）+ 設定画面で「デフォルトの飼育方法」を選べる。on/offトグル禁止
• 根拠: 草飼い肉はomega-3が2-5倍。カーニボア民のこだわりポイント。コードにgrassFedModifier既存
• last_reverify: 2026-06-13

• 決定: CoQ10（心臓肉）、タウリン（心臓肉）、コリン（肝臓・卵黄）、グリシン（骨スープ・コラーゲン）の4つを追加
• 根拠: 臓器肉を食べる最大の理由がこれらの栄養素。「カーニボア専用」の看板に必須
• last_reverify: 2026-06-13

• 決定: チェックボックス式（Na/K/Mg個別選択）+ 商用プリセット（LMNT/Drip Drop等）。飲んだ量のトラッキングは水と同じUI方式で統一。水のUIも必要なら合わせて改善OK
• 根拠: カーニボア民は電解質にこだわる。DIYユーザーの記録不可を解消。Cronometerにもない差別化
• sibuketu発言: 「水の場合と同じような感じで」「とにかくそこは統一で良いかなと」（2026-03-18 CC4壁打ち）
• last_reverify: 2026-06-13

• 決定: 初月$9.99（永久的な新規向け価格）→ 2ヶ月目から月額$30 or 年額$200（44%オフ）。初月中いつでも無条件返金。2ヶ月目以降は通常Stripe解約。機能ごとのプラン分けはしない（全員全機能）
• 根拠: (1) $9.99は有料=ブランド下がらない（Freemiumとは別物）(2) 30日体験でCarnivOS独自機能を実感→$30の価値を理解してから移行 (3) 無条件返金でコンバージョン最大化 (4) 年額$200で月$16.67相当=コミットメント効果+先行キャッシュ確保 (5) 「安い客がブランド下げる」は無料ティアの話でありintro pricingには該当しない
• #275を上書き: 旧決定（$30単一価格）を本決定で更新
• sibuketu発言: 「これでいこう」（2026-03-17 CC4壁打ち）
• last_reverify: 2026-06-13

• 決定: TRIGGER_TASKS.mdにビジネスライフサイクル（法務・財務・体制）、プライバシー・コンプライアンス、インフラスケーリング、マーケティング・グロース、チーム体制のトリガータスクをT15-T38として追加。AIが毎セッション自動チェックし、条件達成時に報告・提案する
• 根拠: 1人開発では「売上が閾値を超えたら税理士に相談」「DAU増加時にプライバシーポリシーの法的レビュー」等の知識を保持し続けるのが困難。AIが自動監視することで見落としを防ぐ
• sibuketu発言: 「例えばこの月収50万円が超えたタイミングでするべき事のようにタスクの発生条件がいつになるかわからないものとかを気づいてやって欲しい」「一人でやってるとまあ結構厳しいじゃないですか」（2026-03-28）
• last_reverify: 2026-06-13

• 決定: carnivos.app/tools/ に無料計算ツールを公開。電解質計算、ビタミンD日光計算、肉の栄養素比較を皮切りに、カーニボア関連の全計算ツールを展開。アプリ既存ロジック（vitaminDCalculator, nutrientCalculator等）をHTMLページとして公開。3つに限らずAI判断で大量展開OK
• 根拠: Mayo Clinicのカロリー計算ツールが月45.6万トラフィック。CarnivOSにはロジック既存。広告費ゼロの集客チャネル
• sibuketu発言: 「これは完全任せでいいかな」「３つでいいのか　aiならもっと大量にやってもいいのでは」（2026-03-17 CC4壁打ち）
• last_reverify: 2026-06-13

• 撤回: Decision #373（段階的移行: ケト→アニマルベース→厳格カーニボア）により撤回（2026-04-10）
• 元決定: 食事追跡はカーニボア専用のまま永久に変えない。ケト/パレオ/ビーガン対応は永久禁止
• 元根拠: Voreが「ビーガンレシピ含む」で信頼を失った事例
• 撤回理由: ポジショニング #373「Built for carnivore. Works for anyone who eats meat.」に変更。入口は広く、理想は厳格。段階的にケト→アニマルベース→厳格カーニボアへガイドする設計に修正
• last_reverify: 2026-06-13

• 決定: ストリーク保護通知で断食中は「断食中でも水分・電解質を記録しよう」と文言を変える。fastingHoursから自動判定
• 根拠: 断食中でも記録できる項目がある（水分、電解質、体調、断食タイマー）。通知が的外れだと離脱原因になる
• sibuketu発言: 「断食の場合でも記録する内容はあるよとかで良いのかな」（2026-03-17 CC4壁打ち）
• last_reverify: 2026-06-13