S1：自分の情報体系を構築する

AIが自分を定義する前に、自分で自分を定義しておく。

このスキルで手に入るもの

自分の価値観・判断基準・考え方の軸を、自分のPCに蓄積・管理できる状態です。AIを使って自分の思考を強化できる体制が完成します。

なぜ必要なのか

自分で考えているつもりでも、実はAIのすすめ通りに動いてしまっていることがあります。

おすすめされた情報を受け取り、提案された答えを選ぶ——これが積み重なると、「自分の考え」と「AIの提案」の境界がわからなくなります。

まず自分自身のデータを自分で持つことが、すべての出発点です。

方法論：Ontologyシステムの構築

S1は「何かを覚える」スキルではありません。自分の思考を記録・分析・更新し続ける仕組みを自分のPC上に作るスキルです。

各ステップには、AIエージェントに貼る依頼文（コピペ①〜⑦）を置いています。①から順に、1つずつ貼ります。各コピペは、指示（何をしてほしいか）と詳細（どういう状態で作ってほしいか）の2つでできています。【　】の中を自分の言葉に書き換えてから送り、出てきたものは必ず全部読んで、違うところを直させてから次へ進みます。

基本の考え方：ホワイトボックス化

多くのAIアプリは「ブラックボックス」です。何が起きているか見えない。

S1が目指すのはその逆——自分のデータがどこにあり、AIが何をどう分析しているかが全部見える状態です。データはすべて自分のPC上のファイルに置きます。クラウドサービスが終了してもデータは手元に残ります。

ステップ1：ツールを準備する

必要なのは、ファイルを読み書きできるAIエージェントのアプリ1つです。AIエージェントは、指定したフォルダの中のファイルを読み、作り、書き直してくれるAIです。チャット型のAIと違い、会話の内容がファイルとして手元に残ります。

選び方の基準	理由
作業するフォルダを指定できる	`myproject` だけを見せ、それ以外を触らせないため
ファイルを書き換える前に、確認を求める設定がある	最初は1回ずつ確認しながら使うため
自分が普段使っているAIの契約で使える	新しい契約を増やさないため

MDファイルを自分で直接書く必要はありません。「このテーマで概念ファイルを作って」と頼めば、AIが書きます。ファイルの中身を自分の目で読むためのエディタ（IDEアプリ）は、あると便利ですが、なくても始められます。

Tip: 長い会話は、区切って新しく始める 1つの会話を何日も続けると、AIの動きが重くなったり、途中で止まったりします。作業のまとまりごとに新しい会話を始めてください。大事なことはファイルに残っているので、会話を切っても失われません。これが、会話ではなくファイルにデータを置く理由の1つです。

フォルダ構造をつくる

ツールの準備ができたら、自分のPC上にフォルダを作ります。

最初は、S1に必要な最小構成——3つのフォルダだけで大丈夫です。トップのフォルダ名は何でも構いません。この教科書では myproject（自分のプロジェクト置き場）として進めます。

myproject/
  ├── inbox/          音声メモ・走り書きをまず入れる場所
  ├── ontology/       自分の頭の中の地図
  │     ├── concepts/       概念ファイル（1テーマ = 1ファイル）
  │     ├── people/         人物ファイル（1人 = 1ファイル）
  │     ├── organizations/  組織ファイル（1組織 = 1ファイル）
  │     └── relations/      概念同士のつながりを記録
  └── actionlog/      日ごとの行動記録

Tip: フォルダ名は「半角英数の短い単語」にする フォルダ名は、自分が分かりやすい名前に変えて構わない。ただし半角英数の短い単語にしておくと、AI-Agentへの指示が書きやすく、ツール間の相性問題も起きにくい。inbox は「とりあえず入れる箱」、ontology は「自分の地図」、actionlog は「やったことの記録」——名前を見ただけで役割が分かる状態を保つ。

コピペ①：作業場所を作る

指示：このフォルダに、作業用のフォルダを作ってください。

詳細：
- このフォルダを、私の事業をAIと運営する作業場所にする
- 作るフォルダ：
  inbox/
  ontology/concepts/
  ontology/people/
  ontology/organizations/
  ontology/relations/
  actionlog/
- 中身のファイルはまだ作らない
- 作ったら、フォルダの一覧を見せる

