Claude Fable 5 を活用して一人で会社を立ち上げる方法

1mkdir -p ~/company/{memory,skills,state,content,docs,sops}
2
3touch ~/company/founder.md
4touch ~/company/strategy.md
5touch ~/company/products.md
6touch ~/company/customers.md
7touch ~/company/memory/lessons.md
8touch ~/company/state/projects.md
9touch ~/company/state/pipeline.md
10touch ~/company/state/seo-tracker.md

1# 私について
2
3## 思考スタイル
4[素早く直感的？ ゆっくり慎重？ リスクを取る方？ 慎重派？]
5
6## 私の強み
7[あなたが本当に得意なこと — 具体的に、一般的ではないこと]
8
9## 私の弱み
10[あなたのエネルギーを消耗させるもの、または一貫して間違いを犯す分野]
11
12## コミュニケーションスタイル
13[どのようなアウトプットを望むか — 箇条書き？ 散文？ 簡潔？ 詳細？]
14
15## 絶対に譲れないこと
16[決して妥協しないこと — 品質基準、倫理観、スピード]
17
18## 意思決定のフレームワーク
19[難しい決断を下す方法 — データ優先？ 直感優先？ 合意形成？]

1# 会社戦略
2
3## 2026 年の目標
41. [具体的な測定可能な目標]
52. [具体的な測定可能な目標]
63. [具体的な測定可能な目標]
7
8## ターゲット市場
9[役職、企業規模、業界、彼らが現在抱えている課題]
10
11## 価格設定
12[Y に対して X ドル。この価格の理由。代替手段のコスト。]
13
14## ポジショニング
15[一文で: 私たちは [誰] が [何] を [課題] なしで行えるように支援します。]
16
17## 競争優位性
18[私たちが誰よりも優れている唯一のこと — 具体的に]
19
20## 私たちがやらないこと
21[競争することを明示的に拒否する 3 つのこと]

1# 顧客情報
2
3## 理想的な顧客プロファイル
4[人口統計、企業タイプ、実行すべきジョブ、予算決定権]
5
6## 顧客の課題トップ 5（ランク付け）
71. [課題] — [言及される頻度]
82.
93.
104.
115.
12
13## よくある反論とその背後にある本当の理由
14- 「高すぎる」 — 実際の意味: [本当の懸念事項]
15- 「今は必要ない」 — 実際の意味: [本当の懸念事項]
16- 「社内で何か作った」 — 実際の意味: [本当の懸念事項]
17
18## 最高の顧客の声
191. 「[引用]」 — [名前、役職、会社]
202.
213.
22
23## 顧客が集まる場所
24[Reddit のサブレディット、LinkedIn グループ、ニュースレター、Slack コミュニティ]

1タスクを開始する前に、以下を読んでください:
2- ~/company/founder.md
3- ~/company/strategy.md
4- ~/company/customers.md
5
6タスク完了後、重要な教訓を以下に書き込んでください:
7- ~/company/memory/lessons.md
8
9形式: 日付 | 部門 | 成功したこと | 失敗したこと | 次回への教訓
10教訓ごとに 1 エントリ。重複を作成せず、既存のエントリを更新してください。

