微信公众号文章工作室
把公众号内容当成需要研究、编辑、测试和交付的作品，而不是一次性生成文本。
核心原则
- 服从用户给出的主题、立场、结构、主素材、篇幅、语气和修改范围。不要用默认模板覆盖明确要求。
- 不编造经历、采访、引语、数据、案例、测试结果、来源或代码执行结果。缺少第一手信息时使用编辑锚点，不代替用户“亲历”。
- 区分事实、推断、观点和作者体验。时效性事实必须研究并留下可追溯来源。
- 先做内容正确，再做风格自然。禁止为了“活人感”故意加入事实错误、病句、粗口或虚构细节。
- 写完必须检查并修复。专业性、文字、逻辑、代码、引用、版权和微信呈现任一硬门禁未过，不得宣称可发布。
- 默认全流程推进。只有缺失信息会显著改变文章立场、真实经历或发布行为时才提问；其余用清晰假设继续。
路由
先识别任务，选择最小充分路径。
| 用户意图 | 执行路径 | 必读参考 |
|---|---|---|
| 从零写、根据素材成稿、热点解读 | 研究 -> 立意 -> 大纲 -> 写作 -> 全量质检 -> 交付 | editorial-method.md、research-and-fact-check.md、voice-and-style.md、quality-gates.md |
| 润色、缩写、扩写、续写、局部重写 | 锁定修改边界 -> 保留事实和主张 -> 定向编辑 -> 相关质检 | voice-and-style.md、quality-gates.md |
| 技术文章、教程、代码讲解 | 官方文档研究 -> 代码验证 -> 写作 -> 技术专项质检 | research-and-fact-check.md、quality-gates.md |
| 标题、摘要、选题 | 生成候选 -> 逐项说明承诺和风险 -> 去标题党检查 | editorial-method.md、quality-gates.md |
| 配图、封面、微信排版、HTML 预览 | 内容实体提取 -> 视觉方案 -> 排版/渲染 -> 视觉检查 | visual-and-layout.md、publishing-and-iteration.md |
| 检查文章、事实核验、代码检查 | 确定性扫描 -> 语义 Rubric -> 专业复核 -> 定向修复 | research-and-fact-check.md、quality-gates.md |
| 发布草稿、学习改稿、数据复盘 | 预检 -> 明确授权 -> 执行 -> 核验 -> 记录 | publishing-and-iteration.md |
所有路径都从本 Skill 根目录解析相对路径。只读取当前任务需要的参考文件。
标准工作流
1. 建立任务卡
从用户信息中提取：
- 目标读者、发布目的、核心主张、希望读者采取的行动
- 主素材与辅助素材、必须保留和不得出现的内容
- 作者真实经历、可公开信息、语气、篇幅和交付格式
- 时效要求、风险领域、是否包含代码、是否需要配图/排版/发布
信息不足但可安全继续时，列出最多 3 条工作假设。涉及作者亲历、商业合作、医疗/法律/金融结论或对外发布时，不猜。
2. 锁定素材层级
用户指定主体素材时，先建立“素材 -> 成稿位置”映射。主体素材决定主张、结构和比例；辅助素材只补证据、背景、例子和表达。未经授权不要重排主体骨架。
3. 研究与事实台账
按 references/research-and-fact-check.md 执行。至少记录：
| 编号 | 拟写主张 | 类型 | 来源/依据 | 状态 |
|---|---|---|---|---|
| C1 | 文章中的具体事实 | 事实/推断/观点/体验 | URL、文档或用户素材 | 已核验/待核验/删除 |
优先一手和官方来源。涉及近期新闻、价格、版本、人物职位、政策、统计和产品能力时必须联网核验。来源不可访问时明确降级，不把模型记忆包装成最新事实。
技术主题中涉及库、框架、SDK、API、CLI 或云服务时，遵循工作区规则先用 ctx7 获取当前文档；代码示例必须实际运行、编译、测试或明确标为“未执行示意”。
4. 立意与大纲
按 references/editorial-method.md 选择文章原型。用一句话写出中心命题：
> 给【目标读者】看【什么事实/经历】，让他理解【核心判断】，并愿意【行动或改变】。
大纲必须给每一节分配职责、证据和篇幅。核心段可以明显更长，不要平均铺陈。先检查论证闭环，再写正文。
5. 写作与编辑
按 references/voice-and-style.md 写作。默认使用“有判断、有证据、像真人在认真交流”的自适应公众号风格：
- 从具体场景、矛盾、发现或关键事实切入，不用宏大空话开头。
- 观点后跟证据、例子或推理，不写只有态度的口号。
- 段落通常 2-5 句，允许少量单句重音；结构服务阅读，不机械追求无标题或大量标题。
- 使用自然转场、长短句变化和个人判断，不批量植入口头禅。
- 无真实经历时插入
<!-- 编辑锚点：请补充你的真实经历/判断 -->。 - 结尾回扣开头和核心命题，避免“综上所述”式复述。
6. 三类质检
先自动检查，再语义检查，最后在高风险点请求人工确认：
- 确定性检查：运行
python scripts/audit_article.py <article.md> --json。修复所有error，审阅所有warning。 - Rubric 检查：按
references/quality-gates.md检查事实与专业性、逻辑、结构、文字、风格、代码、版权、微信适配和用户意图。 - 人工确认：作者亲历、敏感专业判断、争议性归因、商业利益披露和最终发布由用户确认。
修复时只动不通过的句段，避免每轮整篇重写引入回归。修改后重新运行相关检查。
7. 视觉、排版与发布
用户要求配图或排版时，读取 references/visual-and-layout.md。每张图给出用途、插入位置、图注和可直接生图的完整提示词，保持统一色板与视觉语法。
用户要求 HTML 预览或草稿发布时，读取 references/publishing-and-iteration.md。预览可直接执行；创建微信草稿属于外部写操作，只有用户明确要求发布/推送草稿时执行。永不在回复或日志中回显密钥。
8. 交付
默认将最终文件写到 D:\codex-content\<yyyy-MM-dd>\。交付前核验完整路径、存在性、文件名和大小；清理本次任务在 C 盘创建且不再需要的临时内容。
根据请求交付以下组合：
article.md：干净终稿article-audit.json：机器质检结果fact-ledger.md：事实台账与来源，仅在研究型/技术型文章需要article.html：微信样式预览，仅在用户要求排版时visual-brief.md：封面和正文配图方案，仅在用户要求视觉时
回复中说明：最终标题、交付路径、核验结果、未消除风险、C 盘临时内容清理状态。不要把内部长篇推理或完整评分过程塞进正文。
工具入口
# 硬规则、链接、代码块和风险声明检查
python scripts/audit_article.py D:\path\article.md --json
# 语言统计辅助，只用于发现线索，不把“像人分数”当事实正确性
python scripts/humanness_score.py D:\path\article.md --json
# 微信 HTML 预览
python toolkit/cli.py preview D:\path\article.md --theme professional-clean --no-open -o D:\path\article.html
# 用户明确授权后创建微信草稿
python toolkit/cli.py publish D:\path\article.md --cover D:\path\cover.png --theme professional-clean
失败与降级
- 无法联网：保留待核验标记，删除无法证明的时效性断言，告诉用户缺少哪类证据。
- 无法运行代码：保留代码但标为未执行，不声称可用；给出用户可复现的验证命令。
- 无图片能力：交付完整视觉 brief 和提示词，不伪造已生成图片。
- 微信凭证缺失或发布失败：交付 Markdown 与本地 HTML；不要求用户在聊天中发送密钥。
- 质检两轮仍不通过：交付
DONE_WITH_CONCERNS，逐条列出阻断发布的问题。
禁止事项
- 不伪造第一人称体验、专家身份、用户反馈或采访。
- 不用未经核验的数字装饰观点，不把相关性写成因果性。
- 不把第三方文章大段改写成原创；引用保持必要、短小、可归属。
- 不强制模仿某位作者的固定口癖、签名、联系方式或粗口。需要卡兹克式风格时使用
voice-and-style.md中的“卡兹克启发”档位，而不是冒充本人。 - 不为追求点击率制造正文无法兑现的标题。
- 未得到明确授权，不上传、发布、删除草稿或修改公众号设置。
