毎朝5時。私がまだ寝ている間に、AIが前日の実績を数えて、今日のタスクを並べ終えています。

いま毎日動いている定時タスクは24個。作っては止めてを繰り返して39個を組み、15個を停止しました。ワークフロー51本、サブエージェント34体。

これは高度なプロンプトの話ではありません。Markdownのファイルを、どの順番で読ませるかだけの話です。

使っているのは、Obsidian（Markdownファイルを置いただけのフォルダ）とClaude Codeの2つだけ。自作のフレームワークもデータベースもありません。それでも最初の数か月は、毎朝AIに同じ説明をやり直していました。原因はプロンプトではなく、AIが最初に読むファイルの順番が決まっていなかったことです。この記事は、その順番を固定するところから、無人で24個の定時タスクが毎日回る状態までを実際のファイルで出します。

現在 0部販売 ／ 次の段階まで残り 10部
いまの価格：¥980 ／ 次の段階の価格：¥1,480
この記事を紹介できるのは、購入した方だけです。

第0章この商品の構造を先に開示する

0-1 手に入るもの全リスト

この節を読むと、買う前に総量を数字で把握できます。

本文は全体で約90,000字。無料部分が9,000字、有料部分が81,000字です。構成は以下の通りです。

章     主題                           字数
----  ---------------------------  ------
第0章   この商品の構造を先に開示する（無料）           3,700
第1章   AI秘書が失敗する本当の原因（無料・実物3点つき）    5,300
第2章   起動設計：AIが最初に読む3枚を固定する         7,000
第3章   正本台帳とワークフロー：手順を「実行できる文書」にする  9,000
第4章   タスクの二層分離：本人5件／AI実行キュー        7,000
第5章   記憶の設計：判断ログ・引き継ぎ・ルーム運用        7,000
第6章   サブエージェントとモデル分担               9,000
第7章   品質ゲート：何をもって合格とするか            6,000
第8章   無人運用：定時タスクを止めずに回す            11,000
第9章   事故と撤回の記録（12件）                8,000
第10章  30日導入手順                      5,000
付録A   テンプレート一式（コピペ・22点）            8,000
付録B   紹介者キット（購入者限定）                4,000

最も厚いのは第8章です。定時タスクを組むところまでは多くの人が到達しますが、止まったことに気づけずに放置される段階で全部終わります。私は無言で停止する事故を何度も出しました。その検知と復帰に一番字数を割いています。

第9章は事故の記録です。61分止まった日、毎日「成功」と記録され続けたのに成果物が増えなかった日、撤回した制度を12件並べます。

無料部分にも実物を3点置きます。フォルダ骨格10枚、00_START_HERE.md のひな型、CLAUDE.md 最小版。断片ではなく、コピペしてそのまま動く完成形です。

0-2 前提と対象

この節を読むと、自分が実行できる環境かどうかを判定できます。

OS: macOS。macOS上でのみ実測しています。Windowsでは動かしていないため、動くとも動かないとも書けません
Obsidian: 無料版で足ります。有料プラグインは使いません。本質はMarkdownファイル群なので、テキストエディタだけでも成立します
Claude Code: 本文中のコマンドと定時タスクはClaude Codeを前提にしています
アカウント: Claude Codeを動かすためのAnthropicアカウント。ほかに必須の有料サービスはありません
Git: 任意。バックアップの章でだけ使います

想定読者は、AIの使い方を知りたい初心者ではなく、自分の事業をAIに回させたい個人事業主・個人開発者です。ターミナルでコマンドを1行打てるなら足ります。専門用語は初出で1行説明します。

0-3 この記事を紹介できるのは購入者だけ

この節を読むと、紹介の条件を正確に理解できます。

この記事は紹介対象を「記事購入者のみ」に設定しています。購入していない方は紹介リンクを発行できません。

理由は2つ。中身を読んでいない人の紹介文では買った人が損をすること。そしてこの商品は実際のファイル構成を配るものなので、読んだ人でなければ何が新しいのかを説明できないことです。

購入すると、記事ページ下部の「この記事の紹介リンクを作成」から自分の紹介リンクを発行できます。付録Bには、紹介文を書くときの観点リストと引用可能な素材を入れてあります（テンプレ文面は配りません。同じ骨子の紹介文が量産されると、書いた全員の評価が下がるためです）。