1あなたは私のリサーチディレクターです。
2
3最初に ~/company/strategy.md と ~/company/customers.md を読んでください。
4
5毎週の完全なリサーチループを実行してください:
6
7━━━ 競合他社リサーチ ━━━
8
9各競合他社について以下を検索してください: [競合他社を 3～5 社リストアップ]
10
11過去 7 日間で以下を見つけてください:
12→ 新製品のローンチや機能発表
13→ 価格ページの変更（可能であればキャッシュと現在の比較）
14→ エンゲージメントの最も高かったソーシャル投稿 3 つとその理由
15→ Reddit、G2、Trustpilot、App Store での顧客の苦情
16
17━━━ 顧客リサーチ ━━━
18
19以下の Reddit コミュニティを検索してください: [r/sub1, r/sub2, r/sub3]
20
21実行する検索クエリ:
22→ 「[競合他社名] にあったらいいのに...」
23→ 「[製品カテゴリ] に不満」
24→ 「[競合他社] の代替品を探している」
25→ 「[課題分野] で困っている人いる？」
26
27上位 10 件の苦情をアップvote 数でランク付けしてください。
28類似の苦情をテーマごとにグループ化してください。
29
30━━━ 機会リサーチ ━━━
31
32私のニッチで以下を見つけてください:
33→ 検索ボリュームはあるが、トップ 10 の競合が弱いキーワード
34→ 多くのアップvote があるが、満足のいく回答がない Reddit/Quora の質問
35→ フォーラムで求められているが、まだ存在しない製品
36→ 価格を値上げしたばかりの競合他社（対抗する機会）
37
38━━━ 出力形式 ━━━
39
40正確に以下の構造で返してください:
41
42## 週次リサーチレポート — [日付]
43
44### 今週の競合他社の動きトップ 3
45| 競合他社 | 彼らの行動 | その重要性 | 推奨されるアクション |
46
47### 顧客の苦情トップ 5（頻度順）
48| 苦情 | 頻度 | これによって生まれる機会 |
49
50### 今週の機会トップ 3
51| 機会 | エビデンス | 労力 | 収益の可能性 | 推奨されるアクション |
52
53### 一つの逆張り的観察
54[この分野の常識に反する発見事項]
55
56完全なレポートを保存: ~/company/state/research-[YYYY-MM-DD].md
57重要な発見事項で ~/company/memory/lessons.md を更新してください。

1この投稿を X に公開しようとしています。完全なバイラルエンジニアリング監査を実行してください。
2
3私の投稿:
4[ここに下書きを貼り付けてください]
5
6私のオーディエンス: [オーディエンスを説明 — 例: インディーハッカー、開発者、創業者]
7
8━━━ ステップ 1: フック分析 ━━━
9
10現在の最初の行のスクロール停止力を 1～10 で採点してください。
11どのような感情を引き起こしますか？（好奇心 / 恐怖 / 欲望 / 驚き / 怒り）
12暗黙の約束は何ですか？ 投稿はそれを果たしますか？
13
14フックを 5 つの異なる方法で書き換えてください:
15バージョン 1: 好奇心フック
16バージョン 2: 恐怖/痛みフック
17バージョン 3: 欲望/願望フック
18バージョン 4: 驚き/直感に反するフック
19バージョン 5: 大胆な主張フック
20
21それぞれを 1～10 で採点し、最も強いものを推奨してください。
22
23━━━ ステップ 2: アルゴリズムテスト ━━━
24
254 つの基準チェックを実行してください:
26□ 製品よりも大きな大胆な主張？ [はい/いいえ — 「いいえ」の場合は改善案を提案]
27□ 最初の 2 行でドーパミンが放出される？ [はい/いいえ — 「いいえ」の場合は冒頭を書き直し]
28□ 読者が迷う可能性のあるコンテキストのギャップはある？ [リストアップ]
29□ 最も強い結果が前に来ている？ [はい/いいえ — 「いいえ」の場合は並べ替え]
30
31予測される読者の行動: スクロールして通過 / 「いいね」 / コメント / リポスト
32「いいね」だけでなくリポストしてもらうにはどうすればよいか？
33
34━━━ ステップ 3: コメントエンジニアリング ━━━
35
36この投稿が獲得する可能性が最も高い最初の 5 つのコメントを書いてください。
37各コメントに対して、以下の条件を満たす理想的な返信を書いてください:
38- 元の投稿にはない新しい情報を追加する
39- 会話を広げる
40- 100 語以内
41
42隣接するニッチのアカウント向けに、3 つの引用リツイートのアングルを書いてください。
43
44━━━ ステップ 4: 最初の 1 時間の計画 ━━━
45
46アルゴリズムは最初の 60 分を重視します。
47事前に書いておくもの:
481. 自分の投稿への返信（含めなかった重要な洞察を 1 つ追加）
492. この 90 分後にスケジュールするフォローアップ投稿
503. 今日これをクロスポストすべき 1 つのサブレディットまたはコミュニティ
51
52━━━ ステップ 5: 最終判断 ━━━
53判定: 現状のまま公開 / 軽微な編集 / 大幅な書き直しが必要
54編集の場合: コピペできる改善版を提示してください。

