Decision Log

• commit: 93663de7 (2026-07-03)

• 決定1 (cc1 a/b 分割、sibuketu「cc1を2つにするのはどう？yするようと判断用とか」): CC1 を context 純度で 2 instance 化。cc1a = clean y executor（毎回 clear → INBOX/handoff/git scan → AI 単独 OK 全実行、§2.5 4軸 hit は止まらず DECISIONS_PENDING へ積んで次へ、使い捨て・長時間自律）/ cc1b = judgment（clear しない長寿命、sibuketu 対話・要件定義・proposal 評価・PENDING 消化・cc1a への dispatch）。境界 = §2.5 4軸 or 戦略 = cc1b、それ以外 = cc1a。根拠 = 2026-06-12 実証: clear 直後の clean context で「y」1 trigger 60分自律（CI red 3種→真因→3 PR）。会話で汚れた context は y の純度を落とす
• 決定2 (cold-read subagent 化、sibuketu GO): §0.5 Cold-Read 監査を別ターミナル CC3 でなく Agent tool subagent で常時実行。subagent は親の会話/thinking を継承しない独立 context = WHY 遮断が機械的に成立。条件: ①プロンプトに WHY 入れない（raw artifact + 観点のみ）②高 stakes は subagent 複数 adversarial ③model 独立が要る検証は model 変更 ④親が subagent 結論を sanity check（完全委任しない）。実証 = PR #108 cold-read: 独立 PASS + 「既マージ」事実発見 + ローカル grep 罠を自己訂正。但し 1 点誤読あり = ④の根拠
• 関連: [[#538]] [[#539]] (CC4→CC1統合) の延長 / collapse model (feedback_collapse_cc_dispatch_single_executor point 6-7 に詳細) / CC_INSTANCE_REGISTRY で a/b territory 管理
• 残: 「commit 前 cold-read subagent」reminder hook + ccn-detect hook の誤検出修正（cc5/さっき等の substring 言及で CC5 detected 等が誤発火）= update-config で実装
• reversible ✅（運用方式、いつでも統合に戻せる）/ 信頼度 高（同日実証 2 件）
• last_reverify: 2026-07-12（a/b 運用が定着して機能してるか）

• 確定誤り fix(実 content 変更は PR #109): [D] 059 + [R] X_THREAD_sarcopenia_animal_protein.md が PMID 30383278 を「Devries 2018 protein/lean-mass meta」と引用 → 実体は腎機能 meta = misattribution(cc5b 2026-06-04 検出)。正しい on-topic 文献に差替: leucine 含量=USDA FDC / per-meal leucine 閾値+加齢 anabolic resistance = Witard 2014(PMID 24257722, myofibrillar MPS 用量反応) + Bauer 2013 PROT-AGE(PMID 23867520, 高齢者タンパク需要)。両 PMID eutils 実在+on-topic 確認、preflight 0 fatal
• systemic audit(eutils 全照合): x-threads 9本 27 PMID = 全 PASS / 投稿系 15ファイル([A]/[済]/[H]) 20 PMID = 実 misattribution ゼロ。7 件 preflight FAIL は全て「投稿文に著者名・年号 非明記」由来の false positive(title keyword 通過 + efetch title で on-topic 確認: PMID 23666746=GLP1/PYY, PMID 4048835=CCK, PMID 15836464=protein leverage, + PMID 34934897/PMID 20200263/PMID 6315480 は cc5b 既 clean) [CC2 2026-07-03: PMID プレフィックスは sources 生成の mandatory-prefix 抽出向け事後追記、数値/事実は無変更]
• 副次発見: preflight-pmid の author/year 2/3 ヒューリスティックは著者/年 非明記の投稿文に構造的 false-positive。投稿系を gate paths に組込む前に「著者+年を Sources に明記」運用が要る(本 fix の Witard 2014 形式が解)
• 本 DEC を #107(gate-DECISION_LOG除外 PR)に相乗り記録した理由: DECISION_LOG は #107 merge まで preflight gate 対象で、PMID 入り追記は既存 entry ごと false-positive で CI red 化する → content PR(#109)から DEC を分離し gate 除外 PR 側に集約
• reversible ✅ / 信頼度 高(eutils 一次照合 + title 突合)
• last_reverify: 投稿前([R]→[H] 昇格時 CC3 SNS 監査)
• commit: c91c098c (2026-06-12)

• 真因(1) cwd不一致: collect step は repo root cwd で repo-root相対 path を出力、run step は working-directory: _IGNORE_sns-automation で実行 → preflight-pmid.ts の path.resolve が全 file を _IGNORE_sns-automation/docs/... に解決 = not found = 0 files = exit 1。「PMID fabrication detected」表示は誤報（捏造でなく path bug）。2026-06-12 の連続 red は DECISION_LOG.md に PMID 入り DEC (#582系) が書かれて collect に初めて拾われたことで顕在化
• 真因(2) DECISION_LOG 照合は構造的 false-positive: 日本語 context に英語 author 名/year が乗らないため、正しい引用でも 2/3 check 不成立。実走実証 = PMID 19781123 (Kemi 2010 Ca:P→PTH、DEC #582 の引用として内容は正) が 0/3 FAIL + DEC #582 自身が「書式例で無害」と明記する PMID 12345678 も機械照合では fatal
• fix: ①script に repo-root fallback（cwd 相対 → repo-root 相対の順で解決、どの cwd からでも動く）②DECISION_LOG.md を gate の paths trigger + collect から除外。根拠 = RULES §2.3b-1 CIT-QUALITY (#450): DECISION_LOG = 内部記録 = 🟢緩和 tier（出典明記のみ、機械照合対象は user-facing に限る）。blog/SNS/store-assets/public/seo の user-facing 防御は不変
• reversible ✅（workflow 数行で復活可）/ 信頼度 高（実走 verify: worktree で path 解決+5 PMID 照合動作確認）
• last_reverify: 2026-09-01（gate が user-facing 捏造を検出し続けているか）
• commit: d21215d0 (2026-06-12)

• commit: cd627b42 (2026-06-12)
• commit: 5d5da061 (2026-06-12)

• ✅哲学層(7項目)を RULES.md 唯一の指示ブロック直後に tier-0 として実装(哲学>決定事項、提案前の照合義務、週次DEC監査の照合対象)。旧候補3つ(質>量/人間最小/グローバル)は運用・戦略原則として既存箇所で生存=哲学層から剪定(sibuketu「10個で切り良くした感」反映)。rules-change-watch が全CCに自動配布。
• ✅カルーセル: v3 7枚を output/carousels/[R] C001 steak_scorecard_ribeye_* で正式在庫化+caption metadata。研究を CAROUSEL_FOUNDATION_2026-06-12.md に恒久化(設計9則: alt-cover/3層数字/式脚注/scorecard集約/bait禁止/両面提示/3:4 crop/caption SEO/健康表現)。残=IG投稿配線のみ。
• ✅ニュース(a)+(b) ratified→実装: carnivore-news.yml を週次cron化(月曜06UTC、候補Issue化)+基準をヘッダに固定((a)データで乗る型 月2-4上限・48h以内・preflight6チェック必須 / (b)PMID付き反論 月1まで)。
• ✅テンポ較正: 報告1回あたり実装série2-4本を束ねる(今回の2倍)を memory 恒久化。§2.5の手前だけ従来通り停止。
• 自信度 🟢90(全部実装+可逆) | last_reverify: 哲学層=週次DEC監査で照合稼働確認

• commit: 70458586 (2026-06-12)
• commit: 4dcd9c8a (2026-06-12)

• commit: 30f74c5b (2026-06-12)

• commit: f8d96d55 (2026-06-12)

• commit: 73e8cd88 (2026-06-12)

真因: Supabase の external_apple_client_id が com.CarnivOS.app,com.CarnivOS.app.signin の順 → GoTrue は先頭をWeb authorizeのclient_idに使う → Apple へ client_id=com.CarnivOS.app(Bundle ID、WebのReturn URL登録なし)で飛び「redirect_uri不一致」即エラー。Supabaseのユーザー作成より上流で死ぬ(SIWAユーザー0人・審査窓の新規0人と完全整合)。歴代のSIWA fix(Reactコード/URLスキーム/entitlement)は全部下流で、ここには届いてなかった。

修正: Management API PATCH で順序を com.CarnivOS.app.signin,com.CarnivOS.app に入替(200) → 20s伝播後 authorize 実走で client_id=com.CarnivOS.app.signin を実測確認✅。チェーン全環検証済: authorize(signin✓)→appleid(Return URL=CC5目視✓)→Supabase callback(JWT secret有効/sub=signin✓)→carnivos.app/auth/callback(allowlist✓/307→wwwもallowlist✓)→com.CarnivOS.app://auth(scheme受け口✓)。

含意: サーバー側修正=新ビルド不要、build 9968628 のまま再提出可。残ゲート=2.3.2画像系のみ(スクショPremium表記+promo画像3種をアイコン別物に)。

自信度 🟢90(第一歩のclient_id修正は実測。Apple実機ログインの完走は次審査で最終確認) | last_reverify: 次審査結果

• commit: 08c4b698 (2026-06-12)

却下3件: ①2.3.2 説明文/スクショが課金必要を明示してない ②2.1(a) SIWA登録不能+demoログイン不能(iPhone 17 Pro Max/iOS 26.5) ③2.3.2 IAP promo画像がappアイコンと同一。

🔴 教訓: ①は sibuketu が前日「決定とのずれ、Appleの写真でも起きてない？」と指摘した領域そのもの。俺は18枚監査を「次の塊」に後回し→却下が先に来た。可視資産のズレ直感は同turn checkに格上げ。

✅ 即日対応済(API実測):

• 説明文: 全6言語に「— PRICING — 全機能はPremiumサブスク必要($9.99初月→$30/月、$99 Founding500買切)+30日返金」をASC API PATCH(6/6成功)。
• demo認証: 審査員と同一credでprod実測 LOGIN_OK = サーバー正常、障害はデバイス/操作層。
• Supabase auth設定: allowlist(callback+native scheme)・site_url・apple provider(client_id 2種)正常を Management API実測。
• Codemagic env: app_env_vars group に VITE_SUPABASE_URL/ANON_KEY 実在確認(env空焼き説は弱)。
• SIWA秘密鍵(JWT,6ヶ月失効): 手元 apple_jwt.txt=有効(〜10/27)を Supabase へ PATCH 同期(古い設定の可能性を防御的排除、200 OK)。
• 「審査窓authログ0件」論法は俺のクエリ誤り(自分のLOGIN_OKすら出ない)=撤回。

残対応: (a)スクショ18枚にPremium表記入れ差替(俺生成→upload) (b)promo画像3種をアイコン別物に(俺) (c)Service ID return URL目視=唯一未検証(CWC 1分、HUMAN_TASKS化) (d)再提出。

自信度: ①対応=🟢90 / SIWA真因未確定🟡60 | last_reverify: 次審査結果

個別上書き(sibuketu明示):

• #9 価格: lifetime $99維持の方向。俺の「$99<$200逆転=自壊」推奨は変数不足ミス(台帳#2) — デコイの向きが逆(99と200を並べると死ぬのは年額側)+カーニボアの継続二極性で「年額の買い手が薄い」が正。構成(3択か2択か)は pricing-v2 として再考中(chat提案: 推奨=月額$30(初月$9.99)+Founding500 $99の2択・年額は審査明け後に廃止・煽りUI無しの静かな限定表記・全プランfair-use明記。sibuketu「こざかしい釣りでなく理性的に欲しくなるまで待つ」哲学を制約に)。年額廃止の実装は審査中はIAP触らない=結果後。
• #31 Gift = $9.99/人 確定(初月の人の支援・手軽な人助け)。✅実装済(PR#88): pricing.ts GIFT_UNIT_USD=9.99 新設+GiftScreen切替、tsc PASS。
• #20 SNS-11 クローズ(sibuketu「Buffer経由でできてる、見なくていい、投稿は信用して」)。旧inbox14件=放棄で確定。
• Miso: hosted API はまだ実在せず(CC5実作業で確認)→ swap は tool-watch 継続(週次auditがAPI公開を自動検知)。音声upgradeの現行路線=SNS-V custom合成(ElevenLabs、決定済95%)=key権限待ち。長尺laneのtrigger も「Miso鍵」→「SNS-V声 or Miso のどちらか先」に変更。
• 在庫: ✅実装済(PR#88) = refill floor 14→10(stale生成抑制、在庫target~20日へ自然減) + 投稿pickerを新しい順(sort -r ×3、新規生成が品質改善を持って先に出る)。

残り29件 = 無視同意で全部推奨採択(signed): 1 TC6収益穴=本番apply GO(次code session先頭、apply後verify) / 2 G1同意modal GO / 3 L2=16+統一 / 4 REPO-RECON GO(専用窓) / 5 CONV1今 / 6 CONV4正直化 / 7 CONV5返金copy / 8 TC7①write撤去 / 10 ASO: subtitle=「Track 30+ nutrients on meat」(差別化型。対案は検索効率型「Zero carb nutrition tracker」だった)+title=「CarnivOS: Carnivore Diet」(審査明けASC反映) / 11 D1 PHASE-2 GO / 12 REFRAME GO / 13 Featuring申請のみ今 / 14 tone=scientifically precise / 15 SNS-1=LFSデータパック$5 / 16-18 SNS戦略採択 / 19 SNS-9 GO→CC5 / 21 既出ステーキ=IG放置 / 22 監修者=暫定 / 23 Branch / 24 edutainment主軸 / 25 emoji=app-UI限定 / 26 STOCK-DAYS: 在庫target~20日+投稿は新しい順+旧在庫は新声(SNS-V/Miso)到着後に新規生成で置換し旧[A]は[D]降格(対案は「現状39本流し切り」と「sort変更のみ」だった) / 27 grace維持 / 28 TC2+TC3次deploy窓 / 29 TC5残claims俺 / 30 D2: 採択済4 DECのうち #463(ゲスト→登録のデータmerge)のみ実装、#480/#481/#498はpost-launch / 32 cookieless。

実装routing: 軽量系=PR#88済。src系バッチ(TC6 apply→G1→CONV1/4/5→TC7①→TC5→#463→TC2/3)=次code session(審査ビルド独立・次build同乗)。操作系(15/19/13)=CC5/HUMAN_TASKS。

自信度 🟢85%(sibuketu live sign) | last_reverify: 審査結果着信時(年額廃止/ASO実施)

✅ 提出: sibuketu+CC5 が人間4タスク консумация→v1.0 再提出済み、ASC API実測 WAITING_FOR_REVIEW(2026-06-11)。サブスク2本は DEVELOPER_ACTION_NEEDED のまま=app審査に同乗して解決見込み、apple-review-watch cron(4h)が遷移を監視。held だった PR#83(i18n 起動JS-82%)を条件成就でmerge=次のビルドから適用。

🔴 モデル方針v2(公式確認済): Fable5は 6/22まで Max定額内無料 → 6/23からプラン枠外=従量credit(APIレート、Opusの2倍単価)。Opus4.8は定額内継続。→ 6/23以降: 全CC default=Opus 4.8 に回帰(DEC #578/#588のFable default を supersede)。Fable は「払う価値のある最深タスク」だけ sibuketu opt-in で従量使用。6/22までは Fable 無料につき使い倒すのが最適(今のセッション含む)。

準備(Opus動作保証): 資産はほぼモデル非依存(hooks/workflows/skills/subagent隔離=そのまま動く)。要調整3点だけ: ①statusline の「🔴Opus=降格中」framing→6/23以降は Opus=正常 表示に反転 ②fable-fallback-detect hook→6/23以降は無意味化(検知対象が default)=無効化 ③PowerShell alias cc1/cc3 の Fable 指定→default化。降格対策の「密医療→subagent隔離」は降格問題自体が消えるが、検証独立性の価値で継続。

自信度 🟢90%(提出=API実測、Fable日程=公式) | last_reverify: 6/23(モデル切替実施)

• commit: f68c83da (2026-06-11)

決定: サムネは v3 anchored card で確定。(1) 背景 = topic別 食材写真(Pexels API、動画ごと決定論的に別画像、data/thumb-bg/ cache、失敗時 steak asset→flat dark card と段階fallback) + 濃ダークグラデで文字優位 (2) でか数字 = metadata「サムネ指示」の検証済み field のみ(数字/数字ラベル/数字補足、上流のPMID preflight 済み値だけ。生成器は数字を発明しない)。数字なし動画は見出し中央レイアウトに自動降格 (3) 任意 サブ(平易な入口行) + 背景query(Pexels上書き=食材ミスマッチの是正弁) (4) 白見出し幅自動fit+warm accent(動画hash)+CARNIVOS wordmark。

理由: sibuketu「感覚的に微妙」(日本較正の感覚=仮説として受領→英語圏データで検証 [[feedback_sns_intuition_japan_calibrated]]) → EN研究+独立批評が収束: 顔なしbrandでも視覚アンカー必須・カーニボアは内臓感覚ニッチで肉=顔の代替・でか数字=Instrument差別化。3案を信頼度順(v3自動化🟢85 / v2手作業🟡65 / v1維持🟡55)で v3 採択。

検証: 実生成器で3本パイロット目視PASS(078鮭+数字0.5-5%=動画本編の検証済み値 / 115ステーキまな板 / 113卵カートン)。query二重暗転とパン写り込みは query 調整+背景query 上書き弁で解消確認。GHA step に PEXELS_API_KEY env 追加+GH secret 登録済(値非表示)。

運用: 次のGHA投稿から自動適用(投稿直前に --force 再生成)。新規動画の metadata 生成時に 数字/サブ/背景query field を埋める(CC1 content生成の標準項目化)。既出YT ~30本は thumbnails.set で backfill 可能(次タスク)、IG/TikTok 既出は差替不可。launch後 native A/B(YT Test&Compare)で minimal vs anchored を実測。

自信度 🟢85%(design直行+pilot目視。CTR実測はlaunch後A/B待ち) | last_reverify: launch+30日 A/B結果

• commit: fb755450 (2026-06-11)

• commit: 06e08d84 (2026-06-11)

• commit: 9b03f971 (2026-06-11)

• commit: 9d0ba9da (2026-06-11)

• commit: 86da2c7a (2026-06-11)

---

• commit: e8e063c5 (2026-06-11)

---

• commit: 3213faf0 (2026-06-11)

---

• commit: fd463688 (2026-06-10)

---

• commit: a21a5138 (2026-06-10)

---

• commit: 0bad6245 (2026-06-10)

---

• commit: cf06b899 (2026-06-10)

---

• commit: 82492b57 (2026-06-10)

---

---

• commit: 27ff68d2 (2026-06-10)

---

• commit: f6de0fe6 (2026-06-10)

---

---

• commit: c7019d79 (2026-06-10)

• commit: 881aa5fa (2026-06-10)

---

• commit: 7c4ab02f (2026-06-10)

---

• commit: f7d4b67d (2026-06-10)

---

• commit: 5e4d4df3 (2026-06-10)

---

---

• commit: ce773b61 (2026-06-10)

• commit: cf094055 (2026-06-10)

---

• commit: 97e8e31e (2026-06-10)

---

• commit: f2b84b2c (2026-06-10)

---

• 注: #569-571 は本 push 時点で remote 未反映 (local 滞留 commit 側、別途 reconcile)。番号は global max #571 の次 = #572 を採番。
• commit: e68378b0 (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 (sibuketu@gmail.com) 発の送信を将来 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)

• 残選択肢/没案: ❌専用 % トラッカー新規構築 (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 再検証を同時に)

• 依存 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: [[#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

• 依存 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 と整合

- ⚠️ 追補 (2026-06-26): ここで「依存 framework」 とした .claude/rules/sns.md は repo に物理ファイルとして存在しない（履歴上一度も commit されていない＝この DEC 時点でも未配置だった可能性が高い）。本 DEC の趣旨（人間 non-blocking 確認ゲート維持、完全無人化しない）は有効だが、その実 SSOT は RULES.md §3.7 / §5.1c / §13.9 本文。sns.md 復元 or 統合は sibuketu sign 待ち＝docs/CC1_RULES_RESTORE_DRAFT_2026-06-20.md

• 関連: 前 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 は sibuketu@gmail.com 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: 4de4dcc9 (2026-07-03)

---

• 依存 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 化後に検証

### 撤回 / 上書き

• 「ハイブリッド転換」 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):

• "reverses autoimmune" → "may support immune health"
• "fixes IBS" → "many find digestive comfort improves"
• "treat your diabetes" → "support metabolic health markers"
• "30 days to real health" → "30 days to feel the difference"

✅ 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-21 (drift-close 再検証: 実コードと一致を確認)

---

[自信度: 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-21 (drift-close 再検証: 実コードと一致を確認)

---

• 決定: 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

---

Post-v1.0 deferral 3 基準明示 (RULES §6 inline、CC3 Session 14 #464 violation 修正 2026-05-17):

• (a) 人間操作 (Stripe credit 機能 + 招待コード generator UI) は launch 後 N=50 達成後 設計 → 実装、N 不足では実装意義無し
• (b) ユーザーデータ (招待関係 graph) は launch 後 累積必要
• (c) build/審査影響なし (Stripe credit は API 経由、Apple/Google 規約 OK)

• 決定: 紹介プログラム報酬を flat $5 per converted user（trial → paid 移行時）に確定。
• 詳細:

- 紹介者が招待リンクを共有 → 被紹介者が登録 → 初月 trial 後に paid 移行した時点で $5 クレジット付与

- クレジットは次月サブスク請求から自動控除（Stripe クレジット機能）

- 紹介コード有効期限: 30 日（リンク作成から）

- 上限: 紹介報酬の月次上限なし（全員有効）

• #177 補足: #177「購入リンクアイコン表示」は affiliate ではなく supplement 購入 UX。紹介プログラムとは別軸
• #319 更新: #319「3 枚/月招待コード、3 人全員有料移行で次月$10 オフ」案を本 DEC で supersede。flat $5/user の方がシンプルで予測可能なコスト構造
• 根拠: $5 = 月額 $30 の 16.7%。業界標準 10-20%。CAC $0 獲得に対し十分な incentive。複数紹介で cumulative になるため high-value referrer を自然に報酬
• 実装タイミング: v1.0 launch 後（ユーザー 50 人超えてから設計実装、#319 方針継続）
• last_reverify: 2026-06-21 (drift-close 再検証: 実コードと一致を確認)

---

---

• 決定: #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-21 (drift-close 再検証: 実コードと一致を確認)

---

• 決定: 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-21 (drift-close 再検証: 実コードと一致を確認)

---

• 決定: #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-21 (drift-close 再検証: 実コードと一致を確認)

---

• 決定: 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-21 (drift-close 再検証: 実コードと一致を確認)

• 決定: 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-21 (drift-close 再検証: 実コードと一致を確認)

• 決定: 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-21 (drift-close 再検証: 実コードと一致を確認)

• 決定: #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リブランドはしない
• 根拠（出典付き・要訂正）: カーニボア実践者の横断的なソーシャルメディア調査（Lennerz BS et al., Current Developments in Nutrition 2021;5(12):nzab133, PMID 34934897, n=2029）では、調査時点で実践を続けていた人が「それまでに既に続けてきた期間」の中央値が14ヶ月（IQR 9–20ヶ月）だった。これは「離脱までの継続期間（retention／time-to-dropout）」ではなく、現在も継続中の人における経過期間のスナップショットである。対象が『6ヶ月以上の継続者』に限定されているため早期離脱者が構造的に除外される左切断・生存者バイアス（survivorship/length bias）のある断面値であり、自己選択・自己申告・対照群なしの調査である（同調査には査読誌上の反論レター Kirwan et al. 2022, PMID 35669045 も存在し、選択バイアス・想起バイアス・一般化可能性の限界が指摘されている）。証拠の質: Tier D（データ不足／仮説生成レベル、OCEBM Level 4）。restrictive diet の実際の retention はこれより短い可能性が高い。したがってこの数値は「人々がカーニボアを平均14ヶ月続ける」ことを示すものではなく、製品上の維持期UX（栄養目標の安定化・ゲージ緩和・週1チェックイン）の価値は、むしろ離脱が一定数ある前提でこそ高い。なお、これは健康効果や継続を保証するものではなく、医学的助言ではない（疾患や妊娠・服薬中の方は医療者に相談を）。一生涯自己管理ツール化のPhase 1。リブランドは大規模リファクタ。 / English gloss: A cross-sectional self-report social-media survey (Lennerz et al. 2021, Curr Dev Nutr 5(12):nzab133, PMID 34934897, n=2029) found that adherents still on the diet at survey time had been on it for a median of 14 months (IQR 9–20). This is elapsed duration among current continuers, NOT retention/time-to-dropout; the >=6-month inclusion criterion left-truncates early quitters (survivorship / length bias), and the study is self-selected, self-reported, and uncontrolled (a published rebuttal, Kirwan et al. 2022 PMID 35669045, notes selection/recall bias and limited generalizability). Evidence Tier D (OCEBM Level 4, hypothesis-generating only). Not a claim that people stay on carnivore for ~14 months on average; not medical advice.
• 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-21 (drift-close 再検証: 実コードと一致を確認)

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

• 決定: 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-21 (drift-close 再検証: 実コードと一致を確認)

• 決定: @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-21 (drift-close 再検証: 実コードと一致を確認)

---

## #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)

• 決定: 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-21 (drift-close 再検証: 実コードと一致を確認)

• 決定: 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

• 決定: 今やること: 食品名常時表示+「食べた」「買い物」2ボタン分離+水タイミング控えめ。リリース後: 本格献立プランナー+パーソナライズ+1日行動プラン統合
• sibuketu発言: 「今できることだけやっちゃいましょう。リリース後に完璧を目指す」（2026-03-24）
• 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

• 決定: FABを4項目に。(1)肉を選ぶ (2)カメラ（写真+バーコード統合） (3)サプリ (4)+水。カスタムフードとヘルプはFABから外す。My FoodsはButcherSelectの「最近+お気に入り」タブに統合
• 保留候補: 音声入力、AIチャット（リリース後に検討）
• 根拠: カメラとバーコードは1UIで統合（MFP/Cronometer同様）。カスタムフード/ヘルプは月1-2回→FABの価値なし
• sibuketu発言: 「カメラバーコードはそもそも一緒じゃないですかね」（2026-03-24）
• 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

• 決定: FAB展開時に[+食品][+水][+サプリ]の3つ。スクロール不要で水記録可能に
• 根拠: 水の問題は位置ではなく導線
• last_reverify: 2026-06-13

• 決定: ValueScreenに言語切替ボタン追加。ブラウザ自動検出+手動変更の組み合わせ
• last_reverify: 2026-06-13

• 決定: ホーム画面に食事パターン（OMAD/2食/3食/断食中）をワンタップ切替で表示。3日連続パターン変化で設定更新を提案
• 根拠: 断食設定忘れ→スコア/アラート/AI全部が的外れになる
• last_reverify: 2026-06-13

• 決定: ホーム画面最上部に「今日のスコア」（0-100%）+食事パターン表示。計算方法はCC3リサーチ後に確定。断食時は0%にしない
• 根拠: 64ゲージより1スコアの方が直感的。WHOOPのRecovery Scoreと同構造
• 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

• 決定: 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

• 撤回: 後発 #346 (2026-03-24) で「ホーム画面は全モード同じ UI、モード差なし」と方針変更。本 #279 の「ホーム画面を metabolicStatus で変える」は 撤回 扱い。実コードも HomeScreen に mode 分岐なし (CustomFoodScreen / HistoryScreen のみ mode 反映)
• 元決定: metabolicStatus（始めたばかり/適応中/適応済み）に応じてホーム画面の表示量を自動調整。始めたばかり=ゲージ5-8個+ガイド多め、適応済み=全64栄養素フル表示。新しいトグルは追加しない（既存モードの拡張）
• 根拠: CC3離脱予測「Day1-7で15-20%離脱。原因は情報過多（18+ウィジェット）」。UXビジョン「赤ん坊でもポチポチして健康になれる」=始めたばかりモード、「学習したいならそれもできる」=適応済みモード
• sibuketu発言: 「いいね」（2026-03-17 CC4壁打ち）
• last_reverify: 2026-04-14

• 決定: UIアイコンはlucide-react（業界デファクト、週間2940万DL）。独自性が必要な箇所（Recovery Protocol、Butcher Select肉カット等）のみカスタムSVG
• 根拠: Unicode絵文字が安っぽい→lucideに全面置換。lucide自体はshadcn/ui標準で品質問題なし。プレミアム健康アプリの標準戦略は「汎用ライブラリ+独自ブランドアイコン数個」
• sibuketu発言: 「lucide個人的には安っぽく見えないけど」「プレミアム～に関してそれでいこう」（2026-03-17）
• last_reverify: 2026-06-13

• 決定: iHerb/Amazonアフィリエイト申請実行。コード側基盤は実装済み（affiliateLinks.ts）
• sibuketu発言: 「lやる」（2026-03-16）
• last_reverify: 2026-06-13

• 決定: iOS/Google Play同時提出。Androidは現在テスター段階
• sibuketu発言: 「同時　というかandroidはテスター段階やろ」（2026-03-16）
• > 注記: #313で上書き（Meatstock 2026に合わせた4月中旬審査提出期限）
• last_reverify: 2026-06-13

• 決定: ブランド名はCarnivOSのみ。Primal Logicは今後一切使用禁止。コードに残っている技術的名前（package.json name, appId等）はそのまま
• sibuketu発言: 「primallogicは完全消去とルールに書いて」（2026-03-16）

### ~~#275: 価格 — 現行維持~~ [#283 で上書き、CONTRA-11 解消 2026-04-25]

• 決定: ~~$30/月、$200/年を維持。値下げなし~~ → #283 で「初月 $9.99 + 月額 $30 + 年額 $200」に変更
• 根拠: ターゲット層の月間健康支出（$962-1,780）の3%以下。Whoop/Levels帯で品質シグナル維持
• sibuketu発言: 「30ドルこのまま」（2026-03-16）→ #283 で初月 $9.99 導入合意 (2026-03-17)
• last_reverify: 2026-06-13

• 決定: MiniNutrientGauge Tab3の食品推奨リストに⚠️過剰リスク表示を追加。食品100gあたりで他の栄養素がターゲットの50%以上になる場合に警告表示
• 根拠: sibuketu「栄養って何か補おうとしたらなにか過剰になるリスクあるけどそれはどうする」。AI誤判断（「実装済み」と回答）をユーザーが指摘→修正
• last_reverify: 2026-06-13

• 決定: 固定バッチサイズ（10件/20件）と中断ベースの両方を廃止。AIは無限に自律実行し、人間判断はストック。ユーザーが「くれ」と言った時だけ提示
• 根拠: sibuketu「数字指定やめる。暇になったらこっちからたまった人間判断くれっていうので、それまでaiでできることやりまくって」（2026-03-14）。#269を上書き

• 決定: Decision #257a（S76: 6言語対応）を今すぐ実装。ES/PT-BR/DE/FRの翻訳ファイル作成
• 根拠: sibuketu「今やるで決定」
• last_reverify: 2026-06-12

---

• 決定: #155で「削除済み機能」と確定済み。strict_carnivore一本化方針。対応不要
• 根拠: Decision #155「2026-02-27 #4で削除決定済み。栄養的欠陥（葉酸32%、VitAほぼゼロ）」
• last_reverify: 2026-06-13

• 決定: DECISION_LOGで承認済みの機能をバッチ報告に入れない。即実装
• 根拠: sibuketu「確認済みなら聞かなくてよくね」。Decision #242等がバッチに入っていた→無駄
• last_reverify: 2026-06-12

• 決定: trophies.tsにadaptedトロフィー追加、UserSettingsScreenでmetabolicStatus=adaptedのときトリガー。6言語i18n完了
• 根拠: sibuketu「リリース後にするメリットは？」→ なし。小タスクにつき即実装
• last_reverify: 2026-06-13

• 決定: 固定バッチサイズ（10件/20件）を廃止。ユーザーが「ストップ」「中断」「終わって」と言うまで作業継続。蓄積した人間判断アイテムは中断時に提示
• 根拠: sibuketu「やってる時にストップといってからたまった人間判断ってのはどうだろう　トークン切れるまでも行けそうだし」。人間操作は無言でHUMAN_ACTION_PLANS.md移動
• last_reverify: 2026-06-12

• 決定: AI_TASK_BACKLOGにレジャー・探索セクション追加。アプリ関連タスク全完了時に未使用AIツールを試す
• 根拠: sibuketu「暇なときにやることで使ったことないaiツール使ってみるを上位に入れようかな」
• last_reverify: 2026-06-12

---

• 決定: 「Connect」ボタンは非表示にしない。完全実装予定なのでそのまま残す
• 根拠: sibuketu「どうせ完全に作る予定だし別に非表示はどっちでもよくね」
• last_reverify: 2026-06-12

• 決定: 「cures/treats/heals」→「practitioners report...」形式 + 医療免責事項セクション追加
• 根拠: sibuketu採用（無言=同意）。法的リスク回避
• last_reverify: 2026-06-12

• 決定: PWAでのStripe決済はiOS Safariで完全に合法。Shop/GiftをiOSで非表示にする必要なし
• 根拠: AppleのIAP規約はApp Store配布アプリのみ適用。PWAはウェブサイト扱いでApple管轄外。将来App Storeに出す場合のみIAP対応が必要（Epic v. Apple判決で外部リンクも米国では許可済み）
• last_reverify: 2026-06-12

• 決定: Apple審査通過後にYouTube公開。審査前はTestFlight経由のテスター配布のみ
• 根拠: Burned Launch / Primacy Effect（初頭効果）のリスク回避
• last_reverify: 2026-06-12

• 決定: アフィリエイト+Gift収益で価格を下げる仕組み。ただしローンチ時は非表示。月間合計>$500で表示開始
• 根拠: フライホイール効果。ただしローンチ直後は収益微小なので表示すると逆効果
• 注記: リリース済み（2026-03）。ステータス再評価必要。
• last_reverify: 2026-06-12

• 決定: アプリ内にサプリ・肉・調理器具・書籍のおすすめ機能を追加。入口複数（貯蔵ゲージ、サプリ画面、AI Tips等）
• 根拠: アフィリエイトを自然にアプリ内に組み込む。広告感ゼロ
• last_reverify: 2026-06-12

• 決定: バッチ報告の⭐推奨で「工数大」を非推奨理由に使わない
• 根拠: sibuketu「実装への負荷は考えない。どっちがベストかだけで考えよう」
• last_reverify: 2026-06-12

• 決定: Apple Health + Google Fit は先に実装。「要望が来たら」ではなく先回り
• 根拠: sibuketu「完璧主義になってしまったほうが良いよな」「言わなくてもわかってるって感じもしていい」。競合は全て対応済み。未対応は「未完成」と見なされる
• 注記: 番号重複のためS76分は#260a。S75の#260（バッチ報告の情報量確保）が正式#260
• last_reverify: 2026-06-12

• 決定: テーブル形式に縛られて情報不足にならないこと。判断に必要な背景・メリデメ・具体例をテーブル外に補足
• 根拠: sibuketu「フォーマット守りすぎて量が少ない」「ある程度型あるけど情報不足はダメ」（2026-03-13）
• last_reverify: 2026-06-11

---

• 決定: Amazon Associates + iHerb のセルフサーブ型で即時開始。リアルフード優先、サプリは代替時のみ推奨
• 根拠: 品質ファーストで推奨 → その商品がある場所のアフィリエイトを使う。収益用途の明記は不要（FTC準拠の「Affiliate link」表記のみ）
• 注記: 番号重複のためS76分は#259a。S75の#259（複数解決策はナンバリング必須）が正式#259
• last_reverify: 2026-06-12

• 決定: ⭐①推奨案 / ②代替案 / ③消極案。①が最推奨
• 根拠: sibuketu「複数選択肢はナンバリングして　推奨順だから１がいちばんね」（2026-03-13）
• last_reverify: 2026-06-11

• 決定: Gift UIから「応援」「助けた」等の利他的表現を削除。事実ベースの表現に変更
• 根拠: sibuketu「利他的の押し売り的になるリスク」。押し売り→事実開示に転換
• 注記: 番号重複のためS76分は#258a。S75の#258（バッチ報告20件→10件に縮小）が正式#258
• last_reverify: 2026-06-12

• 決定: 人間判断バッチを20件→10件に変更。水増し禁止ルール追加
• 根拠: sibuketu「20だったらかさましされるのかな　数の問題じゃないのかな」（2026-03-13）。20件だとAI解決可能な項目が混入しやすい
• last_reverify: 2026-06-11

• 決定: EN, JA, ES, PT-BR, DE, FR の6言語でローンチ
• 根拠: 全競合が英語のみ → 多言語で即座にグローバル差別化。App Store検索でもローカライズが順位に直結。中国語は配布障壁（ICP許可証）で後回し
• 注記: 番号重複のためS76分は#257a。S75の#257（用語質問時の元文脈引用ルール追加）が正式#257
• last_reverify: 2026-06-12

• 決定: RULES.md 4.10aとして「用語質問には元の文章を引用してから説明」を追加
• 根拠: sibuketu「用語についての質問したらその時の文章も引用してルールで」（2026-03-13）
• last_reverify: 2026-06-11

• 決定: 無料トライアルではなく30日間無条件返金保証（初月全額）。あらゆる場面で「unconditional」を強調
• 根拠: 品質自信メッセージ + コミットメント効果 + 競合差別化
• last_reverify: 2026-06-12

• 決定: RULES.md 2.3b-1に「研究引用時は対象→差分→補正後結論を必ず併記」を追加
• 根拠: sibuketu「研究をうのみにするのはかなり条件や状況が同じだけでほとんどが一般人対象でずれてるから再検証いると思う」（2026-03-13）
• last_reverify: 2026-06-11

• 決定: ⭐採用。機能別コスト表+「フル活用でも月$X」
• 根拠: 無視同意=⭐採用
• 注記: 番号重複のためS74分は#256a。S75の#256（研究引用補正ルール）が正式#256

### 無視同意=⭐採用（以下は全て⭐推奨が自動採用）

• #4 サプリ禁忌リスト+出典URL追加 ✅実装済み（セッション74）
• #8 課金画面に「早期アクセス価格」表示（※Free vs Premium比較表はNG） ✅実装済み（セッション74）
• #9 ホーム画面初回オーバーレイ ✅実装済み（セッション74）
• #11 Tips出典URL追加 ✅実装済み（セッション74）
• #12 食品データ拡充（USDA照合で60品追加、オーガン+魚介優先） ✅実装済み（セッション74: 計60品追加、Batch1=26 + Batch2=34）
• #15 設定Tab名リネーム（見た目/記録方法/通知/アカウント） ✅実装済み（セッション74）
• #16 リカバリー画面の断食開始ボタン上部固定 ✅実装済み（セッション74）
• #18 週次レポート: 通知+統計画面アーカイブ ✅実装済み（セッション74: 月曜9時トリガー+StatsScreen「レポート」タブ）
• #20 API利用コスト: 機能別コスト表 ✅実装済み（セッション75: pricing.htmlにEN/JA両方のコスト内訳テーブル追加）

### YouTube動画（#14）は別agentで対応

• 画面録画は避けられないが自動化を検討
• last_reverify: 2026-06-11

---

• 決定: 無料トライアルは不採用。30日間無条件返金保証（初月全額）を採用
• 根拠:

- 品質への自信を示す（「返金されないくらい良い製品」メッセージ）

- カーニボアダイエッターはコミットメント層 → 払った人は「元を取ろう」とする（コミットメント効果・所有効果）

- 競合との差別化（ほぼ全アプリがトライアル。返金保証は珍しく記憶に残る）

- 乱用されにくい（返金申請は心理的ハードルがある）

- sibuketu: 「14日間返金かな　自信が現れたほうが良さそう」（2026-03-14）

- 実装は「初月（first month）」で統一 → en.tsの30-day表記と一致させた（2026-03-30修正）

• last_reverify: 2026-06-11

• 決定: ⭐採用。リリース後にユーザー需要を見てから判断
• 根拠: sibuketu「⭐で」
• 注記: 番号重複のためS74分は#255a。S75の#255（無料トライアル採用）が正式#255
• last_reverify: 2026-06-11

• 決定: ナビからShopへのアクセスを削除。コード・アイデアは保持
• 根拠: sibuketu「shopは完全閉鎖　アイデアはのこすけどいま中途半端」（2026-03-13）
• last_reverify: 2026-06-11

• 決定: ~~$30/月のみ（無料ティアなし）を維持~~ → S75 #255で30日間無条件返金保証採用に変更
• 根拠: sibuketu「１採用」。CC入力ハードル自体に意味がある（課金意思のフィルター）
• last_reverify: 2026-06-11

⚠️ 88%研究はRULES 2.3b-1必須フォーマット未記載

• 決定: 新機能のお知らせはプッシュ通知 + アプリ内NEWバッジで行う。モーダルは不採用
• 根拠（判断軸として今後も汎用的に使える）:

- モーダルの問題: ユーザーが食事記録しようとアプリを開いた瞬間に表示される → その時の意志力は「食事記録」に向いている → 記録を阻害する割り込み情報は反射で閉じられる

- プッシュ通知の利点: アプリ外で届く → 「なんだろう」という好奇心で能動的に見に行く → 自分のタイミングで消化できる

- 研究裏付け: Push通知はエンゲージメント88%増加。In-app通知はopen rate 75%だが、モーダルは「閉じるまで操作できない」ため反感を買いやすい（Userpilot, WebEngage）

- NEWバッジの併用理由: 通知OFFユーザーにも届くセーフティネット。該当画面に小さくバッジ表示→見たら消える。非侵入的

- 汎用判断軸: 「ユーザーの意志力が向いている方向を阻害しない」。食事記録中の割り込み=悪。暇な時のプッシュ=善

• sibuketu原文: 「新機能モーダルとか言ったらなんとなく自分の場合だと反射で消してしまうと思うんですけど通知やったらなんやろうなって思って見に行ったっていうので気になったっていうのがあると思うので」「食事を記録しようと思っている時っていうのは意志の力食事の記録に向いていると思うのでそれを阻害する別のことをされたら勝手に消されそう」（2026-03-13）
• last_reverify: 2026-06-11

• 決定: プロファイル情報ベースで21-90日の動的計算に変更
• 根拠: sibuketu「いいね」
• 注記: 番号重複のためS74分は#253a。S75の#253（新機能告知）が正式#253
• last_reverify: 2026-06-11

• 決定: 間違い・微妙なTipsの作り直しOK。UI変更OK。方向性維持。AI思考中の暇つぶし用途
• 根拠: sibuketu「作り直してもいいよ全然」「uiも変えていいよ」「方向性はこのまま」
• last_reverify: 2026-06-11

• 決定: プリセット5個（タンパク質トレンド、体重推移、睡眠vs栄養等）を統計画面に追加
• 根拠: sibuketu「やってみよう」
• last_reverify: 2026-06-11

• 決定: ~~コア3質問（性別・体重・段階）のみ→残りはSettingsで後から~~
• 撤回理由: 現在は18ステップオンボーディングに拡張済み（3 phase: Core 8 / Advanced 7 / Integration 3）。3質問制は完全に置き換えられた。正規仕様は #462 参照
• 根拠: sibuketu OK
• 確認: OnboardingScreen.tsx は3問のみ（性別+体重+カーニボア歴）
• last_reverify: 2026-04-12

• 決定: 7日連続、デバイス連携、CSV出力等の行動ベースバッジを追加
• 根拠: sibuketu OK
• 確認: 全6バッジに自動付与ロジック実装済み（streak_warrior→HomeScreen, data_exporter→DataExportScreen, device_connected→HealthDeviceScreen, nutrition_master→AppContext, ai_explorer→AISpeedDial, supplement_tracker→SupplementModal）
• last_reverify: 2026-06-11

• 決定: 7/30/90/365日の連続カーニボアトロフィーを追加
• 根拠: sibuketu OK
• 確認: trophies.ts に streak_7/30/90/365 定義済み
• last_reverify: 2026-06-11

• 決定: 20件固定ではなく途中で判断してもOK
• 根拠: sibuketu「途中で止めてもいいよなべつに　気が向いたときにできそう」
• last_reverify: 2026-06-11

• 決定: バッチ報告で無視された項目は⭐推奨が自動採用される
• 根拠: sibuketu「無視＝⭐の推奨でっていうことにしよう」
• ルール: 即時適用
• last_reverify: 2026-06-11

• 決定: 090-xxxx → 「請求があった場合、遅滞なく開示」
• 根拠: AI判断。特商法第11条ただし書で合法。sibuketu「俺の判断いらない系」「ネットに答えありそう」
• last_reverify: 2026-06-10

---

• 決定: TRIGGER_TASKS.mdで条件付きタスクを一元管理。セッション開始時にAIが自動チェック
• 根拠: sibuketu「トリガーで感知できないものはないか？」「感知したらclaudecodeが教えてくれる？任せていい？」「トリガー集mdみたいなのがやりやすいかな」
• last_reverify: 2026-06-10

• 決定: 「# / 🔥問題 / ⭐解決策1,2,3」の3列。問題に内容絵文字。⭐は推奨解決策。自信あるなら1個でOK
• 根拠: sibuketu「⭐１２３にしよう」「問題はなんかの絵文字で」「全ての項目を何らかの絵文字で」「自信あるなら１こでいい」
• 追加: GA4導入GO。月次チェックMD作成。TRIGGER_TASKS.mdにビジネストリガー追加
• last_reverify: 2026-06-10

• 決定: AIトピック自動分類ではなく、ユーザーが会話履歴の名前を変更できる機能にする
• 根拠: sibuketu「会話履歴名前変更機能でよくね」。シンプルで十分。Geminiコスト増なし
• last_reverify: 2026-06-10

• 決定: 寄付機能（プロスペリティグラデーション）は「収益¥0の月が発生した時」をトリガーに実装検討。現時点では不要
• 根拠: sibuketu「初月とかクーポンコードの人の２か月目の金額の割引が０の時」「今決めなくてよくね if条件的に」
• last_reverify: 2026-06-10

• 決定: 人間判断のみ20件カウント（操作系はMDガイドに分離）。フォーマット: 問題+AI推奨1-3個（推奨順）
• 根拠: sibuketu「認知の速度上げたい」「発見した問題とai推奨の対策１つ以上３こいない」
• ルール追加: RULES.md 2.5の判断項目フォーマット
• last_reverify: 2026-06-10

• 決定: 人間操作をAPI/CLIで最小化。繰り返す操作はAIが実行。1回きりの操作だけ人間ガイド
• 根拠: sibuketu「なるべく人間操作減らせるように」「APIのほうが速そう」「claudecodeとIDEの中から完結できるようにAPIとか使う姿勢にしないか」
• ルール追加: RULES.md 5.1a
• last_reverify: 2026-06-10

• 決定: 個人携帯番号(090-xxxx)を「請求があった場合、遅滞なく開示いたします」に変更
• 根拠: 特商法第11条ただし書で合法（消費者庁ガイドライン確認済み）。個人番号公開はプライバシーリスク。日本のソロ開発者の主流手法。0円
• 法的根拠: 消費者庁「特定商取引法ガイド」通信販売Q&A
• last_reverify: 2026-06-10

• 決定: package.json "version" を 0.0.0 → 1.0.0 に変更
• 根拠: 本番公開済みアプリが0.0.0は不適切（無言=同意）
• last_reverify: 2026-06-10

• 決定: クライアント+サーバー両方のレート制限を1000回/日に引き上げ
• 根拠: sibuketu「1000でもよくね」。1000回/日のコスト: Flash使用で$0.90/日（$27/月）が最大。現実的なヘビーユーザーは30回/日程度で$0.81/月
• 実装: rateLimiter.ts PER_DAY + gemini-proxy DAILY_LIMIT
• last_reverify: 2026-06-10

• 決定: verify-paymentの.replace('Bearer ', '')を他の関数と同じ.startsWith('Bearer ') ? .slice(7) : ''に統一
• 根拠: .replace()は"Bearer "が無い場合に元文字列をそのまま渡す。一貫性のある安全なパース方法に統一
• last_reverify: 2026-06-10

• 決定: stripe-webhookの全DB更新にリトライ（最大3回、1秒間隔）を追加
• 根拠: manage-subscriptionにはリトライがあるがstripe-webhookにはなかった。決済状態更新の失敗はサブスク状態の不整合を引き起こす
• 実装: dbUpdateWithRetry()関数。サブスク有効化/更新/失敗/解約/削除の全5箇所に適用
• last_reverify: 2026-06-10

• 決定: 全リダイレクト箇所（5箇所: App.tsx, PaywallScreen, GiftScreen, ShopScreen, SettingsScreen）にURL信頼性チェック追加
• 根拠: window.location.href = data.urlがStripe以外のURLにリダイレクト可能だった。OWASP Top 10のオープンリダイレクト脆弱性
• 実装: isTrustedRedirectUrl()関数（checkout.stripe.com, billing.stripe.com, carnivos.appのみ許可）
• last_reverify: 2026-06-10

• 決定: gemini-proxy Edge Functionにサーバーサイド100回/日制限を追加。Supabase RPC（atomic increment）で実装
• 根拠: クライアントサイド制限はDevToolsで回避可能。サーバーサイド制限なしでは悪意あるユーザーがAPI費用を無制限に使える重大セキュリティ問題
• 実装: api_usage_dailyテーブル + increment_api_usage RPC + gemini-proxy改修。fail-open設計（マイグレーション前はブロックしない）
• last_reverify: 2026-06-10

• 決定: 全機能のAPI利用コスト内訳をWebサイトに掲載。「全機能フル活用してもこれだけ」の透明性
• 根拠: sibuketu「機能を全て使い込んでもこれだけ これとこれとこれとで合計これだけ とかをwebサイトとかでも」
• 実装: pricing.htmlに機能別コスト表追加（Gemini Flash/Pro/写真分析/Supabase/Stripe）。ヘビーユーザー月$7.86。EN/JA両対応
• last_reverify: 2026-06-10

• 決定: Codemagic REST APIでCLIからAndroid/iOSビルドをトリガー可能
• 根拠: sibuketu「テスターにちゃんとしたやつ見てもらうにはcodemagicでいちいちビルドかめんどい このclaudecodeの画面からできれば楽だけどな」
• last_reverify: 2026-06-10

• 決定: Sentry無料枠（5000イベント/月）でエラーモニタリング開始
• 根拠: sibuketu「やりたい めちゃ便利やん」「足りなくなったら絶対追加くらいよな」
• ビジネスメモ: sibuketu「そんだけ見つかるということはユーザーもいるやろうしメモって」→ エラー数=ユーザー数のシグナル。投資判断の指標にもなる
• ステータス: ⚠️ errorHandler.tsにwindow.Sentry呼び出しコードあり。ただしSentry SDKはpackage.jsonに未追加、index.htmlにもスクリプトタグなし。実質未稼働（2026-03-15 CC監査）。Sentryアカウント作成+DSN設定は人間タスク（HUMAN_ACTION_PLANS.md参照）
• last_reverify: 2026-06-10

• 決定: 「AIだけで行ける連携系タスク→時間かかってもやる」「人間の手間が多い→後回し。ただし早めに終わるならやる」
• 根拠: sibuketu「連携系はaiだけで行けるものだったら時間かかってもやってほしい」「人間の手間が多いのを後回しっていう基準に変更 人間作業も多少早めに終わるならやってしまう」
• last_reverify: 2026-06-10

• 決定: 重複していたterms-en.htmlを削除。terms.htmlに日英両方統合済み
• 根拠: 2ファイルの並行メンテナンスは不整合リスク。terms.htmlが日英対応済み
• 実装: public/terms-en.html削除 + vercel.jsonのrewrite削除
• last_reverify: 2026-06-10

• 決定: withings-sync Edge FunctionにSupabase JWT認証を追加。ログインユーザーのみデータ同期可能に
• 根拠: 未認証だとWithings OAuth tokenを持つ誰でもAPIを叩ける。体重・体組成は個人情報
• 実装: withings-sync/index.ts + withingsService.ts（クライアント側にAuthヘッダー追加）
• last_reverify: 2026-06-10

• 決定: processed_webhook_eventsテーブルでevent.id重複チェック
• 根拠: Stripeは一時障害時に同じwebhookを再送する。冪等性がないとギフト二重計上・サブスク状態の上書き等のリスク
• 実装: stripe-webhook/index.ts + setup_database.sql
• last_reverify: 2026-06-10

• 決定: 1日100回上限。上限到達→翌日リセット。従量課金なし
• 根拠: sibuketu「上限達したらその時は明日にして」「従量課金とかややこしいことはやめる」
• 実装: rateLimiter.tsにdailyCount+dailyDate追加。0時リセット
• last_reverify: 2026-06-10

• 決定: ValueScreenのVARIABLESから未実装の変数（Ketones, Thyroid, Blood Work）を削除
• 根拠: sibuketu「めっちゃいい問題発見マジで素晴らしい」（マーケと実装の矛盾チェックを評価）。Rule 3.6（約束→実装整合性）
• last_reverify: 2026-06-10

---

• 決定: 決定事項に「いつやるか」が含まれる場合、AIがその時期になったら自発的にリマインドする
• 根拠: sibuketu「いつやるかてきなこと色々決めてるけど絶対忘れるからその時にaiから提案してほしい」
• 実装方法: セッション開始時にDECISION_LOGを確認し、タイミングが来た項目をプロアクティブに提案
• last_reverify: 2026-06-10

• 決定: 同じ絵文字を別の役割で再利用しない（例: 💡を複数の異なる意味で使わない）
• 根拠: sibuketu「絵文字は同じやつで違う役割やめよう ややこしくなる」
• last_reverify: 2026-06-10

• 決定: 課金は「$30で使えるか使えないか」のシンプル構造。特典リストではなくアプリの良さをストレートに伝える
• 根拠: sibuketu「特典という概念存在しなくね 30ドル払って使えるか使えないか」
• 対応: PaywallModal.tsxのfeature2-4の空文字列は問題なし（filter(Boolean)で非表示）
• 後続上書き (CONTRA-11 解消 2026-04-25): 価格部は #275 → #283 で「初月 $9.99 + $30/$200」に変更済。「特典なし」シンプル構造哲学はそのまま維持 (skip-to-paywall link は #461 で導入、これは「特典」でなく flow 選択肢として位置付け)
• last_reverify: 2026-06-10

• 決定: アプリ紹介・テスター募集用のYouTube動画を10本制作
• 根拠: sibuketu「動画一応10本にしよう」（2026-03-12）
• ステータス: リリース前に制作
• last_reverify: 2026-06-10

• 決定: 050番号（IP電話）に変更するか「請求時開示」に変更
• sibuketu: 同意（2.3f）
• ステータス: #238で「請求時開示」方式に変更済み
• last_reverify: 2026-06-10

• 決定: すぐできるなら今やってもいい。時間がかかるから後回しにしただけ
• 根拠: sibuketu「連携系はすぐにできるなら別に全部今やってもいい 時間まあまあかかると思ったから後回しにしただけ」
• AI判断: Withings優先（体重自動同期でカーニボアと相性◎）。Google Fitは歩数等でカーニボア特化度が低い
• last_reverify: 2026-06-10

• 決定: Google Playは既にテスター集め段階にある
• フロー: アプリ完成 → YouTubeでアプリ紹介動画 → テスター募集
• sibuketu: 「googleはもう審査してテスター集めの段階」
• last_reverify: 2026-06-10

• 決定: サプリ推奨の基準は「CarnivOSとして信頼して推奨できるか」のみ。サイト・会社・利益は全て副産物
• 判断基準: 信頼性のみ。利益は副産物として考え、推奨の動機にしない
• フロー: アプリ内で栄養素の「補う方法」としてサプリを推奨 → 購入先がたまたまiHerb/Amazon → 結果としてアフィリエイト
• 肉のAmazon購入リンク: 保留（sibuketu「微妙な気もするけど」）
• 根拠: sibuketu「サプリはこのアプリとして推奨できるかだけで考えて サイトとか会社は副産物 利益も副産物 信頼できるかだけ」（2026-03-12）
• ステータス: リリース後実装
• 注記: リリース済み（2026-03）。ステータス再評価必要。

### ~~#215~~

> ⚠️ Superseded: #257 で6言語即時実装に上書き済み

• 決定: ~~リリース後のやることリストの中優先度に配置。ユーザー分布で10%超えた言語から追加~~
• 根拠: Decision #177「v1は日英のみ」を維持。基準数値を10%と設定
• sibuketu: 「暇なときにやる感じもアリ リリース後のやることの中くらいでもいいかも」
• 注記: #257 で EN/JA/ES/PT-BR/DE/FR 6言語即時ローンチに変更。7言語目以降はこの10%基準を適用。
• last_reverify: 2026-06-10

• 決定: 全箇所をsupport@carnivos.appに統一
• 根拠: ブランド名入りメールが信頼性・プロフェッショナル感で優れる。HTML側が先にsupport@carnivos.appに更新されていたため、TSX+llms.txtもそちらに統一
• ステータス: ✅ 全統一完了（セッション89）。TokushohoScreen 2箇所 + SettingsScreen 1箇所 + llms.txt 1箇所を修正
• last_reverify: 2026-06-10

• 決定: aiService.tsの「非カーニボア食品へのサーカスティックコメント」機能を削除
• 根拠: リターンなし、ブランド毀損リスクあり、ターゲット層（富裕層・エビデンス重視）にミスマッチ
• sibuketu: 「ユーモアめんどいから消そうかな リターンないのにリスクありそうだし ターゲット的にも」
• Decision #113（ユーモア10-15%目標）を撤回: ユーモア0%方針に変更
• > #104 注記: ⚠️#212で実質撤回。ユーモア0%方針が現行
• > #112/#113 注記: #212で閉鎖
• last_reverify: 2026-06-10

• 決定: Edge Function create-checkout-session のギフト上限を$100,000→$500に変更
• 根拠: $100Kは不自然、チャージバック詐欺リスク。$500で約16ヶ月分のサブスク相当で十分
• sibuketu: 「きりよく3000ドルで100人分は？500のほうが良いかな」→ $500採用
• last_reverify: 2026-06-10

• 決定: ハードコード色を禁止するルールをRULES.mdに追加。CSS変数（var(--color-*)）の使用を義務化
• 根拠: AI(MVP思考)が累計100箇所以上ハードコード色を散在させた。sibuketu「ハードコードって基本的にサボり？MVP思考？ルールで矯正する？」→ YES
• last_reverify: 2026-06-09

---

• 決定: 音声操作（アプリ画面遷移等）は不採用。音声入力（食品記録）は既存機能として維持
• 根拠: 競合もやっていない。Siri/Google Assistantの領域。sibuketu「音声コマンドはなしで音声入力はある感じ」
• last_reverify: 2026-06-09

• 決定: 内部データは'pc'で統一。表示時にlang==='ja'→'個'、en→'pc'で切替。50箇所一括修正
• 根拠: Decision #134確定済み。sibuketu GO
• last_reverify: 2026-06-09

• 決定: RecoveryProtocolScreenの食事推奨にMiniNutrientGaugeを使用。テキストリスト→ゲージ化
• 根拠: Decision #130確定済み。sibuketu GO
• last_reverify: 2026-06-09

• 決定: Settingsに Metric/Imperial トグル。内部値は常にg/mg。表示時のみ変換。全ゲージ・入力・履歴に適用
• 根拠: Decision #126「英語圏富裕層メインターゲット」。sibuketu GO
• last_reverify: 2026-06-09

• 決定: サプリ専用導線を削除。💡モーダルの「補う方法」セクションに肉+サプリを統合表示。Decision #154/#155に基づく
• 根拠: sibuketu GO
• 結果: 調査の結果、MiniNutrientGaugeのTab3に食品源+サプリ推奨が既に実装済みだった
• last_reverify: 2026-06-09

• 決定: 🔔→BottomSheet通知一覧。カテゴリタブ（全て/アラート/お知らせ）。既読=非表示（Gmailモデル）。7日で自動アーカイブ
• 根拠: Decision #152/#153確定済み。sibuketu GO
• last_reverify: 2026-06-09

• 決定: StorageNutrientGaugeのラベル横のHelpTooltipアイコンを削除
• 理由: ゲージ全体がタップ可能で詳細モーダルが開くため、横の小さな💡は冗長かつ位置が窮屈。ユーザーから「位置が変」と指摘
• last_reverify: 2026-06-09

---

• 決定: nutrientFormulaSteps.tsのNUTRIENT_BASE_INFOに11栄養素を追加（P, Se, Ca, Glycine, Methionine, Taurine, VitC, Cu, Mn, VitE, B6）
• 理由: ユーザーが💡をタップしても計算式が出ない栄養素があった。「1つも余すことなく書く」というユーザー要件
• 補足: 固定値の栄養素でも凡例を表示するよう条件をlength > 1→length > 0に変更
• last_reverify: 2026-06-09

• 決定: 栄養素の💡で表示されるソース欄から医師の個人名（Baker, Berry, Chaffee等10名）を削除し、研究論文・機関名（RDA, NIH, Journal citations）に置換
• 理由: RULES 2.3b-1（研究ベースプロトコル）に従い、大衆向けに簡易化された個人の推奨ではなく元の研究データを参照すべき。また個人名は権威への依存であり、CarnivOSの「エビデンスベース」方針と矛盾する
• 影響ファイル: nutrientFormulaSteps.ts, supplements.ts, i18n.ts, carnivoreTargets.ts, remedyLogic.ts, carnivore_constants.ts
• last_reverify: 2026-06-09

• 決定: 現状はシンプル版（最初の質問文がタイトル）でリリース。トピック自動分類はユーザーの使い方を見てから判断
• 理由: 実際の利用パターンが不明な段階で作り込むのは過剰。まず使ってもらってデータを取る
• 根拠: sibuketu「会話履歴に関してはリリース後というか監視対象で」（2026-03-10）
• last_reverify: 2026-05-29

• 決定: AIチャットの空状態に12個のおすすめプロンプトチップスを追加。6カテゴリ（栄養・症状・移行期・食品・科学・アプリ使い方）×2個
• 理由: ユーザーが「何を聞けばいいか分からない」問題を解決。タップするだけで質問が入力される
• 根拠: sibuketu「おすすめプロンプト機能 ボタンとかで」（2026-03-10）

• 決定: リカバリプロトコル画面にAI提案管理セクション（提案→採用→実行中→完了、削除可能）+ 栄養素不足表示（80%未満を赤黄で表示）を追加。AIチャットのtodoが自動的にRecovery提案リストに転送される。
• 根拠: AIチャットでリカバリプランが出ても気づかない・見失う問題 + 栄養不足が数字で見えないと行動に繋がらない
• ✅実装済み（セッション70）
• last_reverify: 2026-06-08

---

• 決定: QUICK_REFERENCE.md を作成。AIへの指示テンプレ、スラッシュコマンド、自律レベル説明を一覧化
• 根拠: ユーザー特性「記憶を前提にしない」（4.1b #3）、都度AIから提案（4.1b #4）
• ✅実装済み
• last_reverify: 2026-06-08

• 決定: 人間判断が20件溜まるまでAIが自律実行し続ける。溜まったらまとめて提示
• 例外: 🔴💰🔒（金・セキュリティ・データ破損）は即時報告
• 廃止: 旧「60分バッチ」「20-30分バッチ」ルール
• 根拠: sibuketu「全部aiだけでガンガン解決してる」「人間判断が20件くらいたまるまで勝手にどんどんやってきて」（2026-03-11）
• RULES.md更新: 2.4a, 2.5の報告頻度ルール を改定済み
• last_reverify: 2026-04-07

• 決定: AI判断で行けるもの（バグ修正、UI改善、i18n、品質改善等）は確認も報告も不要で自由に実行。人間判断が必要なもの（新機能設計、UX方針変更、ビジネス判断）のみ報告
• 根拠: sibuketu「ai判断で行けるのは毎回言わずに勝手にやって人間判断いるやつだけにしよう」「かなりai判断は自由にやらせていいと思う」
• RULES更新: 2.5 沈黙の実行プロトコル強化済み
• ✅実装済み
• last_reverify: 2026-06-08

• 決定: 1位（再生牧場ファンド70%）+ 2位（コミュニティ投票30%）のハイブリッド
• 寄付名義: 「CarnivOS Users」として寄付。詳細ページで任意でユーザー名or本名を表示可能（選択制）
• 根拠: Prosocial Spending研究の3条件（影響可視・社会的つながり・選択の自由）を全て満たす。Bombas/Warby Parker実証。2ヶ月目割引はチャーンリスクが高い（出典なし・方向性のみ）
• ステータス: ⏳未実装（初月無料が現実的になった段階で実装）
• sibuketu: 「２と１のハイブリッドで寄付の時はcarnivosユーザーという名前でやって詳細で任意で名前乗るとか」（2026-03-08）
• 追加アイデア（2026-03-11）: 子供食堂の肉食版（カーニボア子供食堂）。sibuketu「流石にビックプロジェクトすぎやけど」「個人がやれることではない」→ 中長期の余剰金投票候補として保留
• last_reverify: 2026-06-06

• 決定: recovery-protocol-v1-en.json を承認。24シーン、512秒（8分32秒）
• 次ステップ: 11.8ワークフローに従い素材準備へ（Playwrightスクショ撮影 → 確認 → 制作）
• last_reverify: 2026-06-06

• 決定: RULES_YOUTUBE.md 11.4に「誇張禁止」ルールを追加。既存アドバイスを「ゴミ」と断じない。「間違いじゃない。でも、もっと精密にできる」が正しい立ち位置
• 根拠: Recovery Protocolスクリプトで「ネットのアドバイスは怠惰」と書いたが、実際は「戻せばいい」は間違いではない。差別化は「既存が悪い」ではなく「上を行く」であるべき
• sibuketu: 「問題的というかネットの情報ってそんなにゴミなん？むりやり？事実ならいいけど」（2026-03-08）
• last_reverify: 2026-06-06

---

• 決定: CLAUDE.mdの内容を「RULES.mdを読め」の1行に簡素化。パス・ツール表・役割定義は削除
• 根拠: RULES.mdが全ルールのマスター。CLAUDE.mdに重複情報を置く意味がない
• sibuketu: 「claude.mdはRULE.MDを読むだけでよくね」（2026-03-08）
• last_reverify: 2026-06-06

• 決定: Dステップで「AI推奨/理由/却下した代替案/リスク/GO?」の出力フォーマットを必須化。「調査結果並べてどう思う？」を禁止
• 根拠: 2026-03-08に調査結果を並べて判断丸投げし、2.3a（自発的提案義務）と2.2（人間負担軽減）に違反。テンプレ強制で再発防止
• sibuketu: 「それってどう解消したらいいの　要件定義のやり方で変えたほうが良いのでは」
• last_reverify: 2026-06-06

---

• 決定: 以下3件をバックログから削除

- フィードバック/設定/通知統合 → NO-GO決定済み（A4）

- 設定段階的開示 → 実装済み（D138）+ 追加改善はリリース後

- StorageNutrientGauge日数表示削除 → 日数表示は既に存在しない

• sibuketu: 無言同意（2.3f）
• last_reverify: 2026-06-06

• 決定: D-14「全面リデザイン」は要件の大半が実装済みのため取り消し。残り2点のみ対応:

1. AI推測後の栄養素をデフォルト非表示（ゲージ反映のみ、タップで展開）

2. CSS変数化（機械的作業）

• 削除: dailyLogUpdatedイベント発火（行263）を削除（AppContext競合バグと同根）
• 反栄養素ゲージ: 現状維持（バー伸びる=悪い、amber→redグラデーション。Cronometerと同方式）
• 根拠: D-14の6要件中5つ実装済み。無駄な作り直しより実ユーザーフィードバック待ちが的確
• sibuketu: 無言同意（2.3f）
• last_reverify: 2026-06-06

• 決定: NutrientTrendChartに「比較追加」ボタンで2-3本目のラインを重ね表示。時系列で相関を視覚化
• 根拠: 既存correlationタブは散布図（スナップショット）。時系列の推移比較は別の価値がある
• sibuketu: 「統計のグラフまだ複数グラフ化して相関見たりできないの」

### 一括NO-GO/リリース後確定

• A4 フィードバック/設定/通知統合: NO-GO。ユーザー未要望、現導線で問題なし
• B4 1日行動プラン: リリース後（AIチャットで暫定対応中）
• B7 設定2入口分離: リリース後低優先度（現状で破綻してない）
• C1 CHARGEアニメーション: 廃止確定（W15で既に「追加する」ボタンに変更済み）
• C2 リカバリーバナー色グラデーション: リリース後
• C3 多言語: v1は日英のみ。3言語目はユーザー分布で判断
• C4 グラスフェッドUI設定化: リリース後低優先度 — ステータス再評価必要（2026-03-22）
• C6 設定Progressive Disclosure: リリース後
• C7 AI利用頻度計測: リリース後（analytics基盤導入時にまとめて）
• C8 インフルエンサー接触: リリース後（製品完成優先）
• last_reverify: 2026-06-05

---

• 決定: ButcherSelectで肉選択後、FoodEditModalを毎回表示する。ON/OFF設定は不要
• 根拠: カーニボアの食事パターン「肉+バター+塩」が定番。トッピング忘れがNa/脂質ズレの最大要因。MyFitnessPalも食品追加後に確認画面を出す（業界標準）。モーダルは軽い（チップ3個+確認ボタン、0.5秒でスキップ可能）。UXビジョン「赤ん坊でもポチポチ」に合致
• 「+もう1品」の動作: FoodEditModal閉じてButcherSelect画面に戻す
• sibuketu: 無言同意（2.3f）
• > 注記: #82で削除済み。ゴースト決定
• last_reverify: 2026-06-06

• 決定: Others画面下部（設定セクション直前）に常時表示。fuel条件を削除。ホーム画面には追加しない
• 根拠: 発見性確保 + ホーム画面の長さを増やさない。ゼロ状態UIは既にコンポーネント内にある
• sibuketu: 「その他の中でも下の方でいい」
• last_reverify: 2026-06-05

• 決定: 食品(g/oz/serving)、水(ml/fl oz/cup)、体重(kg/lb)に拡張。locale自動検出+手動上書き
• 根拠: Lu et al. (2015): 測定摩擦が記録遵守率を低下。MyFitnessPal/Cronometer等は大量の単位を提供。余計なくらいあっても問題なし（Hick's Law懸念は薄い = 初回設定のみ）
• sibuketu: 「単位は余計なくらいあってもいいと思うけどどうなん」
• last_reverify: 2026-06-05

• 決定: スマホホーム画面ウィジェット（栄養スコア+ストリーク）。アプリ内ウィジェットは不採用（既存ゲージと重複）
• 根拠: CapacitorプラグインでWidgetKit/App Widget開発が必要。リリース後にユーザー要望頻度を見て優先度決定
• sibuketu: 「アプリのウィジェットだと今ある栄養ゲージとかぶってね　それならスマホのホーム画面でよくね」
• last_reverify: 2026-06-05

• 決定: テンプレートベース（APIコストゼロ）で毎週月曜に通知配信。ログデータからアルゴリズムで栄養スコア・改善ポイント・ストリークを要約
• 根拠: 全ユーザーに毎週配信するためAI API従量課金は非現実的。テンプレートでも十分なインサイト。既存notificationService.tsインフラ活用
• スコープ: 通知（タイトル+1行要約）→タップで詳細画面（スコア/改善3件/ストリーク/7日平均/前週比）
• sibuketu: 「通知で普通にaiから毎週レポート出すのはどう？」「通知でよくね」
• last_reverify: 2026-06-05

• 決定: 食品入力からlb（ポンド）単位を削除。g / oz / 個 の3択に
• 根拠: インペリアル圏でもポーション管理はoz。食事記録で「1.3lb食べた」とは言わない
• sibuketu: 「lbは欲しいというか必用か聞いただけ　提案つよめ　いらんならいい」
• ステータス: ✅実装済み（セッション56b UNIT1/UNIT2）。unitConverter.tsでimperial時oz表示。ButcherSelectもdisplayFoodWeight()経由で対応済み
• last_reverify: 2026-06-05

---

• 決定: シンプルな買い物リスト（追加・チェック・削除）を実装。期間の概念なし
• 根拠: カーニボア食は品目が少なく（肉・卵・バター程度）、週/月の管理は不要。「追加→買ったら消す」がシンプルで最適
• スコープ: 買い物リスト画面 + 献立からの個別追加ボタン + 全部追加ボタン
• 保留: 在庫管理・自動減算・肉屋UI「在庫あり」フィルタ（需要見てから）
• 不採用: バーコード連動（精肉は量り売り）、賞味期限管理（冷凍メインで煩雑）
• sibuketu: 「買い物リスト（追加→買ったら消す）だけのシンプル版で十分な気がする」
• last_reverify: 2026-06-05

• 決定: ButcherSelectで部位選択時、過去2回以上の入力履歴があればそのg数をデフォルトにする
• 根拠: MacroFactorの「Recent」機能は直近の量をそのまま使う。MyFitnessPal・Cronometerも「最後に使った量」を記憶する
• last_reverify: 2026-06-05

• 決定: ホーム画面の献立プランナーをデフォルト閉じ→デフォルト展開に変更
• 根拠: sibuketu「ホーム開いた瞬間に献立は出ていてもいいと思う」「めっちゃ使われると思う」
• last_reverify: 2026-06-05

• 決定: CustomFoodScreenの「今日のログに追加する」チェックボックスをデフォルトOFFからONに変更
• 根拠: sibuketu「これいるか？」。カスタム食品登録の動機の9割は「今食べたものを記録したい」。MyFitnessPalも登録=即ログが基本。OFFにできる選択肢は残す
• last_reverify: 2026-06-05

• 決定: 献立からタップで食事追加した際、栄養素が反映されないバグを修正。mealPlannerの栄養素キー(vitamin_b12)とFoodItemのキー(vitaminB12)の不一致が原因→foodsDatabaseから正しいデータを取得するよう修正
• 根拠: sibuketu「献立で肉追加しましたとなってるけどhistoryに追加されないけど？栄養素も増えないし」。追加したのに反映されないのは信頼を損なう致命的UXバグ
• last_reverify: 2026-06-05

• 決定: Others画面に「週間買い物リスト」セクションを追加。1週間分の献立を自動生成→食材をg数で集約→チェックボックスで買ったか管理。ホーム画面にはOthersへの誘導ボタン
• 根拠: sibuketu「1週間分献立生成してスーパーにいってっていうのにして買ったかどうか管理するのはどう」。業界調査: 献立→買い物リスト自動生成は2025-2026のトップトレンド（採用率47%増）。カーニボアは食材種類が少ないため「牛リブアイ 2,100g」のような精密リストが刺さる
• last_reverify: 2026-06-05

• 決定: SupplementModalのサプリカードにpurchaseUrlがある場合、選択ボタンとは別に小さな🔗アイコンを常時表示。タップで別タブ
• 根拠: sibuketu「代案: サプリカードに小さなリンクアイコンを常時表示し、タップで別タブ。選択とは分離でいこう」。iOSのHIG「ボタンは1つのアクションに1つの意味」
• last_reverify: 2026-06-05

100%初月コミッション差別化維持。CarnivOS 初月収益ゼロでも長期 LTV ($30×11ヶ月=$330) で十分回収。

178. タンパク質目標を除脂肪体重ベースに変更（実装済み）: 旧: 体重×1.6g/kg → 新: 除脂肪体重×2.2g/kg。bodyCompositionから体脂肪率を推定（muscular:男10%/女18%、average:男15%/女25%、high_fat:男25%/女35%）。数値入力時は正確な値を使用。70kg男性average: 旧112g→新131g。根拠: Decision #163 + 肥満者での78-100%過大評価問題

179. 7栄養素の目標値+上限を追加（実装済み）: Ca(1000mg,UL2500)/P(700mg,UL4000)/Se(55μg,UL400)/Cu(0.9mg,UL10)/Mn(2.3mg男/1.8mg女,UL11)/VitE(15mg,UL1000)/B6(1.3mg,50歳以上1.7mg,UL100)。全てIOM RDA/AI + ULベース。ゲージ表示はCursor作業。根拠: Decision #167 + IOM DRI

• last_reverify: 2026-06-02

---

• 決定: 食品入力でg固定ではなくg/oz/lb/個を選択可能にする。oz→g(×28.35)、lb→g(×453.6)で内部変換
• 根拠: sibuketu「g ozともう一個なかったか」。Cronometerはg/oz/cup/tbsp等を提供。カーニボアではg/oz/lbで十分
• last_reverify: 2026-06-05

• 決定: stressLevel, exerciseMinutesをhigh→mediumに変更。skinConditionをlow→mediumに変更
• 根拠: DECISION_LOG #167で「⭐⭐⭐(毎日): 体重、睡眠、排便、エネルギー、気分、水分、日光」「⭐⭐(週数回): 運動、断食、ストレス、満腹感、肌、体脂肪」と定義済み
• last_reverify: 2026-06-05

---

• 決定: TrophyModalにReact createPortalを追加し、document.bodyに直接レンダリング
• 根拠: .app-contentがz-index: 2のスタッキングコンテキストを生成し、内部のz-index: 10000が.app-navigation（z-index: 100）に負けていた
• last_reverify: 2026-06-05

• 決定: InputScreenから睡眠・体重・水分・断食・カスタムトラッキング・日記を全て削除。食品入力 + よく食べるもの（Quick-add）+ 今日の食品サマリーのみに簡略化
• 根拠: MacroFactor研究 — 食品ログ画面の操作数を最小化（FLSI）。70%のユーザーが食品ログの複雑さで離脱（NNG研究）。状態入力はDiaryScreen（記録画面）に統合済み
• 変更: 1742行 → 約500行。Recent+Favorites表示（MacroFactorパターン）追加
• last_reverify: 2026-06-05

• 決定: リリース後に既存の全機能・UI・設計判断を研究結果に基づいて再検証する
• 根拠: sibuketu「リリース後に色んな既存の物を研究結果的にどうか再検証したい」
• 注記: リリース済み（2026-03）。ステータス再評価必要。
• last_reverify: 2026-06-05

• 決定: 今後の全意思決定は研究・データを最優先とする。ユーザー（sibuketu）の感覚よりも研究結果を重視し、ユーザーは最終確認のみ
• 根拠: sibuketu「研究ベースをつづけるというか更に重視　俺のかんかくよりもなんなら全然重視で俺は一応最後に確認程度」
• last_reverify: 2026-06-05

• 決定: 各指標の短いヒント（5-10語）はタイル内サブテキストとしてインライン表示。💡ボタンは廃止
• 根拠: NNG研究（タスク完了に関わる情報はインライン表示すべき）、Baymard研究（短いヘルパーテキストはインラインで完了率向上）、UXmatters（アイコン隠しヘルプは発見性問題あり）。sibuketu「これくらい短い文なら最初から書いてもよさそう」
• last_reverify: 2026-06-05

• 決定: 現行のカード型縦リスト → 2-3列コンパクトタイルグリッドに変更。進捗バー追加。下ナビ・FAB非表示
• 根拠: sibuketu「個のuiゼロから考えていいかも　今の変　過去のやつに引っ張られてる」。競合Bearable研究（タップだけで1分以内チェックイン）。NNG研究（情報密度と一覧性がタスク完了率を向上）
• last_reverify: 2026-06-05

• 決定:

- 🔔ドロップダウンに「アラート/お知らせ」2タブ追加

- アラート: 既存ヘルスアラートそのまま

- お知らせ: changelog的な内容（新機能追加、改善等）。ハードコード（コード内埋め込み）

- 未読管理: アプリバージョンで判定。前回閲覧バージョンより新しいお知らせがあれば🔔にバッジ

- Supabaseテーブルはリリース後に頻繁更新したくなってから

• 根拠: sibuketu「アプリ内に通知一覧ほしい　アラートというより通知のイメージ　その中でアラートがあったりお知らせっていう」「お知らせはこっちが好きなこと知らせる」「ハードコードで良いと思う」
• last_reverify: 2026-06-04

• 決定:

- 仕組み1: 重要度ラベル（開発者が固定、ユーザーは変更不可）

- ⭐⭐⭐(毎日): 体重、睡眠(スコアor時間)、排便、エネルギー、気分、水分、日光 → 常に表示

- ⭐⭐(週数回): 運動、断食、ストレス、満腹感、肌、体脂肪 → デフォルト非表示

- ⭐(マニア): 心拍、血圧、血糖、リビドー、ケトフル、瞑想、サウナ等 → デフォルト非表示

- 非表示項目は「もっと記録する」ボタン1つで全展開（設定画面不要）

- 仕組み2: 未記録バッジ — ⭐⭐⭐の未記録数をOthersScreenの「記録」ボタンに赤丸表示

- 日記はバッジ対象外（毎日書かなくてもいい）

- やらないこと: ユーザーによる重要度変更、カテゴリ選択、お気に入りフィルタ（選択のパラドックス回避）

- 「もっと記録する」内はカテゴリ分け(からだ/あたま/睡眠/習慣/カスタム/日記)を固定で適用

• 根拠: sibuketu「頻度をカテゴリにして⭐とかで影響度ラベルして重要でないものはデフォルト非表示」「通知の数字」「全部同意」「⭐のラベルを変えれるってこと？→変えれない」
• last_reverify: 2026-06-04

---

• 決定:

- 名前: 「記録」

- 入り口: その他画面に1ボタンのみ。食事記録は赤+ボタンのまま

- InputScreenから記録系セクション(ステータス/体重/水分/断食/カスタム/日記)を全て記録画面に移す

- InputScreenには食事記録(肉屋/サプリ)だけ残す

- 統合ではなく「1つの機能として自然な画面」を新規設計

• 根拠: sibuketu「全ての要素を1つのところでまとめたらいいのでは」「統合となってるせいで今のやつを入り口1つにしてその中で分岐にしてるだけ。そうじゃなくて機能として1つのやつで自然にしたい」「食事の記録はいらないのでは」
• last_reverify: 2026-06-04

• 決定:

- APIなし。foodMaster.ts + dynamicNutrientCalculator + roiCalculatorでローカル計算

- スコープ: 今日の不足埋め / 1日プラン / 1週間プラン。1ヶ月はやらない（コスパ悪い）

- mealsPerDayで分割（1食なら高密度少品目、2-3食なら分散）

- 時刻指定なし。「1食目/2食目」で出す（昼夜逆転対応）

- 水分は食事数で目標を分割提示

- 1週間プランは日ごとにメイン肉を変えてバラす

- ホームに「今日のおすすめ」カード配置

• 根拠: sibuketu「脳死で超健康のコンセプト」「apiは使わないように」「献立の範囲は今日食べたやつの不足という範囲もあるけど1日丸ごととか1週間一気に生成とかも欲しい」「1か月はコスパ悪いか」
• last_reverify: 2026-06-04

• 決定: チートログの反栄養素(phytates/oxalates/lectins等)をタップ時の💡は1タブのみ。「何であるか+なぜ有害か+多い食品」を1パネルで表示
• 根拠: sibuketu 同意。2タブに分けるほどの情報量がない
• last_reverify: 2026-06-04

• 決定: S57-9をクローズ。3導線(アラート/+ボタン/💡)で問題なし
• 根拠: sibuketu「これで問題ない」
• last_reverify: 2026-06-04

• 決定: S57-5をクローズ
• 根拠: sibuketu 無言同意
• last_reverify: 2026-06-04

• 決定: F3をクローズ。F-UI3（食事追加→断食タイマー自動停止）実装済みで競合は物理的に起きない
• 根拠: sibuketu「F-UI3で実装済みとあるなら今なにかすることってあるのか？」→ ない
• last_reverify: 2026-06-04

• 決定: 着地点を統一（ButcherSelectサプリタブ）すれば3導線あっても混乱しない。Cは💡の「補う方法」タブとして将来追加
• 根拠: 無言同意（2.3f）
• last_reverify: 2026-06-03

• 決定: 塩は「卵・油脂」カテゴリに配置（追加済み）。独立カテゴリ不要
• 根拠: 無言同意（2.3f）。品目数が少なすぎて独立カテゴリにする意味がない
• last_reverify: 2026-06-03

• 決定: 「その他」画面に「記録」ボタン1つ → 統合画面（体調/日記/カスタム 3タブ）。食事記録は含めない
• 根拠: sibuketu「入り口1個でよくね」。無言同意（2.3f）
• 状態: ✅GO
• last_reverify: 2026-06-03

• 決定: 水はmlのみ、食品はgのみで現状問題なし。リリース後にfl oz/oz対応を検討
• 根拠: 栄養素単位（g/mg/IU）は国際標準。MyFitnessPal等もmetric。measurementSystem設定は体重・身長のみに適用中
• last_reverify: 2026-06-03

• 決定: 献立推奨はリリース後。さらに「1日の行動プラン」（12時までに1L水飲む等）も追加検討
• 根拠: sibuketu「献立はリリース後でやろう そしてなんなら一日の行動プランとかあってもいいかも」
• 暫定対応: AIチャットに「今日の行動プラン作って」で代替可能
• last_reverify: 2026-06-03

• 決定: 2026-02-27 #4で削除決定済み。リカバリープロトコル内の一時推奨ロジックのみ残存
• 根拠: 栄養的欠陥（葉酸32%、VitAほぼゼロ）。strict_carnivore一本化方針
• last_reverify: 2026-06-03

---

• 決定: S57-1〜S57-6としてBio-Tuner統合/リカバリー空状態/💡リデザイン/3モードゲージ/塩導線/AIチャット確認を記録
• 根拠: sibuketu「IDEタスク分かったmd入れといて」
• last_reverify: 2026-06-03

• 決定: フルスクリーン時のenv(safe-area-inset-bottom)を0.75remに上書き
• 根拠: sibuketu「なんか下に余白あるし」
• last_reverify: 2026-06-03

• 決定: 「植物と比べて吸収率2倍」「BCAA含有量が高く」等の比較情報を全て除去。体内での機能+カーニボアでの食材源のみ
• 根拠: sibuketu「植物と比べて2倍 とか余計では？」
• last_reverify: 2026-06-03

• 決定: 計算式にナンバリングを埋め込み（①70 × ②1.6 + ③10 + ④20 = 142g）、その下にナンバリングの説明（①体重 ②係数 ③55歳以上 ④活動量）。この2項目だけ。余計なラベル・カード・まとめ不要
• 根拠: sibuketu「がっつり計算式だけ そしてその下に計算式の数字は何から来るのかだけ」「1.70×2.1.7＋3.20=目標値 とかの計算式と ナンバリングの内容」
• 状態: ✅GO（2026-03-05）
• last_reverify: 2026-06-03

• 決定: 日記統合 = 「入り口を1個にする」であって4タブ統合ではない。✅実装済み（セッション64, REC0-REC8）
• 根拠: sibuketu「入り口１個でよくねってこと」
• last_reverify: 2026-06-03

---

• 決定: 栄養素の役割タブは純粋な役割説明のみ。「55歳のため」「活動量が高いため」等の目標値調整はoverviewタブに属する
• 根拠: sibuketu「まだこの栄養素の役割で５５歳のため活動量が多いためとか目標値に関する関係ない話ある」
• last_reverify: 2026-06-03

• 決定: 計算式の各要素（体重、係数、結果）を色分け+凡例表示。最終目標値は大きな数字ではなく右寄せ1行に
• 根拠: sibuketu「計算式の要素にナンバリングor色付けして」「最終目標大きくする必要あるか？ゲージの所で見れるし」
• last_reverify: 2026-06-03

• 決定: 「要件定義なしに実装するな」「GO実装追跡」「問題→修正+未来防止」ルール追加
• 根拠: GO済み10件中7件未実装放置の事故 + sibuketu「場当たり的な修正だけでなく未来の防ぐこともやる」
• last_reverify: 2026-06-03

• 決定: --color-bg-primary, --color-bg-card, --color-bg-tertiary, --color-text-primary, --color-border, --color-accent をindex.css :rootに追加
• 根拠: 491箇所で参照されているが未定義だった。日記の睡眠タブ等の視認性壊滅の根本原因
• last_reverify: 2026-06-03

• 決定: AIチャットをドロワー（90vh）→全画面（100dvh）に変更。開閉時にbody.ai-chat-fullscreen-modeクラスを付与し、下ナビ・FABを非表示
• 根拠: ユーザー「aiチャットはモーダルではなくて普通に全画面で良い」「下に下ナビ出てるのもいらないかも」
• last_reverify: 2026-06-03

---

• 決定: 肩書き（orthopedic surgeon等）を削除し名前のみ残す。overviewタブの末尾に1行で表示
• 根拠: 公人（Dr. Baker, Dr. Berry等）の名前を出典として使うのは学術引用と同じで問題なし。ただし肩書きが長くて視認性悪化の原因だったため簡素化
• last_reverify: 2026-06-03

• 決定: 「基本計算式」ラベル・カードラッパー削除、計算式のみ直接表示。「役割」タブからrationale.text（なぜこの目標値か）削除、栄養素の役割説明のみに絞る
• 根拠: ユーザー「基本計算とかいらなくね 全部の計算式そのままでよくね」「栄養素の役割の所でなぜこの目標値になるかの解説は２重になるから余計」
• last_reverify: 2026-06-03

• 決定: Myth/Truth知識ベース(TipsScreen)を削除。OthersScreenの💡からtips.tsのカーニボア豆知識一覧を表示
• 理由: Myth/Truthは不要。AIチャットで表示されるtipsをメニューからも閲覧できるだけで良い
• 根拠: sibuketu発言「Myth/Truthとかそもそもいらなくね　aiチャットでのtipsをその他の所から見れるってだけで」
• last_reverify: 2026-06-03

---

• 決定: HomeScreen ⚙️を「UI設定」にリネーム。OthersScreenの設定セクションを折りたたみ→常時展開
• 理由: ⚙️はUI設定専用であることを明示。設定項目は毎回展開する手間が不要
• 根拠: sibuketu発言「ホームの⚙はui設定という名前にしてメニューの設定は普通にして元から開いとくか」
• last_reverify: 2026-06-03

• 決定: AIチャットのバブルモード（ドラッグ・リサイズ可能な吹き出し）を削除。モーダルUIのみに統一
• 理由: 2つのUIモードを維持するコスト（バグ2箇所、テスト2倍）が高い。モーダルで十分
• 削減量: AISpeedDial.tsx -761行、ai-chat.css -374行
• last_reverify: 2026-06-03

• 決定: AIチャット内のBrowseモード（要素選択→AI質問）を削除
• 理由: HelpModeOverlay（💡長押し）が同じ機能をカバー済み。ハードコード英語文字列あり。機能重複は混乱の元
• 根拠: sibuketu発言「それ以外同意」
• last_reverify: 2026-06-03

• 決定: FABのSpeedDial（子ボタン展開）をデッドコードとして削除。FABタップはAIチャット直行のまま
• 理由: showSpeedDialが一度もtrueにならないデッドコード。FABは1アクション=AIチャットがシンプル。食品追加等はHomeScreenに既存
• 根拠: sibuketu発言「無視なので」= 使われていないので削除OK
• last_reverify: 2026-06-03

• 決定: KarmaGauge（環境比較機能）を完全削除。CO2比較、植物食との動物犠牲数比較、全て削除
• 理由: 肉食のCO2は植物食より高い（事実）。動物犠牲数も鶏・魚・卵を含めると植物食の推定0.1-5.3匹を大幅に上回る。機能として破綻
• 根拠: sibuketu「機能として破綻してないか？」「もう消そう」（2026-03-08）
• last_reverify: 2026-06-06

• 決定: 推移（1変数）と相関（2変数）の切り替えトグルを廃止。常に2変数セレクター + 期間選択 + CorrelationChart（折れ線2本+ピアソンr）
• 理由: CorrelationChartは既に時系列折れ線グラフなので、1変数の推移チャートと機能的に重複。分ける意味がない
• 根拠: sibuketu「あと１つと２つ分ける意味あるん」「相関の方はなんで１日とか月とか週ないん」（2026-03-08）
• last_reverify: 2026-06-06

• 決定: 献立の各アイテムに明確な2ボタン（緑「食べた」= 食事記録追加、黄「買う」= 買い物リスト追加）を設置
• 理由: 従来の「+ リブアイ 300g」ボタンは何の操作か不明瞭。タップで食事記録に入るのか追加したいだけなのか分からなかった
• 根拠: sibuketu「食べたとして追加と買い物リスト分けたほうがよくね？」「２つのボタンでよくね？」（2026-03-08）
• last_reverify: 2026-06-06

• 決定: InputScreenのStatusセクション（embedded mode）を廃止。DiaryScreenに一本化
• 理由: 同じデータを2箇所で入力できるのは混乱の元。DiaryScreenが影響度順で並ぶのでそちらが正
• 根拠: sibuketu「議論4同意」（2026-03-07）
• last_reverify: 2026-05-29

• 決定: 各メトリクスに「?」ボタンを追加。タップで「なぜ記録するか」の1行説明を表示
• 内容方針: 「記録する→アプリの計算が変わる or 相関が見える」に統一。「アプリがXする」ではなく「自分に何が見えるか」
• 根拠: sibuketu「アプリ内のuiに💡追加して何のための記録か分かるようにするのはどう？」（2026-03-07）
• last_reverify: 2026-05-29

• 決定: 同じ優先度内では関連項目を隣接させる（例: sleepScore→sleepHours）
• 理由: 入力しやすさ。違う優先度の壁は越えない
• 根拠: sibuketu「睡眠スコアのあとに睡眠時間くると入力しやすくないか？」（2026-03-07）
• last_reverify: 2026-05-29

• 決定: Physical/Mental/Sleep等のカテゴリタブ全廃止。影響度のみでソート
• 理由: 影響度で並べる時点でカテゴリ区分は冗長。ラベル名で十分判別可能
• 根拠: sibuketu「カテゴリなくすのok」（2026-03-07）
• last_reverify: 2026-05-29

• 決定: 高影響度9項目は常時展開、中/低は「もっと記録する」ボタンで展開
• 理由: 40+項目全展開はスクロール地獄。高だけで十分健康管理できる
• 根拠: sibuketu「go」（2026-03-07）、7.4gスクロール制限準拠
• last_reverify: 2026-05-29

• 決定: Claude Codeのデフォルトスコープはアプリ開発。動画・SNS・マーケは明示依頼時のみ
• 理由: 混ぜるとコンテキストがややこしくなる。ユーザーが毎回「動画はいらない」と言う負担をなくす
• 根拠: sibuketu「アプリと動画はある程度分けたい ややこしくなるから これいちいちいうの今後避けたい」
• last_reverify: 2026-05-29

• 決定: IDEタスクには目的+対象ファイルだけ書く。行番号レベルの実装指示は不要
• 理由: IDEもOpus/Sonnetを使うので、AIが自分でコード読んで判断できる。Claude Codeが事前に噛み砕く工数は無駄
• 根拠: sibuketu「IDEもsonnetとかopus使う予定」「やる必要あるの」
• last_reverify: 2026-05-29