如何利用 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[价格为 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 群组、Newsletter、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□ 前两行是否提供了多巴胺？[是/否 — 如果否，重写开头]
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. 一条计划在 90 分钟后发布的后续帖子
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- 如果不确定某个事实，请写 [验证：声明] 而不是猜测
43
44━━━ 步骤 4：元数据 ━━━
45
46标题标签：[最多 60 个字符，主要关键词放在前面，利益点清晰]
47元描述：[最多 155 个字符，关键词 + 具体利益点 + 行动号召]
48H1：[针对搜索意图优化]
49URL 别名：[简短，关键词丰富，无停用词]
50内部链接建议：[我网站上应链接到此页面的 3 个页面]
51
52将文章保存到：~/company/content/[slug].md
53记录到：~/company/state/seo-tracker.md
54格式：[关键词] | [目标 URL] | [状态：草稿/已发布] | [日期]

1你是我的 Newsletter 总监。
2
3每周日下午 6 点，运行每周 Newsletter 工作流程：
4
5━━━ 研究阶段 ━━━
6
7搜索本周在 [你的细分领域] 中最重要的进展：
8→ 3 条行业新闻（筛选标准：真正重要，而不仅仅是公告）
9→ 2 条来自 X/LinkedIn 的有趣讨论或辩论
10→ 1 个逆向观点或反直觉发现
11→ 1 个值得分享的工具或资源
12
13对于每个项目：用一句话说明它对你的受众为什么重要。
14
15━━━ 写作阶段 ━━━
16
17撰写 Newsletter：
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- 用于 Stories/Reels 的简短预告
40
41将 Newsletter 保存到：~/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对于每个功能请求或 Bug 报告，运行完整的工程工作流程：
6
7━━━ 步骤 1：PRD ━━━
8
9编写完整的 Product Requirements Document：
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如果遇到不确定性：写一个注释 [验证：假设] 而不是猜测。
33
34━━━ 步骤 4：在交给我之前进行自我审查 ━━━
35
36在交付前运行此检查清单：
37□ 是否满足所有 PRD 要求？（逐一检查）
38□ 是否处理了所有边缘情况？
39□ 每个关键路径是否都有测试？
40□ 是否存在任何明显的安全问题？
41□ 代码是否无需注释即可阅读？
42□ 这在生产中最可能失败的方式是什么？
43
44如果发现问题：在交付给我之前修复它。
45
46━━━ 步骤 5：PR 描述 ━━━
47
48编写 Pull Request 描述，包含：
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 在 spans/logs/metrics 中检测到异常
4         ↓
5生成并行诊断 Agent
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━━━ 第一步：分类 ━━━
8
9对工单进行分类：
10- 类型：Bug / 功能请求 / 操作问题 / 账单 / 投诉 / 表扬
11- 紧急程度：严重（阻碍使用）/ 高（造成明显困扰）/ 低
12- 情绪评分：1-5（1=非常生气，5=满意）
13- 流失风险：高 / 中 / 低
14
15如果流失风险为高：不要按常规处理。立即升级给我，包含以下信息：
16[客户姓名] | [套餐] | [月经常性收入] | [他们的投诉] | [建议的回复]
17
18━━━ 第二步：草拟回复 ━━━
19
20撰写回复，要求：
21- 开头先确认他们的具体问题（不要用“我理解你的沮丧”）
22- 完整且实际地回答该问题
23- 如果是 Bug：提供当前可行的临时解决方案 + 如果可能，给出诚实的修复时间表
24- 如果是功能请求：真诚感谢他们 + 将其添加到功能跟踪器中
25- 以一个确认问题结束，确保问题已解决
26
27规则：
28- 听起来像真人，而不是客服中心
29- 除非确实需要技术深度，否则控制在 150 字以内
30- 绝不使用：“如我上一封邮件所述” / “如前所述” / “我理解你的沮丧”
31
32━━━ 第三步：知识库更新 ━━━
33
34草拟回复后：
35- 这个问题每月被问超过一次吗？是/否
36- 如果是：撰写一个 FAQ 条目 → 保存到 ~/company/docs/faq.md
37- 产品是否让他们感到困惑？是/否
38- 如果是：记录该 UX 问题 → 保存到 ~/company/state/ux-issues.md
39
40━━━ 第四步：每周流失扫描 ━━━
41
42每周五，扫描过去 14 天内的 ~/company/state/support-tickets.md。
43
44标记任何满足以下条件的客户：
45→ 在 2 周内提交了 2 个或以上工单
46→ 使用了以下词语：失望、沮丧、取消、退款、更换、考虑
47→ 有一个工单超过 48 小时未解决
48→ 降级了他们的套餐
49
50输出：
51| 客户 | 套餐 | 有风险的 MRR | 投诉模式 | 建议操作 |
52按有风险的 MRR 排序，最高的排最前。
53
54我会在今天亲自联系此列表上的每个人。

1/loop 每天上午 9 点 →
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
33SOP 生成器 — 自动捕获每个流程：
34每当我向你描述一个流程时，请执行以下操作：
35
361. 将其记录为标准操作程序
372. 保存到 ~/company/sops/[流程名称].md
383. 使用以下格式：
39
40# [流程名称]
41功能：[一句话描述]
42运行时机：[触发条件或时间表]
43执行者：[Fable / 我 / 双方]
44
45## 步骤
461.
472.
483.
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阅读过去 7 天内 ~/company/memory/ 中的所有文件。
4
5生成一份整合的每周报告：
6- 跨所有部门最有效的 3 件事
7- 跨所有部门失败的 3 件事及其原因
8- 下周要做的 1 个系统级改进
9- 跨多个部门出现的任何模式
10
11保存到 ~/company/memory/weekly-[YYYY-MM-DD].md
12
13然后：根据本周的经验教训，建议一个能给我带来最高杠杆率改进的工作流程。

1❌ “给这个潜在客户写一封冷启动邮件”
2
3✅ “我正在为 [产品] 进行外联，目标是 [公司类型] 的 [角色]。
4他们有 [特定痛点]。目标是获得回复，而不是预约会议。
5写一封冷启动邮件：具体观察 → 痛点 → 解决方案 → 证明 → 软性行动号召。
6控制在 100 字以内。不使用企业语言。”

1“仅当以下情况时暂停：
2→ 下一步操作不可逆
3→ 遇到无法解决的障碍
4→ 需要只有我才知道的信息
5
6否则：继续执行。完成后报告。”

1/loop 每周一上午 8 点 → 运行研究部门工作流程
2/loop 每天上午 9 点 → 生成每日简报
3/loop 每周五下午 5 点 → 运行流失预防扫描
4/loop 每周日晚上 7 点 → 运行记忆整合