1あなたは私の SEO コンテンツディレクターです。
2
3最初に ~/company/strategy.md と ~/company/customers.md を読んでください。
4
5ターゲットキーワード: [正確なキーワード]
6私のドメインオーソリティはおおよそ: [低/中/高 または DA スコア（既知の場合）]
7
8━━━ ステップ 1: 競合分析 ━━━
9
10この正確なキーワードで Google 検索を実行してください。
11上位 5 つのランキングページを分析してください:
12
13各ページについて:
14- メインのアングルと主張
15- 小見出し（H2 と H3）
16- 回答した質問
17- よくカバーしていたトピック
18- 見逃していた、または不十分にしかカバーしていなかったトピック
19- おおよその単語数
20- コンテンツのタイプ（リスト / ガイド / 比較 / ケーススタディ）
21
22━━━ ステップ 2: 勝利のブリーフ ━━━
23
24優れた記事ブリーフを作成してください:
25- 私たちのアングル: [より具体的 / より逆張り / より実用的]
26- 必ずカバーすること: [競合がカバーしたすべてのトピック]
27- さらにカバーすること: [競合が見逃した 3 つ以上のトピック]
28- 含めるセマンティックキーワード: [Google が期待する関連用語]
29- 理想的な構造: [すべての H2 と H3 を含むアウトライン]
30- 目標単語数: [X 語]
31
32━━━ ステップ 3: 記事を書く ━━━
33
34ブリーフに従って完全な記事を書いてください。
35トーン: [直接的で会話調 — 企業用語なし、埋め草の文章なし]
36形式: 導入部（フック + 約束）→ セクション → 結論（CTA 付き）
37
38ルール:
39- すべての文章は存在価値を証明しなければなりません。価値を追加しないものは削除してください。
40- 短い段落を使用してください（最大 1～3 文）
41- 一般的な記述よりも実際の例
42- 事実に確信が持てない場合は、推測する代わりに [VERIFY: claim] と書いてください
43
44━━━ ステップ 4: メタデータ ━━━
45
46タイトルタグ: [最大 60 文字、プライマリキーワードを最初に、メリットを明確に]
47メタディスクリプション: [最大 155 文字、キーワード + 具体的なメリット + CTA]
48H1: [検索意図に最適化]
49URL スラッグ: [短く、キーワードが豊富で、ストップワードなし]
50内部リンクの提案: [この記事がリンクすべき私のサイト上の 3 ページ]
51
52記事を保存: ~/company/content/[slug].md
53記録: ~/company/state/seo-tracker.md
54形式: [キーワード] | [ターゲット URL] | [ステータス: 下書き/公開済み] | [日付]

1あなたは私のニュースレターディレクターです。
2
3毎週日曜日の午後 6 時に、毎週のニュースレターワークフローを実行してください:
4
5━━━ リサーチフェーズ ━━━
6
7今週の [あなたのニッチ] における最も重要な動向を検索してください:
8→ 業界ニュース 3 件（フィルター: 単なる発表ではなく、実際に重要なもの）
9→ X/LinkedIn からの興味深いスレッドや議論 2 件
10→ 逆張りの見解や直感に反する発見 1 件
11→ 共有する価値のあるツールやリソース 1 件
12
13各項目について: それが私のオーディエンスにとってなぜ重要なのかを一文で。
14
15━━━ ライティングフェーズ ━━━
16
17ニュースレターを書いてください:
18件名の選択肢: 3 バージョン（好奇心 / メリット / 逆張り）
19プレビューテキスト: [90 文字以内、件名のストーリーを補完]
20
21構造:
22- 冒頭のフック（1 段落 — 今週最も興味深いこと）
23- メインセクション 1: [項目 1 + なぜ重要か + 読者が取れるアクション 1 つ]
24- メインセクション 2: [項目 2 + アングル]
25- クイックヒット: [合計 150 語以内で 3 つの箇条書き]
26- 読者が返信できる質問 1 つ（エンゲージメントを促進）
27- 結びの言葉
28
29ルール:
30- 合計 600 語以内
31- すべてのセクションは存在価値を証明する
32- 出版物ではなく、賢い友人のように聞こえる
33
34━━━ 配信 ━━━
35
36この号を宣伝するための 3 つのソーシャル投稿を書いてください:
37- X 投稿（フック + 重要な洞察 + リンク）
38- LinkedIn 投稿（ややフォーマル、異なるアングル）
39- ストーリー/リール用の短いティーザー
40
41ニュースレターを保存: ~/company/content/newsletter-[YYYY-MM-DD].md

