一句话摘要
用 AI 打造 10 亿美元一人公司的愿景
如何用 AI 打造一个 10 亿美元/1 人公司 2026年7月1日 · 23 分钟阅读 · 查看原文 ↗ Claude AI 自动化 Linkedin
零员工。零倦怠。真实系统。
大多数人以为一人公司意味着所有事都自己做。
其实不是。
它意味着你是团队里唯一的人类。
它的第一个版本是 80 小时工作周,外加一场戴着商业帽子的无声崩溃。第二个版本就是我此刻在运行的这个。一个人。三个产品。零员工。其余的活儿都委派给一个 Claude Project,它比大多数员工更懂我的生意。
读完这一期,你会拿到完整的一人公司操作系统(One-Person Company OS)——每一个 .md 文件模板、每一条提示词、我用它来运营 AI in Public 的那套 Claude Project 精确配置。没有废话。没有理论。复制、粘贴、上线。
上个月我差点把一切都关了。
我在写通讯、回复赞助商、做产品、修网站,还在报税。
全挤在同一周里。我在一个周日晚上坐下来,连打开笔记本都做不到。
那一刻我明白了。问题不在工作。在配置。
那一周我重建了一切。你接下来要读的,就是它的产出。
证明,以防你需要
Sam Altman 去年亲口说过:
> "我们很快就会看到 10 个人的十亿美元公司。在我和 CEO 朋友们的小群聊里,有一家一人十亿美元公司,这要是在没有 AI 之前是难以想象的。"
一家一人公司将做到十亿美元营收。
不是精简创业公司。不是小团队。一个人。
现在之所以可能,是因为:AI 处理执行层。调研、写作、运营、内容、客户回复——所有这些。
你留在唯一一个 AI 还无法填补的座位上。
决策席。
这就是我们在这里要建的公司。
旧方式 vs 新方式
旧方式:你坐下来写。从零开始。你在四个标签页之间来回跳,试图想起上周你决定了什么。一个小时过去。你写了一段。还没开始,你就已经觉得自己落后了。
新方式:你打开一个 Project,它已经知道你的声音、你的受众、你的目标,以及上周的决策。你给它一个方向。四分钟后它递给你一份 90% 的草稿。你接下来的一个小时在做编辑——而不是生产。
旧方式:每个新任务 = 完整倒一遍上下文。"我是谁、我的受众是谁、语气是什么……"
新方式:Project 已经拥有这一切。你说你需要什么。上下文住在系统里,不在你脑子里。
那个转变就是全部的游戏。
如果这对你有用,把它分享给一个一直在试图独自扛下一切的人。只需 10 秒。
第 1 步:把你的 Claude Project 建成一个商业大脑
一个普通的 Claude 聊天,每次你关掉它就会把你忘掉。Project 不会。Project 是一个文件夹,你可以往里面丢文件、设置系统指令,并让它里面的每一次聊天都记住一切。
那就是地基。没有它,其他一切都不工作。
快速设置:
进入 claude.ai → Projects(左侧边栏)→ New Project
用你真实的公司名命名。不是"我的通讯"。不是"AI 那些事"。是品牌名。
加一行描述:"[公司名]的操作系统。"
这个 Project 就是你的操作系统。你生意里的每一次聊天都住在这里。每一个文件都住在这里。每一个决策都住在这里。
"别为每个任务都开一个新聊天。那样你就永远是瓶颈。"
第 2 步:加载四个运行一切的文件
每个一人公司恰好需要在 Project 里放四个文件。这些就是大脑。没有它们,Claude 给你的是通用输出。有了它们,它给你的是"你的"输出。
这四个文件:
who-i-am.md —— 你的声音和标准
what-i-do.md —— 你的产品和当前重点
style-rules.md —— 保护你声音的规则
operating-context.md —— 你生意的运行日志
下面是每个文件的完整模板。把它们复制进 Notion 或 Google Doc,编辑一次,然后上传到你的 Project。
模板 1:who-i-am.md
# 我是谁(Who I Am)
## 品牌名
[你的品牌名]
## 我一句话在做什么
[你的一句话定位。要具体。不是"我用 AI 帮助人"。试试
"我帮独立创始人用 Claude 发布内容。"]
## 我服务谁
- 首要受众:[你为谁写作。要具体。年龄、角色、问题。]
- 次要受众:[跟着看的那批更广的人群。]
- 我绝不服务的人:[错配的读者。点名这一点,能保护你的声音。]
## 我的声音——三个词
[挑三个。例:诚实、锐利、温暖。或者:直率、有用、平静。]
## 好的作品长什么样
- 读者读完,感觉他真的能做那件事
- 听起来像我在说话,而不是一篇通用的 AI 博客
- 每条断言都有我实际做过的事支撑,而不是理论
- 它靠告诉读者什么没成来赢得信任
## 我永远不会发布的东西
- 炒作词:"game-changer"、"revolutionary"、"mind-blowing"
- 空泛建议:"be more consistent"、"find your why"
- 听起来像 AI 的句子:"In today's fast-paced world..."
- 任何我自己没测试过的东西
## 我的不可妥协项
- 诚实胜过炒作,每一次都如此
- 具体胜过氛围
- 每篇一个清晰的可带走点
- 读者离开时带着今天就能用的东西
模板 2:what-i-do.md
# 我做什么(What I Do)
## 我的产品和产品
1. [产品/服务名] —— [一句话说明它是什么、给谁用]
2. [产品/服务名] —— [一句话]
3. [产品/服务名] —— [一句话]
## 本季度目标(每 90 天更新)
- 营收目标:[具体数字]
- 受众目标:[具体的订阅者、关注者或客户数]
- 构建目标:[本季度我要交付的那件大事]
## 本季度我说 YES 的事
- [具体的 yes 1]
- [具体的 yes 2]
- [具体的 yes 3]
## 本季度我说 NO 的事
- [具体的 no 1 —— 诚实面对那些你一直栽进去的闪亮东西]
- [具体的 no 2]
- [具体的 no 3]
## 最重要的一件事
[如果本季度只做成一件事,会是什么?用一句话写下来。
每个周一读一遍。]
"NO 清单干的活比 YES 清单多。大多数人跳过它。所以他们还卡在原地。"
模板 3:style-rules.md
# 风格规则(Style Rules)
## 我从不用的词
- "Game-changer"、"revolutionary"、"unprecedented"
- "In today's fast-paced world"
- "Leverage"、"synergy"、"utilize"(就说 "use")
- "Delve"、"embark"、"navigate the landscape"
- [随着你发现,加入你自己的禁用词]
## 听起来像 AI 的句式
- 以 "In this article, we'll cover..." 开头
- "It's important to note that..."
- "Whether you're a beginner or an expert..."
- 第三项永远是比喻的三项式列表
## 格式规则
- 短句。能拆就拆。
- 主动动词。"Claude builds" —— 不是 "Claude can build."
- 每段一个想法。
- 用箭头(→)表示流向和对比。
- 用项目符号做可扫读的列表,而不是逃避真正的散文。
- 用破折号做插入语,不是连字符。
## 长度规则
- 通讯文章:1,500 到 2,500 词
- X 帖子:280 字符以内,或者做线程
- LinkedIn 帖子:150 到 300 词
- 回复邮件:100 词以内,除非是关系维护型回复
## 语气规则
- 导师,不是老师
- 诚实,不是刻薄
- 具体,不是空泛
- 自信,不是傲慢
## 最后的检查
任何东西上线前,问一句:"这是不是任何一个人都能写出来的?"
如果是,就一直重写到答案变成"不是"。
模板 4:operating-context.md
# 运行上下文(Operating Context)
## 本周(每个周一更新)
- 焦点:[这一周是为了哪一件事]
- 开放循环:[任何做了一半、需要落地的事]
- 已做决策:[本周做出的、改变我们工作方式的新决策]
## 进行中的项目
- [项目 1] —— 状态、截止日、阻塞点
- [项目 2] —— 状态、截止日、阻塞点
- [项目 3] —— 状态、截止日、阻塞点
## 近期决策日志
- [日期]:因为 [Y] 决定了 [X]
- [日期]:因为 [Y] 决定了 [X]
## 我反复变卦的事(红旗清单)
- [如果你在某件事上反复横跳三次,那就是一个等着被
做的真实决策。]
## 值得记住的胜利
- [任何奏效的事。任何读者喜欢的东西。任何赞助商说 yes 的
事。把收据留住,让未来的你能回放它们。]
每个月初更新这个文件。最多五分钟。就这么点。
"这个文件是最重要的一个。它正是阻止 Claude 本周给你上个月建议的东西。"
第 3 步:写你的每周简报,而不是每周提示词
大多数人把 Claude 当自动售货机。投一个提示词。吐一个结果。
那不是商业系统。那是一次性的。
每个周一早晨,不要在一周里写 12 条分散的提示词,而是写一份简报。丢进你的 Project。现在 Claude 拥有你的一周了。
模板:每周简报
# 每周简报 —— [日期]
## 本周发生了什么
[1 到 3 句。焦点是什么?和上周相比,什么变了?]
## 需要交付什么
- [交付物 1 —— 带截止日]
- [交付物 2 —— 带截止日]
- [交付物 3 —— 带截止日]
- [交付物 4 —— 带截止日]
- [交付物 5 —— 带截止日]
## 本周我不做什么
[列出你要说不的那些诱惑。这训练 Claude 在你开始跑偏时
把你拉回来。]
## 当前状态
[和上周相比,什么变了?新订阅者?新赞助商?
一个新项目?任何 Claude 本周要有用就需要知道的事。]
## 那一件事
如果我这周只做成一件事,那必须是:[那一件事。]
它不需要猜。它不用假设去填补空白。它从你本周真正需要的东西出发。
"简报,就是工具和队友之间的区别。"
第 4 步:给 Claude 分配一个角色,而不是一项任务
这是改变我一切的那个转变。
我早期犯的最大错误就是分配任务。"写一条 LinkedIn 帖子。""起草一封邮件。""总结一下这个。"任务产出的是输出。角色产出的是系统。
当我给 Claude 一个角色——"你是 AI in Public 的运营合伙人"——一切的质量都跳升了。它不再只是回答问题。它开始思考更大的图景。
[VISUAL 2:"任务 → 角色 → 系统" —— 纵向流程图,展示从一次性任务到持久系统的杠杆阶梯,左侧带一个杠杆仪表]
角色分配提示词
把它丢进你的 Project 一次。然后就再也不用写了。
你是 [你的公司名] 的运营合伙人。
你可以完全访问这个 Project 里我的商业文件:
- who-i-am.md(我的声音和标准)
- what-i-do.md(我的产品和季度目标)
- style-rules.md(保护我声音的规则)
- operating-context.md(我生意的运行日志)
你的工作不是按需回答问题。你的工作是帮我做出
更好的决策、产出更好的作品,并构建不需要我
在每个任务里都在场的系统。
你和我共事的三条规则:
1. 当我带给你一项任务时,你的第一个问题应该总是:
"这是我该做一次的事,还是我们该为它建一个
系统?"
2. 在产出任何内容之前,读 style-rules.md,并在把草稿
给我看之前,逐条检查它。
3. 如果你问我的某件事和我文件里的内容相矛盾,顶回
来。告诉我文件里是怎么写的。问我要不要在我们继续
之前更新文件。
从阅读这个 Project 里的每一个文件开始。然后问我本周
在做什么,我们从那里开始规划。
"'顶回来'就是把 Claude 从助手变成合伙人的那一句。"
> 这份通讯靠你的分享而增长。如果你到目前为止拿到了价值,把它传给一个需要它的人。
第 5 步:为每种输出类型建一个流程文件
对你生意里每一个重复出现的交付物,你都需要一个流程文件。不是模板。是流程。
模板是一份带标题的空白文档。流程告诉 Claude 到底该如何把工作想透。
下面是我最常用的三个。把它们作为独立文件直接丢进你的 Project。
流程文件 1:通讯文章
# 通讯文章流程(Newsletter Issue Process)
每次我们写一篇通讯文章都遵循这个。不许跳步。
第 1 步:在写任何东西之前,完整地读 who-i-am.md 和
style-rules.md。确认你读过它们。
第 2 步:问我三件事:
- 主题是什么?
- 我想让读者读完后做的"不同"的那一件事是什么?
- 我具体是为谁写这篇?(免费、付费,还是创始会员?)
第 3 步:为这个主题提 3 个角度。等我来挑一个。
在我选定之前不要继续。
第 4 步:先写标题和副标题。等批准之后再写正文。
第 5 步:写开篇钩子。最多三句。等批准。
第 6 步:一节一节地写正文。每节结尾暂停,等我给
一个 yes/no。
第 7 步:跑最终检查:
- 每一节都通过 style-rules.md 的测试了吗?
- 是否至少有一个彻底诚实的时刻?
- 回顾清单是否干净、值得截图?
- 这是不是任何一个人都能写出来的?如果是,标出来。
第 8 步:交付最终文章,并标出所有视觉提示。
流程文件 2:X 帖子
# X 帖子流程(X Post Process)
每次我们写一条 X 帖子都遵循这个。
第 1 步:问我一个问题 —— 用一句话说,信息是什么?
第 2 步:根据信息建议最佳格式:
- 单行钩子
- 三行堆叠陈述
- 五步清单体
- 线程(仅当信息需要超过 280 字符时)
第 3 步:写 3 个版本。每个用不同的开篇钩子风格:
- 大胆断言
- 具体数字
- 个人故事线
第 4 步:等我挑一个。然后只打磨那一个。
第 5 步:对照 style-rules.md 检查。剔除任何禁用词。
发送最终版本。
永远不要写超过 3 个版本。每个会话永远不要写超过
一个线程。
流程文件 3:赞助商回复邮件
# 赞助商回复邮件流程(Sponsor Reply Email Process)
每次有赞助商邮件进来都遵循这个。
第 1 步:读我贴进来的邮件。识别他们想要什么:
- 价格咨询
- 过往作品请求
- 预订某个具体档期
- 谈判一笔交易
第 2 步:从 what-i-do.md 拉我当前的价目表。从
operating-context.md 拉近期胜利。
第 3 步:起草一封回复:
- 第一句直接回答他们的问题
- 用一条具体的近期胜利做锚点
- 点明下一步清晰动作(约个电话、发价目表、发发票)
- 控制在 80 词以内
第 4 步:标出任何需要我个人声音的邮件——情绪化的、
古怪的请求、投诉。别起草那些。只总结,并让我来处理。
"流程文件,就是让一人公司感觉像一家真公司的东西。"
第 6 步:审阅,而不是生产
这是大多数人从未做出的转变。
他们用 AI 来帮自己生产。一人公司模型用 AI 来处理生产,把你留在审阅席上。
审阅工作长这样:
这合不合品牌?
这准不准确?
这真是我想说的话吗?
什么能让它再锐利 10%?
这就是你在系统里唯一的活儿。打字、结构化、起草、排版——那是系统的活儿。
[VISUAL 3:"两个座位" —— 并排对比,展示生产者席(有压力、在打字)vs 审阅者席(平静、在批准),中间桥接标签"同一个人,不同的座位"]
要让它扎根,任何东西上线前都用这个审阅提示词。
审阅提示词
你刚交付了一份草稿。在我读它之前,跑一遍这个
自审并告诉我:
1. 声音检查 —— 这听起来像我吗,还是任何一个人都行?
标出最弱的 3 个句子。
2. 风格检查 —— 列出这份草稿每处违反我 style-rules.md
里某条规则的地方。
3. 诚实检查 —— 是否至少有一处我说了什么没成的事,
或者点名了被过度炒作的说法?如果没有,标出来。
4. 具体性检查 —— 找出每一个空泛说法("a lot"、"many people"、
"in general"),换成具体的数字或例子。如果你无法让它
具体,就删掉。
5. "任何一个人"测试 —— 这是不是任何一个人都能写出来的?
如果是,在给我看之前重写最弱的那一节。
跑完这五项检查后,把最终版本给我。然后标出你
改了什么、为什么改。
"'任何一个人测试'是整个系统里最有用的那一句话。"
第 7 步:跑一个周日收尾
每个周日晚上,花 20 分钟,收掉这一周。
没有它,系统会慢慢漂移。文件过期。Claude 开始从旧上下文工作。两个月后你最终又得重建整套东西。
周日收尾提示词
我们要收掉这一周了。跟我跑一遍:
1. 读 operating-context.md。读我周一的每周简报。
2. 告诉我本周哪些交付物交付了、哪些滑了、
哪些被我们砍了。
3. 从我们的对话里,扒出我本周做的任何新决策。
建议更新 operating-context.md。
4. 扒出你本周发现的任何新风格违规。建议往
style-rules.md 里加 2 条新规则。
5. 为下周建议 1 项系统改进——一件我们本周手动做、
应该变成流程文件的事。
6. 基于仍然开放的和接下来要来的事,写一份下周
每周简报的新草稿。我来编辑它。
结尾问我一个问题:"本周我做的最有杠杆的事是
什么,我们怎么多做它?"
20 分钟。每周一次。让整个系统保持锋利,就这么点。
在继续之前停一下
在你往下走之前——在这里慢下来。
你刚读了七个步骤。也许你已经在想自己会跳过哪一个了。别跳。
如果你跳过无聊的步骤,系统就会崩。.md 文件是无聊的。周日收尾是无聊的。流程文件感觉像额外的工作。它们不是。它们就是工作本身。
大多数人会读完这一期,打开 Claude,贴一条提示词,然后管这叫一个系统。那不是系统。那是自动售货机。
真正运营一人公司的人,会在某个周六坐下来 90 分钟,写出四个 .md 文件,建好 Project,从此再也不会回到混乱。差距就在这。
别做那个自动售货机的人。做那个 90 分钟周六的人。
三个更进阶的提示词,本周就丢进去
一旦你的 Project 建好、四个文件加载完,这三个提示词解锁剩下的部分。
进阶提示词 1:"建系统,不做一次性"检查
当你发现自己同一件任务做了超过两次时,用它。
我刚花了时间在 [描述任务——例:一条条回复三个
赞助商咨询]。
在我继续之前,帮我决定:
1. 这是一次性任务,还是未来 30 天里我会再做的事?
2. 如果它是重复的,带我走一遍:这件事的流程文件
会长什么样。用我现有流程文件同样的格式。
3. 起草那个流程文件的第一版。包含确切的步骤、
要读的确切文件,以及你一开始会问我的确切问题。
4. 告诉我,如果我们今天就上线这个流程文件,
我每周能省多少小时。
先别写全。给我一个 5 行的草稿,问我值不值得
展开做。
"第 2、3 步把一次挫败变成了基础设施。那就是那一步。"
进阶提示词 2:订阅者回复批量处理
每周五用它。把那一周收到的每条回复都贴进去。
下面是我本周收到的所有回复。把它们当作一批处理。
[把全部回复贴在这里,用 === 分隔]
你的工作:
1. 把每条回复归入下面某个桶:
- 快速道谢(无需回复)
- 简单问题(起草一条短回复)
- 真实反馈(总结给我,无需回复)
- 需要我个人声音(只标出,别起草)
- 赞助商或商业机会(紧急标出)
2. 对于"简单问题"的回复,用我的声音起草回复
(读 style-rules.md)。每条控制在 60 词以内。
3. 对于"真实反馈"的回复,给我 3 条要点总结其模式
——读者爱什么、被什么搞糊涂、想要更多什么。
4. 对于"需要我个人声音"的回复,贴出原始回复,
加一行:"为什么这件事需要你。"
把整批放在一张干净的表里给我看。我一次性批准、
编辑、发送。
"批量处理把 45 分钟的收件箱苦力变成 12 分钟的决策。"
进阶提示词 3:大决策呼叫
当你卡在一个真实决定上时用它。我该上线这个吗?接这个赞助商吗?退出这个项目吗?
我卡在一个决定上。情况是这样的:
[用 3 到 5 句描述这个决定。包含赌注是什么、
你的直觉在说什么、什么让你犹豫。]
在你回答之前,读 who-i-am.md、what-i-do.md 和
operating-context.md。别跳过这一步。
然后,在你的回复里:
1. 告诉我,我 Project 里哪个文件和这个决定最相关,
并引用适用的那一行原话。
2. 把这个决定铺成一个简单的"如果是 A,那么……"/
"如果是 B,那么……",从 90 天后我生意会怎么变
的角度说。
3. 标出这个决定在任何方面和我本季度说过要做的事
(来自 what-i-do.md)相矛盾。别轻描淡写。
4. 推荐两条路中的一条。最多用 3 句话给我理由。
结尾:"但这是你的决定,这里是你该考虑过夜的
东西。"
别试图讨好我。我需要的是会顶回来的那个你。
"'别试图讨好我'就是解锁。没有它,你得到的是一个应声虫。有了它,你得到的是一个合伙人。"
最佳实践和真实用例
我每周实际用这个 OS 的五种方式。
周一的量产冲刺:周日晚上,我把每周简报丢进 Project。到周一早上,本周每一篇内容的第一稿都有了。周一我只做编辑。周二到周五,其余一切都在每篇 30 分钟内批准或否决。
订阅者回复批量处理:每个周五,回复堆起来了。我把它们作为一批全贴进 Project。Claude 分类、起草简单的那些、标出需要我声音的那些。我批准、定制、发送。45 分钟变成 12 分钟。
没有头疼的竞品调研:Project 里的一条常驻指令:"每个周三,给我一份 5 点简报,讲讲 AI 工具领域里我读者还不知道的新东西。"我贴进我注意到的 3 到 5 篇文章。Claude 综合。我决定什么值得覆盖。我自己从不用读 31 页的报告。
会自我更新的产品页:以前每次我发布一个功能,ClaudeKit 页面都要手动更新一次。现在我有一个 Claude 遵循的流程文件。丢进功能说明。出来一份更新过的、合品牌的产品描述。我读、批准、上线。
大决策呼叫:当我卡在一个真实决定上——我该上线这个吗?该接这个赞助商吗?——我不问朋友。我打开 Project,跑进阶提示词 3。Project 已经知道我的目标、我的声音、我的 NO 清单。答案通常五分钟内就清楚了。
这些才是要紧的用例。在你把这些钉死之前,跳过其余的一切。
诚实的那部分
我要诚实地说一件事。
这个系统我试了四次才搞对。
第一次,我写了四个 .md 文件,然后忘了它们。Claude 从不会自己去打开它们。输出一直是通用的。两周后我放弃了。
第二次,我写了角色提示词,但跳过了流程文件。每次聊天还是一次性的。我只是用更少的字得到同样的结果。
第三次,我除了周日收尾之外什么都有。三周后,文件过期到 Claude 在基于我已经放弃的目标给我建议。
第四次成了。第四次就是你刚读到的。
别指望它第一天就感觉神奇。指望它第一周感觉像工作,第二周有用,第三周变得隐形。那就是曲线。
关于打造一人公司,没人告诉你的那件事。
难的部分不是工作。
难的是放下"工作必须出自你"这个念头。
我花了三个月用 AI 帮我写得更快。它有用。但我仍然是那个在生产的人。那天我把风格文件交给 Claude,说"你的工作是保护我的声音,不是复制它"——一切就变了。
好的 AI 用法不是少打字。是留在只有你能做的决策里。其余的一切都是基础设施。
如果你把这个系统建对了,你的工作就不再是"把活干完"。你的工作变成"定义什么算好,然后否决任何不达标的东西"。
这就是我们在这里要建的公司。
回顾清单 —— 60 秒内
→ 建一个以你生意命名的 Claude Project
→ 加载 .md 文件:who-i-am、what-i-do、style-rules、operating-context
→ 每个周一写一份 5 分钟的每周简报
→ 用角色提示词给 Claude 分配一个角色——不是一项任务
→ 为每种输出类型写一个流程文件,从你交付最多的那个开始
→ 任何东西上线前用审阅提示词
→ 每周跑一个 20 分钟的周日收尾
保存它。截图它。回来看它。
你的礼物 —— 如约而至
一人公司 OS —— 装在一个 Notion 工作区里。
→ 去拿你的礼物:
这个周六花 90 分钟。设置一次。在接下来的 12 个月里跑在上面。
我们公开测试过它了。现在私下用它。
Hamza 💙
标签:# X # Claude # AI # 自动化 # Linkedin # 线程 # 指南 相关文章 我炒掉了自己在生意里的三份工作。这是精确的操作手册:角色:你为即将到来的文章研究主题,并提炼最有用的、最新的事实、统计数据和例子——仅此而已。输入:我给你一个主题和一个目标受众。输出:一份要点…… AI 自动化 Claude Linkedin
原文参考:https://maxed.wiki/posts/how-to-build-1b-1-person-company-using-ai/ (Maxed.wiki,本页为站内中文整理)