用Claude Code构建一人公司：九个自动化系统

一人公司过去是一种矛盾。一个人只是自由职业者、顾问、做一件小东西的人。而一家公司需要工程师、支持、运维、分析师，以及一个早上6点回复邮件的人。人员规模就是产品。

这个假设正在被打破。不是因为AI Agent能替代一个团队——它不能——而是因为团队过去做的工作正日益被编码成无需每项工作都有专人值守的系统。你的杠杆不再是雇了多少人，而是你构建了多少个系统：它们在你做其他事时替你完成工作。

以下就是九个这样的系统，完全由你已经拥有的 Claude Code 组件构建而成。三个用于构建和交付产品，三个用于维持运营，三个用于推动增长。它们没有一个是魔法，但每个都有一条让你有意识地保持参与的主线。这条主线正是关键所在。一人公司不是指一个人无所事事，而是指一个人只做那些真正需要他做的事情。

第一层 · 产品：构建与交付

1. 构建循环。

核心系统——所有其他系统都依赖它——是一个纪律严明的循环，将意图转化为已交付的代码。初级版本是“输入请求，接受差异”。系统版本包含三个步骤：一个 CLAUDE.md 文件，让Agent了解你的技术栈和约定，无需重复说明；一个规划模式，让它在编辑前先进行探索和提出方案；一个验证目标，让它能自行检查工作而非猜测。

最后一步是独立开发者常常跳过却不应跳过的。当 Claude Code 能运行测试、访问端点、或对比预期输出时，其产出的质量会大幅提升，因为它不再盲目编写。在这个循环中，你的工作不是写代码，而是把规范写清楚，让“完成”变得可衡量，并且掌控审查。

一份名副其实的 CLAUDE.md 应该简短且基于事实，而不是一本手册：

## 项目：ledger-api

### 技术栈
- 使用 pnpm，而非 npm。Node 22。TypeScript strict 模式。
- 通过 Prisma 使用 Postgres。处理器中不使用原始 SQL。

### 约定
- 每个端点附带一个测试。没有测试，不能合并。
- 金额以整数分存储，绝不使用浮点数。

### 完成前验证
- `pnpm test` 通过且 `pnpm typecheck` 无误。

你保持参与的地方：决定构建什么以及什么是“正确”。Agent擅长的是“如何做”，而不是“是否该做”。

2. 审查者。

一人公司没有第二个工程师来发现你遗漏的问题。所以你要构建一个。你所能定义的最有价值的子Agent就是一个审查者，它拥有独立的上下文窗口，专门针对主Agent刚刚完成的工作进行检查。

这很重要，因为模型检查自己的输出时对自己过于宽容。它看到自己的推理轨迹，倾向于选择与已有结论一致的方案。一个独立的审查者只看到成果和你设定的标准，能捕捉到编写者自我说服时产生的问题。再配合确定性的Hook：PreToolUse Hook用于根据退出码阻止危险命令，PostToolUse Hook用于每次编辑后运行你的 linter。CLAUDE.md 只是模型可以忽略的建议，而Hook是它无法逾越的墙。

审查者只是 .claude/agents/ 目录下的一个文件：

---
name: reviewer
description: 对所有非平凡变更进行独立审查。合并前使用。
tools: Read, Grep, Bash
---
你没有编写这段代码。审查差异的正确性、安全性以及是否符合 CLAUDE.md 的要求。运行测试。列出具体的文件与行号问题。不要赞美。如果还未准备好合并，用简短的列表说明原因。

你保持参与的地方：设定标准。审查者执行的是赋予它的品味，而非它自己发明的品味。

3. 发布与维护系统。

发布一次是一个任务。持续发布是一个系统。这就是 Claude Code 从你坐在面前使用的应用转变为基础设施的地方。无头模式 (claude -p) 让它非交互式运行，因此你可以将其接入 CI，通过它传输数据，并获取结构化输出。定时循环（/loop，或者在你合上电脑后运行的云流程）让它能持续处理那些乏味且不断累积的维护工作：对失败的测试进行分类，起草依赖升级，按节奏清理积压的小问题。