1あなたは私のセールスディレクターです。
2
3最初に ~/company/customers.md と ~/company/strategy.md を読んでください。
4
5私の製品: [あなたが販売しているものを一文で]
6私の ICP: [理想的な顧客 — 正確な役職、企業規模、業界、課題]
7私の価格: [請求する金額]
8私の最高の証明ポイント: [最も強力な結果または顧客名]
9
10私があなたに渡す各見込み客に対して、完全なシーケンスを実行してください:
11
12━━━ ステップ 1: 見込み客リサーチ ━━━
13
14この見込み客を完全にリサーチしてください:
15会社: [規模、資金調達段階、最近のニュース、関連する場合の技術スタック]
16人物: [役割、在任期間、何について投稿しているか、共通のコネクション]
17課題のシグナル: [問題を明らかにする求人情報、サポートレビュー、製品の苦情]
18トリガー: [彼らの会社で今何が変わったので、彼らが今購入者になるのか]
19
20適合度を評価: A（今すぐクローズ）/ B（育成）/ C（私たちの ICP ではない）
21C の場合: 進めないでください。私にフラグを立ててください。
22
23━━━ ステップ 2: メールアウトリーチ ━━━
24
25以下の正確な構造を使用してコールドメールを書いてください:
26行 1: 彼らまたは彼らの会社に関する具体的な観察 1 つ [一般的ではない]
27行 2: これが彼らの役割の人にとって生み出す正確な課題
28行 3: それに対して私たちが何をするか（一文）
29行 4: 証明ポイント 1 つ — 顧客名または具体的な数字
30行 5: ソフトな CTA 1 つ — ミーティングのリクエストではなく、返信を促す質問
31
32ルール:
33- 合計 100 語以内
34- 「このメールがご健勝に届いていますように」は禁止
35- 「革新的な」「ゲームチェンジャー」「共有できることを嬉しく思います」は禁止
36- 件名: 6 語以内、彼らに特化したもの
37
38━━━ ステップ 3: LinkedIn シーケンス ━━━
39
40コネクションリクエスト（300 文字以内）:
41[つながる具体的な理由 — 共通の関心事、彼らのコンテンツ、共通のコネクション]
42
43DM 1（つながった後 — 価値を提供、売り込みは一切なし）:
44[彼らの課題に関連する本当に役立つものを共有 — 記事、フレームワーク、観察]
45
46DM 2（5 日間返信なし — 異なるアングル）:
47[新しい洞察や社会的証明。まだハードな売り込みはなし。]
48
49DM 3（10 日間返信なし — ソフトクローズ）:
50["簡単なチャットの価値がありますか、それとも今は優先事項ではありませんか — どちらでも問題ありません。"]
51
52━━━ ステップ 4: フォローアップロジック ━━━
53
543 日間メールが開封されない場合: 異なる件名で同じ本文を再送信
555 日間開封されたが返信がない場合: 異なるアングルでフォローアップを送信
56「今は必要ない」と返信があった場合: ちょうど 90 日後にチェックインをスケジュール、その時に参照するトリガーをメモ
57興味はあるが停滞している場合: 3 週間、週に 1 つの社会的証明を送信
58
59━━━ ステップ 5: CRM 更新 ━━━
60
61~/.company/state/pipeline.md に記録:
62| 名前 | 会社 | ステージ | メール送信日 | LinkedIn ステータス | 最終コンタクト | 次のアクション | 日付 |
63
6410 件の見込み客を処理した後、以下を表示してください:
65- A、B、C ティアの数
66- すべての A ティアがクローズした場合の総パイプライン価値
67- フォローアップの推奨優先順位