S1で最初に作るのは、自分の思考・人物・組織・概念・行動が残る場所です。これだけあれば、AI-Agentに読ませて自分のOntologyを育て始められます。

以下は、SOVREN FrameworkをS9まで履修したときの完成形です。最初から全部作る必要はありません。スキルが進むたびに、フォルダが1つずつ増えていきます——S2でリサーチ、S3で発信、S5で財務、S6で外注管理、S8で資本計画。

myproject/
  ├── inbox/          音声メモ・走り書きをまず入れる場所（S1）
  ├── ontology/       自分の頭の中の地図（S1）
  │     ├── concepts/
  │     ├── people/
  │     ├── organizations/
  │     ├── relations/
  │     └── finance/        お金のデータ（S5で追加・S8で拡張）
  │           ├── monthly/        月次の収支データと月次決算
  │           ├── assets/         総資産・負債の記録
  │           ├── investment/     投資実績の追跡
  │           ├── capital_plan/   長期資本計画（S8で詳しく設計）
  │           └── hedge/          リスクヘッジ・資産管理（S8・S9で詳しく設計）
  ├── actionlog/      決めた行動とその結果（S1）
  ├── research/       AIリサーチ結果の蓄積（S2で追加）
  ├── content/        発信の企画書・コンテンツの管理（S3で追加）
  └── outsource/      外注案件の管理（S6で追加）

このフォルダが、自分の頭の中の地図（Ontology）を外に出したものになります。

お金のデータは、S5で ontology/finance/ に置きます。会社のお金は会社のフォルダに別に作り、個人と混ぜないことが原則です。

ルールファイルを最初に置く

フォルダを作ったら、すぐにルールファイルを1枚置きます。AIエージェントは、作業フォルダにある決まった名前のMDファイルを、作業を始めるたびに自動で読みます。ここに書いたことは、毎回言わなくても守られます。

ファイル名	読むAI
`AGENTS.md`	多くのAIエージェントが共通で読む名前（まずこれを置く）
`CLAUDE.md`	Claude Code
`GEMINI.md`	Gemini（Antigravity）

S1で書くのは、5行ほどで十分です（下のコピペ②）。触ってよい範囲・確認が要る操作・ファイルの書き方・本番と試しの区別・推測で埋めない——この5つです。ルールは、使いながら「毎回言っているな」と気づいたものを1行ずつ足して育てます（S3でアクションログの自動記録を足します）。

コピペ②：ルールファイルを置く

指示：このフォルダに、ルールファイル AGENTS.md を作ってください。

詳細：
- 使っているAIが CLAUDE.md や GEMINI.md を読む場合は、同じ内容をその名前でも置く
- 書く内容：
  - 作業してよいのは、このフォルダの中だけ
  - ファイルを消す・外部へ送る・公開する前には、必ず私に確認する
  - ontology/ のファイルは、冒頭に項目欄（id・type・sensitivity・owner・updated）をつける
  - 本番の ontology/ に、仮のデータや冗談を入れない。試しのものは inbox/ に置く
  - 確認できないことは「未確認」と書く。推測で埋めない
- 短い箇条書きにする
- 書いたら全文を見せる

ファイルの冒頭に項目欄をつける

ontology/ のファイルには、冒頭に項目欄（frontmatter）をつけます。

---
id: concept-market-choice
type: Concept
sensitivity: 社内
owner: 自分
updated: 2026-10-11
---

sensitivity（見せてよい範囲：公開／社内／限定）と updated（最終更新日）があるだけで、あとから「半年以上更新していないファイルを出して」「限定のファイルだけ出して」とAIに頼めるようになります。人のデータを扱うS6で、この項目欄がそのまま使えます。

変更の履歴を残す

AIはファイルを書き換えます。間違って書き換えたときに戻せるよう、変更の履歴を残せる場所で作業します。クラウドストレージの版履歴でも、Git（変更の履歴を残す仕組み。GitHub Desktopなどのアプリで使える）でも構いません。「昨日の状態に戻して」ができる状態にしておくと、AIに大胆に任せられます。

運用の前に：安全に使うための2つの原則

ステップに進む前に、AI-Agentを安全に使うための原則を2つ押さえておきます。

① AIに参照させる範囲を限定する

AI-Agentにフォルダを読み込ませるとき、Cドライブ全体を参照させないようにします。システムファイルを誤って改変されるリスクがあるためです。

