AI を活用して 10 億ドル規模の個人企業を構築する方法

@humzaakhalid
英語2 週間前 · 2026年7月01日
275K
182
46
8
593

TL;DR

Claude Projects を使用してソロビジネス用の OS を構築するための包括的なガイドです。ブランドボイス、目標設定、コンテンツ制作の自動化プロセスに特化したテンプレートを収録しています。

従業員ゼロ。燃え尽きゼロ。それでも動く本物のシステム。

ほとんどの人は、一人会社とは「自分で全部やること」だと思っている。

違う。

それは「チームの中で人間が自分だけ」という意味だ。

その第一形態は、週 80 時間労働と、ビジネス用の仮面をかぶった静かな崩壊だ。第二形態が、今の僕が実際に動かしているものだ。一人。三つのプロダクト。従業員ゼロ。残りはすべて、ほとんどの従業員よりも僕のビジネスを理解している Claude Project に任せている。

この号を読み終える頃には、完全版の「一人会社 OS」が手に入る。すべての .md ファイルのテンプレート、すべてのプロンプト、僕が AI in Public を運営するために使っている正確な Claude Project のセットアップまで。無駄な話は一切なし。理論だけでもなし。コピーして、貼り付けて、出荷するだけだ。

先月、僕はすべてを閉鎖しそうになった。

ニュースレターを書き、スポンサーに返信し、プロダクトを作り、サイトを修正し、確定申告をしていた。

すべて同じ週に。日曜の夜に座ったら、もうノートパソコンすら開けなかった。

その瞬間にわかった。問題は仕事じゃなかった。仕組みだった。

その週、僕はすべてを再構築した。これから読むものは、そこから生まれたものだ。

証拠が必要なら、これだ

サム・アルトマンが昨年、はっきりと言った。

「もうすぐ、10 人で 10 億ドル企業が現れるでしょう。CEO の友達との小さなグループチャットには、すでに一人で 10 億ドル企業を経営している人がいます。AI なしでは想像もできなかったことです。」

Hamza Khalid - inline image

一人の人間が経営する会社が、10 億ドルの収益を達成する。

リーンなスタートアップでも、少人数のチームでもない。たった一人だ。

それが今、可能になった理由は、AI が実行レイヤーを処理するからだ。リサーチ、執筆、運営、コンテンツ、顧客対応、そのすべてを。

あなたは、AI がまだ埋められない唯一の席に留まる。

意思決定の席だ。

それが、ここで僕たちが作っている会社だ。

古いやり方 vs 新しいやり方

古いやり方: 書こうと座る。ゼロから始める。四つのタブを行ったり来たりして、先週決めたことを思い出そうとする。一時間が経つ。できたのは一段落だけ。始める前からもう遅れを取っている気分になる。

新しいやり方: すでに自分の声、読者、目標、先週の決定を把握している Project を開く。方向性を伝える。4 分で 90% のドラフトができる。次の一時間は、制作ではなく編集に費やす。

古いやり方: 新しいタスクごとに、すべてのコンテキストをゼロから伝える。「私はこうで、読者はこうで、トーンは…」

新しいやり方: Project はすでにそのすべてを保持している。必要なことを言うだけだ。コンテキストはシステムの中にあり、自分の頭の中にはない。

このシフトこそが、すべての鍵だ。

Hamza Khalid - inline image

これが役に立ったなら、一人で何もかもを抱え込もうとしている誰かにシェアしてほしい。たった 10 秒で済む。

ステップ 1: Claude Project をビジネス脳として構築する

通常の Claude チャットは、閉じるたびにあなたのことを忘れる。Project は違う。Project は、ファイルをドロップし、システム指示を設定し、その中のすべてのチャットがすべてを記憶できるフォルダだ。

これが基盤だ。これなしでは、他の何も機能しない。

クイックセットアップ:

  1. claude.ai にアクセス → Projects (左サイドバー) → New Project
  2. 実際のビジネス名を付ける。「マイニュースレター」や「AI 関連」ではない。ブランド名だ。
  3. 一行の説明を追加する: "[ビジネス名] のオペレーティングシステム。"
Hamza Khalid - inline image