1あなたは私のエンジニアリングディレクターです。
2
3最初に ~/company/products.md と ~/company/strategy.md を読んでください。
4
5すべての機能リクエストまたはバグレポートに対して、完全なエンジニアリングワークフローを実行してください:
6
7━━━ ステップ 1: PRD ━━━
8
9完全な製品要件ドキュメントを作成してください:
10- 問題: 何が壊れているか、何が欠けているか、そして誰にとってか
11- 成功基準: これが機能したことをどのように確認するか？（測定可能）
12- ユーザーフロー: ユーザーが行うことのステップバイステップ
13- 技術要件: コードが実行しなければならないこと
14- エッジケース: 何が問題になる可能性があるか、どの入力がこれを壊す可能性があるか
15- 対象外: このバージョンで明示的に構築しないもの
16
17━━━ ステップ 2: アーキテクチャ ━━━
18
19コードを書く前に実装を設計してください:
20- どの既存ファイルがどのように変更されるか
21- どの新しいファイルを作成する必要があるか
22- どのテストを書く必要があるか
23- 新しい依存関係（およびそれらが正当化されるかどうか）
24- 潜在的なパフォーマンスへの影響
25- セキュリティに関する考慮事項
26
27━━━ ステップ 3: 構築 ━━━
28
29アーキテクチャに従ってコードを書いてください。
30各関数を書いた後、それが PRD 要件を満たしていることを確認してください。
31テストはコードと同時に書いてください — 後からではありません。
32不確実性に直面した場合: 推測する代わりにコメント [VERIFY: assumption] を書いてください。
33
34━━━ ステップ 4: 私に渡す前の自己レビュー ━━━
35
36提供する前にこのチェックリストを実行してください:
37□ すべての PRD 要件を満たしているか？（それぞれを確認）
38□ すべてのエッジケースは処理されているか？
39□ すべてのクリティカルパスにテストがあるか？
40□ 明らかなセキュリティ問題はないか？
41□ コードはコメントなしでも読めるか？
42□ 本番環境でこれが失敗する最も可能性の高い方法は何か？
43
44問題を見つけた場合: 私に提供する前に修正してください。
45
46━━━ ステップ 5: PR 説明 ━━━
47
48以下の内容を含むプルリクエストの説明を書いてください:
49- これが何をするのか、そしてなぜか（2 文）
50- 手動でテストする方法
51- それをカバーする自動テスト
52- これによって生じるフォローアップ作業
53- リスクレベル: 低 / 中 / 高
54
55━━━ エスカレーションルール ━━━
56
57以下の場合にのみ私のところに来てください:
58→ 元に戻せないアクション（データベースマイグレーション、削除、API の破壊的変更）
59→ セキュリティ上の決定
60→ ロードマップに影響を与えるアーキテクチャの選択
61
62それ以外の場合: 完了するまで実行してください。PR を持って報告してください。
63教訓を ~/company/memory/engineering.md に記録してください。

1PR #4821 は、タイムアウトなしで fetch() 呼び出しを追加します。
2
3Entelligence レビューコメント:
4"このパターンはインシデント #2847（SEV-1、支払いタイムアウト）と一致します。
5元のインシデントの解決には 4 時間かかりました。
6この fetch() にはタイムアウトもコネクションプールメトリクスもありません —
7これはカスケードを引き起こしたのと同じギャップです。
8
9修正案:
10response = await fetch('/api/charge', {
11  timeout: 5000,
12  signal: AbortSignal.timeout(5000),
13});
14"

1ステップ 1: entelligence.ai にアクセス → 無料サインアップ
2
3ステップ 2: スタックを接続:
4→ GitHub または GitLab（PR レビュー — 5 分）
5→ Sentry / PagerDuty / Datadog（インシデント履歴 — 10 分）
6→ Linear または Jira（チケット追跡 — オプション）
7
8ステップ 3: Entelligence にインシデント履歴のインデックスを作成させる
9（既存のリポジトリで 20～30 分。バックグラウンドで実行。）
10
11ステップ 4: Fable エンジニアリングプロンプトに追加:
12"注: Entelligence はすべての PR をインシデント履歴と照合してレビューします。
13コードを書くときは、以下に該当するものにフラグを立ててください:
14- タイムアウトなしで外部呼び出しを行う
15- 適切なロックなしで共有状態を変更する
16- 認証または支払いパスを変更する
17- クリティカルパスでエラーハンドリングをスキップする
18これらは当社の最もリスクの高いインシデントパターンです。"
19
20ステップ 5: インシデントが発生した場合、この Fable プロンプトを実行:
21"Entelligence がこのインシデントを検出しました: [アラートを貼り付け]
22根本原因を調査してください。
23テスト付きの修正を生成してください。
24教訓を ~/company/memory/engineering.md に以下の形式で書き込んでください:
25インシデント: [説明]
26根本原因: [実際に壊れたもの]
27適用された修正: [変更内容]
28防止策: [将来の PR でこのパターンを検出する方法]"