AI-Agentに指定するのは、myproject フォルダのみにします。分析に必要なファイルは、myproject内に移動するか、読み込ませたうえでmyproject内に設置するのがおすすめです。

「作業のためのフォルダだけをAIに見せる」という原則を守ることで、意図しないファイルの改変・削除を防げます。

Tip: プロジェクトごとにフォルダを分ける 複数の制作物を同じフォルダで進めると、企画書・画像・HTML・修正ログが混ざり、AIが別案件の情報を参照しやすくなる。WEBページ、資料、アプリなどを作るときは、案件ごとにフォルダを分ける。たとえば projects/ramen-lp/ の中に plan.md、index.html、img/ を置く。

② S1では、AIは手動でキックする

AIを「朝に自動起動して勝手に記録させる」運用は、S1の段階では使いません。自動タスクはリソースを消費し、意図しない大量ファイル生成やエラーの原因になります。

作業のたびに自分でAI-Agentに指示を出します。これが最も安全で、生成物の品質も保ちやすい方法です。定期的な自動実行は、仕組みが育ってから、読み取りと一覧の作成だけから始めます（S6の朝のまとめ・ダッシュボードの更新）。書き込みを自動にするのは、その先です。

ステップ2：思考をインプットする（Data層）

毎日・毎週、自分の思考を inbox に記録します。

やり方（例）：

スマホで音声メモを録音する（考えたこと・気づいたことを話すだけ）
WhisperなどのSTT（音声→テキスト変換）アプリでテキストにする
Google Drive経由でPCの inbox フォルダに自動保存する

コピペ③：頭の中を出す

指示：これから話す内容を、inbox/ に保存してください。

詳細：
- テーマ：【例）自分の強み／今やるべき事業】
- 今日の日付をつけたファイルにする
- 整えすぎず、私の言い回しをできるだけ残す
- 話した内容：
【ここに、話した内容・BSシートの書き起こし・音声メモの文字起こしを貼る】

Tip: データはMD・CSV・JSONで管理する PDF・ExcelはAI-Agentにとって読み込みコストが高く、構造も失われやすい。inbox に保存するファイルは、できる限りMarkdown（.md）・CSV・JSONの形式にする。PDFや画像で渡さざるを得ない場合は、まずテキスト化してから保存する。

Tip: 本番Ontologyに仮データを入れない 冗談、仮名、テスト用の文章、あとで消すつもりの雑なデータは、inbox/ や一時フォルダに置く。ontology/ はAIが判断の根拠として読む場所なので、本番で使う人物・組織・概念だけを入れる。遊び場と本番環境を分けることが、AIの判断品質を守る。

BSシートで書き出す

音声メモだけでなく、手書きのBSシート（Brain Stormingシート）に書き出してから、あとで音声やテキストにしてもOKです。

BSシートの作り方は簡単です。

B5サイズのルーズリーフを用意する
紙を縦に二つ折りする
9センチほどの幅の、細長い罫線ノートとして使う

使うときは、考えたいトピックを一つ決めます。たとえば「自分の強み」「今やるべき事業」「なぜこの市場に可能性を感じるのか」などです。

トピックを決めたら、箇条書きで上から一気に書いていきます。途中で手を止めず、うまく書こうとせず、思いついたことをそのまま下まで出します。

テーマ: なぜAIPスクールを広げたいのか

- AIを使える子を増やしたい
- でもAIに答えを出させるだけでは危ない
- 自分で判断できる子を育てたい
- 保護者は「AIが怖い」と思っている
- だから安全性や法教育もセットにしたい
- 点数が上がることも大事
- でも本当は、学び方を自分で持てることが大事

BSシートは、きれいな文章を書くためのものではありません。自分の中にある考えを、検閲せずに外へ出すための道具です。書き終わったら、スマホで写真を撮る、音声で読み上げる、AI-Agentに渡してテキスト化するなどして、inbox に保存します。

「正しく書こう」とする必要はありません。とにかく出すことが重要です。

モバイルでのインプット

外出先でパソコンがない場合は、スマホの標準音声録音アプリで録音し、そのデータをGeminiアプリにドラッグ＆ドロップ（D&D）してテキスト化します。サードパーティの音声認識アプリは情報漏洩リスクがあるため推奨しません。

1回の録音は10分程度を上限にします。長すぎるとAIへの負荷が高くなり、整理精度が落ちます。