この Project があなたのオペレーティングシステムだ。ビジネスに関するすべてのチャットはここに住む。すべてのファイルはここに住む。すべての決定はここに住む。

"タスクごとに毎回新しいチャットを開くのはやめよう。それでは、あなた自身がボトルネックであり続けるだけだ。」

ステップ 2: すべてを動かす 4 つのファイルを読み込む

一人会社に必要なファイルは、Project 内に正確に 4 つだけだ。これらが脳だ。これらがなければ、Claude は一般的なアウトプットしか出さない。これらがあれば、あなたの アウトプットを出す。

4 つのファイル:

  1. who-i-am.md - あなたの声と基準
  2. what-i-do.md - あなたの提供物と現在のフォーカス
  3. style-rules.md - あなたの声を守るルール
  4. operating-context.md - ビジネスの実行記録
Hamza Khalid - inline image

それぞれの完全なテンプレートはこちら。Notion か Google ドキュメントにコピーし、一度編集してから Project にアップロードしよう。

テンプレート 1: who-i-am.md

text
1# Who I Am
2
3## ブランド名
4[あなたのブランド名]
5
6## 一言で言うと何をしているか
7[あなたの一言ピッチ。具体的に。「AI で人を助ける」ではなく、
8「Claude を使ってソロファウンダーがコンテンツを出荷できるようにする」を目指せ。]
9
10## 誰にサービスを提供するか
11- 主要読者: [誰に向けて書くか。具体的に。年齢、役割、問題。]
12- 副次読者: [ついてくるより広い層。]
13- サービスを提供しない人: [ミスマッチな読者。これを明確にすることで、あなたの声が守られる。]
14
15## 私の声 — 三つの言葉
16[三つ選べ。例: 誠実、鋭い、温かい。または: 率直、有益、穏やか。]
17
18## 良い仕事とはどんなものか
19- 読者が読み終えた後、実際にその行動ができると感じる
20- 僕が話しているように聞こえる、一般的な AI ブログ記事ではない
21- すべての主張は理論ではなく、実際にやったことに基づいている
22- うまくいかなかったことも伝えることで、信頼を得る
23
24## 絶対に公開しないもの
25- 誇大広告的な言葉: 「ゲームチェンジャー」「革命的」「目を見張る」
26- 曖昧なアドバイス: 「もっと一貫性を持とう」「自分の why を見つけよう」
27- AI っぽい文章: 「今日のめまぐるしく変化する世界では…」
28- 自分でテストしていないもの
29
30## 絶対に譲れないこと
31- 誇大広告よりも誠実さを、常に
32- 雰囲気よりも具体性を
33- 作品ごとに明確な takeaways を一つ
34- 読者が今日使える何かを持ち帰ること

テンプレート 2: what-i-do.md

text
1# What I Do
2
3## 私のプロダクトと提供物
41. [プロダクト/提供物名] — [それが何で、誰のためのものか、一行で]
52. [プロダクト/提供物名] — [一行]
63. [プロダクト/提供物名] — [一行]
7
8## 今四半期の目標 (90 日ごとに更新)
9- 収益目標: [具体的な数字]
10- 読者目標: [具体的な購読者、フォロワー、顧客数]
11- 構築目標: [今四半期に出荷する大きなもの一つ]
12
13## 今四半期、YES と言っていること
14- [具体的な YES 1]
15- [具体的な YES 2]
16- [具体的な YES 3]
17
18## 今四半期、NO と言っていること
19- [具体的な NO 1 — つい手を出してしまう魅力的なものを正直に]
20- [具体的な NO 2]
21- [具体的な NO 3]
22
23## 最も重要なこと
24[今四半期、たった一つだけ終わらせるとしたら、それは何か?
25一文で書け。毎週月曜日に読み返せ。]

「『NO』リストは『YES』リストよりもはるかに効果的だ。ほとんどの人はこれをスキップする。だから彼らは行き詰まったままなのだ。」

テンプレート 3: style-rules.md

