从零学用 Codex 开发客户 Day 7：从背调证据写出第一封开发信

今天终于写信。但顺序不能反：不是先找模板，再把客户名塞进去；是从证据里挑一个值得联系的理由。

这篇是 从零学用 Codex 开发客户 的第 7 天。今天的最小可用单元只有一个：一封 80–120 英文词、只有一个切入点和一个低门槛问题的首封邮件。

先别收藏更多教程。打开 Codex，做完，看到结果，再回来继续。

今天只拿走一个结果

一封 80–120 英文词、只有一个切入点和一个低门槛问题的首封邮件。

你需要准备的输入也很少：一条已确认客户事实、一个真实能力、一个待验证假设。

如果这些输入还没有，先写“不确定”。真实的不确定，比让 Codex替你编一个答案有用。

第一轮对话：先让 Codex理解现场

把下面这段复制给 Codex。方括号里的内容换成你自己的。别删限制条件。

请根据以下材料写一封 B2B 首封邮件。

已确认客户事实：【附来源】
我方相关能力：【只写真能做到的】
待验证假设：【客户可能在意什么】
目标角色：【职位】

限制：
- 80–120 个英文词；
- 不说 leading、best、high quality；
- 不虚构合作案例和效果；
- 只讲一个切入点；
- 结尾只问一个容易回答的问题；
- 另给三个不夸张的主题行。
写完逐句标注每句话来自哪条输入。

发出去以后，不要趁它工作时继续塞十条要求。等它完成第一轮，看它检查了什么、改了哪些文件或引用了哪些证据。

第二轮：你亲手验收，不靠“看起来不错”

今天重点检查：删掉客户名后是否还能群发；第一句是否来自真实页面；能力是否回应客户语境；CTA 是否能用一句话回答。

看到问题时，描述现象，不要抢着替它诊断。比如说“390px 宽度下右边被裁掉”，比“CSS 的 grid 写错了”更好。前者是事实，后者只是你的猜测。

接着发这段纠偏对话：

把这封信压缩 20%。删除所有没有新信息的礼貌句和自我形容词。保持事实、相关能力和问题不丢。输出删改理由，不要把语气改得像广告。

怎么判断它真的理解了

客户开发任务里，Codex给出的流畅文字不是证据。公司身份要回到官方域名，业务判断要回到产品页或公开资料，时间信号要有日期，联系人要有仍在职的公开依据。任何一个关键字段回不到来源，就把它标成待确认，不要让语气替代可信度。

如果结果看起来“每家公司都很适合”，先停下来检查排除规则。真正能用的流程一定会主动丢掉一部分线索。Codex帮你整理和比较，但“是否值得投入时间”仍由你根据交付能力决定。

发送动作永远晚于研究和复核。先在草稿中完成，逐句检查事实、承诺与退出机制，再由人决定是否发送。今天的目标是建立判断，不是用自动化把一个未经验证的动作放大。

一个很容易踩的坑

让 Codex“写得更专业、更有吸引力”。它通常会把真实信息换成更空的形容词。

我现在判断提示词好不好，只看三件事：输入是不是事实，范围是不是够小，完成以后能不能验收。句子漂不漂亮，反而排在后面。

今天先别做这三件事

第一，别在任务做到一半时换技术、换表格或换一套提示词。工具切换会给人一种重新开始的轻松感，但旧问题没有因此消失。

第二，别把 Codex 的解释全部抄进笔记。只记你下次还会用的输入、判断和验收动作。其余说明随时可以再问。

第三，别把“多做一点”当奖励。今天的边界本身就是训练内容。能在最小成果通过后停手，说明你开始掌握任务拆分，而不是被新点子牵着走。

今天的 20 分钟刻意练习

大声读一遍。哪句话你现实中不会对客户说，就删或改。论坛感和活人感不是加口头禅，是不说假话。

练习时别开新教程，别换工具。卡住就把现场交回 Codex：你做了什么、预期什么、实际发生什么、原始错误是什么。

如果还是没做成，不要用“重新帮我做一次”清空现场。把最后一个成功状态、第一处失败、原始输出和你已经试过的动作写成四行。下一轮只解决第一处失败。这个习惯会让你少掉很多无效重来。

下班前的验收单

• [ ] 首句有客户证据
• [ ] 只有一个价值点
• [ ] 无虚构承诺
• [ ] 只有一个低门槛 CTA

四项都过，今天就停。没过也别扩功能，只修最前面那一项。

留一条“明天还能接上”的记录

在项目里写下四行：

1. 今天做成了什么；
2. 哪个输入最影响结果；
3. Codex 哪次判断错了，你用什么证据纠正；
4. 明天开始前必须保持不变的东西。

这四行比再收藏十个提示词值钱。它们会逐渐变成你的工作说明、测试清单，最后才是可复用的 Skill。

少量资源不是少学，而是让资源短到足以马上行动。今天的教程到这里，剩下的时间交给你的手。