Tip（Windows）: 「Windowsキー＋H」でカーソル位置に音声入力が可能。AI-Agentに複雑な内容を指示するとき、テキスト入力欄にカーソルを合わせた状態で使うと、話しながら指示を入力できる。

ステップ3：概念ファイルを作る（Logic層）

インプットをもとに、ontology/concepts/ フォルダに概念ファイルを作ります。

1ファイル = 1テーマ。たとえば：

concepts/
  ├── 自分の強み.md
  ├── 市場の選び方.md
  ├── 意思決定の基準.md
  └── 苦手なこと.md

概念ファイルに書くこと：

このテーマについて今どう思っているか
自分のモチベーション・理解度（状態）
関連する出来事・判断の記録

AI-Agentを使ってMDファイルを作成・加筆する

概念ファイルは、手作業で一から書くよりもAI-Agentを使って作成する方が望ましいです。MDファイルには、見出し、タグ、関連概念、人物、組織、更新履歴など、多くの構造情報を差し込む必要があります。これを毎回手で整えると、記録すること自体が重くなり、継続できなくなります。

まずはAI-Agentに、何を作りたいかをざっと伝えます。

Tip: コア情報から指示する 「なんとなくこういうテーマで」という曖昧な指示だと、AIは一般的な内容を生成してしまう。何を作るか・自分はどう考えているか・誰が関係するかという核心を最初の指示に含める。細部は後から追記する。

コピペ④：概念ファイルにする

指示：inbox/ の【ファイル名】を読んで、ontology/concepts/ に概念ファイルのたたき台を作ってください。

詳細：
- テーマ：【例）自分の市場の選び方】
- 入れること：
  - 私がいまどう考えているか（私の言葉で）
  - 関係する人物・組織（あれば ontology/people/・organizations/ にもファイルを作る）
  - まだ決まっていない論点
  - 冒頭の項目欄（id・type: Concept・sensitivity・owner・updated）
- 一般論は足さない。私が話していないことは書かない

重要なのは、作ってもらったMDファイルを必ず全部読むことです。分からない言葉、しっくりこない表現、自分の感覚と違う部分があれば、そのまま残さず、AI-Agentに分かる言葉へ書き換えてもらいます。

コピペ④続き：読んで直す（この往復がS1の本体です）

指示：このファイルを読みました。次のとおり直してください。

詳細：
- 【この表現は自分の言葉ではない → 普段の言い方に】
- 【ここは意味が分からない → 具体例を入れて】
- 【追記したいこと：〜】

読んでいないMD、意味が分からないMD、自分の言葉になっていないMDは、Ontologyの中ではゴミになります。ディレクトリに残さない、増やさないことが大事です。

Tip: 大量生成後は必ずファイル数を確認する AI-Agentにフォルダ全体を渡して整理させると、意図しない大量ファイルが生成されることがある。生成後は必ずファイル数と内容を確認し、自分が指示していないファイルは即削除する。「あとで整理しよう」という積み残しがOntologyを汚染する原因になる。

たたき台を読んだら、それに沿って、今の自分が考えていることをAI-Agentにどんどん追記・書き直ししてもらいます。

このファイルに、いま自分が考えていることを追記してください。

- 自分はこの市場に可能性を感じている
- 理由は、既存プレイヤーがAIを使えていないから
- ただし、現場の人に技術用語で話しても伝わらない
- だから「作業が30分短くなる」のような言葉に変換する必要がある

AIが作る文書は、基本的に既存のMDや一般的な知識をもとに、それらしく組み立てられます。そのため、AIだけで作った書類は、見た目は整っていても実効性を持たない場合がほとんどです。

Ontologyに価値を持たせるのは、今の自分が本当に考えていること、迷っていること、判断したことです。AI-Agentは清書係・構造化係として使い、自分の思考をどんどん追加していきます。

ステップ4：行動を記録する（Action層）

actionlog に、日にちごとに自分が行ったことを記録します。

行動ログは「AIが提案したことを実行したか」だけを書く場所ではありません。思考、資料作成、MTG、リサーチ、メール、管理業務、移動、発信など、その日に自分が実際に使った時間を記録します。

ファイルは月ごとに作ります。

actionlog/
  ├── 2026-06.md
  ├── 2026-07.md
  └── YYYY-MM.md

月別ファイルの中では、1日を1ブロックとして記録します。