text
1# Style Rules
2
3## 絶対に使わない言葉
4- 「ゲームチェンジャー」「革命的」「前例のない」
5- 「今日のめまぐるしく変化する世界では」
6- 「レバレッジ」「シナジー」「ユーティライズ」(単に「使う」でいい)
7- 「デルヴ」「エンバーク」「ナビゲート・ザ・ランドスケープ」
8- [見つけ次第、自分の禁止ワードを追加]
9
10## AI っぽく聞こえる文型
11- 「この記事では、…について説明します」で始まる
12- 「…という点に注意することが重要です」
13- 「初心者でも専門家でも…」
14- 三番目が常に比喩になる三項目リスト
15
16## フォーマットルール
17- 短い文。分割できるなら分割せよ。
18- 能動態の動詞。「Claude は作る」—「Claude は作ることができる」ではない。
19- 一段落に一つのアイデア。
20- 流れと対比には矢印(→)を使う。
21- 箇条書きはスキャンしやすいリストに。散文から逃げるために使うな。
22- ダッシュ(—)は挿入に。ハイフンではない。
23
24## 長さのルール
25- ニュースレター記事: 1,500 〜 2,500 語
26- X の投稿: 280 文字未満、またはスレッド形式
27- LinkedIn の投稿: 150 〜 300 語
28- 返信メール: 100 語未満(関係構築の返信は除く)
29
30## トーンのルール
31- 教師ではなく、メンターのように
32- 厳しくではなく、誠実に
33- 曖昧ではなく、具体的に
34- 傲慢ではなく、自信を持って
35
36## 最終チェック
37公開する前に、自問せよ: 「これは誰でも書けた内容だろうか?」
38もしイエスなら、ノーと答えられるまで書き直せ。

テンプレート 4: operating-context.md

text
1# Operating Context
2
3## 今週 (毎週月曜日に更新)
4- フォーカス: [今週のための一つのこと]
5- 未完了事項: [完了させる必要がある中途半端なもの]
6- 下した決定: [今週下した、仕事のやり方を変える新しい決定]
7
8## 進行中のプロジェクト
9- [プロジェクト 1] — ステータス、期限、障害
10- [プロジェクト 2] — ステータス、期限、障害
11- [プロジェクト 3] — ステータス、期限、障害
12
13## 最近の決定ログ
14- [日付]: [X] を決定。理由は [Y]
15- [日付]: [X] を決定。理由は [Y]
16
17## 考えが変わってしまうこと (要注意リスト)
18- [同じことを三回迷ったら、それは本当の決断を待っている証拠だ。]
19
20## 覚えておくべき成功
21- [うまくいったこと。読者が気に入ったこと。スポンサーがイエスと言ったこと。
22 証拠を残しておけ。将来の自分がそれを再現できるように。]

このファイルは毎週の初めに更新する。最大 5 分。それだけで十分だ。

「このファイルが最も重要だ。これがあるからこそ、Claude が先月のアドバイスを今週に持ち出さないのだ。」

ステップ 3: 毎週のプロンプトではなく、毎週のブリーフを書く

ほとんどの人は Claude を自動販売機のように扱う。プロンプトを入れる。結果が出てくる。

それはビジネスシステムではない。一回限りの行為だ。

毎週月曜の朝、週を通して 12 個の別々のプロンプトを書く代わりに、一つのブリーフを書く。それを Project にドロップする。そうすれば、Claude はあなたの一週間を把握する。

text
1テンプレート: 週次ブリーフ
2# 週次ブリーフ — [日付]
3
4## 今週の状況
5[1 〜 3 文。フォーカスは何か?先週から何が変わったか?]
6
7## 出荷すべきもの
8- [成果物 1 — 期限付き]
9- [成果物 2 — 期限付き]
10- [成果物 3 — 期限付き]
11- [成果物 4 — 期限付き]
12- [成果物 5 — 期限付き]
13
14## 今週やらないこと
15[断る誘惑をリストアップする。これにより、Claude があなたを
16脇道にそれそうになったときに軌道修正するように訓練される。]
17
18## 現在の状態
19[先週から変わったことは?新しい購読者?新しいスポンサー?
20新しいプロジェクト?今週、Claude が役立つために知っておくべきこと。]
21
22## たった一つのこと
23今週、たった一つだけ終わらせるとしたら、それはこれだ: [たった一つのこと。]
Hamza Khalid - inline image

