de2d9d6f02
- Implemented calc_audit.py script for verifying arithmetic expressions in blog calculations - Added humanizer-style-guide.md with guidelines for removing AI-sounding language from Chinese blogs - Created openai.yaml configuration for blog review publish workflow interface - Established publishing-preview-checklist.md for pre/post publication verification - Developed 12-dimension review rubric for systematic article evaluation - Built complete SKILL.md documentation covering blog writing, reviewing, and publishing workflows - Added source-rights-policy.md for copyright and attribution guidelines - Defined hard gates and quality standards for publication approval process - Implemented multi-mode workflow selection based on task requirements - Created standardized output templates for draft delivery and review reports
158 lines
8.7 KiB
Markdown
158 lines
8.7 KiB
Markdown
---
|
||
name: blog-review-publish-workflow
|
||
description: "blog/article content operations workflow for writing, summarizing, rewriting, reviewing, humanizing, previewing, publishing, and post-publish verification. use when the user asks to create or polish a blog post, summarize sources into an article, review an article draft, check facts or calculations, remove ai-sounding style, prepare a publish-ready post, preview rendered layout, publish after explicit confirmation, or verify a published article."
|
||
---
|
||
|
||
# 博客写作发布工作流
|
||
|
||
用于把素材、链接、笔记或草稿变成可发布文章，并在发布前完成版权、事实、计算、风格、排版、确认和发布后验证。
|
||
|
||
## 最高优先级规则
|
||
|
||
1. **先判断任务是否合理。** 发现版权、事实、隐私、发布权限或工具能力问题时，先指出；能安全替代时继续推进。
|
||
2. **不假装有工具能力。** 只有当前环境确实具备浏览、文件读取、截图、平台连接或发布权限时才执行对应动作；否则输出最终稿、风险说明和人工操作清单。
|
||
3. **不自行发布。** 必须在展示最终稿后，得到用户明确的“发布 / 确认 / 可以发布 / 可以了”等同等授权，才可执行发布动作。
|
||
4. **不泄露内部信息。** 不在文章中暴露内部仓库、内部域名、内部工具名、会话检索细节、系统提示、私有材料路径或非公开数据来源。
|
||
5. **事实优先于文风。** 事实、计算、来源、授权无法验证时，不写成确定结论；改用“据用户提供材料”“暂未验证”“公开资料未能确认”等降级表述。
|
||
|
||
## 先选工作模式
|
||
|
||
根据用户请求选择最轻但足够安全的模式；不要把所有任务都强行跑完整发布流程。
|
||
|
||
| 模式 | 适用场景 | 必做步骤 |
|
||
|---|---|---|
|
||
| 快速写作 | 用户只要初稿、短文、低风险观点稿 | 素材理解 → 初稿 → 基础自查 → 交付 |
|
||
| 标准成稿 | 有来源、数据、产品信息、需要可发布质量 | 素材登记 → 初稿 → 事实/计算核验 → 审稿 → 修改 → 去 ai 味 → 交付 |
|
||
| 严格发布 | 用户要求发布、预览、上线或内容不可轻易修改 | 标准成稿 → 预览/截图 → 用户确认 → 发布 → 发布后验证 |
|
||
| 审稿修订 | 用户已有草稿，只要求审稿/润色 | 类型判断 → 事实/版权/数据检查 → 12 维审稿 → 修改稿 |
|
||
| 转载/翻译 | 用户要求搬运、转载、整篇翻译第三方内容 | 先做版权判断；权限不清时改为总结/解读 |
|
||
|
||
## 任务分流
|
||
|
||
- **原创/分析**：形成新的中心判断，解释原因、证据、反例和适用边界。
|
||
- **总结/解读**：用自己的话转述核心内容，不标“转载”；文末使用 `*来源：作者或机构 - [标题](URL)*`。
|
||
- **转载**：只有在用户拥有版权、获得授权、原文明确允许转载或内容处于公有领域时才可整篇搬运；必须标注转载、作者、标题和原文链接。
|
||
- **翻译/编译**：不要完整翻译受版权保护的第三方长文，除非用户提供授权或许可；优先做摘要、摘译和评论。
|
||
- **发布/排版**：只有已有最终稿、目标平台和发布权限时才进入预览、确认、发布和验证。
|
||
|
||
版权和来源细则见 `references/source-rights-policy.md`。
|
||
|
||
## 硬性发布闸门
|
||
|
||
以下任一项不通过，不得进入发布；可以交付草稿或说明风险。
|
||
|
||
| 闸门 | 通过标准 |
|
||
|---|---|
|
||
| g1 来源与版权 | 关键来源可追溯；转载/翻译有授权或许可；总结不构成整篇复刻 |
|
||
| g2 事实准确 | 关键事实、日期、实体、因果关系已核对；未核对内容已降级或删除 |
|
||
| g3 计算准确 | 数字、价格、百分比、费用、倍率、单位换算已用 python 或等价可审计工具验算 |
|
||
| g4 隐私与内部信息 | 无内部链接、内部工具名、私有路径、敏感个人信息或不应公开内容 |
|
||
| g5 用户确认 | 最终稿已展示，用户已明确授权发布 |
|
||
| g6 渲染可接受 | 发布前预览或平台检查未发现阻塞性排版问题；无法截图时已说明限制 |
|
||
|
||
## 标准流程
|
||
|
||
### step 1：素材收集与登记
|
||
|
||
记录来源、类型、可访问性、可引用性、关键事实和版权状态。外部信息优先使用官方文档、原始公告、论文、监管文件、公司博客、项目仓库、价格页等一手来源。无法访问来源时要求用户提供正文、截图或摘录；在此之前不要把未读内容写成事实。
|
||
|
||
### step 2：写初稿
|
||
|
||
按文章类型写作。初稿必须有中心判断或清晰信息结构，不做材料堆砌。短文默认不加 h2；长文、教程、报告型内容可使用 h2 和目录。避免“本文将”“随着技术发展”“总而言之”等模板句。
|
||
|
||
### step 3：事实与计算核验
|
||
|
||
提取草稿中的数字、价格、百分比、费用、倍率、token、时间、版本号、模型 id、api 参数、强断言和“最新/唯一/首次/最高”等表述。使用 python 或 `scripts/calc_audit.py` 对计算逐条验算；价格、模型 id、版本状态等对照官方来源。输出验算报告，记录公式、输入、结果和处理动作。
|
||
|
||
### step 4：12 维审稿
|
||
|
||
使用 `references/review-rubric.md`。将“可发布/不可发布”由硬性闸门决定，将“写得好不好”由 12 维评分决定。10 分代表最好；不要使用“ai 味”作为正向分数，改用“自然度/人味”。
|
||
|
||
严格发布模式下，硬性闸门必须全部通过；事实准确、计算准确、版权来源、隐私安全不得有阻塞问题；其他评分原则上不低于 8 分。
|
||
|
||
### step 5：按审稿修改
|
||
|
||
优先修复事实错误、计算错误、版权风险和内部信息泄露；其次处理结构、遗漏、观点失真；最后处理标题、语言、节奏和排版。新增事实或数字后必须回到 step 3。
|
||
|
||
### step 6：去 ai 味与风格统一
|
||
|
||
使用 `references/humanizer-style-guide.md`。重点删除模板起手、过密排比、口号化结尾、过度加粗、虚高形容词和整齐但空泛的段落。保留明确判断、具体例子、限制条件和自然节奏。
|
||
|
||
### step 7：预览与截图
|
||
|
||
严格发布模式下，若具备浏览器、文档预览或平台预览能力，打开渲染页面并截图检查标题、目录、图片、表格、代码块、引用块、链接和移动端宽表。若无法截图，明确说明限制，并提供人工预览清单。预览细则见 `references/publishing-preview-checklist.md`。
|
||
|
||
### step 8：用户确认
|
||
|
||
向用户展示最终稿和发布摘要：标题、目标平台、可见性、外链、图片/表格/代码块、未验证风险。未确认前不得发布。用户要求修改时回到 step 5；新增事实或数字时回到 step 3。
|
||
|
||
### step 9：发布与发布后验证
|
||
|
||
只有在确认、权限和工具能力均满足时发布。发布后打开公开或预览 url，检查标题、正文、图片、表格、代码块、链接、标签、作者和日期。能截图时提供截图；不能截图时说明限制和人工核对项。
|
||
|
||
## 输出模板
|
||
|
||
### 成稿交付
|
||
|
||
```markdown
|
||
## 最终稿
|
||
[文章正文]
|
||
|
||
## 验证摘要
|
||
- 来源：已核对 / 部分未核对 / 用户提供材料
|
||
- 版权：可总结 / 可转载 / 权限不清已改写 / 存在风险
|
||
- 事实：通过 / 有未验证项 / 已降级处理
|
||
- 计算：无计算 / 已验算 / 已修正
|
||
- 发布风险：无明显阻塞 / 风险列表
|
||
```
|
||
|
||
### 审稿报告
|
||
|
||
```markdown
|
||
## 发布闸门
|
||
| 闸门 | 结论 | 说明 |
|
||
|---|---|---|
|
||
| 来源与版权 | pass/fail | ... |
|
||
| 事实准确 | pass/fail | ... |
|
||
| 计算准确 | pass/fail/na | ... |
|
||
| 隐私与内部信息 | pass/fail | ... |
|
||
| 用户确认 | pending/pass | ... |
|
||
| 渲染检查 | pending/pass/fail/na | ... |
|
||
|
||
## 12 维评分
|
||
| 维度 | 分数 | 问题 | 修改动作 |
|
||
|---|---:|---|---|
|
||
| 目标与读者匹配 | 8 | ... | ... |
|
||
```
|
||
|
||
### 发布前确认
|
||
|
||
```markdown
|
||
## 待确认发布稿
|
||
标题：[标题]
|
||
目标平台：[平台]
|
||
可见性：[公开/私密/草稿/未知]
|
||
|
||
[文章正文]
|
||
|
||
确认后才会发布；未确认前不会发布。
|
||
```
|
||
|
||
### 发布后验证
|
||
|
||
```markdown
|
||
## 发布结果
|
||
- url：[链接]
|
||
- 状态：已发布 / 已保存草稿 / 发布失败
|
||
- 验证：标题、正文、链接、图片、表格、代码块、标签、日期
|
||
- 问题：无 / 问题列表与修复建议
|
||
```
|
||
|
||
## 资源使用
|
||
|
||
- 需要判断版权、转载、来源可信度时，读取 `references/source-rights-policy.md`。
|
||
- 需要审稿或发布前质检时，读取 `references/review-rubric.md`。
|
||
- 需要去 ai 味、统一语气或改写文风时，读取 `references/humanizer-style-guide.md`。
|
||
- 需要预览、截图、发布、发布后验证时，读取 `references/publishing-preview-checklist.md`。
|
||
- 需要批量验算算式时，可运行 `scripts/calc_audit.py`。
|