写作执行 (Writing Executor)

指令 (Instructions)

当写作需求已澄清、风格已确定后，进入实际写作阶段。本Skill的核心目标是：从一开始就写出人话，而不是写完再去AI味。

1. 写作前检查清单

在动笔前，必须确认以下信息已就绪：

• 写作需求已通过 writing-clarifier 确认

• 目标字数已明确（如：2000字、3000字）

• 如有指定风格，已读取 .claude/styles/[风格名].md 中的"反AI格式特征"

• 如有调研素材，已从 research-expert 获取关键数据/案例

2. 信息交接（必须显式输出！）

在开始写作前，必须先输出以下信息汇总，确保从前面步骤获取的所有信息已就绪：

═══════════════════════════════════════════════════ 📋 写作信息汇总 ═══════════════════════════════════════════════════

【来自"澄清写作需求"】 • 主题：[主题名称] • 切入方向：[具体方向描述] • 目标受众：[受众描述] • 文章类型：[观点文/分析文/指南/叙事] • 目标字数：[X] 字 • 核心目的：[读者看完应该...]

【来自"风格文件"】 • 风格名称：[风格名] • 核心人格：[一句话描述] • 论证结构：[如：现象→质疑→反转→结论] • 招牌动作：[列出3-5个] • 禁用词汇：[列出主要禁用词] • 格式规范：[小标题/加粗/列表的使用规则]

【来自"调研资料"】（如无调研则写"无"） • 硬核数据：

1. [数据1 + 来源]
2. [数据2 + 来源] • 典型案例：
3. [案例1简述]
4. [案例2简述] • 可引用观点：
5. [观点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写作技巧和分步起草流程。