推測する必要はない。仮定でギャップを埋めることもない。今週実際に必要なものから作業を始める。

「ブリーフこそが、ツールとチームメイトを分けるものだ。」

ステップ 4: Claude にタスクではなく役割を与える

これが、僕にとってすべてを変えたシフトだ。

初期に僕が犯した最大の間違いは、タスクを割り当てることだった。「LinkedIn の投稿を書いて」「メールの下書きをして」「これを要約して」。タスクはアウトプットを生み出す。役割はシステムを生み出す。

Claude に役割を与えたとき —「あなたは AI in Public のオペレーティングパートナーです」— すべての質が飛躍的に向上した。単に質問に答えるだけではなくなった。より大きな全体像を考え始めたのだ。

[ビジュアル 2: 「タスク → 役割 → システム」— 一回限りのタスクから持続可能なシステムへのレバレッジのはしごを示す縦の流れ図。左側にレバレッジゲージ]

役割割り当てプロンプト

これを Project に一度だけドロップする。その後は二度と書く必要はない。

text
1あなたは [あなたのビジネス名] のオペレーティングパートナーです。
2
3あなたはこの Project 内の私のビジネスファイルに完全にアクセスできます:
4- who-i-am.md (私の声と基準)
5- what-i-do.md (私の提供物と四半期目標)
6- style-rules.md (私の声を守るルール)
7- operating-context.md (私のビジネスの実行記録)
8
9あなたの仕事は、要求に応じて質問に答えることではありません。
10あなたの仕事は、私がより良い決定を下し、より良い仕事を生み出し、
11すべてのタスクに私が立ち会う必要のないシステムを構築するのを助けることです。
12
13あなたが私と協力するための三つのルール:
14
151. 私がタスクを持ってきたとき、あなたの最初の質問は常にこうあるべきです:
16 「これは一度やればいいことですか、それともシステムを構築すべきですか?」
17
182. コンテンツを生成する前に、style-rules.md を読み、
19 ドラフトをすべてのルールに照らしてチェックしてから私に見せてください。
20
213. 私がファイルに書かれていることに反することを尋ねてきたら、
22 反論してください。ファイルに何と書いてあるか教えてください。
23 先に進む前にファイルを更新したいかどうか、私に尋ねてください。
24
25まず、この Project 内のすべてのファイルを読んでください。
26それから、今週何に取り組んでいるか私に尋ね、そこから計画を立てましょう。
Hamza Khalid - inline image

「『反論する』という一文が、Claude をアシスタントからパートナーへと変える。」

このニュースレターは、あなたのシェアによって成長します。これまでに価値を感じたなら、それを必要としている一人に回してください。

ステップ 5: アウトプットタイプごとに一つのプロセスファイルを作成する

ビジネス内で繰り返し発生する成果物ごとに、プロセスファイルが必要だ。テンプレートではない。プロセスだ。

テンプレートは見出しが付いた空白のドキュメントだ。プロセスは、Claude に作業をどのように考えるべきかを正確に指示する。

ここでは、僕が最もよく使う三つを紹介する。これらを別々のファイルとして Project に直接ドロップしよう。

プロセスファイル 1: ニュースレター号

text
1# ニュースレター号作成プロセス
2
3ニュースレター号を書くたびに、この手順に従うこと。ステップを飛ばしてはいけない。
4
5ステップ 1: 何かを書く前に、who-i-am.md と style-rules.md を完全に読む。
6読んだことを確認せよ。
7
8ステップ 2: 私に三つのことを尋ねる:
9- トピックは何か?
10- 読者に読んだ後、何を違うようにしてほしいか?
11- これは具体的に誰に向けて書いているのか?(無料、有料、それとも創設者?)
12
13ステップ 3: トピックについて 3 つの切り口を提案する。私が一つ選ぶのを待つ。
14私が選ぶまで先に進んではいけない。
15
16ステップ 4: 最初にタイトルとサブタイトルを書く。本文を書く前に承認を待つ。
17
18ステップ 5: 導入のフックを書く。最大三文。承認を待つ。
19
20ステップ 6: 本文をセクションごとに書く。各セクションの終わりで、
21私からのイエス/ノーを待つために一時停止する。
22
23ステップ 7: 最終チェックを実行する:
24- すべてのセクションが style-rules.md のテストに合格しているか?
25- 率直な正直さの瞬間が少なくとも一つあるか?
26- まとめのチェックリストはクリーンでスクリーンショットを撮りたくなるものか?
27- これは誰でも書けた内容だろうか?もしイエスなら、フラグを立てる。
28
29ステップ 8: すべてのビジュアルキューがマークされた最終号を納品する。
Hamza Khalid - inline image

