写作执行 (Writing Executor)
指令 (Instructions)
当写作需求已澄清、风格已确定后，进入实际写作阶段。本Skill的核心目标是：从一开始就写出人话，而不是写完再去AI味。
1. 写作前检查清单
在动笔前，必须确认以下信息已就绪：
- 写作需求已通过
writing-clarifier确认 - 目标字数已明确（如：2000字、3000字）
- 如有指定风格，已读取
.claude/styles/[风格名].md中的"反AI格式特征" - 如有调研素材，已从
research-expert获取关键数据/案例
2. 信息交接（必须显式输出！）
在开始写作前，必须先输出以下信息汇总，确保从前面步骤获取的所有信息已就绪：
═══════════════════════════════════════════════════
📋 写作信息汇总
═══════════════════════════════════════════════════
【来自"澄清写作需求"】
• 主题：[主题名称]
• 切入方向：[具体方向描述]
• 目标受众：[受众描述]
• 文章类型：[观点文/分析文/指南/叙事]
• 目标字数：[X] 字
• 核心目的：[读者看完应该...]
【来自"风格文件"】
• 风格名称：[风格名]
• 核心人格：[一句话描述]
• 论证结构：[如：现象→质疑→反转→结论]
• 招牌动作：[列出3-5个]
• 禁用词汇：[列出主要禁用词]
• 格式规范：[小标题/加粗/列表的使用规则]
【来自"调研资料"】（如无调研则写"无"）
• 硬核数据：
1. [数据1 + 来源]
2. [数据2 + 来源]
• 典型案例：
1. [案例1简述]
2. [案例2简述]
• 可引用观点：
1. [观点1 + 出处]
═══════════════════════════════════════════════════只有用户确认以上信息无误后，才能进入下一步。
如果某项信息缺失（如：没有做调研），需要：
- 明确告知用户该项为空
- 询问是否需要补充，还是直接开始写
2.5 标题设计（必须在写正文之前完成！不可跳过！）
用户确认信息汇总后，必须立即进入标题设计环节，然后才能继续。
请输出以下内容，让用户选择标题：
📝 请选择文章标题：
A.【吸引型】[用悬念、反问或惊人数据吸引点击的标题]
B.【信息型】[直接说明文章主旨的标题]
C.【情绪型】[触动情绪、引发共鸣的标题]
请选择 A/B/C，或告诉我您想要的标题方向：标题设计规则：
- 禁止使用AI常见标题套路（如："深度解读XXX"、"全面分析XXX"、"你不知道的XXX"）
- 标题长度建议15-25字
- 如果使用了风格文件，标题也要符合该风格的语气
用户选择后，记录最终标题，后续保存文件时使用此标题作为文件名。
只有用户确认标题后，才能进入字数规划和正式写作。
2.7 开头钩子设计 ⭐⭐⭐⭐⭐（生死线！必须执行！）
开头50字决定读者是否继续阅读！用户确认标题后，必须先设计开头钩子。
钩子类型（必须使用其中1种）
类型1：场景代入型 让读者脑子里"看到"一个画面。
示例：
"电梯里，我按了32楼，旁边西装男按了18楼。他看了我一眼，露出了那种你懂的微笑。"
"凌晨1点，你做完PPT，老板发来一条微信：'重做'。你没敢问为什么。"类型2：身份捆绑型 让读者觉得"说的就是我"。
示例：
"你有没有过这种经历：领导当众表扬你，你的第一反应不是高兴，而是'完了，要被同事排挤了'。"
"30岁的你，是不是也经常在深夜问自己：我这辈子就这样了吗？"类型3：悬念打开型 让读者产生"怎么回事"的好奇。
示例：
"上个月，我拒绝了一家给我涨薪50%的offer。朋友说我疯了。"
"我在大厂待了5年，直到离职那天才明白一个道理。"类型4：情绪共振型 替读者说出不敢说的话。
示例：
"不是我不想升职，是这公司根本没有让我想升职的理由。"
"说实话，我已经很久没有期待过周一了。"开头钩子输出格式
📝 开头钩子设计：
【钩子类型】：场景代入型
【开头50字】：
"电梯里，我按了32楼，旁边西装男按了18楼。他看了我一眼，露出了那种你懂的微笑。那一刻我忽然明白，这栋楼里的鄙视链，藏在每一次对视里。"
【设计意图】：用办公楼电梯这个职场人每天都会遇到的场景切入，制造代入感。
请确认开头是否可以？（确认/修改）开头自检清单
□ 1.【3秒法则】读完前3行，读者会想继续往下看吗？
□ 2.【代入感】读者会觉得"说的就是我"吗？
□ 3.【具体化】有没有用具体场景/细节代替抽象描述？
□ 4.【去AI味】有没有使用"在当今社会""随着...发展"等套话？
❌ 如果4项中有2项以上未通过 → 必须重写开头只有用户确认开头钩子后，才能进入正式写作阶段。
3. 字数控制（必须严格执行！）
字数误差必须控制在±20%以内。 目标2000字，最终成稿必须在1600-2400字之间。差一倍是不可接受的。
3.1 写作前的字数规划
根据目标字数，严格规划结构并遵守：
| 目标字数 | 开头 | 主体段落数 | 每段平均 | 结尾 | 允许范围 |
|---|---|---|---|---|---|
| 1000字 | ~100字 | 4-5段 | ~150字 | ~100字 | 800-1200字 |
| 1500字 | ~150字 | 6-7段 | ~170字 | ~100字 | 1200-1800字 |
| 2000字 | ~200字 | 8-9段 | ~180字 | ~100字 | 1600-2400字 |
| 2500字 | ~250字 | 10-11段 | ~180字 | ~150字 | 2000-3000字 |
| 3000字 | ~300字 | 12-14段 | ~180字 | ~150字 | 2400-3600字 |
动笔前必须告知用户：
"目标字数2000字（允许范围1600-2400字），我的规划是：开头约200字，主体8-9段（每段约180字），结尾约100字。"
3.2 关键节点字数检查（防止严重超标！）
必须在以下3个节点进行字数检查：
| 节点 | 时机 | 预期进度 | 操作 |
|---|---|---|---|
| 检查点1 | 开头写完后 | 约10% | 确认开头没有过长 |
| 检查点2 | 主体写到一半时 | 约50% | 如果已超50%，开始精简后续内容 |
| 检查点3 | 主体写到80%时 | 约80% | 如果已超80%，立即进入收尾 |
字数统计方法（必须使用工具，禁止估算！）：
由于模型无法准确估算中文字数，必须使用以下方法获取真实字数：
- 把已写内容保存到临时文件：
使用 write_to_file 工具保存到： articles/temp_count.txt - 用命令统计实际字数：
# Windows PowerShell (Get-Content articles/temp_count.txt -Raw).Length或# 如果有 wc 命令 wc -m articles/temp_count.txt - 对比目标字数，决定下一步
检查点执行流程：
写完开头/主体一半/主体80%
↓
保存到 temp_count.txt
↓
运行命令统计字数
↓
获取实际字数（如：2752字）
↓
对比目标（如：2000字）
↓
计算进度：2752/2000 = 137%（超标！）
↓
触发红线，立即停止如果检查点发现严重超标（超过预期进度20%以上）：
- 立即停止当前段落
- 告知用户："【实际字数检查】当前已写XXX字，超出预期，建议立即收尾或删减内容"
- 等待用户指示
3.3 完稿前强制字数验证（必须执行！）
在保存最终稿之前，必须执行以下步骤验证字数：
# 步骤1：保存到临时文件
write_to_file(
path="articles/temp_count.txt",
content="[完整正文内容，不含元数据]"
)
# 步骤2：统计实际字数
run_command("(Get-Content articles/temp_count.txt -Raw).Length")
# 步骤3：对比目标字数
实际字数 / 目标字数 = 完成率
# 步骤4：报告结果
【最终字数验证】
- 目标字数：2000字
- 实际字数：1890字
- 完成率：94.5%
- 状态：✅ 符合要求（80%-120%范围内）禁止行为：
- ❌ 不验证就直接保存
- ❌ 用估算代替实际统计
- ❌ 在元数据中写错误的字数
如果验证不通过：
- 低于80%：补充内容后重新验证
- 高于120%：删减内容后重新验证
3.4 硬性红线（绝对禁止突破！）
| 红线 | 触发条件 | 强制操作 |
|---|---|---|
| 黄线 | 实际字数达到目标的90% | 必须开始写结尾段 |
| 红线 | 实际字数达到目标的110% | 立即停止，不再输出新内容 |
| 死线 | 实际字数达到目标的120% | 这是失败，需要删减重写 |
示例： 目标2000字
- 写到1800字 → 黄线预警，开始收尾
- 写到2200字 → 红线触发，立即停止
- 写到2400字 → 已到允许上限，必须结束
- 写到2500字以上 → 失败，需要删减
3.5 字数不足时的补救
如果写到结尾发现字数不足（低于目标80%）：
- ❌ 禁止：硬凑废话、重复已说过的观点
- ✅ 推荐：
- 增加一个具体案例或场景描写 - 补充一个反向观点的讨论 - 展开某个论点的细节
4. 反AI写作技巧（核心！）
开头技巧（禁止AI套路）：
- ❌ 禁止："在当今社会..."、"随着...的发展..."、"众所周知..."
- ✅ 推荐：直接抛出一个具体场景、一个尖锐问题、或一句有态度的判断
- ✅ 示范："你朋友圈里那些'深度好文'，有多少是真正原创的？"
过渡技巧（禁止排比连接词）：
- ❌ 禁止："首先...其次...再次...最后..."、"第一点...第二点..."
- ✅ 推荐：
- 用反问句引出下一个话题（"那问题来了，为什么..."） - 直接切换，不做过渡（人说话经常跳跃） - 用短句做情绪转折（"说到这个，更气人的是..."）
段落技巧（禁止格式洁癖）：
- ❌ 禁止：每段都是3-5句，长度高度一致
- ✅ 推荐：
- 有的段落只有一句话（制造节奏感） - 有的段落七八句话（信息密集区） - 长短交替，像呼吸一样
小标题技巧（默认不用）：
- ❌ 禁止：每隔两三段就来一个"## 小标题"
- ✅ 推荐：
- 用一个独立短句做"隐形标题"（如："说回正题。"） - 用反问句切换话题（如："但你有没有想过..."） - 除非用户明确要求，否则不使用markdown格式的小标题
结尾技巧（禁止假大空升华）：
- ❌ 禁止："让我们共同期待..."、"总而言之..."、"综上所述..."
- ✅ 推荐：
- 戛然而止（说完最后一个观点就停） - 留一个反问或悬念 - 回扣开头的场景或问题
词汇技巧（禁止AI腔）：
- ❌ 禁止："赋能"、"抓手"、"底层逻辑"、"认知升级"、"降维打击"
- ✅ 推荐：用具体动作替代抽象概念（"认知升级"→"每周读一本书然后写笔记"）
5. 分步起草流程（含字数追踪）
第一步：开头段（必须单独确认）
- 写出开头1-2段，发给用户确认
- 开头是全文的"第一印象"，必须通过用户的"AI检测直觉"
- 如果用户说"有点AI味"，立刻重写，不要解释
- 报告字数：
【开头段：XXX 字 / 目标 XXXX 字，完成 XX%】
第二步：主体段落（分批输出+字数追踪）
- 每次输出2-3个自然段
- 保持段落长度的不规则性
- 每批必须报告累计字数：
【当前进度：已写 XXX 字 / 目标 XXXX 字，完成 XX%】 - 根据进度决定后续内容的详略
- 如果进度过快（内容还没说完但字数快到了），提前告知用户
第三步：收尾段
- 不要硬凑总结
- 如果观点已经说完，直接停
- 让用户确认是否需要调整收尾方式
- 最终报告：
【全文完成：共 XXX 字，目标 XXXX 字，达成率 XX%】
7. 风格执行（读取深度风格文件）
如果用户指定了风格文件（如 墨水怪风.md），必须完整读取并严格执行该文件的所有维度：
必须执行的核心配方：
- 核心人格：按照文件中定义的人设、态度、价值观来写
- 思维模式：遵循文件中的论证结构（如"现象→质疑→反转→结论"）
- 开头配方：使用文件中定义的开头句式，参考示范
- 过渡配方：使用文件中的替代词，禁用文件中的禁用词
- 招牌动作：每篇文章必须使用至少3个文件中定义的招牌动作
- 段落模板：写作时参考文件中的段落模板库
写作中的自检：
- 每写完一段，对照风格文件检查
- 重点检查：是否使用了招牌动作？是否符合句式配方？
- 如发现偏离，立刻修正
8. 版本管理与文件保存（必须执行！）
文章的每个版本都必须保存为独立的 .md 文件，存放在 articles/ 目录下（如不存在则创建）。
文件命名规则：
[标题]_[版本号]稿.md版本类型：
| 版本 | 文件名示例 | 说明 |
|---|---|---|
| 初稿 | 35岁程序员危机_1稿.md | 第一次完成的完整草稿 |
| 修订稿 | 35岁程序员危机_2稿.md | 根据审稿意见修改后的版本 |
| 再修订 | 35岁程序员危机_3稿.md | 继续修改的版本 |
| 最终稿 | 35岁程序员危机_最终稿.md | 用户确认通过的最终版本 |
保存时机：
- 初稿完成后：立即保存为
[标题]_1稿.md - 每次修改后：保存为
[标题]_N稿.md（N递增） - 用户确认最终版：保存为
[标题]_最终稿.md
文件内容格式：
# [标题]
> 版本：[N]稿
> 字数：[XXX] 字
> 风格：[风格名]
> 创建时间：[YYYY-MM-DD HH:MM]
---
[正文内容]保存后必须告知用户：
📁 已保存：articles/35岁程序员危机_1稿.md（共 1987 字）示例 (Examples)
用户： 开始写吧，按墨水怪风格。
AI： 好的，我已完整读取 墨水怪风.md 的深度风格配方。根据该风格，我将执行：
核心人格：愤世嫉俗但真诚的老朋友，深夜喝酒聊天的语气 论证结构：流行观点 → 质疑 → 反转 → 反常识结论 招牌动作：悖论翻转、自问自答、口语化超长句、情绪短句收尾、骂读者 格式：无小标题、无加粗、无列表
现在先输出开头段（使用"反问开头"配方），请您确认是否像墨水怪：
你朋友圈里那些"深度好文"、"干货分享"，有多少是真正原创的？
真相会让你恶心。新榜2023年的数据摆在那里，微信热文里三成都是洗稿，每三篇爆文就有一篇是偷来的。更气人的是什么？这帮小偷靠着偷来的内容年入百万，原创作者呢？可能在吃泡面。你说这他妈公平吗？
这个开头用了"反问开头"+"自问自答"两个招牌动作。您觉得像墨水怪吗？还是哪里需要调整？
最佳实践 (Best Practices)
- 完稿前必须验证字数： 保存最终稿前必须用工具统计实际字数，禁止估算。
- 字数必须用工具统计： 禁止估算！必须保存文件后用命令统计实际字数。
- 字数红线不可突破： 超过目标110%立即停止，超过120%视为失败需要删减。
- 关键节点必须检查： 开头完成、主体50%、主体80%三个节点必须用工具核对字数。
- 标题先行： 先设计3个候选标题让用户选择，再开始写正文。
- 版本必须保存： 每完成一个版本（初稿/修订稿/最终稿）必须保存为独立文件。
- 信息交接必须显式输出： 开始写作前必须输出信息汇总表，确认所有输入都已就绪。
- 完整读取风格文件： 不要只读"风格画像"，要读完所有12个维度，尤其是"招牌动作"和"段落模板"。
- 招牌动作决定灵魂： 风格辨识度80%来自招牌动作，每篇必须用3个以上。
- 开头决定生死： 如果开头就有AI味，后面写得再好也没用。
版本记录 (Version History)
- v1.7.0 (2025-12-22): 新增"完稿前强制字数验证"，要求保存前必须用工具验证字数，禁止估算。
- v1.6.0 (2025-12-21): 强制使用外部工具统计字数，禁止模型估算。通过文件保存+命令统计获取真实字数。
- v1.5.0 (2025-12-21): 强化字数控制，新增关键节点检查、黄线/红线/死线机制，确保误差±20%以内。
- v1.4.0 (2025-12-21): 新增"标题设计"模块（3选1）和"版本管理与文件保存"模块。
- v1.3.0 (2025-12-21): 新增"信息交接"模块，要求显式输出从前面步骤获取的所有信息。
- v1.2.0 (2025-12-20): 新增字数控制模块，包括写作前规划、写作中追踪、字数不足/超出的处理。
- v1.1.0 (2025-12-20): 更新风格执行逻辑，支持读取12维度深度风格文件。
- v1.0.0 (2025-12-20): 初始版本，聚焦反AI写作技巧和分步起草流程。