---
month: 2026-06
updated: 2026-06-05
---

# アクションログ 2026年6月

---

## 2026-06-05（金）

> 稼働: 5h | 主要事業: SOVREN Framework, AIPスクール

| 時刻 | 種別 | 事業 | 内容 | object_id | 成果・メモ |
|------|------|------|------|-----------|-----------|
| 09:00-10:00 | 思考 | SOVREN Framework | オープンソース公開方針を整理 | `SOVREN_Framework` | スクール固有技術ではなく、公開Frameworkとして広げる方針に決定 |
| 10:00-12:00 | 資料作成 | SOVREN Framework | Manifestoページのたたき台を作成 | `SOVREN_Framework` | 原典サイトのトップメッセージを作成 |
| 13:00-14:00 | MTG | AIPスクール | 保護者向け体験導線を検討 | `AIPスクール` | 90分体験セッションを入口にする案を整理 |

記録する項目

項目	書くこと
時刻	`09:00-10:30` のように時間帯を書く。不明なら概算でよい
種別	思考、資料作成、MTG、インプット、コミュニケーション、管理業務、移動、開発・実装、発信など
事業	どの事業・プロジェクトに関係するか
内容	何をしたかを一文で書く
object_id	関係する人物・組織・概念のOntology IDを書く。対象がなければ `—`
成果・メモ	何が決まったか、何を作ったか、何に気づいたかを書く

大事なのは、「やったこと」をただ並べることではありません。あとでAI-Agentが読んだときに、どの行動が、どの人物・組織・概念・意思決定につながっているかが分かるようにすることです。

やった・やれなかった・別のことをした——どれでも記録します。「やれなかった理由」もデータになります。日ごとの行動ログが残っていると、AIはあなたの思考パターン、時間の使い方、先延ばしの癖、成果が出やすい行動を分析できるようになります。

コピペ⑤：今日の行動を記録する

指示：actionlog/【YYYY-MM】.md に、今日の行動を記録してください。

詳細：
- 日付はシステムの日付で確認する
- 形式：| 時刻 | 種別 | 事業 | 内容 | object_id | 成果・メモ |
- 今日やったこと：
【例）09:00-10:00 思考 〇〇事業の価格を見直した → 来月から1割上げると決めた】

Tip: プロジェクトの終了・中断はAIに明示する 進行中のプロジェクトを止める場合、アクションログに「中断」「キャンセル」と記録するか、関連する概念ファイルのステータスを更新する。報告を怠ると、AI-Agentが後で全体分析をするときに古い情報を引きずり、誤った整理をする原因になる。

ステップ5：概念同士のつながりを記録する

概念同士のつながりは、自分で一つずつ手作業で記録するのではなく、AI-Agentにお願いして整理してもらいます。

概念ファイル、人物ファイル、組織ファイル、アクションログが増えてくると、自分では気づいていない関係性がたくさん出てきます。たとえば「自分の強み」が「市場の選び方」に影響していたり、「苦手なこと」が「外注する業務」につながっていたりします。

こうした関係性を、AI-Agentに読ませて ontology/relations/links.json や関係性マップに整理してもらいます。

コピペ⑥：つながりを整理する（週1回）

指示：myproject 全体を読んで、人物・組織・概念・アクションログのつながりを整理してください。

詳細：
- 見ること：
  - 同じテーマに関係している概念
  - 特定の人物や組織と結びついている概念
  - 行動ログから見える、繰り返している関心や判断のパターン
  - 既存の関係性で古くなっているもの
- ontology/relations/links.json に追記する案として出す
- 書き込む前に、案を私に見せる

おすすめは、週1回または月1回、AI-Agentにmyproject全体を見直してもらうことです。フォルダ全体を読み直し、マップとつながりを再構築してもらうことで、自分の頭の中の地図が少しずつ精密になります。

ただし、Agentが提案した関係性も必ず確認します。しっくりこない関係、意味が分からない関係、今の自分の感覚と違う関係は、そのまま残さず修正します。関係性マップはAIが作るものではなく、AI-Agentと一緒に育てるものです。

ステップ6：Ontology全体を分析する

ステップ1〜5で、インプット、概念ファイル、行動ログ、関係性マップが少しずつ蓄積されます。ここまで揃ったら、AI-AgentにOntology全体を分析してもらいます。