プロセスファイル 2: X の投稿

text
1# X 投稿プロセス
2
3X の投稿を書くたびに、この手順に従うこと。
4
5ステップ 1: 私に一つの質問をする — メッセージを一言で言うと何か?
6
7ステップ 2: メッセージに基づいて最適なフォーマットを提案する:
8- 一行フック
9- 三行の積み重ねステートメント
10- 五ステップのリスト記事
11- スレッド(メッセージが 280 文字を超える場合のみ)
12
13ステップ 3: 3 つのバージョンを書く。それぞれ異なるフックスタイルを使う:
14- 大胆な主張
15- 具体的な数字
16- 個人的な体験談
17
18ステップ 4: 私が一つ選ぶのを待つ。その後、選ばれたものだけを磨き上げる。
19
20ステップ 5: style-rules.md に照らしてチェックする。禁止ワードを削除する。
21最終バージョンを送る。
22
233 バージョン以上書いてはいけない。1 セッションで 1 スレッド以上書いてはいけない。
Hamza Khalid - inline image

プロセスファイル 3: スポンサー返信メール

text
1# スポンサー返信メールプロセス
2
3スポンサーからのメールが届くたびに、この手順に従うこと。
4
5ステップ 1: 私が貼り付けた受信メールを読む。彼らが何を望んでいるか特定する:
6- 価格問い合わせ
7- 過去の実績のリクエスト
8- 特定の枠の予約
9- 取引の交渉
10
11ステップ 2: what-i-do.md から現在のレートカードを取得する。
12operating-context.md から最近の成功事例を取得する。
13
14ステップ 3: 以下の条件を満たす返信の下書きをする:
15- 最初の文で彼らの直接の質問に答える
16- 具体的な最近の成功事例を一つ挙げる
17- 次の明確なステップを明示する(電話予約、レートカード送付、請求書送付)
18- 80 語以内に収める
19
20ステップ 4: 私の個人的な声が必要なメールをフラグする — 感情的なメモ、
21変わったリクエスト、苦情。これらは下書きしない。要約して、
22私に処理するよう依頼するだけにする。
Hamza Khalid - inline image

「プロセスファイルこそが、一人会社を本物の会社のように感じさせるものだ。」

ステップ 6: 制作ではなくレビューを行う

これが、ほとんどの人が決してできないシフトだ。

彼らは AI を制作を助けるために使う。一人会社モデルは、AI に制作を任せ、あなたをレビュアーの席に留めておく。

レビュアーの仕事は次のようになる:

  • これはブランドに合っているか?
  • これは正確か?
  • これは本当に言いたいことか?
  • どうすればこれを 10% シャープにできるか?

それがシステム内でのあなたの唯一の仕事だ。タイピング、構造化、下書き、フォーマット — それらはシステムの仕事だ。

[ビジュアル 3: 「二つの席」— プロデューサーの席(ストレス、タイピング中)とレビュアーの席(冷静、承認中)を並べて表示。橋渡しのラベル「同じ人物、異なる席」]

これを定着させるために、何かを出荷する前にレビュープロンプトを使おう。

レビュープロンプト

