feat(blog): add comprehensive blog review and publishing workflow system

- 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

references/humanizer-style-guide.md

@@ -0,0 +1,47 @@
+# 去 ai 味与中文博客风格指南
+
+## 总体目标
+
+文章应该像一个清醒的旁观者或分析师写的：有判断，但不过度代入；有信息密度，但不端着；有结构，但不露模板。
+
+## 必删或慎用
+
+- 模板起手：本文将、在当今时代、随着技术不断发展、总而言之、综上所述。
+- 过度排比：不是……而是……、不仅……更……、一方面……另一方面……连续出现。
+- 营销空词：赋能、破局、闭环、生态、颠覆、重塑、抓手、底层逻辑、护城河、范式革命。
+- 假深刻连接：大量破折号、冒号、加粗句制造结论感。
+- 口号化结尾：未来已来、值得每个人关注、这只是开始。
+
+## 保留或增加
+
+- 具体判断：这件事真正值得关注的是……
+- 适用边界：这个结论只适用于……
+- 反例或限制：但这不意味着……
+- 读者视角：如果读者关心的是成本/稳定性/落地难度，重点不一样。
+- 信息节奏：长段后接短句；密集信息后接一句解释。
+
+## 改写动作
+
+1. 删除文章自我介绍句，直接进入事件、问题或判断。
+2. 把整齐排比拆成自然句，保留最关键的一组对照即可。
+3. 把泛泛形容词换成具体证据、场景或限制。
+4. 每 3-5 段检查一次节奏：是否需要短句、例子、反问、边界或小结。
+5. 结尾用具体信息收束：适用范围、下一步、风险提醒、未解决问题。
+
+## 示例
+
+差：
+
+> 这不仅是一次产品升级，更是对行业生态的重塑。
+
+好：
+
+> 更实际的变化是，开发者需要重新计算调用成本和迁移风险。产品升级本身不难，难的是它会不会改变现有架构的默认选择。
+
+差：
+
+> 总而言之，这一变化值得所有人关注。
+
+好：
+
+> 如果只是轻量试用，影响可能不大；真正需要重新评估的是高频调用、长上下文和多模型切换的场景。

references/publishing-preview-checklist.md

@@ -0,0 +1,45 @@
+# 预览、发布与发布后验证清单
+
+## 发布前预览
+
+能使用浏览器、文档预览或平台预览时，必须实际查看渲染结果。不能截图或不能访问平台时，明确说明限制，不要声称已预览。
+
+检查项：
+
+- 标题、摘要、封面图、作者、标签、slug、可见性。
+- h2/h3 层级、目录、段落间距、列表缩进。
+- 图片是否加载，是否需要说明文字，是否有版权风险。
+- 表格是否过宽，移动端是否挤压；必要时改为分组列表。
+- 代码块语言、缩进、换行、复制体验。
+- 引用块、脚注、链接文本是否正常。
+- 外链是否指向公开地址，不含内部域名或私有路径。
+- markdown 是否被目标平台错误解析。
+
+## 用户确认
+
+发布前给出：
+
+```markdown
+标题：...
+目标平台：...
+可见性：公开/私密/草稿/未知
+包含：外链/图片/表格/代码块
+未验证风险：无/列表
+```
+
+只有用户明确授权后才能发布。
+
+## 发布动作
+
+发布前再次确认目标平台、账号/空间、标题、slug、标签、可见性、发布时间和是否允许发布后编辑。如果发布后编辑受限，必须提醒用户。
+
+## 发布后验证
+
+发布后打开公开或预览 url，检查：
+
+- 标题、正文、摘要、作者、发布日期。
+- 图片、表格、代码块、引用、目录、链接。
+- 标签、分类、可见性、分享卡片。
+- 是否存在内部链接、错别字、渲染错位或缺失段落。
+
+发现问题时列出影响范围和修复建议。只有在用户授权且平台允许编辑时才修复。

references/review-rubric.md