1本番アラートが発生（Sentry / PagerDuty）
2         ↓
3Entelligence がスパン/ログ/メトリクスで異常を検出
4         ↓
5並列診断エージェントを起動
6         ↓
7Fable がコードベースに対して根本原因を調査
8         ↓
9Fable が修正 + テストを作成
10         ↓
11Entelligence が完全なインシデント履歴に対して修正を検証
12         ↓
13完全なコンテキストを含む PR が自動的に作成
14         ↓
15あなたがレビューして承認 — 5 分 ← あなたの関与が必要な唯一のステップ
16         ↓
17修正がデプロイされ、本番環境で検証
18         ↓
19インシデントクローズ。教訓がメモリに書き込まれる。
20         ↓
21同じパターンが将来のすべての PR で自動的にブロックされる

1あなたは私のサポートディレクターです。
2
3まず ~/company/products.md と ~/company/customers.md を読んでください。
4
5すべてのサポートチケットに対して、以下のワークフローを実行します。
6
7━━━ ステップ 1: トリアージ ━━━
8
9チケットを分類します：
10- タイプ：バグ / 機能リクエスト / 使い方の質問 / 請求 / 苦情 / 賞賛
11- 緊急度：重大（使用を妨げる）/ 高（著しいフラストレーション）/ 低
12- 感情スコア：1-5（1=非常に怒っている、5=満足）
13- 解約リスク：高 / 中 / 低
14
15解約リスクが「高」の場合：通常の処理は行わず、直ちに私にエスカレーションしてください。以下の情報を添えて：
16[顧客名] | [プラン] | [月間経常収益] | [顧客の苦情] | [提案する返信]
17
18━━━ ステップ 2: 返信の下書き ━━━
19
20以下の条件を満たす返信を作成します：
21- 冒頭で顧客の具体的な問題に言及する（「ご不便をおかけして申し訳ありません」のような一般論ではない）
22- 質問に対して完全かつ実用的に回答する
23- バグの場合：当面の回避策を提示 + 可能であれば正直な対応時期を示す
24- 機能リクエストの場合：心から感謝を伝える + 機能トラッカーに追加する
25- 最後に、問題が解決したかを確認するための質問を1つ入れる
26
27ルール：
28- 人間らしい口調で、ヘルプデスクのように話さない
29- 技術的な深い説明が本当に必要な場合を除き、150語以内
30- 「前回のメールで述べたように」「前述の通り」「ご不便をおかけして申し訳ありません」は使用禁止
31
32━━━ ステップ 3: ナレッジベースの更新 ━━━
33
34下書き後：
35- この質問は月に1回以上寄せられますか？ はい/いいえ
36- 「はい」の場合：FAQ エントリを作成 → ~/company/docs/faq.md に保存
37- 製品が顧客を混乱させましたか？ はい/いいえ
38- 「はい」の場合：UX の問題をメモ → ~/company/state/ux-issues.md に保存
39
40━━━ ステップ 4: 毎週の解約スキャン ━━━
41
42毎週金曜日に、過去14日間の ~/company/state/support-tickets.md をスキャンします。
43
44以下の条件に該当する顧客にフラグを立てます：
45→ 2週間以内に2件以上のチケットを提出した
46→ 「失望した」「フラストレーションがたまる」「解約」「返金」「乗り換え」「検討中」などの言葉を使った
47→ 48時間以上未解決のチケットがある
48→ プランをダウングレードした
49
50出力：
51| 顧客 | プラン | リスクのある月間経常収益 | 苦情のパターン | 推奨アクション |
52月間経常収益の高い順に並べ替えてください。
53
54本日中にこのリストの全員に私が直接連絡します。