按成本分配任务。将重量级模型保留给协调者角色，让更便宜的模型处理大批量的工作。你不需要顶级模型来修复一个 lint 错误。

在 CI 中，它无头运行并返回你可以操作的结构化输出：

## .github/workflows/triage.yml（一个步骤）
claude -p "对本次运行中失败的测试进行分类。为确定性的问题起草修复方案并放入 claude/ 分支，其余的升级处理。" \
  --output-format json

你保持参与的地方：任何涉及生产环境的合并按钮。自动化起草，而非决策。

第二层 · 运营：保持运行

4. 客服。

客服是悄悄耗死独立创始人的功能，因为它既不批量，也不终止。系统解决方案：通过 MCP 连接你的收件箱或问题追踪器，让 Claude Code 能在上下文中读取新工单，然后由它进行分类和起草。按类型分类，提取相关文档，以你的语气起草回复，并标记出那些确实需要你处理的少数工单。

纪律是：草稿只是草稿。系统处理那80%的、与你之前回答过的问题大同小异的工单，并筛选出那20%真正新出现的、情绪激烈的或涉及法律问题的工单。这些由你亲自撰写。

你保持参与的地方：任何涉及情绪、设定先例、或退款的事情。一条错误的自动回复造成的损失远超过它节省的时间。

5. 分析。

你不会雇佣一个数据团队，所以你要构建这个功能。Claude Code 读取 CSV 文件，查询连接的数据库，将一堆数字转化为图表和一段说明变化的文字。系统版本是周期性的：每周一定时运行，拉取上周的指标，与前一周对比，并为你撰写一份关于什么发生了变化以及什么值得关注的简短摘要。

诚实的局限：它报告，但不去推测。它会告诉你周四收入下降了。但它无法告诉你当天早上有竞争对手上线，除非你给它提供这个背景。将它的输出视为一个组织良好的、供你判断的起点，而非最终判决。

你保持参与的地方：因果关系。系统擅长“发生了什么”，但在“为什么”上不可靠，所以你负责“为什么”。

6. 第二大脑。

公司拥有制度记忆。一人公司只有一个疲惫的人，他会忘记三个月前做某个决定的原因。所以你将其外部化。一个 STATE.md 文件或一个连接的看板，记录了什么被尝试过、什么有效、什么失败、以及哪些规则被保留了下来。Skills 捕获了你不断重复解释的流程，并且每次在新的方式上失败时都会变得更精准。

记忆是一个纯文本文件，每个系统在开始时读取、在结束时写入：

## 状态 · ledger-api

### 已验证的事实
- Webhook 密钥存放在 STRIPE_WEBHOOK_SECRET 中，而非控制面板。
- prc 列是整数分。通过 SELECT MIN/MAX 确认。

### 经验教训
- 对超过 100 万行的表进行迁移时，必须以 1 万行为一批进行。

### 上次会话
2026-06-22 · 周报已发送，2 份客服草稿等待审查。

这个系统让所有其他系统产生复利效应。没有它，每次运行都从零开始，你的Agent每天早上都要重新推导你的业务。有了它，工作得以积累。三月份一个 Bug 的经验教训会在六月份被自动查阅，而不是被重新经历一遍。

你保持参与的地方：决定什么值得记住。记录一切的记忆和什么都不记录的记忆一样无用。

第三层 · 增长：触达与杠杆

7. 研究与情报。

团队通常安排一个“关注市场的人”的职能。你将其构建为一个研究系统：拥有独立上下文窗口和网络访问权限的子Agent，针对一个问题，生成一份简报，而不是一堵标签墙。竞争对手本周发布了什么？人们在你所在类别中抱怨什么？你所依赖的法规发生了什么变化？