@@ -0,0 +1,63 @@
+# 12 维审稿标准
+
+## 为什么不是单纯 9 维
+
+原 9 维覆盖了自然度、结构、深度、可读性、事实、完整性、价值、语气和计算，适合做文章质量检查，但有三个问题：
+
+1. “ai 味”“可读性”“语气一致性”有重叠，且“ai 味”作为 1-10 分方向不清。
+2. 缺少读者目标、标题分发、版权来源、隐私安全、平台排版等发布前关键项。
+3. 把硬性风险和文风评分混在一起，容易出现“文章写得不错但不该发布”的情况。
+
+建议使用“硬性闸门 + 12 维评分”。闸门决定能不能发布；评分决定文章质量。
+
+## 硬性闸门
+
+| 闸门 | fail 条件 |
+|---|---|
+| 来源与版权 | 转载/翻译无授权；来源不可追溯；大段复刻第三方内容 |
+| 事实准确 | 关键事实无法核实却写成确定结论；原文观点被误读 |
+| 计算准确 | 价格、百分比、倍率、费用、单位换算未验算或结果错误 |
+| 隐私与内部信息 | 暴露内部链接、内部工具、私有路径、敏感个人信息 |
+| 用户确认 | 发布前未展示最终稿，或用户未明确授权发布 |
+| 渲染检查 | 严格发布场景下存在阻塞性排版错误，或无法确认关键渲染 |
+
+## 12 维评分
+
+每项 1-10 分，10 分最好。严格发布模式原则上每项不低于 8 分；事实、计算、版权、隐私以闸门为准。
+
+| # | 维度 | 10 分标准 | 常见问题 |
+|---|---|---|---|
+| 1 | 目标与读者匹配 | 明确知道写给谁、解决什么问题、读者读完能得到什么 | 对象模糊；像内部备忘录；读者收益不清 |
+| 2 | 中心论点与角度 | 有一句话可概括的核心判断，角度不散 | 只是罗列信息；没有判断；标题和正文重点不一致 |
+| 3 | 结构与叙事推进 | 开头有钩子，中段有递进，结尾有具体收束 | 段落可随意调换；跳跃；重复；过渡模板化 |
+| 4 | 信息完整性 | 重要事实、限制、背景和反例没有遗漏 | 只写亮点；遗漏限制条件；断章取义 |
+| 5 | 事实忠实度 | 准确区分原文事实、作者观点和本文判断 | 误读来源；把推测写成事实；因果倒置 |
+| 6 | 数据与计算完整性 | 数字来源清楚，公式可复查，单位和口径一致 | 心算；口径混乱；价格/模型/版本过期 |
+| 7 | 来源、版权与引用 | 来源格式清楚，转载/翻译边界合规 | 版权不明；来源缺失；引用过长；链接不可追溯 |
+| 8 | 洞察与价值增量 | 相比原文，多出解释、判断、适用边界或读者行动建议 | 纯复述；没有 why；没有取舍 |
+| 9 | 可读性与节奏 | 句长有变化，信息密度有起伏，读起来不累 | 每段同样密；长句堆叠；术语无解释 |
+| 10 | 自然度与人味 | 像真实作者写作，有具体判断和自然转折 | 排比堆砌；口号化；过度加粗；模板起承转合 |
+| 11 | 标题、摘要与分发适配 | 标题准确、有吸引力不过度营销，适合目标平台 | 标题党；太泛；seo/平台摘要缺失 |
+| 12 | 排版、可访问性与平台适配 | 表格、代码块、图片、引用、链接适合平台和移动端 | 宽表挤压；代码不可读；图片无说明；链接文本含糊 |
+
+## 审稿输出格式
+
+```markdown
+## 发布闸门
+| 闸门 | 结论 | 说明 | 必要动作 |
+|---|---|---|---|
+| 来源与版权 | pass/fail | ... | ... |
+
+## 12 维评分
+| 维度 | 分数 | 问题 | 修改动作 |
+|---|---:|---|---|
+| 目标与读者匹配 | 8 | ... | ... |
+
+## 结论
+- 可发布：0 阻塞意见。
+- 或不可发布：列出阻塞项和需要用户补充的信息。
+```
+
+## 多轮规则
+
+第一轮全面审稿，第二轮只检查遗留问题和新引入问题。三轮后仍存在阻塞项时，不继续空转；说明剩余风险和需要补充的材料。

references/source-rights-policy.md

@@ -0,0 +1,46 @@
+# 来源、版权与转载策略
+
+## 来源优先级
+
+优先级从高到低：
+
+1. 官方文档、价格页、产品公告、监管文件、论文、项目仓库、公司博客。
+2. 权威媒体、行业报告、数据库、标准组织。
+3. 作者博客、访谈、播客、会议演讲。
+4. 社交媒体、论坛、二手转载、聚合页面。
+
+涉及价格、模型 id、api 参数、法规、版本状态、发布日期、人物职务、公司状态等可能变化的信息，必须尽量核对一手来源。无法核对时不要写成确定结论。
+
+## 总结、转载、翻译的边界
+
+- **总结/解读**：重组结构、用自己的话表达、加入判断和边界；文末标来源。不要连续大段保留原文表达。
+- **转载**：保留原文主体内容。只有授权、许可、公有领域或用户拥有版权时才可做。必须标“转载”和原文链接。
+- **翻译**：完整翻译第三方长文通常等同于复制表达。权限不清时改为摘要、摘译、评论或要点解读。
+- **编译**：多个来源整合时，分别记录来源，避免把不同来源观点混成一个确定事实。
+
+## 文章中的来源格式
+
+总结类单一来源：
+
+```markdown
+*来源：作者或机构 - [标题](URL)*
+```
+
+多来源分析：
+
+```markdown
+## 参考资料
+- 作者或机构：[标题](URL)
+- 作者或机构：[标题](URL)
+```
+
+## 风险处理
+
+| 情况 | 处理 |
+|---|---|
+| 原文禁止转载 | 不转载；改成短摘要和评论 |
+| 权限不明但用户要求整篇搬运 | 拒绝整篇搬运；提供总结/解读版本 |
+| 无法访问链接 | 要求用户提供正文或截图；不要编造来源内容 |
+| 来源互相矛盾 | 标出分歧，优先一手来源，不强行合并 |
+| 用户提供内部材料 | 只提取必要信息；不暴露材料路径、内部链接、工具名 |
+| 高风险领域 | 使用保守表述，避免给出未经验证的专业建议 |