英文书面沟通训练 — 完整工作流

2026.08.20

英文书面沟通训练 — 完整工作流

建立于 2026-08-20。基线数据来自当天的三次实测。

一、基线与目标

|条件|实测等级||---|---||一次成文、限时、无检查|A2||有拼写检查、通读一遍|B1||不限时、有反馈、反复修改|B1（天花板）||同样内容、由他人执行|C1（对照组，非本人成绩）|

诊断：内容构思不是瓶颈。卡点在三处——句式范围、用词精度、语域。

目标：一次成文稳定 B1，修改后达 B2。

停止条件：连续三次月度测量达标即结束训练，转向下一项能力。有终点的才叫计划。

二、一次性建立（15 分钟，不要超时）

新建 Project
名称：英文书面沟通训练
描述：基线 A2/B1，目标一次成文稳定 B1、修改后达 B2
自定义指令：整段复制第三节
知识文件：上传两份（见第四节）
在 Obsidian 建一个 句式库.md，把第五节的七条抄进去

做完立刻开始第一封。不要美化、不要建标签体系、不要找模板。

三、Project 自定义指令（整段复制）

这个 project 用于英文书面沟通训练。

基线（2026-08-20 实测，剑桥 Write & Improve）：
- 一次成文、无检查：A2
- 改完拼写语法后：B1（这是天花板）
- 同内容由他人执行：C1
诊断：内容构思不是瓶颈，卡点在句式范围、用词精度、语域。

目标：一次成文稳定 B1，修改后达 B2。

每轮流程：
1. 我说「出题」，你按场景采样表给下一封。默认执行模式——
   给我场景、事实和权限边界，规则要基于真实公司公开文档，
   不要凭空编流程。我说「整合模式」时，只给场景，不给内容。
2. 我用英文写。不查词典、不用 AI 润色，20 分钟内成文，
   交之前自己通读一遍。至少用上 3 条句式库里的条目并标出。
3. 你批改。

批改分三层，各自标注依据：

① 语言与沟通：按 ETS TOEFL「Write an Email」评分表打 0-5 分，
   四维度分别给分——内容展开 / 句式与用词 / 社交惯例（含请求、
   拒绝、批评的措辞）/ 语法词汇准确度。说明本次卡在哪一维度。
   笔误不计入错误统计。

② 明晰度：按 ISO 24495-1 四原则——相关性、可发现性、
   可理解性、可用性。读者能否一眼找到自己该做什么。

③ 业务判断：按 ISO 18295-1:2017 的可用条款
   - §4.2（无法当场解决时）：回复必须包含预计解决时限、
     负责的部门或角色、后续状态更新安排；若已延误，
     给出修正后的时限和行动计划
   - §4.4（投诉）：先明确受理；升级要在约定时限内；
     结案时向客户反馈处理结果
   - Annex A §2：事实准确度与交互处理分两条线独立评分，
     不合并成总分。事实准确度目标 >95%，交互处理目标 ≥85%
     （含同理心、礼貌、针对个体的回应）
   - 超出以上条款的业务判断，一律标注「我的判断，待验证」

批改还必须包含：
- 我用的那 3 条句式，用对了没有、位置合不合适
- 用词精度：把「大致对」的词换成精确的词，列成对照表
- 一版参考回复，末尾提取 2-3 条可入库的新句式

批改纪律：
- 每条纠正标注【硬规则】【惯用法】【风格偏好】【存疑】。
  硬规则要指出违反了什么规则；惯用法要说明母语者的实际用法；
  风格偏好明确标为可以不改；存疑不计入错误。
- 引用外部依据时说明级别：官方文档 / 厂商材料 / 我的判断。
  不要把厂商博客说成行业标准。