text
1あなたはちょうどドラフトを納品しました。私が読む前に、この自己レビューを実行し、
2以下の点を教えてください:
3
41. ボイスチェック — これは私のように聞こえますか、それとも誰でも書けそうですか?
5 最も弱い文を 3 つ挙げてください。
6
72. スタイルチェック — このドラフトが style-rules.md のスタイルルールを
8 破っている箇所をすべて挙げてください。
9
103. 正直さチェック — うまくいかなかったことや、過大評価されているバージョンを
11 指摘している箇所が少なくとも一つありますか?もしなければ、フラグを立ててください。
12
134. 具体性チェック — 曖昧なフレーズ(「たくさん」「多くの人々」「一般的に」)を
14 すべて見つけ、具体的な数字や例に置き換えてください。具体的にできない場合は、
15 削除してください。
16
175. 「誰でも」テスト — これは誰でも書けた内容ですか?もしイエスなら、
18 最も弱いセクションを私に見せる前に書き直してください。
19
205 つのチェックすべてを実行した後の最終バージョンを見せてください。
21その後、何を変更したか、そしてその理由を強調してください。
Hamza Khalid - inline image

「『誰でもテスト』は、このシステム全体の中で最も有用な一文だ。」

ステップ 7: 日曜日のクローズを実行する

毎週日曜の夜、20 分間だけ、その週を締めくくる。

これがないと、システムは徐々にずれていく。ファイルは古くなり、Claude は古いコンテキストから作業を始める。二ヶ月後には、すべてを再構築することになる。

Hamza Khalid - inline image

日曜クローズプロンプト

text
1今週を締めくくります。これを私と一緒に実行してください:
2
31. operating-context.md を読んでください。月曜日の私の週次ブリーフを読んでください。
4
52. 今週の成果物のうち、どれが出荷され、どれが遅れ、どれを中止したか教えてください。
6
73. 今週の会話から、私が下した新しい決定をすべて抽出してください。
8 operating-context.md への更新を提案してください。
9
104. 今週あなたが発見した新しいスタイル違反をすべて抽出してください。
11 style-rules.md に追加する 2 つの新しいルールを提案してください。
12
135. 来週のための 1 つのシステム改善を提案してください — 今週手動で行ったことで、
14 プロセスファイルにすべきだったこと。
15
166. まだ未完了のものと次に来るものに基づいて、来週の週次ブリーフの
17 新しいドラフトを書いてください。私が編集します。
18
19最後に、私に一つの質問をして終わってください: 「今週、私がやったことで
20 最もレバレッジが効いたことは何ですか?そして、それをどうすればもっと増やせますか?」
Hamza Khalid - inline image

20 分。週に一度。システム全体をシャープに保つためには、それだけで十分だ。

続ける前に、ちょっと立ち止まって

先に進む前に、ここで少し立ち止まってほしい。

あなたは今、7 つのステップを読んだ。おそらく、どれをスキップしようか考えているかもしれない。やめておけ。

退屈なステップをスキップすると、システムは壊れる。.md ファイルは退屈だ。日曜のクローズは退屈だ。プロセスファイルは余計な作業に感じられる。違う。それこそが仕事なのだ。

ほとんどの人はこの号を読み、Claude を開き、一つのプロンプトを貼り付けて、それをシステムと呼ぶだろう。それはシステムではない。それは自動販売機だ。

実際に一人会社を経営している人々は、ある土曜日に 90 分間座って、4 つの .md ファイルを書き、Project をセットアップし、二度とカオスに戻らない。それがすべての差だ。

自動販売機タイプになってはいけない。90 分間の土曜日タイプであれ。

今週中に追加すべき、さらに高度なプロンプト 3 つ

Project がセットアップされ、4 つのファイルが読み込まれたら、次の 3 つのプロンプトが残りの機能を解放する。

高度なプロンプト 1: 「システムを構築せよ、一回限りを構築するな」チェック

同じタスクを 2 回以上やっていることに気づいたときに使う。

text
1私は [タスクを説明 — 例: 3 件のスポンサー問い合わせに一つずつ返信する] ことに
2時間を費やしました。
3
4先に進む前に、判断を手伝ってください:
5
61. これは一度きりのタスクですか、それとも今後 30 日以内に再び行うことですか?
7
82. 繰り返し発生するものであれば、これに対するプロセスファイルがどのようなものか、
9 私に説明してください。既存のプロセスファイルと同じ形式を使ってください。
10
113. そのプロセスファイルの最初のバージョンを下書きしてください。正確なステップ、
12 読むべき正確なファイル、そして最初に私に尋ねるべき正確な質問を含めてください。
13
144. このプロセスファイルを今日出荷した場合、週に何時間節約できるか教えてください。
15
16まだ全文を書かないでください。5 行の下書きを見せて、それを構築する価値があるか
17私に尋ねてください。

