Skill: wzdavid/wechat-writer (version 1.0.2)

--- name: "wechat-writer" description: "以大卫风格写微信公众号科技/AI/管理/职场文章。用户要写公众号文章、选题、改稿、审校时调用。" --- # 微信公众号写作 Skill（大卫风格） ## 概述 本 Skill 为大卫的公众号「大卫数智话」提供全流程创作辅助，涵盖需求确认、信息搜索、选题讨论、初稿写作、三遍审校、爆款优化全流程。文章主要领域：**科技/AI/企业管理/职场成长**。 **流程顺序强制规定**：遇到新概念/新产品/新技术 → 必须先完成搜索 → 再进行选题 → 再写作。严禁跳步。 ## 场景路由（先选场景，再执行 Step） 不同输入适用不同流程。先判断用户给了什么，再按对应 Steps 走完。 - 场景 A：没有主题，需要先给选题 → Step 0 → Step 1 → Step 2 → Step 3 → Step 4 → Step 5 → Step 6 → Step 7 - 场景 B：给了明确主题，要写新文章 → Step 0 → Step 1（可跳过）→ Step 2（按需）→ Step 3 → Step 4 → Step 5 → Step 6 → Step 7 - 场景 C：给了初稿/要点，要润色改写 → Step 0 → Step 2（按需）→ Step 6 → Step 7 - 场景 D：只要大纲 → Step 0 → Step 1（可跳过）→ Step 2（按需）→ Step 3 → Step 4（到此为止） - 场景 E：只要标题/开头/结尾/某段优化 → Step 0 → Step 1（可跳过）→ Step 2（按需）→ 直接输出所需部分（不写全文） - 场景 F：只做审校 → Step 0 → Step 6（到此为止，输出问题清单 + 修改后版本） - 场景 G：深度研究文章（调研/对比/带引用） → Step 0 → Step 2（深度研究）→ Step 3 → Step 4 → Step 5 → Step 6 → Step 7 - 场景 H：复盘并更新 Skill（对比初稿 vs 最终发布） → Step 0 → Step 8（到此为止，输出复盘 + 对 Skill 的更新建议/补丁） --- ## 使用模式（自动化写作友好） ### 模式 A：交互式（默认） - 需要用户做选择时（例如 Step 3 选题、标题定稿），先给选项再继续 - 每个阶段输出中间结果，便于迭代 ### 模式 B：一键直出（用户明确要求“直接写/直接出稿/不要问我”） - 尽量不追问，必要时做最小假设并在正文前列出（≤80 字） - 仍然严格按场景路由执行 Steps；如果需要检索，先检索再写 - 涉及 Step 3 的“选题”，允许在内部完成并直接进入后续写作，不要求用户点选 ## 输入模板（推荐） 写新文章（场景 A/B）： ``` 主题： 触发场景（可选）： 目标读者（可选）： 文章类型（可选）： 字数（可选）： 写作档位（可选）：标准 / 长文 / 旗舰 我可提供的素材（可选）： 是否需要联网检索（默认：需要，除非明确“不要联网”）： 是否需要深度研究（默认：按需；用户明确“深度研究/调研/对比/带引用”则必做）： 是否需要配图位（默认：需要）： ``` 改稿/审校（场景 C/F）： ``` 目标：更有大卫风格 / 更通顺 / 更有观点 / 更像爆款 / 更短 / 更长（可多选） 改动强度：轻 / 中 / 重（默认：中） 必须保留的信息： 必须删除的内容： 原文： ``` ### 兜底规则（信息不全时） - 未给文章类型：默认知识分享型 - 未给字数：默认 1000-2000 字（内容较多/深度分析可 2000-3000 字） - 未给读者：默认“企业管理者 + 职场人” - 未给素材：优先用第一人称实践细节或新闻/数据钩子开篇，但不捏造可核查事实 --- ## 全局硬规则（自动化写作稳定性） - 若主题包含可核查事实：按需联网检索；公众号发布版优先在对应段落就地贴出关键来源 URL；只有当事实密度较高或用户明确要求时，才在文末给 `## 参考来源`（3-8 条链接） - 若触发深度研究：优先调用 `deep-research-pro` 生成多源研究摘要，来源建议 10-25 条，并在正文关键断言处写明来源链接 - 不捏造可核查事实；不确定则写成“我的判断/可能/推测/待确认” - 默认控制在 1000-2000 字；长文写到 2000-3000 字；旗舰长文写到 8000-12000 字（只在用户明确要求或主题确实需要时启用） - 出稿前必须做一次长度压缩：删重复观点、合并相邻段落、减少案例数量、把铺垫改成一句话 - 风格优先级：真实经历与细节 > 清晰结构 > 案例支撑 > 轻评论 > 金句收束 - 禁用“AI腔套话/说教口吻/无来源大词/夸张标题/鸡汤结尾” - 结构是服务论点的：允许混搭模块，但禁止为了“像模板”而堆小节 --- ## Step 0：加载写作约束（⭐ 强制执行） 每次运行都必须先加载写作约束，再进入后续步骤。写作约束来自两部分：references（规则）+ assets（样例）。 ### 0.1 references：本次写作必须读取哪些规则 - 写新文章：必须读取 `references/style.md` 与 `references/structures.md` - 选题/定大纲：必须读取 `references/structures.md` - 改稿/润色：必须读取 `references/style.md` 与 `references/quality.md` - 审校：必须读取 `references/quality.md` - 标题/开头/结尾优化：必须读取 `references/style.md` ### 0.2 assets：本次写作必须对齐哪些过往样例 每次运行必须从 `assets/` 中选择 2-3 篇最相近的过往文章做风格对齐： - 优先同主题/同类型：技术实操对技术实操，观点输出对观点输出 - 优先同结构密度：长文/短文、分节多/分节少 - 如果不确定，就选 1 篇技术文 + 1 篇管理文 + 1 篇故事文作兜底 加载完成后，必须先输出一段“本次写作约束摘要”（不超过 120 字），包含：写作档位、标题句式、主结构、开头模块、中段模块（如有）、图解密度、段落节奏、结尾模块、语言叠加层（如有）。 --- ## Step 1：确认需求 收到写作请求，先向用户确认（如信息已足够可跳过）： - **主题/方向**：这篇文章想聊什么？ - **触发场景**：是最近遇到的事、看到的新闻、还是想分享某个经验？ - **目标读者**：主要写给谁看？（企业管理者/职场人/科技爱好者） - **字数要求**：默认 1000-2000 字；内容较多/深度分析可 2000-3000 字。是否有特殊要求？ - **有无素材**：是否有可引用的个人经历、具体案例或数据？ --- ## Step 2：信息搜索（⭐ 新概念/新技术/新事件时强制执行） **触发条件**：主题涉及近期 AI 产品、行业新动态、最新报告、近期事件等。 ### 深度研究触发（优先） 满足任一条件就视为“深度研究”： - 用户明确说：深度研究/调研/对比/带引用/带来源报告 - 主题需要多源交叉验证：存在争议、数据口径不一、需要对比多方观点 触发后：先调用 `deep-research-pro` 产出多源研究报告，保存到 `01_research.md`（包含来源链接清单与关键信息），再进入下方的常规搜索与选题流程。 **操作步骤**： 1. 用 `WebSearch` 搜索 2-3 组关键词（保持简洁，1-4 个词） 2. 用 `WebFetch` 获取重要页面全文（官方文档、权威媒体报道优先） 3. 整理关键信息： - 核心功能/事实是什么 - 有哪些值得引用的数据或案例 - 行业/用户的主要反馈和争议点 4. 向用户简要汇报搜索结论，确认后进入选题 **搜索质量标准**：优先官方文档 > 权威媒体 > 行业报告 > 用户评价，避免引用论坛传言。 **引用与事实规则（自动化必备）**： - 涉及“时间/数据/机构结论/产品能力/政策规则”等可核查事实，必须在文末给出来源链接清单（3-8 条） - 无法从来源确认的内容，一律改写为“我的判断/可能/推测”，或明确标注“待确认” --- ## Step 3：选题讨论（⭐ 必做，不直接开写） 基于需求和搜索结果，提供 **3-4 个选题方向**。每个选题需要自动给出“主结构 + 开头模块 + 结尾模块 + 语言叠加层”的建议；用户未指定结构时，按 `references/structures.md` 的自动选择器执行。 ``` 【选题 A】 标题：[吸引人，符合大卫标题风格] 核心角度：[一句话说清楚这篇文章的独特视角] 文章类型：知识分享型 / 案例分析型 / 观点输出型 / 技术实操型 / 深度技术分析型 / 故事记叙型 / 年度总结型 写作档位：标准 / 长文 / 旗舰 主结构：[M1-M8 或 A-I] 开头模块：[S1-S7] 结尾模块：[E1-E5] 语言叠加层：[默认大卫 / a16z式 / Stratechery式 / Axios式 / 浅显科普式] 适合的节奏：[快评扫读 / 深度推演 / 叙事推进 / 清单打法] 大纲： 1. [开篇方向] 2. [主体要点1] 3. [主体要点2] 4. [主体要点3] 5. [结尾方向] 工作量：⭐⭐⭐（1-5星） 优势：[为什么适合大卫写] 挑战：[潜在难点] ``` 等用户选定后再进入创作。 --- ## Step 4：写大纲（⭐ 必做，写完再落笔） 把选定选题变成可执行的大纲，目标是让“每一节都能写得出来”，并且能控制篇幅： - 标题定稿（必要时给 3 个备选，选 1 个作为最终） - 结构选择：从 `references/structures.md` 选择 1 个主结构，并明确开头模块与结尾模块 - 中段模块（可选）：按需混搭 2-4 个中段模块，并写清每个模块要交付的“结论句” - 图解清单（可选但推荐）：列出 3-10 张图解的位置与要表达的关系（用 `[图片：说明]` 标注） - 开头设计：按所选开头模块写出 80-200 字开头草稿 - 主体结构：2-4 节为宜（或按所选主结构），每节用“观点/动作 + 证据/例子 + 一句收束”组织 - 结尾收束：按所选结尾模块写出 1-2 句结尾草稿，避免再复述目录 - 事实与来源：列出会在正文中引用的可核查事实与对应来源链接 完成后，将大纲保存到临时文件：`03_outline.md`。 --- ## Step 5：写初稿（⭐ 必做，先完成再优化） 按大纲写出完整可读的初稿： - 段落尽量短，优先动词句与具体动作 - 不新增不可核查事实；需要补充背景时先检索并补到 `01_research.md` - 默认 1000-2000 字，超过需有明确理由（内容确实多/用户要求长文/旗舰长文） - 小白化强制检查：新术语首次出现时用“一句话讲清楚”，紧接着给一个具体场景或例子 - 工程落点强制检查：至少出现 2 个“容易忽略的点/工程麻烦/风险提醒”，用短句交代清楚（如状态追溯、权限分级、失败回放） - 动作建议强制检查：结尾给读者 1-2 个能立刻做的动作，例子要具体可执行（如录音转文字与要点、网页抓取成 Markdown 并摘要、表格清洗画图） 完成后，将初稿保存到临时文件：`04_draft.md`。 --- ## Step 6：三遍审校（⭐ 必做，输出修改后版本） 对初稿做三遍审校，目标是“更像人写、更可信、更好读”： - 若用户直接提供原文/初稿：先将原文保存到临时文件 `04_draft.md`，再开始审校 - 若已存在 `04_draft.md`：直接以其为审校对象 ### 第一遍：事实与逻辑（强制） - 所有数字、时间、模型能力、机构结论等可核查信息都有来源 - 把没有来源的确定性结论改成“我的判断/可能/待确认” - 删除逻辑跳跃与自相矛盾的表述 ### 第二遍：语言与去 AI 味（强制） - 先调用 `content-humanizer-zh` 对 `04_draft.md` 做一轮人味化改写，再进入手工审校 - 遵循 `references/style.md` 的禁忌与替代写法 - 减少引号、冒号、破折号；少用“不是……而是……”与三段式模板 - 去掉抽象大词堆叠，把表达落到“谁做了什么、怎么做、结果如何” ### 第三遍：完读率与节奏（强制） - 删重复观点，合并相邻段落，把铺垫压成一句话 - 每节末尾留一个落地陈述句收尾，少堆反问与排比 - 结尾用细节/取舍/动作收束，不再总结一遍目录 完成后，将改稿版本保存到临时文件：`05_edit.md`（如多轮改稿可多次覆盖）。 --- ## Step 7：输出最终稿（⭐ 必做，强制落盘） - 将最终交付物保存到 `.trae/wechat-writer/runs/<run_id>/final.md` - 将公众号发布版保存到 `.trae/wechat-writer/runs/<run_id>/publish.md` - 若交付物为完整文章：同时保存到 `articles/YYYY-MM-DD_<文章标题>.md` - 若正文引用了联网信息：文末追加 `## 参考来源`（3-8 条链接） - 保证引用链接可直接访问且与正文事实一一对应 --- ## Step 8：复盘并更新 Skill（推荐） 适用场景：用户给了“你生成的版本”（或本地归档稿）以及“最终发布版”（全文或链接），希望把人工修改沉淀为可复用规则。 **输入**（尽量齐全）： - 初稿/归档稿全文（或文件路径） - 最终发布版全文（或链接） - 用户的偏好：改动强度（轻/中/重）、哪些改动一定要固化进 Skill **输出**（强制交付）： 1. “文章罗盘”：一句话结论、目标读者、主结构（PART/编号/叙事）、开头钩子类型、证据类型、配图位规划、结尾动作 2. 改动复盘清单：按 5 类归纳差异 - 结构与分段（例如 `# 一二三` → `PART 01-05`） - 信息增删（新增例子/删掉某段/删掉参考来源等） - 语气与节奏（短句化、转场句、克制但带一点轻松感） - 排版与可复制性（命令/模板是否可直接复制、链接是否就地贴出） - CTA 与闭环（是否把“持续优化 Skill”写成明确动作） 3. Skill 更新：把“可复用”的改动写进 `references/style.md` / `references/structures.md` / `references/quality.md`（必要时同步改 SKILL.md） **可选**：用户明确要求时，再把最终发布版放入 `assets/` 作为未来风格样例；否则不主动新增样例文件。 ## 输出格式 - 归档版 Markdown：`# 标题` + `##/###` 分节，段落间空一行 - 公众号发布版：适配微信阅读节奏与排版（默认生成） - 用 `PART 01｜` / `PART 02｜` 作为主分段标题，减少 `##/###` - 单段尽量 1-2 句，必要时用空行断开 - 关键链接直接贴出完整 URL，避免只写“点这里” - 列表优先用“短句换行”，避免一行塞太多逗号 - 图片位置：`[图片：描述]` - 若使用了联网信息：文末追加 `## 参考来源` ## 保存约定（自动化创作） ### 最终交付物 - 若交付物为完整文章：保存到 `articles/`，命名 `YYYY-MM-DD_<文章标题>.md`（多版本追加 `_v2`、`_v3`） - 其他交付物（大纲/标题/审校稿等）：只保存在本次 run 目录 ### 临时文件（一次创作一套） - 保存目录：`.trae/wechat-writer/runs/<run_id>/` - run_id 命名：`YYYYMMDD-HHMMSS_<主题关键词>` - 文件清单（按需生成）： - `00_request.md`：用户输入与关键约束 - `01_research.md`：检索结果摘要 + 参考来源链接 - `02_topics.md`：选题卡片 - `03_outline.md`：确定的大纲 - `04_draft.md`：初稿 - `05_edit.md`：改稿/润色版本（可多次） - `final.md`：最终交付物备份（若交付物为文章，应与 articles/ 中一致） ### 保存原则 - 必须落盘保存最终交付物与临时文件（强制） - 临时文件可用于复盘与二次改稿，不自动删除；需要清理时按 run_id 整目录删除 ## references 与 assets（强制使用） 每次运行必须执行 Step 0 的加载规则： - `references/style.md`：风格规范 + 语感锚点 - `references/structures.md`：结构模板 + 标题类型 - `references/quality.md`：三遍审校 + 爆款优化 + 领域要点 - `assets/`：过往文章样例（每次选 2-3 篇做风格对齐）


Security scan verdicts — ClawScan: suspicious | static analysis: clean | VirusTotal: clean | SkillSpector: suspicious (CRITICAL)