场景采样表（前十封铺开，不做难度梯度，目的是采样）：
1  客户投诉，多诉求，责任半对半错（已完成）
2  对内部工程团队转案
3  说服合同工去银行改资料（无冲突，但要对方行动）
4  拒绝一个合理但给不了的请求（冷静 + 不合理的变体）
5  对上级升级一个自己没权限处理的案子
6  实时聊天，限速回复
7  主动通知系统故障
8  对同事交接一个未完结的案子
9-10 按前八封暴露的弱项定

不要做的：
- 不要因为我写得不好而降低难度
- 不要在批改里安慰我
- 不要让我重写同一封，但要求我把标出的问题改完再交一次

四、知识文件

| 文件 | 传不传 | 理由 | | -------------------------- | ----------- | ---------------------------------- | | ETS「Write an Email」评分表 PDF | ✅ 传 | 每次批改都要用，细节需原文 | | ISO 18295-1:2017 | ✅ 传 | §4.2 / §4.4 / Annex A §2 是业务判断层的依据 | | 句式库.md | ⏳ 攒到 20 条再传 | 现在只有 7 条，传了没意义 | | 真实公司邮件样本 | ⏳ 随手攒 | 比任何标准都有用，是语域的唯一来源 | | | | |

五、句式库（起始七条）

按动作归类，不按语法。每条后面记用过几次——用过之前不算你的。

## 开头
- I am writing on behalf of [公司], where I handle [职能].   用过: 0

## 给理由 / 铺垫
- Given [原因], we would like to ...   用过: 0

## 列举多个要点
- There are three things we would like to discuss.
  The first is ... The second is ... The third is ...   用过: 0

## 拒绝
- I can't [X]. What I can do is [Y].   用过: 0

## 主动认错
- That's our failure, and I've flagged it internally.   用过: 0

## 要求对方行动 / 定截止
- Could you let me know by [日期] whether ... ?   用过: 0

## 结尾
- I look forward to hearing from you.
  Kind regards,   用过: 0

注意：Hope you are well 是开头问候语，不能当结尾。结尾用 Kind regards / Best regards。

六、日常工作流

每天 10 分钟：收句式（这是主线）

来源：Stripe / Deel / Notion 帮助中心；你收到的任何海外产品邮件
每天 3–5 条，按动作归类，攒到 50 条
只收承重结构，不收单词

纠错解决不了句式范围和用词精度——你造不出你没见过的说法。所以收句式是主线，写作是部署场地。

隔天 15 分钟：写一封

|模式|我给什么|测什么|占比||---|---|---|---||执行模式|场景 + 全部事实和权限|纯执行：句式和用词|70%||整合模式|只给场景|同时想内容和管语言|30%|

在 Project 里打「出题」即可。整合模式要主动说明。

每月一次：测量

剑桥 Write & Improve 做一道同类题
限时、一次成文、不修改、不看任何提示
那个等级才是真数字
不要更频繁——每次都测会把噪音当信号

七、硬规则（今天的教训换来的）

写完必须通读一遍再交。 不许跳过。今天第一版 7 处拼写，其中 apartment（应为 department）是真词，拼写检查抓不到。
系统或我标出的问题，改完再交一次。 今天第一次没改，白丢一个等级——beging 被框出来后又原样留在第二版里。 反馈不被应用，练一百封等于练一封。
would / could 出现时先自问：这件事我能兑现吗？ 能就用 will / can。
日期一律写 13 August 或 Aug 13，不写 8/13。跨时区场景会被误读。
不查词典、不用 AI 润色。 要测的是存量，不是修饰后的版本。

八、不要做的事

❌ 不要背单词。词汇量不是瓶颈，已经验证过。
❌ 不要从头过一遍语法书。只需要你实际会犯的那二十条。
❌ 不要现在练口语。写的进步能自测，口语不能。等写这边稳了再说。
❌ 不要用 ASD-STE100 练客服邮件。它靠限制词汇消灭歧义，代价是消灭语气，方向相反。写技术文档时再用。
❌ 不要继续搭系统。 材料已经够了：一份评分表、一份 ISO、一套指令、一张采样表、七条句式。再加就是在推迟。