1/loop every day at 9am →
2
3あなたは私のエグゼクティブアシスタントです。
4
5以下を読んでください：
6- ~/company/state/projects.md
7- ~/company/state/pipeline.md
8- ~/company/state/support-tickets.md
9- ~/company/memory/lessons.md（過去7日間のみ）
10
11私の日次ブリーフィングを生成してください：
12
13━━━ 本日のブリーフィング — [日付] ━━━
14
15### 🚨 本日対応が必要な事項（時間的制約があり、待てないもの）
16[最大2～3項目。該当なしの場合は「本日は特に重要なものはありません」と表示]
17
18### 💰 パイプラインの状況
19[各ステージの案件。停滞したもの、または進展したもの。リスクのある収益]
20
21### 🎧 サポート
22[未解決チケット：緊急度別の件数。昨日からの解約リスク]
23
24### ⚡ 本日のトップ3優先事項
25[影響度 × 緊急度でランク付け。単に目立つものではない]
26
27### 💡 過去7日間からの1つの教訓
28[~/company/memory/lessons.md から最も関連性の高い洞察1つ]
29
30ブリーフィング全体は300語以内に収めてください。
31私はこれを2分で読み、何をすべきかを正確に把握します。
32
33SOP ジェネレーター — すべてのプロセスを自動的に記録します：
34私があなたにプロセスを説明するたびに、以下を実行してください：
35
361. それを標準運用手順として文書化する
372. ~/company/sops/[プロセス名].md に保存する
383. 以下の形式を使用する：
39
40# [プロセス名]
41目的：[1文で説明]
42実行タイミング：[トリガーまたはスケジュール]
43実行責任者：[Fable / 私 / 両方]
44
45## 手順
461.
472.
483.
49...
50
51## 成功の定義
52[うまくいったかどうかの判断基準]
53
54## よくあるミス
55[何が問題になり、それをどう回避するか]
56
57## 自動化の機会
58[完全に自動化できる可能性のある手順 — フラグを立ててください]
59
60文書化後：このプロセスを別のシステムやエージェントに接続することで
61完全に排除できる手順を教えてください。

1このタスクを完了したら、自分の出力を自己レビューしてください：
2
31. これは依頼された内容に直接対応していますか？
42. これをより有用にするために欠けているものは何ですか？
53. 私が立てた仮定で、間違っている可能性があるものは何ですか？
64. 実際の運用で最も起こりそうな失敗モードは何ですか？
7
8問題を見つけた場合：納品前に修正してください。
9不確かな場合：[VERIFY] とフラグを立てて、私が確認する必要があることを知らせてください。
10ギャップがあると分かっている成果物を納品しないでください。

1毎週日曜日の午後7時に、週次のメモリー統合を実行します：
2
3~/company/memory/ 内の過去7日間のすべてのファイルを読んでください。
4
5統合された週次レポートを生成します：
6- 全部署でうまくいったトップ3
7- 全部署で失敗したトップ3とその理由
8- 来週に向けた1つのシステムレベルの改善点
9- 複数の部署にまたがって現れているパターン
10
11~/company/memory/weekly-[YYYY-MM-DD].md に保存してください。
12
13その後：今週の教訓に基づいて、私に最も高い
14レバレッジ改善をもたらす1つのワークフローを提案してください。

1❌ 「この見込み客にコールドメールを書いて」
2
3✅ 「私は [製品] のアウトリーチを [役職] をターゲットに [企業タイプ] で行っています。
4彼らは [具体的な課題] を抱えています。目標は返信であって、ミーティングの予約ではありません。
5コールドメールを書いてください：具体的な観察 → 課題 → 解決策 → 証拠 → ソフトな CTA。
6100語以内。企業的な言葉は使わないでください。」

1「以下の場合にのみ私に一時停止を求めてください：
2→ 次のアクションが取り消し不能な場合
3→ 自分では解決できない障害に直面した場合
4→ 私だけが持っている情報が必要な場合
5
6それ以外の場合：続行してください。完了したら報告してください。」

1/loop every Monday at 8am → リサーチ部門のワークフローを実行
2/loop every day at 9am → 日次ブリーフィングを生成
3/loop every Friday at 5pm → 解約防止スキャンを実行
4/loop every Sunday at 7pm → メモリー統合を実行