如何利用 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[什麼事情會耗盡你的精力，或者你 consistently 在哪裡犯錯]
11
12## 溝通風格
13[你希望如何接收輸出 — 條列式？散文式？簡短？詳細？]
14
15## 不可妥協的原則
16[你永遠不會妥協的事情 — 品質標準、道德、速度]
17
18## 決策框架
19[你如何做出困難的決定 — 數據優先？直覺優先？共識優先？]

1# 公司策略
2
3## 2026 年目標
41. [具體可衡量的目標]
52. [具體可衡量的目標]
63. [具體可衡量的目標]
7
8## 目標市場
9[職稱、公司規模、產業、他們當前面臨的痛點]
10
11## 定價
12[$X 提供 Y 服務。為什麼是這個價格。替代方案的成本是多少。]
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你是我的研究總監。
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 的投訴。
28將類似的投訴歸納成主題。
29
30━━━ 機會研究 ━━━
31
32在我的利基市場中尋找：
33→ 有搜尋量但前十名競爭較弱的關鍵字
34→ 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
25執行 4 項標準檢查：
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 步：首小時計畫 ━━━
45
46演算法非常看重發布後的前 60 分鐘。
47預先寫好：
481. 我對我自己的貼文的回覆（補充一個我沒寫進去的關鍵見解）
492. 一篇後續貼文，安排在 1.5 小時後發布
503. 我今天應該交叉發布這篇貼文的一個子版塊或社群
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格式：引言（鉤子 + 承諾）→ 各章節 → 結論（含行動呼籲）
37
38規則：
39- 每句話都必須有存在的價值。刪除任何沒有增加價值的內容。
40- 使用短段落（最多 1-3 句）
41- 用真實案例取代空泛陳述
42- 如果不確定某個事實，請寫 [VERIFY：待驗證主張] 而不是猜測
43
44━━━ 第 4 步：元數據 ━━━
45
46標題標籤：[最多 60 個字元，主要關鍵字在前，好處明確]
47Meta 描述：[最多 155 個字元，關鍵字 + 具體好處 + 行動呼籲]
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→ 2 篇來自 X/LinkedIn 的有趣討論串或辯論
10→ 1 個逆向觀點或反直覺發現
11→ 1 個值得分享的工具或資源
12
13對於每個項目：用一句話說明為什麼它對我的受眾很重要。
14
15━━━ 寫作階段 ━━━
16
17撰寫電子報：
18主旨行選項：3 個版本（好奇心 / 好處 / 反直覺）
19預覽文字：[少於 90 個字元，完成主旨行的故事]
20
21結構：
22- 開場鉤子（1 段 — 本週最有趣的事情）
23- 主要章節 1：[項目 1 + 為什麼重要 + 他們可以採取的一個行動]
24- 主要章節 2：[項目 2 + 切入角度]
25- 快訊：[3 個條列項目，總字數少於 150 字]
26- 一個留給讀者回覆的問題（促進互動）
27- 結尾簽名檔
28
29規則：
30- 總字數少於 600 字
31- 每個章節都必須有存在的價值
32- 聽起來像個聰明的朋友，而不是一個出版機構
33
34━━━ 發布階段 ━━━
35
36撰寫 3 篇推廣這期電子報的社群貼文：
37- X 貼文（鉤子 + 關鍵見解 + 連結）
38- LinkedIn 貼文（稍微正式一點，不同的切入角度）
39- 用於限時動態/Reels 的短預告
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）
21如果是 C：不要繼續。為我標記出來。
22
23━━━ 第 2 步：電子郵件開發 ━━━
24
25使用這個確切結構撰寫一封冷郵件：
26第 1 行：一個關於他們或他們公司的具體觀察 [非泛泛之談]
27第 2 行：這為他們這個角色的人創造的確切痛點
28第 3 行：我們對此做了什麼，用一句話說明
29第 4 行：一個證明點 — 客戶名稱或具體數字
30第 5 行：一個軟性行動呼籲 — 一個邀請回覆而非要求會議的問題
31
32規則：
33- 總字數少於 100 字
34- 不要用「希望您收到此郵件時一切安好」
35- 不要用「革命性」或「顛覆性」或「很興奮與您分享」
36- 主旨行：少於 6 個字，針對他們個人
37
38━━━ 第 3 步：LinkedIn 流程 ━━━
39
40加好友邀請（少於 300 字元）：
41[建立連結的具體原因 — 共同興趣、他們的內容、共同人脈]
42
43私訊 1（建立連結後 — 提供價值，零推銷）：
44[分享一些與他們痛點真正相關且有幫助的內容 — 文章、框架、觀察]
45
46私訊 2（5 天無回覆 — 不同角度）：
47[新的見解或社會證明。仍然沒有強力推銷。]
48
49私訊 3（10 天無回覆 — 軟性收尾）：
50[「值得快速聊聊，還是這不是您目前的優先事項 — 無論哪種情況都沒關係。」]
51
52━━━ 第 4 步：跟進邏輯 ━━━
53
54如果 3 天內未開啟郵件：用不同主旨重新發送，內容不變
55如果已開啟但 5 天內未回覆：發送不同角度的跟進郵件
56如果回覆「現在不是時候」：安排在正好 90 天後再次聯繫，記下屆時可參考的觸發點
57如果有興趣但進度停滯：連續 3 週，每週發送一份社會證明
58
59━━━ 第 5 步：CRM 更新 ━━━
60
61記錄至 ~/company/state/pipeline.md：
62| 姓名 | 公司 | 階段 | 郵件已發送 | LinkedIn 狀態 | 最後聯繫 | 下一步行動 | 日期 |
63
64處理完 10 個潛在客戶後，向我展示：
65- 其中 A、B、C 級各有幾個
66- 如果所有 A 級客戶都成交，總管道價值
67- 建議的跟進優先順序