0-4 紹介料50%の計算式と、現在の部数・次の価格

この節を読むと、紹介1件あたりの報酬額を自分で計算できます。

この記事の紹介料は販売価格の50%で固定です。価格は売れた部数に応じて段階的に上げます。

段階  部数     価格       紹介1件の計算結果（50%）  手残り（38%）
--  -----  -------  --------------  --------
1   〜10部   ¥980     ¥490            ¥372
2   〜20部   ¥1,480   ¥740            ¥562
3   〜50部   ¥4,980   ¥2,490          ¥1,892
4   〜100部  ¥14,800  ¥7,400          ¥5,624
5   〜200部  ¥29,800  ¥14,900         ¥11,324
6   201部〜  ¥49,800  ¥24,900         ¥18,924

「手残り」は手数料を引いた概算です。

これは「販売価格 × 紹介料50%」という計算結果です。何件売れるか、売れるかどうかについては何の見込みも示していません。紹介しても1件も成約しない場合、報酬は0円です。

この記事の価格は、売れた部数に応じて段階的に上がります。下がることはありません。紹介料は販売価格の50%で固定です。価格が上がるほど、1件あたりの計算結果は大きくなります。つまりいちばん安く買えるのは今で、いちばん報酬の計算結果が大きいのは後という構造になっています。

段階の切り替えは自動ではないので、価格変更と同時に冒頭の「現在地ブロック」を手で更新します。そこに表示されている部数と価格が、そのときの実際の値です。

0-5 出金条件と禁止事項

この節を読むと、紹介を始める前に制度上の制約を把握できます。

不利な条件も含めて先に出します。

出金は販売から30日以上経過後、申請月の翌月末処理です。今日紹介が成立しても、着金は最短で翌々月になります
出金手数料は1回あたり税抜250円です。少額で何度も出金すると目減りします
自己アフィリエイトは禁止です。自分の紹介リンクから自分で購入することはできません
クッキーが外れて成果が計上されなかった場合、補填はありません
紹介リンクは購入後、記事ページ下部の「この記事の紹介リンクを作成」から発行します

0-6 この商品に入っていないもの

この節を読むと、期待値を誤らずに自分で判断できます。

WordPress.orgの公式ディレクトリにプラグインを通す手順：入っていません。意図的に外しました
収益額・売上・販売部数の実績：出しません。仕組みを配る記事であって、稼げたという話ではありません
認証情報・APIキー・トークンの実値や置き場所：書きません。第2章で扱うのは「値を書かずに参照先だけを管理する方法」です
クライアント名・個人が特定できる情報：出しません
画像生成・動画制作の具体レシピ：別ラインの話なので入れていません
Obsidianの入門解説・プラグイン紹介：しません。使うのはフォルダとMarkdownだけです
収益の保証：ありません。仕組みの設計図であって、収入を約束するものではありません

既存記事との重複。私はこれまでBrainで、AI秘書の3層設計、モデル分担、2つのAIの並行運用、発信のPDCA、個人開発の出荷判定を公開しています。本商材は第2章・第6章・第7章でこれらと重なり、単発記事では書ききれなかった前提と失敗例を足して書き直しました。

新規範囲は、第8章（無人運用と停止検知）、第9章（事故12件）、第10章（30日導入手順）、付録A、付録Bの5つ。既存記事を読んでいる方が買う価値は、ここにあります。

第1章 AI秘書が失敗する本当の原因

1-1 AIは毎朝ゼロに戻る。問題はプロンプトではなく「読む順番」

この節を読むと、AI秘書が続かない原因を構造として言語化できます。

AIとの新しいチャットは、毎回コンテキストが空の状態で始まります。昨日どこまでやったか、何を決めたか、どのファイルが正しいかを、AIは知りません。ここまでは誰でも分かっています。問題は、その対策として多くの人がプロンプトを長くすることです。

プロンプトは1回の会話にしか効きません。翌朝には消えます。一方、ファイルに書いた読む順番は毎回効きます。私が最初の数か月で失敗していたのは、記憶を外部に置いてはいたものの、AIがそれをどの順で読むかを決めていなかったからです。

読む順番がないと、具体的にこうなります。