在子Agent中运行大量阅读工作，这样噪音——四十个开放来源——就不会进入你的主线程，只有综合结果返回。安排好时间，让你在开始一周工作时，简报已经就绪。

你保持参与的地方：搜索的质量只取决于问题，综合结果的可信度只取决于你的怀疑精神。在根据任何信息行动之前，务必对照原始来源进行核实。

8. 内容引擎。

分发是产品的另一半，独立创始人同时也是整个营销部门。这个系统将你已经完成的工作转化为人们可以阅读的内容：将一个已发布的功能转化为更新日志，一次艰难的调试过程转化为一篇文章，一份研究简报转化为一个帖子。Claude Code 按照你的结构起草，你负责编辑以确保真实性和你的语气。

这里的陷阱是那个最能摧毁信誉的做法：让草稿未经你审核就发布。Agent会很乐意编造一个它无法支持的统计数字、引用或自信的断言。对于任何公开内容，你就是事实核查员，这一点没有商量余地。内容引擎是一个起草系统，而不是发布系统。发布按钮始终由人类掌控。

你保持参与的地方：每一个事实声明、每一个数字、每一句引用。准确性是小公司唯一的护城河。

9. 连接器。

最后一个系统是连接其他八个系统的系统。公司的大部分管理成本不在于工作本身，而在于交接：将事项从邮件移动到追踪器，从追踪器移动到日历，从日历移动到发票。通过 MCP，Claude Code 可以跨越这些工具，填补那些否则每天需要二十个手动步骤的小间隙。

最后构建这个系统，并仔细构建。能够发送、支付或删除的跨工具自动化，正是无声故障代价最高的地方。给予它狭窄的权限，明确禁止破坏性操作，并记录它所做的一切。

给予它读取和移动信息的空间，并对任何破坏性操作设置硬性限制：

{
  "permissions": {
    "allow": ["Read(*)", "mcp__tracker__*", "mcp__calendar__create_event"],
    "deny": ["mcp__billing__*", "Bash(rm *)", "mcp__email__delete_*"]
  }
}

你保持参与的地方：任何不可逆的操作。连接器应该自由地移动信息，而绝不触及金钱、合同和删除操作，除非有你在。

§ 那些将一人公司变回一人狼狈挣扎的错误

自动化决策，而不仅仅是执行。系统负责起草和准备。你来决策。模糊这条线，你就会把他人的判断当作自己的来发布。

没有记忆层。没有 STATE.md 和 Skills，每个系统都从零重启，没有复利效应。这正是大部分杠杆悄悄流失的地方。

跳过审查者。一个Agent既编写又评估自己的工作，这不是一个质量系统。只是一个自信的系统。

允许内容引擎直接发布。未经核实的草稿以你的名义发出，是快速丧失小公司唯一优势的方式。

连接器权限过于宽泛。一个能跨工具操作的连接器需要严格的范围和硬性拒绝，否则一次无声的故障就会变成现实中的混乱。

所有任务都用顶级模型。按任务分配路线。为修复一个 lint 错误支付协调者级别的价格，是独立损益表失血的原因。

将报告视为判决。分析师告诉你发生了什么。你仍需找出原因。

关键点

一人公司不是一个人做十个人的工作。而是一个人构建了十个系统来做这些工作，他把时间花在少数真正需要人类的事情上：决定构建什么、定义什么才是正确的、对发布的内容的真相负责、以及处理任何不可逆的操作。

这些组件已经在你手中。一个 CLAUDE.md 和一个验证目标构成了构建循环。一个审查者子Agent和一个Hook构成了质量门。无头模式和定时计划让运营在你睡觉时运行。MCP 构成了连接器。记忆让这一切产生复利。

挑选当前最耗费你一周精力的功能——无论是支持、维护、还是每周的数据——首先为它构建系统。确保它可靠。然后下一个。公司不是你避免雇佣的人数。而是你实际构建的系统。

• 原文链接： x.com/0xmorlex/status/20...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～