これは単なる「AIに相談する」ではありません。自分が残してきたMDファイル、日々の行動、人物・組織・概念のつながりをまとめて読み直し、今の自分の判断軸を再構築する作業です。

コピペ⑦：全体を分析する（月1回）

指示：myproject 全体を読んで、S1の観点から分析してください。

詳細：
- 出すこと：
  - 繰り返し考えているテーマ
  - 行動ログと概念ファイルのズレ
  - よく登場する人物・組織・概念
  - まだ言葉になっていない判断基準
  - 古くなっている・統合した方がよいファイル
  - 次に作るべき概念ファイル
  - 次の1週間で取るべき行動を3つ
- 根拠にしたファイル名を、項目ごとに書く

分析結果は、必ず読みます。分からない部分は、分かる言葉に直してもらいます。違和感がある指摘は、AI-Agentに理由を聞いたり、自分の考えを追記して修正します。

このステップの目的は、AIに答えを決めてもらうことではありません。自分が残した情報を材料にして、AI-Agentと一緒に自分の判断軸を更新することです。

使うツール

ツール	用途	費用の目安
AIエージェントのアプリ（ステップ1）	ファイルの作成・分析・Ontologyの更新	月数千円程度
対話型AI（ChatGPT・Claude・Gemini）	日常の壁打ち・音声メモのテキスト化	無料プランあり
クラウドストレージ（Google Driveなど）	スマホとPCのあいだのファイル同期・版履歴	無料枠あり
エディタ（任意）	ファイルを自分の目で読む	無料あり

サイクルのまとめ

思考・発言・気づき
     ↓
音声メモ → テキスト化（inbox）
     ↓
概念ファイルに整理（ontology/concepts）
     ↓
行動を記録（actionlog）
     ↓
つながりを記録（ontology/relations）
     ↓
Ontology全体を分析
     ↓
次のアクションを決める
     ↓
実行 → 結果を記録 → またインプットへ
     ↓
（ループ）

達成の目安

自分の主要な考え方の軸と判断基準が言葉になっており、継続的に更新されている状態です。

myproject フォルダを自分のPCに作成した
ルールファイル（AGENTS.md など）を置き、AIが作業のたびに読む状態にした
ontology/ のファイルに項目欄（id・type・sensitivity・owner・updated）がついている
変更の履歴を残せる場所で作業している
概念ファイルが5つ以上作成されている
概念同士のつながりが links.json に記録されている
AIを使って自分の思考パターンを分析した記録がある
日々の意思決定の根拠を言葉にできる

ワーク：企画書を作って、何かを作成してみよう

S1の仕上げとして、AI-Agentと一緒に何かを1つ作ってみます。WEBサイト、会社やサービスの説明文章、プレゼンテーション資料、簡単なアプリケーション——何でも構いません。

ここで体験してほしいのは、作成に入る前に、詳細の企画書MDを構築するという進め方です。AIに「○○を作って」といきなり依頼すると、それらしいけれど自分のイメージとは違うものが出てきます（ステップ3で見た「コア情報から指示する」と同じ原理です）。この段階で、自分の頭の中にあるイメージを全部企画書に落とし込みます。

手順は4ステップです。

1. 企画書のMDを作る

要件定義をAgentに伝え、ざっと企画書全体のひな型を作ってもらいます。

「自分の店の紹介ページ」を作りたいです。まず企画書のMDを作ってください。

要件：
- 誰に見てほしいか：近隣の30〜50代・初めて店を知る人
- 何を伝えたいか：仕込みに手間をかけている店だということ
- どんな印象にしたいか：誠実・清潔・気取らない
- 必ず載せること：営業時間、場所、予約方法、看板メニュー3品

企画書には、目的・ターゲット・構成案・各セクションに載せる内容・
トーンの指定・未決定の論点、という項目を入れてください。

Tip: 画像は img/ フォルダに分け、用途を企画書に書く WEBページや資料で画像を使う場合は、画像ファイルを img/ フォルダにまとめるだけでは足りない。企画書に「どの画像を、どのセクションで、どんな印象を出すために使うか」まで書く。AIは画像の意図を勝手には理解しないので、画像の役割も要件定義に含める。

2. MDを見ながら、自分のイメージと違うところをすべて修正する

ひな型を必ず全部読み、イメージと違う部分を残さず直します。「この言い回しは自分の店らしくない」「この構成だと伝えたいことが最後に来てしまう」——違和感を全部、企画書の段階で潰します。ここで手を抜くと、成果物の修正で何倍も時間がかかります。