実際に起きたこと1：AIが「公開済み」のものを「審査待ち」と報告しました。ノートに古い記載が残っていて、AIはそれを読んで報告しただけです。実際の公開URLを見れば1秒で分かることでした。この事故のあと、入口ファイルに「状態はノートの記載を鵜呑みにせず、台帳・実ファイル・公開URLで確認する」という1行を入れました。プロンプトではなくファイルに入れたので、以後どのチャットでも効いています。

実際に起きたこと2：毎日の自動実行が「成功」と記録され続けたのに、出力ファイルが1件も増えていませんでした。ログ上は全部成功です。数週間気づきませんでした。ここから「実行ログの成功ではなく、成果物の差分で判定する」というルールが生まれました。

どちらも賢さの問題ではありません。読む対象と順番が決まっていなかっただけです。

ここを取り違えると、対策の方向が丸ごとずれます。「記憶を外部ファイルに置く」と「読む順番を決める」は別の作業です。私は前者だけを3か月やりました。ノートは増え、検索でも出てくる。それでもAIは毎回ちがうファイルから読み始め、毎回ちがう結論を出しました。ファイルが増えるほど、読み始める場所の候補も増えるからです。置き場所を作る作業は、順番を決めない限り事態を悪化させます。

いま私のVaultでは、通常の依頼で読む順番は4段に固定されています。

行動の型を書いた正本を1回全文
現況スナップショット（いま何が動いているか）
正本台帳のうち、依頼に対応する行だけ
該当するワークフロー1本と、対象の正本だけ

そして中核ファイルは3〜5個までという上限を付けています。ワークフローが51本、定時タスクが39個ある状態で全部読ませたら、本題に入る前にコンテキストが尽きるからです。「全部読ませる」は設計ではなく、設計の放棄です。

1-2 正本主義：同じ情報を2箇所に書かない／削除せずArchiveへ

この節を読むと、情報の二重化を設計段階で止められます。

同じ手順が2つのファイルに書いてあると、AIはどちらを信じるか決められません。決められないまま、たいてい古い方を実行します。人間なら分かる日付の差を、AIは根拠にしません。

このVaultの大原則は3つです。

1. 正本はただ1つ。同じ情報を2箇所に書かない。参照は [[リンク]] で行う。統合・移動した文書には、冒頭に「正本: [[対象ノート]]」と宣言を書く。

2. 削除しない。不要になったら 99_Archive/ へ移動し、移動理由を1行残す。削除すると「なぜそうしたか」が消え、半年後に同じ失敗を繰り返します。私は実際に一度撤回した制度を、忘れて作り直しかけました。

3. Archiveを通常検索から外す。これが抜けると2の意味がなくなります。退役したルールが検索に出てきて、AIがそれを正本と誤認するからです。Vault直下に .rgignore を置きます。実物はこれだけ。

