{
  "$comment": [
    "権限表 — 誰が何をどこまで決めてよいかの単一の正。",
    "",
    "【なぜファイルにするか】外部レビュー（2026-08-22）が Tier 1 の必須条件として",
    "『広告・契約・支払い・公開に関する権限表』を挙げた。実態としては既にそう運用",
    "されているが、**明文化されていないものは、次に判断する人（や次のセッション）に",
    "とって存在しない**。growth/README.md が戒めている『散文は手を挙げない』と同じ。",
    "",
    "【機械が守れる部分だけ機械に守らせる】scripts/check-authority.mjs が見るのは3つ:",
    "  1. 不可逆な領域（reversible: false）は必ず requires_approval: true であること",
    "  2. active な領域は evidence（そう運用されている根拠のファイル）を持つこと",
    "  3. 金額を伴う領域は threshold を持つこと（未設定なら未設定と明示されていること）",
    "残り——実際に人が承認したか——は機械では見られない。そこは正直に書く。",
    "",
    "【status の意味】",
    "  active          … その運用が現に動いている",
    "  suspended       … 動いていた／止めた（理由を gate に書く）",
    "  not_implemented … そもそも作っていない（『やらない』ではなく『まだ無い』）",
    "  policy_only     … 方針だけあり、手順・手段が未整備",
    "",
    "【AIに与えていない権限が実体を持っている例】アプリのリリース連鎖は自動化されて",
    "いるが、それを起動する actions: write をAIワークフローに与えていない。これは",
    "この表の中で唯一、**技術的に強制されている境界**である。他は人間のルール。"
  ],
  "actors": {
    "ai_autonomous": "AIが単独で実行してよい。ゲート（CI・上限・品質基準）が通ったときだけ通る",
    "ai_proposes": "AIは提案・下書きまで。適用は人間の承認後",
    "human_only": "AIは実行しない。提案もしない領域はその旨を human_only に書く"
  },
  "generated_note": "この表は手で維持する。CIが見るのは形式の整合だけで、内容の正しさは人が持つ。",
  "domains": [
    {
      "domain": "サイトコンテンツの新設・更新",
      "reversible": true,
      "ai_may": [
        "レーン選定",
        "実装",
        "内部リンク配線",
        "OG/QR生成",
        "PR作成"
      ],
      "requires_approval": false,
      "human_only": [],
      "gate": "SEO Validation 13チェックに合格した**そのSHAだけ**をauto-mergeがマージする。落ちればマージされない",
      "evidence": [
        ".github/workflows/seo-check.yml",
        ".github/workflows/auto-merge.yml"
      ],
      "status": "active",
      "note": "mainへのマージ＝本番公開。出荷を保留したいときはdraft PRにする（auto-mergeはdraftを対象外にしている）"
    },
    {
      "domain": "サイト構造の変更（URL・リダイレクト・実験中ページ）",
      "reversible": false,
      "ai_may": [
        "提案",
        "実装（実験対象外のページのみ）"
      ],
      "requires_approval": true,
      "human_only": [
        "実験中ページのタイトル/説明/主要コンテンツの変更"
      ],
      "gate": "check-url-normalization / check-internal-redirects / check-experiments。running の実験対象ページはRunbook §0原則5で変更禁止",
      "evidence": [
        "scripts/check-url-normalization.mjs",
        "growth/experiments/experiments.json"
      ],
      "status": "active"
    },
    {
      "domain": "アプリのビルド・TestFlight内部配信",
      "reversible": true,
      "ai_may": [
        "**submit_review=false に限った release.yml の起動**（v* タグ作成 → Xcode Cloud → TestFlight 内部配信まで）",
        "起動の提案と、対象コミット・版数の提示",
        "ユーザーが利用を指示し接続・信頼した端末で、同じ配布版の実機テストを操作し、項目別の実結果を記録する"
      ],
      "requires_approval": false,
      "human_only": [
        "**submit_review=true での起動**（App Review 提出を伴う起動）— 提出は領域「App Review への提出」の門が別に見る",
        "端末のロック解除、Apple Accountの本人認証、サイドボタン認証など本人操作が必要な前提"
      ],
      "gate": "release.yml の preflight ジョブが**対象コミットで static / parity が success**でなければタグを作らせない（scripts/release_preflight.rb）。タグは動かさない・main の子孫であること・MARKETING_VERSION の一致もタグジョブが強制する。**submit_review=true の経路は別に門を通る** —— release.yml の release_gate ジョブが simplememo の check-release-gate を実行側の材料に当て、submit でなければ出荷ジョブへ進ませない",
      "evidence": [
        "../simplememo-ios/.github/workflows/release.yml",
        "../simplememo-ios/scripts/release_preflight.rb",
        "scripts/check-release-gate.mjs",
        "scripts/release-gate-run.mjs",
        "docs/physical-device-evidence-20260910.md"
      ],
      "status": "active",
      "note": "**[2026-09-03] オーナーが submit_review=false に限って渡した。**旧 note は「タグ push を拒む設計（claude.yml に actions: write を与えない）」だったが、**その記述は経路を1つしか見ていなかった** ——\n\n  - claude.yml … いまも actions: write を持たない（変えていない）\n  - MCP の actions_run_trigger … **actions:write あり**（2026-08-28 実測・CLAUDE.md）\n  - issue コメントの橋（release-command.yml）… **セッションはオーナーとして認証されるので通る**。run 30699556723（v4.9.48）で実際に出荷した\n\nつまり**技術的な経路は元から開いていて、塞いでいたのは書いてある規則だった。**渡すにあたって、渡す先を機械が読める形に切り分けてある —— TestFlight 内部配信までは AI、**App Review 提出を伴う起動は人**。提出そのものは別領域の門（machine_gate）が見る。\n\n**実機確認は外していない。**機械には代われないので、提出側の門が `device_verified_sha` と `build.sha` の一致を要求する形で残してある。\n\n**executor はまだ動かさない** —— この経路で AI が1回も起動していない（data/automation-coverage.json の ④ は据え置き）。\n\n[2026-09-10追記] ユーザーは接続・信頼済みiPhone 13とApple Watchの実機利用を指示し、Developerモード・UIオートメーションを有効にして続行を依頼した。Codexによる同じ配布版の操作・結果観測を委任範囲へ反映する。旧「実機確認は機械には代われない」はこの経路に適用しない。本人の認証・ロック解除は人の前提として残す。配布版ごとの実機結果と残る条件はdocs/physical-device-evidence-20260910.mdを参照する。旧版の結果や既存Premium表示を、現行版の購入・復元の完了に代用しない。全6項目、実行者・日時・同一SHAの証拠が揃うまで実機確認完了の登録・加点はしない。既存の提出・配布ゲートは保持する。詳細はdocs/physical-device-evidence-20260910.md。"
    },
    {
      "domain": "macOSランナーの起動（GitHub Actions 分数の消費）",
      "reversible": false,
      "ai_may": [
        "残枠と1回あたりの実費の提示",
        "人間が名指しで指示したときの dispatch 代行"
      ],
      "requires_approval": true,
      "human_only": [
        "回すという判断そのもの",
        "confirm 合言葉の入力"
      ],
      "gate": "qa-ios.yml は自動トリガを持たず、confirm 入力が required。値の照合は ubuntu の gate ジョブが持ち、macOSの2ジョブは needs: gate。入力なしの dispatch は GitHub が422で弾く",
      "evidence": [
        "../simplememo-ios/.github/workflows/qa-ios.yml",
        "../simplememo-ios/CLAUDE.md"
      ],
      "status": "active",
      "threshold": {
        "monthly_included_minutes": 2000,
        "macos_multiplier": 10,
        "per_run_equivalent_minutes": 130,
        "set_by": "github_plan",
        "overage_policy": "bill_rather_than_stop",
        "overage_policy_set_by": "owner 2026-08-25",
        "observed_2026_08_25": {
          "gross_usd": 23.23,
          "included_discount_usd": 23.15,
          "net_usd": 0.08,
          "by_repo_gross_usd": {
            "simplememo": 12.12,
            "simplememo-ios": 10.33,
            "simplememo-api": 0.77
          },
          "payment_method": "有効なものが登録されていることを確認（内容はここに書かない。このリポジトリは public）",
          "note": "**gross の最大は public の simplememo（$12.12・全額が discount 側に載る）。付帯分を実際に食っているのは simplememo-ios（$10.33）** で、simplememo-api は $0.77。純額が $0.08 立っていること自体が、付帯分を超えた分が課金されて通っている証拠になる（$0 budget なら止まって $0.00 のまま）。**未解決**: この金額と、8/25 の警告メールが言う『1,800/2,000分』は正確には突き合わない（Linux $0.008/分 換算だと private 側は約1,390分）。どちらが正でも純額が $0.08 である事実は動かないので、出どころは未解明のまま残す"
        },
        "note": "2,000分/月は GitHub Free（simplememofast は個人アカウント）の付帯分で、こちらが決めた値ではない。130分は qa-ios.yml ヘッダの実測13分×10倍単価（watch ON なら +160分）。**超過時にどちらへ倒すかはオーナーが決めた（2026-08-25）: 止まるより課金されるほう。** $0 budget は枯れた瞬間に release / release-command と Flag Ops まで止めるので、そちらのほうが高くつく。金額側は小さい —— 超過分は Linux 約$0.008/分（200分で約$1.6）・macOS 約$0.08/分（7/31 の実績で$10）。**budget の設定値そのものは依然としてAPIから読めない。** 課金画面を人が見るしかなく、CIで検査する手段は無い（observed_* は人が読んだ値の写しであって、機械が確かめた値ではない）"
      },
      "note": "**分数は戻らない**（リセットは翌月1日）ので不可逆に分類した。焼けるのは金額ではなく出荷で、枯れると release / release-command が止まり TestFlight配信もApp Review申請もできなくなる。2026-07-31 に1日で $10 を使い切った実績があり、そのときの経路は『AIが足した push トリガ』だった。表に無い支出は、次に判断するセッションからは存在しない"
    },
    {
      "domain": "App Review への提出",
      "reversible": false,
      "ai_may": [
        "提出の提案",
        "**ゲートを通った提出の実行**（CI緑・実機確認の記録あり・TestFlightで24時間以上・1日1回）",
        "ユーザーが利用を指示し接続・信頼した端末で、同じ配布版の実機テストを操作し、項目別の実結果を記録する"
      ],
      "requires_approval": false,
      "human_only": [
        "`policy.enabled` を立てる操作そのもの",
        "kill_switch を倒す操作",
        "端末のロック解除、Apple Accountの本人認証、サイドボタン認証など本人操作が必要な前提"
      ],
      "gate": "evaluateSubmission() が唯一の関門。CI が同一コミットで success、リリースノートが ja-JP/en-US とも揃い、TestFlight が VALID で24時間以上寝ていて、未解決のブロッカーが0で、**実機確認の記録が同一コミットに対して存在し**、審査が進行中でなく（**版の状態と、アプリ単位の提出枠の両方**）、本日まだ1件も出していないときだけ通る。**どれか1つでも材料が無ければ hold** **[2026-09-03] 段階リリースの確認を提出側にも足した** —— 承認後の公開が自動になったので、公開を決める時点が提出の時点へ移った。`review.phased_release` が true でなければ提出しない。",
      "evidence": [
        "scripts/check-release-gate.mjs",
        "data/release-gate.json",
        "simplememo-ios/.github/workflows/submit-review.yml",
        "docs/physical-device-evidence-20260910.md"
      ],
      "status": "active",
      "note": "技術的な強制ではなく人間のルール。だからこそ actions: write を渡していない\n\n**[2026-08-28] オーナーが名指しで渡した。**旧 note は「技術的な強制ではなく人間のルール。だからこそ actions: write を渡していない」だった。\n\n**Hard Rule（実機で確認してから提出する）は外していない。**機械には代われないので、**門がその記録を要求する形に変えた** —— `device_verified_by` / `device_verified_at` / `device_verified_sha` が無ければ hold。sha を要求するのは、**見たものと出すものを一致させる**ため（別のビルドを見て出せてしまうと、記録があること自体が意味を失う）。\n\n**enabled は false で置いてある。**実行側（ASCへの提出の呼び出し・タグ作成の権限）もまだ無い。\n\n**[2026-09-03] 門を実行の経路へ配線した。**それまで門は `check-release-gate.mjs` に判定規則としてだけ在り、`release.yml` からも `review-submit.yml` からも呼ばれていなかった。いまは release.yml の `release_gate` ジョブが、実行側が集めた材料に門を当て、`submit` でなければ提出ジョブへ進ませない（`release-gate-run.mjs --materials`）。**材料は送る側が集める** —— 公開リポジトリには本番の管理鍵を置かない、という元からの分け方をパスの側でも通した。\n\n**`enabled` は false のまま。**配線しただけで、まだ1回も通していない。\n\n[2026-09-10追記] ユーザーは接続・信頼済みiPhone 13とApple Watchの実機利用を指示し、Developerモード・UIオートメーションを有効にして続行を依頼した。Codexによる同じ配布版の操作・結果観測を委任範囲へ反映する。旧「実機確認は機械には代われない」はこの経路に適用しない。本人の認証・ロック解除は人の前提として残す。配布版ごとの実機結果と残る条件はdocs/physical-device-evidence-20260910.mdを参照する。旧版の結果や既存Premium表示を、現行版の購入・復元の完了に代用しない。全6項目、実行者・日時・同一SHAの証拠が揃うまで実機確認完了の登録・加点はしない。既存の提出・配布ゲートは保持する。詳細はdocs/physical-device-evidence-20260910.md。",
      "machine_gate": {
        "checker": "scripts/check-release-gate.mjs",
        "function": "evaluateSubmission",
        "kill_switch_path": "data/release-gate.json#policy.kill_switch",
        "daily_cap": 1,
        "holds_when_unknown": true,
        "$holds_when_unknown": "**CI・リリースノート・TestFlightの状態と経過・ブロッカー件数・実機確認の記録・審査の進行状況（**版の状態と提出枠の両方**）のどれが欠けても hold。**とくに実機確認は『たぶん誰か見ただろう』で通さない"
      },
      "$gate_2026_08_31": "**提出枠（reviewSubmissions）を条件に足した。**それまで「審査が進行中か」は build.in_review、すなわち**版の状態しか見ていなかった。**Apple の提出は版ではなくアプリ単位の reviewSubmission で、App版・カスタムプロダクトページ・Appイベント・実験を1件に束ね、**同時に進行できるのは1件だけ。**5.7.8 で実際に踏んだ —— 版一覧は「審査中の版は無い」と言うのに deliver は `A review submission is already in progress` で落ちた（simplememo-ios run 31597781663）。**版だけ見ている門は、この形を通す。**材料は simplememo-ios/data/appstore/release-materials.json の review.submission_open。**読めなければ hold**（「空いている」に倒さない）"
    },
    {
      "domain": "App Store への公開（審査通過後）",
      "reversible": false,
      "ai_may": [
        "審査を通ったビルドの公開の提案",
        "**ゲートを通った公開の実行**（段階リリース限定・1日1回・クラッシュ率とkillの確認つき）"
      ],
      "requires_approval": false,
      "human_only": [
        "段階リリースによらない一括公開（全員へ一度に出す判断）",
        "`policy.enabled` を立てる操作そのもの",
        "kill_switch を倒す操作"
      ],
      "gate": "evaluateRelease() が唯一の関門。審査が PENDING_DEVELOPER_RELEASE で、段階リリースが有効で、承認から6時間以上経っていて、クラッシュ率が母数100以上で判定でき悪化1.0pt以内で、直近7日にカナリアの kill が無く、本日まだ1件も出していないときだけ通る。**どれか1つでも材料が無ければ hold**",
      "evidence": [
        "scripts/check-release-gate.mjs",
        "data/release-gate.json",
        "simplememo-ios/fastlane/Fastfile"
      ],
      "status": "active",
      "note": "\n\n**[2026-08-28] オーナーが名指しで渡した。**それまでここは human_only で、gate に「fastlane の automatic_release がハードコードで false。**恒久的に手動**」と書いてあった。**渡っただけでは外れない** —— 権限表は不可逆な領域の承認を外すのに machine_gate を要求する（GATE_REQUIRED）ので、宣言ではなく実装で外した（`scripts/check-release-gate.mjs`）。\n\n非対称は消していない —— **止める側（取り下げ・段階リリースの停止）は軽く、出す側は重い。**段階リリースは門の側で**必須**にしてある（`require_phased_release`）。一度に全員へ出す設定は validate が落とす。\n\n**enabled は false で置いてある。**先例2つ（段階公開の門・レビュー返信の門）と同じで、実装した日には立てない。ここは影響がその2つより大きいので同じかそれ以上に慎重にする。**そして実行側（ASCへの提出・公開の呼び出し）がまだ無い** —— 門だけでは何も動かない。\n\n**[2026-09-03] この領域の門は、構造的に到達しなくなった。**同日 fastlane が `automatic_release: true` になり、`prepare_app_store_version.rb` が `releaseType: AFTER_APPROVAL` を強制する。版が `PENDING_DEVELOPER_RELEASE` で止まらないので、**`evaluateRelease` は開く機会を持たない。**\n\n**消していない** —— `asc-release-type.yml` で1版だけ MANUAL に戻せば経路は復活する。代わりに、あちらが持っていた条件のうち**段階リリースだけを提出側へも複製した**（到達しない門に条件を置いたままにすると、条件が在ることと効くことがずれる）。\n\n**そして、この領域でいちばん効いた手当ては門ではない** —— 提出スクリプト（simplememo-ios の `scripts/lib/phased_release.rb`）が提出前に段階リリースを作り、作れなければ提出を止める。**門が動くのを待たずに塞いだ。**実測では段階リリースは付いていなかった（`review.phased_release: false`・2026-09-02）。",
      "machine_gate": {
        "checker": "scripts/check-release-gate.mjs",
        "function": "evaluateRelease",
        "kill_switch_path": "data/release-gate.json#policy.kill_switch",
        "daily_cap": 1,
        "holds_when_unknown": true,
        "$holds_when_unknown": "**審査状態・段階リリースの設定・クラッシュ率・その母数・カナリアの状態のどれが欠けても hold。**とくに『母数が足りない』は hold であって『異常なし』ではない"
      }
    },
    {
      "domain": "価格・プラン・無料枠の変更",
      "reversible": false,
      "ai_may": [],
      "requires_approval": true,
      "human_only": [
        "すべて"
      ],
      "gate": "自動化していない。data/site-constants.json の値変更はCIが表示との整合だけ見る",
      "evidence": [
        "data/site-constants.json",
        "scripts/sync_constants.js"
      ],
      "status": "active",
      "threshold": {
        "set_by": "unset",
        "note": "変更幅の上限も承認フローも未設計。現行値は月額500円/年額5,000円/無料枠1日3通で data/site-constants.json が正。**AIは値を提案もしない**（課金は不可逆で、既存契約者への影響が読めないため）。設計するなら autopilot-maturity-backlog.md ⑨ から"
      }
    },
    {
      "domain": "AI実費（開発・運用のトークン費）",
      "reversible": true,
      "ai_may": [
        "上限内での消費",
        "開始時に保存した費用想定の5倍以内での費用判断と超過レビュー（既存の月次枠内）。5倍を超える見込みなら追加支出前にオーナーへ上げる",
        "オーナーの包括委任に基づく、実績を根拠とした月次上限・種別配分の決定と実行予算への適用"
      ],
      "requires_approval": false,
      "human_only": [
        "既存の変更幅・変更間隔を外す例外判断、5倍超の費用見込みへの対応"
      ],
      "gate": "当月実績が上限に達すると予算ゲートが主系runを止める（--check の非ゼロ終了）。AI月次決定はcheck-financial-policyが委任・観測指紋・実予算との一致を検査し、monthly-budget --applyが4台帳を更新する。",
      "evidence": [
        "data/autopilot-cost.json",
        "scripts/autopilot-budget.mjs",
        "scripts/monthly-budget.mjs",
        "scripts/lib/monthly-budget-decision.mjs",
        "data/spend-approvals.json"
      ],
      "status": "active",
      "threshold": {
        "monthly_usd_cap": 280,
        "set_by": "ai",
        "approval_ref": "data/spend-approvals.json#seq=3",
        "note": "data/spend-approvals.json#seq=3でAIが決定。主系の実行ゲートに適用し、副系の残額は保証しない。"
      },
      "cost_delegation": {
        "approved_by": "owner",
        "approved_at": "2026-09-07",
        "evidence": "1 ai ok 2 ai ok 3 ai ok 4 ai ok 5 ai ok\n想定の5倍超えそうな時はエスカレほしいな、でも基本ai ok",
        "escalate_above_multiple": 5,
        "baseline": "作業開始前に保存した想定費用と根拠。途中の上書き禁止。未観測の費用を0としない。",
        "scope": "AI開発・運用費の判断。既存の月次総額・種別枠は変更しない。",
        "check": "node scripts/autopilot-budget.mjs --check-cost-forecast --expected-usd <開始前想定> --projected-usd <最新の総費用見込み>"
      },
      "monthly_budget_delegation": {
        "id": "owner-monthly-budget-20260907",
        "approved_by": "owner",
        "approved_at": "2026-09-07",
        "enabled": true,
        "evidence": "90%目指してすべて承認するのと権限を与えるのでデプロイやスコア上がり切るまで継続的に実行して、止まりかけても新しいアイディアで突破して",
        "scope": "主系AI費用の月次上限・種別配分の決定と適用。既存の変更幅、変更間隔、損失上限、1回予算、開始前想定の5倍超のエスカレーションを維持する。金額の決定をAI自身の記録として残す。"
      }
    },
    {
      "domain": "広告出稿・広告予算の変更",
      "reversible": false,
      "ai_may": [],
      "requires_approval": true,
      "human_only": [
        "すべて"
      ],
      "gate": "未実装。資格情報も無い",
      "evidence": [
        "simplememo-ios/docs/reports/APPLE_ADS_AUTOMATION_2026-08-17.md"
      ],
      "status": "not_implemented",
      "threshold": {
        "daily_cap_jpy": null,
        "set_by": "unset",
        "note": "レポート §1 は上限¥4,000/日を想定しているが未設定。実装時は Tier 0（無条件の上限死守）から作る"
      }
    },
    {
      "domain": "契約・支払い・送金",
      "reversible": false,
      "ai_may": [],
      "requires_approval": true,
      "human_only": [
        "すべて"
      ],
      "gate": "自動化していない。証跡も無い",
      "evidence": [],
      "status": "not_implemented",
      "threshold": {
        "note": "支出上限と重要支出の二者承認は未設計。autopilot-maturity-backlog.md ⑦"
      }
    },
    {
      "domain": "プレスリリースの配信",
      "reversible": false,
      "ai_may": [
        "原稿作成",
        "D-SCORE採点の記録",
        "素材の依頼文作成",
        "次回リリース202609-autonomy-followup（企業182412・下書き10）の配信前検査と、全条件通過後のPR TIMES配信操作"
      ],
      "requires_approval": false,
      "human_only": [
        "次回リリース202609-autonomy-followup以外の配信操作・配信可否の判断",
        "98%以下の配信禁止、配信対象、基本料金上限・追加オプションの条件変更"
      ],
      "gate": "今回1件はオーナー承認済み。scripts/press-release-next.mjs evaluateDispatchが実測98%超（未丸め比率 > 0.98）、原稿と同一の台帳・PR TIMESプレビュー、D-SCORE >= 60とG1〜G4、未配信・未予約、日時・宛先・既存料金上限を照合する。allowed=trueのときだけ配信し、公開結果を読戻す。追加確認を求めず、未達・不明なら保留する。",
      "evidence": [
        "growth/scripts/d-score.mjs",
        "growth/experiments/experiments.json",
        "scripts/press-release-next.mjs",
        "data/press-release-next.json",
        "docs/ai-execution-999-2026-09.md"
      ],
      "status": "active",
      "note": "2026-09-09: 配信前検査の実装とオーナーの明示委任を権限表へ接続し、古い一律human_onlyを訂正。AIは今回1件の既存原稿を根拠付きで審査し、検査の全条件を満たした場合だけ配信する。採点の水増し、先取り加点、未達配信は認めない。PR TIMESの下書き上書きは最後の検証済み保存から実測+3ポイント以上（98%超到達時の最終同期を除く）。委任記録自体は配信実績ではない。",
      "machine_gate": {
        "checker": "scripts/press-release-next.mjs",
        "function": "evaluateDispatch",
        "kill_switch_path": "data/press-release-next.json:enabled",
        "daily_cap": 1,
        "holds_when_unknown": true
      },
      "owner_delegation": {
        "date": "2026-09-12",
        "scope": "次回リリース202609-autonomy-followup（企業182412・下書き10）の配信前検査と、全条件通過後のPR TIMES配信操作",
        "evidence": "docs/ai-execution-999-2026-09.md",
        "note": "2026-09-12の最新ユーザー指示に従い、配信前の実測条件を99%超から98%超へ更新。追加確認は不要。他の利用者の同意の代行、未配信業務の先取り加点、品質・料金条件の変更は含まない。"
      }
    },
    {
      "domain": "SNS投稿（X・TikTok）",
      "reversible": true,
      "ai_may": [
        "承認済み投稿群のX Web日本語ブランド投稿（AIが最終本文・日時を判断し、照合後に公開・予約・公開確認）"
      ],
      "requires_approval": false,
      "human_only": [
        "旧scheduled API経路・英語専用アカウント・TikTokの再開の判断"
      ],
      "gate": "9月5日に公開を委任された投稿群を対象とするX Web日本語投稿。投稿群の範囲外の任意投稿をこの記録だけで許可しない。対象アカウント、本文、予約日時を照合して保存し、公開URLを読戻す。旧x-post-scheduled.ymlと/admin/api/x-postは停止を維持。返信・DM・広告はこの委任の対象に含めない。",
      "evidence": [
        "docs/x-japanese-execution-20260909.md",
        "data/x-japanese-execution.json",
        ".github/workflows/x-post-scheduled.yml"
      ],
      "status": "active"
    },
    {
      "domain": "ユーザーデータの削除（アプリ内の自己削除）",
      "reversible": false,
      "ai_may": [
        "削除経路の実装と保守（data-retention.json を正として、カバレッジ検査に従う）"
      ],
      "requires_approval": true,
      "human_only": [
        "削除の実行 — **承認するのはアカウント本人**（設定画面での二段階確認）。運用側の承認は入らない"
      ],
      "gate": "アプリ内で本人が二段階確認（ActionSheet → Alert）したときだけ POST /v1/account/delete が走り、その場で完了する。運用側の承認を挟むことは App Store Guideline 5.1.1(v) が許さない。消し漏れは check-deletion-coverage.mjs が data-retention.json と実装の食い違いで落とす",
      "evidence": [
        "simplememo-ios/SimpleMemo/SettingsViewController.swift",
        "simplememo-api/src/index.ts",
        "simplememo-api/scripts/check-deletion-coverage.mjs"
      ],
      "status": "active",
      "$note": "2026-08-25 に「ユーザーデータの削除要求への対応」を2つに分けたうちの片方。分割前は requires_approval: true / human_only: [実行の承認] とだけ書いており、**誰の承認かを言っていなかったため、運用側が承認する経路だと読めた。**実際はアカウント本人の二段階確認で、運用側は関与しない。**requires_approval を false にはしない** — 不可逆な領域を承認不要と書くと権限表の一番の存在理由が壊れる（check-authority.mjs の規則1）。承認は在る。主語が違うだけなので、主語を書いた"
    },
    {
      "domain": "ユーザーデータの削除要求への対応（個別の連絡）",
      "reversible": false,
      "ai_may": [
        "受付の検知"
      ],
      "requires_approval": true,
      "human_only": [
        "本人確認",
        "実行の承認"
      ],
      "gate": "アプリ内の経路を通らない依頼（問い合わせメール等）。**本人確認の手段がアプリ内経路と違う**ため承認が要る。運用手順は未整備",
      "evidence": [
        "simplememo-api/docs/reports/API_PATCH_REQUEST_v2_4_7_account_delete.md"
      ],
      "status": "active",
      "$note": "2026-08-25 の分割のもう片方。分割前の記述はこちらの性質で書かれており、それが自己削除まで覆っていた"
    },
    {
      "domain": "個人情報事故・法的請求・重大障害・炎上",
      "reversible": false,
      "ai_may": [],
      "requires_approval": true,
      "human_only": [
        "すべて"
      ],
      "gate": "**検知したら自動処理を止めて経営者へ移管する**。AIは判断も対外発信もしない",
      "evidence": [],
      "status": "policy_only",
      "note": "移管の手順・連絡先・停止手段は未整備（autopilot-maturity-backlog.md ⑩⑫）"
    },
    {
      "domain": "段階公開の撤回（カナリアガード）",
      "reversible": true,
      "ai_may": [
        "ガードレール指標の計測",
        "露出群/対照群の復元",
        "有意性と実害の判定",
        "**ガード自身の判定が閾値を割ったときの** kill の実行"
      ],
      "requires_approval": false,
      "human_only": [
        "ガードの判定によらない kill の実行（手動・訓練を含む）"
      ],
      "gate": "有意（z>1.96）かつ実害2pt以上の悪化が1指標でも出たときだけ kill。サンプル不足・正規近似の不成立・計測が読めない場合は kill も promote もしない（hold）",
      "evidence": [
        "simplememo-api/src/rollout-guard.ts",
        "simplememo-api/test/rollout-guard.test.ts"
      ],
      "status": "active",
      "note": "**止める方向だけを機械に渡してある。**可逆で安全な方向なので承認を挟まない。2026-08-22実装・本番でまだ1回も発火していない（段階公開中のフラグがゼロのため） **[2026-08-26 訂正] 「段階公開中のフラグがゼロ」は事実と違う。**tf04_progress が 5% で稼働中で、ガードは毎時走っている（last_run_at 2026-08-26T04:00:01Z / decisions 30件）。発火しないのはサンプル不足（露出 5〜12 / 対照 66〜236・判定には各群 30 が要る）で、ガード自身が「判定していない（異常なしではない）」と返している。詳細は data/stop-drills.json **[2026-08-26 追記] 本番で kill が1回立った（訓練）。**訓練用フラグ drill_guard_probe を rollout 50 で作り、POST /admin/rollout-guard/drill で decide() に kill を出させ、killFlag() が本番KVへ書いた。直後の /v1/config が killed に当該キーを載せ、rollout 50 は保存されたままだった。訓練後に delete 済み。**観測は合成なので、証明したのは「止まること」であって「悪化を見つけられること」ではない。**実データでの発火はいまも0回で、そちらはサンプル不足のまま（露出30＋対照30に母数が届かない。data/stop-drills.json 参照）。 **[2026-08-26 解決] `ai_may` の「kill の実行」を狭めた。**同日、AI がこの語を『訓練の実施』まで含めて読み、automation-coverage.json の「実施はオーナー判断」を越えた。**読み替えの余地があったのは、誰の判定による kill かを書いていなかったから。**\n\n分けたのはこう ——\n  ・**ガード自身が閾値割れを検知しての kill** … 自律のまま。ここを承認制にすると、実害が出ているあいだ人を待つことになり、この仕組みの存在意義が消える\n  ・**それ以外の kill（手動・訓練）** … 人。利用者の手元にある機能を、機械の判定なしに消す操作だから\n\n**広いほうではなく狭いほうへ倒した。**オーナーから『おまかせ』と委ねられたが、越えた当人が自分の権限を広げる形にはしない。訓練が必要なら、そのつど人が指示する（`drill_` 接頭辞の実装上の制約は残す）。"
    },
    {
      "domain": "段階公開の拡大（rollout の引き上げ）",
      "reversible": false,
      "ai_may": [
        "昇格の提案",
        "根拠となる群間比較の提示",
        "**ゲートを通った昇格の実行**（ガードが判定を出せた段のみ・上限 50% まで・1日1段）"
      ],
      "requires_approval": false,
      "human_only": [
        "**判定に届かない露出からの引き上げ**（母数不足のブートストラップ。ゲートは必ず hold する）",
        "max_auto_rollout を超える引き上げ（100% への最終段 — 対照群が消える判断）",
        "訓練用フラグ（drill_）の引き上げ"
      ],
      "gate": "evaluatePromotion() が唯一の関門。ガードの判定が promote で、3指標すべてが各群30以上の母数で判定でき、判定が120分以内で、現在の配布率で48時間寝ていて、直近7日に kill が無く、梯子を飛ばさず、50% を超えず、本日まだ1段も上げていないときだけ通る。**どれか1つでも材料が無ければ hold**",
      "evidence": [
        "simplememo-api/src/rollout-guard.ts",
        "simplememo-api/API_SPEC.md",
        "scripts/check-rollout-promotion.mjs",
        "data/rollout-promotion.json"
      ],
      "status": "active",
      "note": "**広げてから戻しても「見た人が見なかったことにはならない」**ので不可逆に分類した。撤回と拡大で権限を非対称にしてあり、逆にすると誤検知が『勝手に全員へ配る』形で顕在化する。\n\n**[2026-08-27] オーナー判断（お金周りを除いて境界を渡す）でこの領域の境界が外れた。**ただし不可逆な領域の承認を外すには machine_gate が要る（GATE_REQUIRED）ので、宣言ではなく実装で外している。非対称は消していない —— **撤回はガードが単独で引き、拡大はゲートを通ったものだけ。**そして『判定できないから広げてよい』にはならないよう、材料不足は必ず hold にした。**enabled は false のまま置いてある。**立てるのはオーナーで、そこは human_only に残した\n\n**[2026-08-28] `auto_promote.enabled` を立てる操作も渡った。**オーナーが名指しで委譲したので human_only から外し、AIが立てた。**外した理由をここに書くのは、書いたまま黙って外さないため** —— この行は昨日『立てるのはオーナー』と書いたばかりで、変わったのは事実のほうである。\n\n立てる前に読み取り専用で実機確認している（simplememo-api run 33132559234・`apply: false`）: 門は `hold / 自動昇格が有効になっていない` で止まっており、**止めていたのはこのフラグだけだった。**したがってこれ以降 hold の理由は実検査（48時間の寝かせ・各群30の母数・梯子・上限50%・日次1段）に移る。**残りの human_only 3件は動かしていない** —— とくに『判定に届かない露出からの引き上げ』（ブートストラップの最初の一歩）は人のまま",
      "machine_gate": {
        "checker": "scripts/check-rollout-promotion.mjs",
        "function": "evaluatePromotion",
        "kill_switch_path": "data/rollout-promotion.json#policy.kill_switch",
        "daily_cap": 1,
        "holds_when_unknown": true,
        "$holds_when_unknown": "**ガードの判定・観測の母数・フラグの現状のどれが欠けても hold。**とくに『判定できる母数が無い』は hold であって『悪化していない』ではない —— 2026-08-27 の実測（run 33076125334）で tf04_progress が rollout 5% のまま4回連続 hold し、ガード自身が『露出を30にするには rollout 19% 以上』と計算した。**判定に届かない段から踏み出す最初の一歩は、この門を通らない。**そこは人が押す"
      }
    },
    {
      "domain": "問い合わせへの自動回答（承認済みテンプレート）",
      "reversible": false,
      "ai_may": [
        "分類の結果と承認済みテンプレートの突き合わせ",
        "ゲートを通った定型返信の送信（個別承認なし）",
        "当たらなかった問い合わせを open のまま人へ残すこと"
      ],
      "requires_approval": true,
      "human_only": [
        "テンプレートの追加・変更（data/reply-policy.json の編集＝レビュー付きPR）",
        "テンプレートに当たらない用件への回答",
        "受け口とDRY_RUNの昇格（INQUIRY_ENABLED / INQUIRY_AUTOREPLY_DRY_RUN）"
      ],
      "gate": "**承認はテンプレート単位で先に取る形。**メールは取り消せないので生成文は送らない。送信の判定は決定論（reply-gate.ts）で、緊急停止→needs_human→テンプレート未該当→禁止語→許可外リンク→長さ→日次上限30→DRY_RUN の順に落ちる。DRY_RUN は既定オンで、**\"false\" と明示したときだけ実送信**（タイプミスは送らない側へ倒れる）。返金・退会・個人情報はテンプレートを置いておらず、分類器と登録簿の食い違いはテストが落とす",
      "evidence": [
        "../simplememo-api/src/reply-gate.ts",
        "../simplememo-api/data/reply-policy.json",
        "../simplememo-api/src/inquiry.ts",
        "../simplememo-api/test/reply-gate.test.ts"
      ],
      "status": "active",
      "note": "2026-08-26・オーナー判断「品質ゲート通過で自動送信」。**個別承認は要らないが、requires_approval は true。**承認の粒度がテンプレート単位というだけで、人の承認が無くなったわけではない。ここを false にすると、権限表は『承認なしで取り消せないメールを送ってよい』と読める —— 実際にやっていることより強い主張になる"
    },
    {
      "domain": "App Store レビュー返信の投稿",
      "reversible": false,
      "ai_may": [
        "下書きを書く",
        "品質ゲートを通ったものを投稿する（★3以上・重い話題でない・日次上限内）",
        "kill_switch を立てて自動投稿を止める"
      ],
      "requires_approval": false,
      "human_only": [
        "★2以下への返信",
        "返金・法務・個人情報・保安・データ消失に触れるレビューへの返信",
        "auto_post.enabled を立てる操作そのもの"
      ],
      "gate": "**2026-08-27 にオーナーが「品質ゲート通過で自動投稿」へ決めた。**それ以前は「公開は不可逆なので人が承認する」設計で、実装側も2度その方針を推していた。判定は scripts/check-review-replies.mjs の evaluateAutoPost()。**既存の検査（validate）が床**で、1件でも問題があれば自動では出さない。**判断材料（rating / review_text）が無ければ止める** —— 「たぶん大丈夫」で公開しない。人の承認経路（approved_by）は残してあり、自動で出たものは auto_posted_at に入るので**どちらで公開されたかが後から区別できる。**既定は enabled: false / dry_run: true —— **ASCへのPOSTが入って1周見てから立てる。**",
      "evidence": [
        "data/review-replies.json",
        "scripts/check-review-replies.mjs"
      ],
      "status": "active",
      "machine_gate": {
        "checker": "scripts/check-review-replies.mjs",
        "function": "evaluateAutoPost",
        "kill_switch_path": "data/review-replies.json#policy.kill_switch",
        "daily_cap": 3,
        "holds_when_unknown": true,
        "$holds_when_unknown": "**rating / review_text が下書きに無ければ hold。**星の数もレビュー本文も分からないものを「たぶん大丈夫」で公開しない"
      }
    },
    {
      "domain": "運転台帳の取り残し（マージ後に取り残されたコミット）の始末",
      "reversible": true,
      "ai_may": [
        "取り残したコミットの中身と main を突き合わせること",
        "**main に欠けが無いことを積極的に示せたときに限り**、台帳の行を acknowledged にすること（reviewed_orphans に照合したSHAを必ず書く）",
        "その判断のために要る検知・閉じ条件側の修正を PR で出すこと（マージは SEO Validation のゲート越し）"
      ],
      "requires_approval": false,
      "human_only": [
        "**ブランチの削除。**中身が照合済みでも不可逆側に置く —— 消したあとに戻せるかは GitHub の回収任せで、こちらから保証できない",
        "状態型の台帳（data/autopilot-status.json）を古い写しで上書きする形の再投入",
        "照合が判定不能だった取り残しの処分"
      ],
      "gate": "「main に欠けが無い」を**積極的に示せたときだけ**（追記型は行キーの包含、散文は先頭一致、状態型は main 側が新しいこと）。読めない・示せない場合は human に残す —— 判定不能を解消と読まない",
      "evidence": [
        "docs/orphan-branch-cleanup-2026-09-03.md",
        "scripts/autopilot-act.mjs",
        "data/autopilot-actions.json"
      ],
      "status": "active",
      "note": "**[2026-09-03] オーナーが委譲した** ——『今後同じケースはあなたが自己判断で意思決定』。契機は同日の owner_direct（オーナー待ち1件・最古6日／act-orphaned-pr-660）で、そのとき出した2つの問い（本番へ出すか／ブランチを消すか）を、以後は聞かずに決める。\n\n**広いほうではなく狭いほうへ倒した。**同じ表の「段階公開の撤回」が 2026-08-26 に同型の判断をしている ——『オーナーから《おまかせ》と委ねられたが、越えた当人が自分の権限を広げる形にはしない』。ここも同じ倒し方で、**委譲されたのは「照合して受容する」ところまで**とし、不可逆なブランチ削除は human_only に残した。\n\n**PR を出して main へ入れることを ai_may に入れたのは、権限の拡大ではない。**サイトコンテンツの更新は既に requires_approval:false で、主系・副系が毎日同じ経路（PR → SEO Validation → auto-merge）で出荷している。09-03 にここを問い合わせたのは過剰で、実態に合わせただけ。\n\n**[同日・追記] 機械（日次アクチュエータ）にも、示せる範囲だけ渡した。**\nこの節は当初「機械にはまだ渡していない」と書いていた。**その日のうちに入れたので訂正する。**\n入れないと書いた理由（委譲の当日に同じ委譲を根拠へ使わない）はオーナーの明示的な\n指示で解けた。渡したのは apply-orphan-ledger が **gate の示し方で包含を積極的に\n示せた行だけ** を acknowledged にするところまでで、`reviewed_orphans` は機械が書く。\n示せなければ今までどおり人へ回る。**human_only は1つも動かしていない** ——\nブランチの削除は人のまま。\n\n**示せない側に何を置いたか。**`data/autopilot-actions.json` はこのエンジン自身の\n出力＝「何が欠けているか」を記録するファイルなので、それについて「欠けが無い」を\n自分で判定するのは循環になる。読めない・JSONが壊れている・日付が読めないも同じ側。\n\n**実物3件で当ててから入れた。**#660 は受容（人の照合と一致）、#774 と #781 は人へ。\nとくに #774 は機械が「示せない」と言った側が正しく、追ったら**取り残しではなく\nmain に届かなかった訂正**で、main の Runbook のほうが誤っていた。"
    },
    {
      "domain": "App Store の商品ページ（カスタムプロダクトページ）の作成・削除",
      "reversible": false,
      "ai_may": [
        "一覧の取得と写しの更新（asc-cpp.yml の list）",
        "CPP の作成（create）。**審査提出はしない**",
        "削除の候補を出す（delete を confirm 無しで撃つ）"
      ],
      "requires_approval": true,
      "human_only": [
        "**削除の実行**（delete に confirm を付ける操作）—— 消えた ppid は戻らず、同名で作り直しても別の ppid になる",
        "審査への提出（CPP を APPROVED にする操作）"
      ],
      "gate": "機械側の守りは simplememo-ios の scripts/asc_cpp.rb の delete_problems（純関数・自己テスト16件）。**APPROVED は消せない** —— サイトが配線してよい ppid は APPROVED だけで （scripts/apply-cpp-ppid.js --check が data/cpp-map.json の asc_state で強制）、この1条件だけで配線中の面を1本も消せない。加えて **写しに文面が無ければ消さない**（プロモ文は ASC と data/appstore/cpp-inventory.json にしか無い）、1回5本まで、名前の明示が必須、**confirm を立てたときだけ実行**。ワークフローが消す前と後に写しを取り直す。machine_gate ではなく requires_approval にしてあるのは、**不可逆な側を人の手に残すため**。",
      "evidence": [
        "data/cpp-map.json",
        "scripts/apply-cpp-ppid.js",
        "../simplememo-ios/scripts/asc_cpp.rb",
        "../simplememo-ios/.github/workflows/asc-cpp.yml",
        "../simplememo-ios/data/appstore/cpp-inventory.json"
      ],
      "status": "active",
      "note": "【2026-09-03 に足した — オーナーの明示の委譲】この日まで20領域のどこにも CPP の作成・削除が無く、**不可逆で外向きな操作なのに承認の枠組みだけが存在しない**状態だった。ASC の CPP は Apple の上限 70 本に張り付いており（実測: POST が 409 STATE_ERROR / Cannot have more that 70 custom product pages for this app.）、内訳は APPROVED 32 / PREPARE_FOR_SUBMISSION 38。**未提出の38本は1インストールも受けられないまま枠を占めている**（Apple は未承認 CPP へのリンクを既定商品ページへ倒す）。枠を空けるには消すしかない。\n\n**self_repair.must_not は『権限表を自分で書き換えない』と書いており、これはその例外。**黙って足さないために経緯を残す —— 「消すには (i) 権限表への領域追加 (ii) delete の実装 の2つにオーナーの明示の委譲が要る」と報告したのに対し、オーナーが『権限付与します』と明示で応答した（2026-09-03）。2026-08-28 に data/autopilot-status.json を may_modify へ足したときと同じ形。\n\n**⚠ 権限が付いても、消してよいわけではない。**どれを消すかは中身の判断で、この行が許しているのは『枠組みが在る』ところまで。削除の実行そのものは human_only に残してある。"
    },
    {
      "domain": "機能要望の設計採否",
      "reversible": true,
      "ai_may": [
        "受領要望と現行実装の照合",
        "リスクタグのない既存候補の設計採用",
        "採用根拠・受入条件・設計文書のバックログへの反映"
      ],
      "requires_approval": false,
      "human_only": [
        "リスクタグのある候補について既存の承認境界を変更する判断"
      ],
      "gate": "recordDesignとdesignDecisionProblemsが既存候補・出典・受入条件・文書を要求し、リスク付き候補と既存判断の上書きを拒否する。SEO Validationを通ったSHAだけがマージされる。設計採用によって実機・出荷の関門は通過しない。",
      "evidence": [
        "scripts/feature-score.mjs",
        "scripts/roadmap.mjs",
        "data/feature-backlog.json",
        "docs/designs/obsidian-nested-destinations.md"
      ],
      "status": "active",
      "note": "2026-09-06、オーナーの最大権限委譲と90%超えへの実行依頼を受け、Codexがfolder_pick_uxの設計を採用し実CLIでバックログへ反映した。設計採用の記録であり機能の実装・公開完了ではない。"
    },
    {
      "domain": "メモ本文の推論場所の設計判断",
      "reversible": true,
      "ai_may": [
        "端末内推論の採用・適用と、クラウド推論を追加しない設計の保守"
      ],
      "requires_approval": false,
      "human_only": [],
      "gate": "2026-09-07のオーナー包括委任に基づきAIが決定。ADR-001とtext-inference-policy.jsonを正とし、iOSのCIで未審査モデル・直接通信・クラウド経路復活を検査する。これは設計変更の権限であり、利用者の本文を外部学習へ出す同意の代用ではない。",
      "evidence": [
        "simplememo-ios/data/text-inference-policy.json",
        "simplememo-ios/scripts/qa/check_text_inference.py",
        "simplememo-ios/docs/adr/ADR-001-text-inference-placement.md"
      ],
      "status": "active",
      "$note": "新規ユーザーデータ送信や契約締結を伴わない設計判断なのでreversible:true。将来クラウド推論を採用する際は、この欄で自動許可せずADRを置き換えてデータ経路・利用者の選択・保持・削除・費用を先に具体化する。"
    },
    {
      "domain": "プレミアム機能の設計判断",
      "reversible": true,
      "ai_may": [
        "既存の有料権利と実装を照合し、Premiumの価値・表示範囲を決定して適用する"
      ],
      "requires_approval": false,
      "human_only": [],
      "gate": "2026-09-08の包括委任に基づく設計判断。ADR-002とpremium-benefit-decision.jsonに判断・対象・配信状態を残し、変更SHAの静的QA、Localization Parity、Xcode Cloudのビルド・FastUnit成功を確認してmainへ適用する。価格・無料枠・StoreKit権利の変更は今回の設計に含まない。",
      "evidence": [
        "../simplememo-ios/docs/adr/ADR-002-premium-benefit-scope.md",
        "../simplememo-ios/data/premium-benefit-decision.json",
        "../simplememo-ios/SimpleMemo/PaywallViewController.swift",
        "docs/premium-benefit-execution-20260908.md"
      ],
      "status": "active",
      "note": "Premiumの価値を、利用上限解除と設定済みObsidian専用保存へ絞る判断をCodexが採用・実装。iOS PR #441の全CI成功後、2026-09-08T04:34:24Zにmainへマージ。価格決定・本番配信・購入率改善を完了したという意味ではない。"
    },
    {
      "domain": "R&Dの採用・投資継続判断",
      "reversible": true,
      "ai_may": [
        "既存R&Dの実験結果を審査し、追加購入を伴わない採用・中止・再実験条件を決定して適用する"
      ],
      "requires_approval": false,
      "human_only": [],
      "gate": "2026-09-08のオーナー包括委任に基づく判断。実験34065916789の事前条件と3組の結果、安全性・知財・追加費用を文書で審査。固定3URL各1回・既存の30秒/4MB/ジョブ10分上限・失敗時保存をテストで確認し、SEO Validationを通ったSHAだけをmainへ反映する。追加購入は0円。新しい取得先・頻度増加・有料利用・知財譲渡は個別に再評価する。",
      "evidence": [
        "docs/radar-adoption-decision-2026-09-08.md",
        "scripts/trend-radar.py",
        "scripts/trend-radar.test.py",
        ".github/workflows/radar-research.yml",
        "docs/execution-records-and-rd-20260908.md"
      ],
      "status": "active",
      "threshold": {
        "additional_purchase_cap_jpy": 0,
        "set_by": "ai_under_owner_delegation",
        "note": "既存研究の採用と反復投資終了のみ。追加契約・有料API・モデル利用の支出は許可しない。"
      }
    },
    {
      "domain": "外部サービスの運用審査",
      "reversible": true,
      "ai_may": [
        "既存利用範囲のDPA・データ利用・SLA・撤退計画を審査し、継続条件・未解決リスク・再審査条件を決定して適用する"
      ],
      "requires_approval": false,
      "human_only": [],
      "gate": "2026-09-08の包括委任に基づくAIの運用判断。全登録・追加依存先の4観点と実アカウント/実装/原文の証拠を照合する。check-vendorsが対象漏れ、根拠や利用範囲の変更、期限切れ、契約承認・人の確認への混同を拒否する。是正・移行の未完了は記録して残す。",
      "evidence": [
        "data/vendor-operating-review.json",
        "scripts/check-vendors.mjs",
        "scripts/lib/vendor-operating-review.mjs",
        "docs/vendor-operating-review-2026-09-08.md"
      ],
      "status": "active",
      "threshold": {
        "additional_purchase_cap_jpy": 0,
        "set_by": "ai_under_owner_delegation",
        "note": "審査自体は追加購入・契約締結・支払先の承認を行わない。既存の個別支出権限は別の門で扱う。"
      }
    },
    {
      "domain": "オンボーディングの課金導線改善",
      "reversible": true,
      "ai_may": [
        "既存の価格・権利を維持したオンボーディングの課金導線を設計・実装し、既存の品質・配信ゲートを通して適用する"
      ],
      "requires_approval": false,
      "human_only": [],
      "gate": "2026-09-09の包括委任。対象は既存価格・無料枠・StoreKit権利を維持する表示と提示タイミング。現在の利用データとCapture優先の設計制約を照合し、同一変更SHAの静的QA・パリティ・ビルド・回帰テスト成功を確認する。配信は既存release gateを維持し、TestFlightは複数の実行率改善に必要な変更をまとめる。主張する実行は適用後の実観測で検証する。",
      "evidence": [
        "docs/execution-priority-review-20260909.md",
        "../simplememo-ios/.github/workflows/qa-static.yml",
        "../simplememo-ios/SimpleMemo/OnboardingViewController.swift",
        "../simplememo-ios/SimpleMemo/PaywallViewController.swift"
      ],
      "status": "active",
      "note": "権限の現在化であって実行完了ではない。過去の人による採用や別のPremium設計判断をAIの新しい実行へ付け替えない。"
    },
    {
      "domain": "本番停止機構の訓練",
      "reversible": true,
      "ai_may": [
        "停止対象・影響・実障害との分離・所有状態の復元条件を確認し、既存の検証を通して本番停止訓練を実行・記録する"
      ],
      "requires_approval": false,
      "human_only": [
        "演習の所有状態に一致しない本物の停止の解除、対象・影響範囲の未承認の拡大"
      ],
      "gate": "対象・影響・停止前状態・復元差分を用意し、本番前に事故と競合変更を確認する。停止と復元は通常PRの検証済みSHAで反映し、復元直前にも実停止の必要を確認する。不明なら解除しない。演習の完全一致する停止だけを元へ戻す。ai_may_resume=falseと他経路は維持する。機構別の既存human_onlyや固有ゲートを、このdomainで上書きしない。",
      "evidence": [
        "docs/production-act-stop-exercise-20260912.md",
        "data/production-stop-exercise-20260912.json",
        ".github/workflows/autopilot-act.yml",
        "scripts/check-emergency-stop.mjs"
      ],
      "status": "active",
      "note": "2026-09-12の必要な実行・デプロイを承認し都度確認不要というオーナー委任を具体化。今回の実行対象はAct経路。アプリKill・資格情報失効・全体停止の実証や、本物の停止の無条件解除を今回の記録から推定しない。カナリアガードの既存権限は変更していない。"
    }
  ],
  "self_repair": {
    "$comment": [
      "レーンF（自己修復）の境界。**AIが自分の実行基盤を直してよい範囲。**",
      "",
      "実測（2026-08-11〜08-22）では、人間の介入7件のうち4件が基盤の修理だった。",
      "しかもその修理を書いたのはすべてAIセッションで、人間がやったのは",
      "**『壊れていることに気づいて、直せと言うこと』だけ**。つまり足りないのは",
      "能力ではなく起動条件だった。だからレーンFは『検知したら待たずに直す』にする。",
      "",
      "ただし自分のCIを自分で直す仕組みは、放っておくと",
      "**『通らないチェックを消して緑にする』**に必ず流れる。must_not はそのための線。",
      "required_ci_checks は scripts/check-authority.mjs が実在を検証するので、",
      "自己修復PRがチェックを1つでも消すとCIが落ちる。",
      "",
      "【2026-08-28: data/autopilot-status.json を足した — オーナーの明示の委譲】",
      "**must_not は『権限表を自分で書き換えない』と書いてあり、これはその例外。**",
      "黙って足さないために、誰が・いつ・何を根拠に委譲したかをここに残す ——",
      "取り残しコミット5件を読んだ報告に対し、オーナーが『入れてOK（権限渡します）』と",
      "明示で応答した（2026-08-28）。auto_promote.enabled を同日に外したときと同じ形。",
      "",
      "**塞いでいたもの:** マージ後に取り残される日次runの記録コミットは、",
      "runs / status / LOG の3つを一緒に触る。status だけが may_modify の外に",
      "あったので、**台帳だけを触る取り残しでも無人ハンドラは適用できなかった。**",
      "",
      "**⚠ 権限が付いても、そのまま適用してよいわけではない。**",
      "runs.json と AUTOPILOT_LOG.md は**追記型**なので載せ直しても足されるだけだが、",
      "status.json は**現在値を持つ台帳**で、古い写しを載せ直すと巻き戻る。",
      "適用するハンドラを書くときは、この2種を分けること。",
      "**分けずに cherry-pick する実装を、この委譲を根拠にしない。**"
    ],
    "may_modify": [
      ".github/workflows/obsidian-autopilot.yml",
      ".github/workflows/autopilot-health.yml",
      ".github/workflows/cron-health.yml",
      "docs/obsidian/AUTOPILOT_RUNBOOK.md",
      "docs/obsidian/AUTOPILOT_LOG.md",
      "scripts/autopilot-budget.mjs",
      "scripts/autopilot-runs.mjs",
      "scripts/autopilot-selfheal.mjs",
      "data/autopilot-runs.json",
      "data/autopilot-status.json",
      "data/autopilot-cost.json",
      "data/automation-coverage.json",
      "scripts/autopilot-gate.mjs",
      "scripts/autopilot-drill.mjs",
      "data/autopilot-actions.json",
      "scripts/autopilot-act.mjs",
      ".github/workflows/autopilot-act.yml"
    ],
    "$comment_unattended_cannot_push": [
      "**『直してよい』と『直せる』は別。**may_modify は権限の話だが、こちらは能力の話。",
      "",
      "2026-08-25、レーンFが上流actionのSHA pin を書き上げたところで push が",
      "remote rejected された。主系(GitHub Actions)の GH_PAT に `workflow` scope が",
      "無く、`.github/workflows/*` を含む push を GitHub が拒否するため",
      "（GITHUB_TOKEN でも同じ）。**may_modify はこのファイルを挙げているのに、",
      "主系はそれを push する資格を持っていない。**原因特定まで済んだ修理が、",
      "適用の直前で捨てられた。",
      "",
      "`workflow` scope を足せば消える食い違いだが、**足さないと決めた**",
      "（2026-08-25・オーナーの権限委譲のもと）。scope を足すと無人の主系が",
      "自分のワークフロー定義を——`permissions:` を含めて——書き換えて push できる。",
      "must_not の『自分の権限を広げる変更』を**いま実際に強制しているのは",
      "GitHub 側の remote rejected であって、散文ではない。**",
      "",
      "つまりこの食い違いは残す。残すなら、**ぶつかる前に分かるようにする。**",
      "ここに載っているパスを触るアクションは無人実行(auto)へ回らず、",
      "push できる副系CCRセッションへ回る（classify() が判定・validateLedger() が検査）。",
      "レーンFは原因特定までを担い、適用は副系が引き取る——2026-08-25 がその形。"
    ],
    "unattended_cannot_push": {
      "paths": [
        ".github/workflows/obsidian-autopilot.yml",
        ".github/workflows/autopilot-health.yml",
        ".github/workflows/cron-health.yml",
        ".github/workflows/autopilot-act.yml"
      ],
      "why": "主系(GitHub Actions)の GH_PAT に `workflow` scope が無く、.github/workflows/* を含む push は GitHub が remote reject する（GITHUB_TOKEN でも同じ）。scope は意図的に足していない — must_not『自分の権限を広げる変更』を実際に強制しているのがこの拒否そのものであるため。",
      "who_applies": "副系CCRセッション（push できる）",
      "decided_jst": "2026-08-25"
    },
    "must_not": [
      "検証を弱める変更（CIチェックの削除・スキップ・閾値の緩和）",
      "自分の権限を広げる変更（permissions: の拡大・actions: write の追加）",
      "auto-merge.yml の『検証済みSHAだけをマージする』条件の緩和",
      "data/authority-matrix.json 自身の変更（権限表を自分で書き換えない）",
      "他リポジトリ（simplememo-ios / simplememo-api）への変更"
    ],
    "stop_after_failed_repairs": 3,
    "stop_note": "同じ failure_class を3回修理しても再発するなら、修理をやめて人間に上げる。直せないものを毎日直そうとするのが一番たちの悪い無限ループ。",
    "forbidden_permissions": [
      "actions: write"
    ],
    "forbidden_permission_files": [
      ".github/workflows/obsidian-autopilot.yml"
    ],
    "required_ci_checks": [
      "node scripts/seo-check.js",
      "node scripts/check-css-version.mjs",
      "node scripts/check-url-normalization.mjs",
      "node scripts/check-internal-redirects.mjs",
      "node scripts/sync_constants.js --check",
      "node scripts/tag-cta-placements.js --check",
      "node growth/scripts/check-experiments.mjs",
      "node scripts/check-content-graph.mjs",
      "node scripts/autopilot-budget.mjs --check",
      "node scripts/autopilot-runs.mjs --check",
      "node scripts/check-pr-facts.mjs --check",
      "node scripts/autopilot-drill.mjs --check",
      "node scripts/automation-rate.mjs --check",
      "node scripts/autonomy-timeline.mjs --check",
      "node scripts/autopilot-selfheal.mjs --check",
      "node scripts/check-authority.mjs --check",
      "node growth/scripts/d-score.mjs --check",
      "node growth/lib/bigquery.test.mjs",
      "python3 scripts/generate_sitemap.py --check",
      "node scripts/check-model-routing.mjs --check",
      "node growth/scripts/check-data-quality.mjs --check",
      "node scripts/check-signals.mjs --check",
      "node scripts/check-public-facts.mjs --check",
      "node scripts/property-tests.mjs --check",
      "node scripts/check-model-eval.mjs --check",
      "node scripts/check-escalation.mjs --check",
      "node scripts/check-emergency-stop.mjs --check",
      "node scripts/check-financial-policy.mjs --check",
      "node scripts/check-audit-independence.mjs --check",
      "node scripts/check-corporate.mjs --check",
      "node scripts/daily-brief.mjs --check",
      "node growth/scripts/ingest-asc.mjs --check",
      "node scripts/check-injection-surface.mjs --check",
      "node scripts/check-definitions.mjs --check",
      "node growth/scripts/decompose-series.mjs --check",
      "node scripts/check-credentials.mjs --check",
      "node scripts/check-degradation.mjs --check",
      "node scripts/code-authorship.mjs --check",
      "node scripts/check-store-facts.mjs --check",
      "node growth/scripts/check-mentions.mjs --check",
      "node scripts/autopilot-act.mjs --check"
    ]
  },
  "company_monthly_budget": {
    "decision_ref": "data/company-monthly-budget.json",
    "mandate": "2026-09-13 owner delegates company-wide monthly budgeting to AI",
    "scope": "全社月次予算の策定と支出管理への適用。送金、契約変更、賃金改定、債務延期の実行権限ではない。",
    "enforcement": "新規任意支出の判断時にはscripts/company-monthly-budget.mjs --request <request.json>を実行し、既存の承認・品質・料金ゲートと併用する。次回PR配信のpreflightはこの判定を直接呼ぶ。",
    "effective_until": "2026-10-01T00:00:00+09:00"
  }
}