3. 企画書のMDを参照して、実際のWEBページや資料を作成する

この企画書MDを読んで、その通りにWEBページ（HTML1ファイル）を作ってください。
企画書に書いていない要素は追加しないでください。

Tip: 企画書にない要素を追加させない AIは「よかれと思って」キャッチコピー、FAQ、架空の実績、余計なセクションを足すことがある。制作を依頼するときは、必ず「企画書に書いていない要素は追加しない」と明示する。足したい要素が出てきた場合は、先に企画書へ追記してから制作に戻る。

4. 成果物を確認し、足りていないところを修正し、その旨を企画書MDに追記する ←重要

できあがった成果物を確認し、足りない点・直したい点を修正します。そして何をなぜ直したのかを、企画書MDに追記します。

## 制作後の追記（2026-06-12）
- 写真が暗く「清潔」の印象が出なかった → 昼の自然光の写真に差し替え
- メニュー名だけでは仕込みの手間が伝わらない → 各品に一言（仕込み時間）を追加
- 次回への学び：「印象」の要件は、文章だけでなく写真の指定まで企画書に書く

Tip: 修正指示は企画書に戻す 成果物だけを直して終わると、次に同じものを作るときにまた同じ説明が必要になる。直した内容、直した理由、次回最初から入れるべき条件を企画書に追記する。企画書が「納品前の指示書」から「自分の制作Ontology」に変わる。

この追記が、今後の制作の方向性検討にとても役に立ちます。企画書が「作って終わりの書類」ではなく、自分の制作の判断基準が蓄積されるファイルになるからです。これはOntologyのサイクル（記録→分析→更新→書き戻し）と同じ構造であり、S3のLP制作でこの型をそのまま本格的に使います。

Tip: 作ったHTMLを、無料でネットに公開してみよう

手元で完成したHTMLは、無料で・その日のうちにインターネットに公開できます。いちばん手軽なのは、Cloudflare Pages の直接アップロードです。無料のアカウントを作り、管理画面でHTMLの入ったフォルダを選んでアップロードするだけで、https://○○○.pages.dev というURLが発行され、すぐにスマホでも開けます。

「作ったものが実際にネットで開ける」という体験は、それだけで世界の見え方が変わります。自分の店の紹介ページを知人にURLで送ってみる、サービスの説明ページを商談相手に見せてみる——まずは1枚、出してみてください。
作ったHTMLファイルを、Cloudflare Pages の直接アップロードで無料公開したいです。
パソコンが苦手な人にも分かるように、1ステップずつ、画面のどこを押すかまで教えてください。
いまの画面のスクリーンショットを送りながら進めます。
公開したページは、URLを知っていれば誰でも見られます。顧客の情報・社内の数字・個人情報を載せたページは公開しないでください。本格的な運用（GitHubと連携して、保存するたびに自動で更新）は、S3でLPを量産するときに導入します。

ワークの完了目安

作成前に企画書MDを作り、全文読んで自分のイメージに合わせて修正した
企画書MDを参照させて成果物（WEBページ・資料など）を作成した
成果物の修正内容と理由を企画書MDに追記した
[ ]（発展）作ったHTMLを無料で公開し、URLを誰かに送ってみた

S1 レッスンプラン例

S1を勉強会や授業で扱う場合は、2時間×3回で以下の流れにすると実装しやすいです。

回	時間	テーマ	到達目標
1	2h	Agentでフォルダ構造とMarkdownを作れるようにする	AIエージェントのアプリで `myproject` の基本フォルダとルールファイル（`AGENTS.md`）を作る。自己紹介、概念、プロジェクト概要などのMDを、項目欄つきで作成する
2	2h	アクションログを設置し、フォルダ構造をOntology化する	`actionlog/` を設置し、作業記録を残し始める。AI-Agentにフォルダ全体を読ませ、概念・人物・関係性を整理する
3	2h	ワーク：企画書MDを作成し、バイブコーディングを行う	企画書MDを作り、内容を確認・修正したうえで、WEBページや資料などの成果物をAI-Agentで作成する

3回が終わった時点で、参加者は「自分のPCにAIが読める仕事場を持ち、企画書を起点に成果物を作り、修正内容を記録へ戻す」一連の流れを体験している状態になります。