# 通常検索では過去版と退役資料を除外する。
# 旧案・過去版を明示確認する時だけ `rg --no-ignore` と対象パスを併用する。
99_Archive/**
01_運用/ワークフロー/Archive/**
20_タスク/Archive/**

手順を変えたときの動きも固定しておきます。私の運用では6手順です。

対象の正本ワークフローを確認する
新しい運用を正本ファイルへ反映する
手順が大きく変わる場合、変更前ファイルを Archive/ へ移す
正本台帳のリンクを更新する
運用変更ログへ変更内容を1ブロックで記録する
今日のデイリーノートへ作業ログを残す

禁止事項も明文化します。古いフローを正本フォルダ直下に残さない。同じ作業の正本を複数作らない。日次ログや会話メモだけに新しい運用を残さない。3つ目が一番やりがちです。会話の中だけで決めたルールは、翌朝には存在しないのと同じです。

1-3 【実物】Vault骨格フォルダ10枚

この節を読むと、今日フォルダを作り、置き場所に迷わなくなります。

私のVault直下は、入口ファイル1枚とフォルダ10枚だけ。帯番号（先頭2桁）で並び順と役割を固定し、番号は飛ばして採ります。あとから間に新しい帯を挿せるようにするためです。

フォルダ           役割          ここに書くもの                             ここに書かないもの
-------------  ----------  ----------------------------------  --------------------------------
`01_運用/`       手順の正本       ワークフロー、テンプレート、スクリプト、PDCA、ツールの参照先    事業の判断・成果物。認証情報の値
`10_事業/`       事業ドメイン別の正本  事業ごとの方針・台帳・記事・販売設計                  手順（`01_運用/`へ）。日々のログ（`80_デイリー/`へ）
`20_タスク/`      やることの台帳     本人がやる5件、AIが回すキュー、分野別の積み残し           作業の中身（対象の正本へ書く）
`20_制作/`       制作ラインと成果物   制作手順、案件ごとの `projects/`              完成した納品物のバイナリ（外部ストレージへ）
`30_パーソナル/`    人物・トンマナの正本  発信名義ごとの文体、公開OK/NG素材                 事業判断。コピーの再配置（正本1箇所のみ）
`40_AI秘書/`     AI自身の設計     行動プロトコル、現況スナップショット、判断ログ、サブエージェント定義  事業データ。手順の本体
`70_資料/`       参考資料        リサーチ、外部記事の切り抜き、雑記                   正本。ここのメモから手順を実行しない
`80_デイリー/`     時系列ログ       日次ノート、週次レビュー                        恒久ルール（正本へ昇格させる）
`90_添付/`       画像・素材       記事やスライドで参照する画像                      テキストの正本
`99_Archive/`  退役置き場       移動理由1行つきの旧版・完了案件                    現役の情報。通常検索からは除外する

一番重要なのは「ここに書かないもの」の列です。置き場所が2箇所ありうる情報を1箇所に決めるのがこの表の仕事。迷ったら「これは手順か、判断か、ログか」で判定します。手順は 01_運用/、判断は 40_AI秘書/ か事業フォルダ、ログは 80_デイリー/ です。

そのまま作れます。

cd ~/Documents
mkdir -p MyVault/{01_運用/ワークフロー/Archive,10_事業,20_タスク/Archive,20_制作,30_パーソナル,40_AI秘書,70_資料,80_デイリー,90_添付,99_Archive}
cd MyVault
touch 00_START_HERE.md CLAUDE.md
printf '99_Archive/**\n01_運用/ワークフロー/Archive/**\n20_タスク/Archive/**\n' > .rgignore

1-4 【実物】`00_START_HERE.md` ひな型

この節を読むと、AIに渡す入口1枚を今日設置できます。

00_START_HERE.md は、Vaultの構造と大原則を1枚で伝えるファイルです。主な読者はAI。私が実際に使っているものから固有名詞を外したのが以下です。{ } を自分の事業名に変えてください。

# 00_START_HERE — 事業秘書Vault 入口

このフォルダは、AIが読み書きする事業全体の記憶の正本。
場所: `~/Documents/{Vault名}/`

## 大原則

1. 正本はただ1つ。同じ情報を2箇所に書かない。参照は `[[リンク]]` で行う
2. 統合・移動した文書は冒頭に「正本: `[[対象ノート]]`」と明記する
3. 削除禁止。不要になったら `99_Archive/` へ移動し、移動理由を1行残す
4. 作業手順は `01_運用/ワークフロー/` の正本だけから実行する（古いログやメモから手順を拾わない）
5. 命名: 日付は `YYYY-MM-DD`、案件ファイルは `日付_内容.md`
6. 手順を変えたら正本ファイルを直接更新し、旧版は `01_運用/ワークフロー/Archive/` へ
7. 通常検索は `.rgignore` に従い Archive を除外する。旧版を見るときだけ対象パスを明示する

## 構造マップ

| フォルダ | 中身 |
|---|---|
| `01_運用/` | ワークフロー正本・テンプレ・スクリプト（手順の変更はここだけ） |
| `10_事業/` | 事業別の正本（{事業A}・{事業B}） |
| `20_タスク/` | 本人タスク（5件まで）とAI実行キュー |
| `20_制作/` | 制作手順と案件成果物 |
| `30_パーソナル/` | 発信名義ごとの素材・トンマナ（コピー禁止） |
| `40_AI秘書/` | 行動プロトコル・現況・判断ログ |
| `70_資料/` | 参考資料・リサーチ（ここから手順を実行しない） |
| `80_デイリー/` | 日次ノート・週次レビュー |
| `90_添付/` | 画像・素材 |
| `99_Archive/` | 過去ログ・完了案件（理由1行つき・通常参照しない） |

## AIの入口

- **通常の依頼**: このファイル → `40_AI秘書/00_現在スナップショット.md` → `01_運用/ワークフロー/01_正本台帳.md` の該当行 → 該当ワークフロー1本と対象正本
- **朝・夜・週次**: 上に加えて `20_タスク/`、当日のデイリー、当週の週次レビューを照合する
- **専用ルーム**: 最初の発言で宣言されたときだけ、対応する専用ワークフロー1本を入口にする

## よく使う入口

- 現況の要約 → `40_AI秘書/00_現在スナップショット.md`
- 正本台帳 → `01_運用/ワークフロー/01_正本台帳.md`
- 認証情報の「参照先」 → `01_運用/ワークフロー/02_認証情報と重要情報.md`（値はここに書かない）
- 事業ハブ → `10_事業/{事業A}/00_{事業A}ハブ.md`
- 今日のデイリー → `80_デイリー/YYYY-MM-DD.md`

## 変更ログ

- YYYY-MM-DD: 初版作成

「よく使う入口」を軽く見ないでください。AIは構造マップよりこちらを先に使います。ここに載っていないファイルは、実質的に存在しないのと同じです。

1-5 【実物】`CLAUDE.md` 最小版（読む順番だけの15行）

この節を読むと、毎回同じ説明を求められない状態を作れます。

CLAUDE.md は、Claude Codeがそのフォルダで作業するとき自動で読むファイルです。ここに全部書きたくなりますが、長い CLAUDE.md は読まれないのと同じ結果になります。中身の説明は正本に任せ、読む順番と、絶対に破られたくない4行だけを置きます。Vault直下に置いてください。

# CLAUDE.md

このフォルダは事業の記憶の正本。あなたは実務秘書として動く。

## 新しいチャットの最初に、この順番で読む

1. `00_START_HERE.md`（構造と大原則）
2. `40_AI秘書/00_現在スナップショット.md`（現況と最短ルート）
3. `01_運用/ワークフロー/01_正本台帳.md`（依頼に対応する行だけ）
4. 該当ワークフロー1本と対象正本だけ。中核ファイルは3〜5個まで

- 正本はただ1つ。同じ情報を2箇所に書かない。参照は `[[リンク]]`
- 手順は `01_運用/ワークフロー/` の正本からだけ実行する
- 削除しない。不要になったら `99_Archive/` へ移動し、理由を1行残す
- 「公開済み」「完了」はノートの記載を信じず、実ファイルとURLで確認する

15行です。私の CLAUDE.md はここから育っていますが、育っているのは「読む順番」ではなく「破られたくない行」の方。順番の4段は最初に決めてから変えていません。

最後の1行は、1-1の「審査待ちと言い張った」事故から追加したものです。あなたのVaultでは、あなたが実際に出した事故から追加してください。他人の事故から作ったルールは守られません。

1-6 ここまでで何が変わるか／ここから先が「毎日回す」の話

ここまでで、あなたの手元には3つあります。フォルダ骨格10枚、入口ファイル 00_START_HERE.md、15行の CLAUDE.md です。

この3つが揃うと、1枚で動く状態になります。新しいチャットを開いて用件だけ書けば、AIは構造を把握し、どこに何を書くかを自分で決められる。毎朝の「このフォルダは何で、何をしてほしくて」という説明が要らなくなります。今日中に到達できます。

一方、この3つだけではまだできないことがあります。

手順が実行できる文書になっていない（AIが毎回やり方を発明する）
タスクが本人用とAI用に分かれていない（本人の前に100件並ぶ）
判断が残らない（撤回した方針が半年後に復活する）
品質の合否基準がない（良し悪しを人間が毎回見る）
無人で動かない（定時実行が止まっても誰も気づかない）

有料部分はこの5つを埋める設計です。第2〜3章で起動と手順、第4〜5章でタスクと記憶、第6〜7章で分担と品質ゲート、第8章で無人運用を11,000字かけて扱います。第9章に事故12件、第10章に30日の導入順、付録Aにテンプレ22点、付録Bに紹介者キットが付きます。

境界を書いておきます。無料部分は「1枚で動く」まで、有料部分は「毎日回る／無人で回る」からです。