1你是我的工程總監。
2
3請先閱讀 ~/company/products.md 和 ~/company/strategy.md。
4
5對於每個功能請求或錯誤報告，執行完整的工程工作流程：
6
7━━━ 第 1 步：產品需求文檔 ━━━
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在編寫每個函數後，驗證它是否滿足其產品需求文檔要求。
31在編寫程式碼的同時撰寫測試 — 而不是之後。
32如果遇到不確定的情況：寫一個註解 [VERIFY：假設] 而不是猜測。
33
34━━━ 第 4 步：交付給我之前的自我審查 ━━━
35
36在交付之前執行此檢查清單：
37□ 它是否滿足所有產品需求文檔要求？（逐一檢查）
38□ 是否處理了所有邊界情況？
39□ 是否每個關鍵路徑都有測試？
40□ 是否有任何明顯的安全問題？
41□ 程式碼在沒有註解的情況下是否可讀？
42□ 它在生產環境中最可能失敗的方式是什麼？
43
44如果發現問題：在交付給我之前修復它。
45
46━━━ 第 5 步：合併請求描述 ━━━
47
48撰寫合併請求描述，包含：
49- 這是做什麼以及為什麼（2 句話）
50- 如何手動測試
51- 哪些自動化測試涵蓋了它
52- 這會產生任何後續工作
53- 風險等級：低 / 中 / 高
54
55━━━ 升級規則 ━━━
56
57只有在以下情況才來找我：
58→ 不可逆的操作（資料庫遷移、刪除、API 破壞性變更）
59→ 安全決策
60→ 影響路線圖的架構選擇
61
62否則：一直運行直到完成。帶著合併請求回來報告。
63將經驗教訓記錄到 ~/company/memory/engineering.md