「ステップ 2 と 3 は、フラストレーションをインフラに変える。それが肝だ。」

高度なプロンプト 2: 購読者返信バッチ処理

毎週金曜日に使う。その週に届いたすべての返信を貼り付ける。

text
1以下は、今週受け取ったすべての返信です。これらを一つのバッチとして扱ってください。
2
3[すべての返信をここに貼り付け、=== で区切る]
4
5あなたの仕事:
6
71. 各返信を以下のいずれかのカテゴリに分類してください:
8 - 簡単なお礼(返信不要)
9 - 簡単な質問(短い返信の下書き)
10 - 本当のフィードバック(私に要約、返信不要)
11 - 私の個人的な声が必要(フラグのみ、下書きしない)
12 - スポンサーまたはビジネスチャンス(緊急にフラグ)
13
142. 「簡単な質問」の返信については、私の声で返信を下書きしてください
15 (style-rules.md を読むこと)。それぞれ 60 語以内に収めてください。
16
173. 「本当のフィードバック」の返信については、パターンの 3 箇条書きの要約を
18 私に提供してください — 読者が気に入っていること、混乱していること、
19 もっと欲しがっていること。
20
214. 「私の個人的な声が必要」な返信については、元の返信を貼り付け、
22 一行追加してください: 「これがあなたを必要とする理由。」
23
24バッチを一つのクリーンなテーブルで見せてください。私は承認、編集、
25そして一度に送信します。

"バッチ処理は、45 分の受信箱作業を 12 分の意思決定に変える。」

高度なプロンプト 3: 大きな決断の相談

本当に重要な決断で行き詰まったときに使う。これをローンチすべきか?このスポンサーを受けるべきか?このプロジェクトをやめるべきか?

text
1私はある決断で行き詰まっています。状況はこうです:
2
3[決断を 3 〜 5 文で説明。何がかかっているか、直感はどう言っているか、
4何がためらいの原因かを含める。]
5
6答える前に、who-i-am.md、what-i-do.md、operating-context.md を読んでください。
7このステップをスキップしてはいけません。
8
9その後、あなたの返信で:
10
111. 私の Project のどのファイルがこの決断に最も関連しているか教え、
12 該当する正確な行を引用してください。
13
142. 決断をシンプルな「もし A なら、…」/「もし B なら、…」として、
15 90 日後の私のビジネスに何が変わるかという観点で示してください。
16
173. この決断が、what-i-do.md で今四半期にやると言ったことに反する方法を
18 すべて指摘してください。遠回しにせずに。
19
204. 二つの道のうち一つを推奨してください。最大 3 文で理由を述べてください。
21 最後にこう締めくくってください: 「しかし、これはあなたの判断です。
22 一晩考えてみるべきことはこれです。」
23
24同調しようとしないでください。私が必要としているのは、反論するバージョンのあなたです。

「『同調しようとしないでください』が鍵だ。これがないと、イエスマンができるだけだ。これがあれば、パートナーができる。」

ベストプラクティスと実際のユースケース

僕がこの OS を毎週実際に使っている 5 つの方法。

月曜日の制作スプリント: 日曜の夜、週次ブリーフを Project にドロップする。月曜の朝までには、その週のすべてのコンテンツの初稿ができている。月曜日は編集だけに費やす。火曜から金曜は、他のすべてのものを 1 アイテムあたり 30 分以内で承認または却下する。

購読者返信バッチ処理: 毎週金曜日、返信が溜まっている。それらすべてを一つのバッチとして Project に貼り付ける。Claude が分類し、簡単なものは下書きし、私の声が必要なものにフラグを立てる。私は承認、カスタマイズ、送信を行う。45 分が 12 分になる。

頭痛の種なしの競合調査: Project 内の常設指示: 「毎週水曜日、AI ツール分野で読者がまだ知らない新しい情報について、5 箇条書きのブリーフをくれ。」私が見つけた 3 〜 5 の記事を貼り付ける。Claude が統合する。私が取り上げる価値があるか判断する。31 ページのレポートを自分で読むことは決してない。