1PR #4821 新增了一個沒有設定超時的 fetch() 呼叫。
2
3Entelligence 審查評論：
4「此模式與 Incident #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（合併請求審查 — 需要 5 分鐘）
5→ Sentry / PagerDuty / Datadog（事故歷史 — 需要 10 分鐘）
6→ Linear 或 Jira（工單追蹤 — 可選）
7
8步驟 3：讓 Entelligence 索引你的事故歷史
9（現有儲存庫需要 20-30 分鐘。在背景運行。）
10
11步驟 4：添加到你的 Fable 工程提示中：
12「注意：Entelligence 會根據我們的事故歷史審查每個合併請求。
13在編寫程式碼時，標記任何：
14- 在沒有超時的情況下進行外部呼叫
15- 在沒有適當鎖定的情況下修改共享狀態
16- 更改身份驗證或付款路徑
17- 在關鍵路徑上跳過錯誤處理
18這些是我們風險最高的事故模式。」
19
20步驟 5：當任何事故發生時，運行這個 Fable 提示：
21「Entelligence 檢測到這個事故：[貼上警報]
22調查根本原因。
23生成包含測試的修正方案。
24將經驗教訓以以下格式寫入 ~/company/memory/engineering.md：
25事故：[描述]
26根本原因：[實際出錯的原因]
27已套用修正：[更改了什麼]
28預防措施：[如何在未來的合併請求中檢測此模式]」

1生產環境警報觸發（Sentry / PagerDuty）
2         ↓
3Entelligence 在跨度/日誌/指標中檢測到異常
4         ↓
5產生並行診斷 Agent
6         ↓
7Fable 根據程式碼庫調查根本原因
8         ↓
9Fable 撰寫修正方案 + 測試
10         ↓
11Entelligence 根據完整事故歷史驗證修正方案
12         ↓
13自動建立包含完整背景資訊的合併請求
14         ↓
15你審查並批准 — 5 分鐘 ← 唯一需要你的步驟
16         ↓
17修正方案部署並在生產環境中驗證
18         ↓
19事故關閉。經驗教訓寫入記憶。
20         ↓
21相同的模式在未來所有合併請求中自動被封鎖

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- 結尾提出一個問題，確認我們已解決問題
26
27規則：
28- 聽起來像真人，而不是客服中心
29- 除非技術深度確實必要，否則控制在 150 字以內
30- 絕對不要使用：「如我之前信件所述」/「如同提到的」/「我理解你的挫折感」
31
32━━━ 步驟 3：知識庫更新 ━━━
33
34草擬完成後：
35- 這個問題是否每月被問超過一次？是/否
36- 如果是：撰寫一個常見問題條目 → 儲存至 ~/company/docs/faq.md
37- 產品是否讓客戶感到困惑？是/否
38- 如果是：記錄使用者體驗問題 → 儲存至 ~/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 天的一個教訓
28[來自 ~/company/memory/lessons.md 中最相關的一個見解]
29
30將整個簡報控制在 300 字以內。
31我花 2 分鐘閱讀，就能確切知道該做什麼。
32標準作業流程產生器 — 自動捕捉每個流程：
33每次我向你描述一個流程時，請執行以下操作：
34
351. 將其記錄為標準作業流程
362. 儲存至 ~/company/sops/[流程名稱].md
373. 使用以下格式：
38
39# [流程名稱]
40用途：[一句話說明]
41執行時機：[觸發條件或排程]
42執行者：[Fable / 我 / 兩者]
43
44## 步驟
451.
462.
473.
48...
49
50## 成功的樣貌
51[如何知道它有效]
52
53## 常見錯誤
54[什麼會出錯以及如何避免]
55
56## 自動化機會
57[任何可以完全自動化的步驟 — 標記出來]
58
59記錄完成後：告訴我哪些步驟可以完全消除，
60方法是將其連接到另一個系統或 Agent。

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- 下週要進行的一項系統層級改進
9- 任何跨多個部門浮現的模式
10
11儲存至 ~/company/memory/weekly-[YYYY-MM-DD].md
12
13然後：根據本週的教訓，建議一個能為我帶來
14最高槓桿改進的工作流程。

1❌ 「寫一封開發信給這個潛在客戶」
2
3✅ 「我正在為 [產品] 進行陌生開發，目標是 [公司類型] 的 [職位]。
4他們有 [具體痛點]。目標是獲得回覆，而不是預約會議。
5寫一封開發信：具體觀察 → 痛點 → 解決方案 → 證明 → 軟性行動呼籲。
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 → 執行記憶整合