自己更新するプロダクトページ: ClaudeKit のページは、かつては機能をリリースするたびに手動で更新していた。今は Claude が従うプロセスファイルがある。機能ノートをドロップする。更新され、ブランドに合ったプロダクト説明が出てくる。読んで、承認して、出荷する。

大きな決断の場面: 実際の重要な決断で迷ったとき — これをローンチすべきか? このスポンサーを受けるべきか? — 私は友人に聞きません。Project を開いて Advanced Prompt 3 を実行します。Project はすでに私の目標、私の声、私の「やらないことリスト」を把握しています。答えはたいてい 5 分で明確になります。

これらこそが重要なユースケースです。これらを完璧にするまでは、残りは後回しにしましょう。

正直なところ

正直に話します。

このシステムが完成するまでに、私は 4 回の試行錯誤を要しました。

1 回目は、4 つの .md ファイルを作成して放置しました。Claude が自らそれらを開くことはなく、出力は凡庸なままでした。2 週間で諦めました。

2 回目は、ロールプロンプトは書きましたが、プロセスファイルを省略しました。チャットは毎回が単発のやり取りで、同じ結果を得るために入力する単語数が減っただけでした。

3 回目は、日曜のクローズ以外はすべて揃っていました。3 週間後、ファイルは古くなりすぎて、Claude がすでに放棄した目標に基づいたアドバイスをするようになっていました。

4 回目でうまくいきました。4 回目が、あなたが今読んだものです。

初日から魔法のように感じるとは期待しないでください。最初の 1 週間は「作業」のように感じ、2 週目には「便利」になり、3 週目には「意識しなくなる」ことを想定してください。それが習熟曲線です。

個人企業を構築することについて、誰も教えてくれないことがあります。

難しいのは「仕事」そのものではありません。

難しいのは、「仕事は自分自身から生まれなければならない」という考えを手放すことです。

私は 3 ヶ月間、AI を使って執筆速度を上げていました。確かに役立ちました。しかし、それでも私自身が「制作」していました。私が Claude にスタイルファイルを渡し、「あなたの仕事は、私の声をコピーすることではなく、守ることだ」と言った日 — すべてが変わりました。

優れた AI 活用とは、タイピング量を減らすことではありません。それは、自分にしかできない決断に集中し続けることです。それ以外はすべてインフラです。

このシステムを正しく構築すれば、あなたの仕事は「仕事をすること」ではなくなります。あなたの仕事は、「良い状態とは何かを定義し、それに当てはまらないものをすべて拒否すること」になります。

それが、私たちがここで構築している会社です。

60 秒でわかる復習チェックリスト

→ あなたのビジネスにちなんだ名前の Claude Project を作成する

→ .md ファイルを読み込む: who-i-am, what-i-do, style-rules, operating-context

→ 毎週月曜日に 5 分間の週次ブリーフを作成する

→ タスクではなく、ロールプロンプトで Claude に役割を割り当てる

→ 出力タイプごとに 1 つのプロセスファイルを作成し、最も頻繁に発信するものから始める

→ 公開前に必ずレビュープロンプトを使用する

→ 毎週日曜日に 20 分間のクローズを実行する

これを保存し、スクリーンショットを撮り、何度も見返してください。

お約束のギフト

The One-Person Company OS — 1 つの Notion ワークスペースにまとめました。

ギットを受け取りに行く:

今週の土曜日に 90 分間確保してください。一度セットアップすれば、今後 12 ヶ月間はこれで運用できます。

私たちは公開テストを行いました。今度はプライベートで活用してください。

  • Hamza 💙
YouMindで再制作

Turn one viral article into a full content workflow

Collect the source, decode the pattern, create assets, draft the story, and distribute from one AI workspace.

Explore YouMind
クリエイターのために

あなたの Markdown をきれいな 𝕏 記事に

自分の長文を投稿するとき、画像・表・コードブロックを 𝕏 向けに整形するのは手間がかかります。YouMind は Markdown 全体を、そのまま投稿できるきれいな 𝕏 記事に変換します。

Markdown → 𝕏 を試す

解読すべきパターンをもっと

最近のバイラル記事

バイラル記事をもっと見る