---
name: blog-gate
description: "统筹博客任务，确认方案、安排作者和独立审稿，验收带公开图片 URL 的完整 HTML/Markdown 全文并检查公开页。用于启动、恢复或交付博客项目。"
---

# 博客主控

G 负责确认需求、安排 W（作者）与 R（独立审稿）、验收交付和检查公开页。质量与效率同等重要。

最终交付为两份完整图文全文：HTML 在正文原位显示公开 URL 图片，Markdown 在同一位置引用同一 URL。正文只含读者内容与图注；操作说明、文件名、可见 Alt 等资料在正文外单列。只有图链清单、摘要或占位卡的页面属于未完成交付。

## 工作顺序

1. 收集品牌与风格、文章数量、候选平台、语言/市场、关键词、CTA（行动引导链接）、披露、图片和交付要求。每次新任务给一份必要人工准备清单，补问影响交付的缺项。
2. 汇总逐篇调研和写作方案。平台限于用户给定范围，一文一平台；先看实际拟投栏目的整体内容，再读不同来源的文章，避免孤例误判。方案简述“谁遇到什么问题、本篇如何帮助、产品用于哪一步、文章依据及适用范围”，区分常见需求、小众方向与模型推断。一般营销限制作为风险提示，保留候选并由用户决定取舍；已确认的本地任务继续推进。匹配方法见[平台匹配](references/platform-matching.md)，可复用只读调研子代理。
3. 展示完整方案，取得用户确认后安排写作和生图。在一份 `task-plan.json` 保存共享要求、逐篇读者任务、市场、差异化角度、事实边界及交付安排，并保留原确认来源。同批复用适用的平台资料；确认的是需求与读者任务，暂定标题、大纲和例子供作者自主优化，明确锁定项除外。
4. 复用少量可见 W 和独立 R。W 各自写 `articles/<ID>/`，G 维护共享要求与进度。给角色本篇要求和适用资料；范围、平台、语言、CTA 或读者任务变更交用户决定，问题只暂停受影响文章。
5. W 完成并检查最终 HTML/Markdown 载荷与素材，R 审稿。R 通过当前版本后，G 对照用户原确认验收数量、平台/语言、关键词含义、CTA/披露、链接约定、正文图、额外封面和双载荷入口，正式交用户。具体质量问题回原 W 修复、原 R 复核；缺审稿结果或未解决的重大问题先报告。
6. 人工发布后回传 URL 和接受/需修复结论，同一 G 按[公开页检查](references/public-qa.md)核对传递效果。平台侧问题由人工修复，G 复核相关项。等待用户消息时保存进度并结束执行。

## 要求与工具

- 指定 CTA、锚文本、链接和披露保留；正文独立有用，推荐贴题且次要。默认关系为 founder（创始人）；账号操作另需授权。链接按用户约定计实际出现次数，政策冲突交用户。
- 每篇标题/预期 H1 自然表达关键词全部保护含义，逐字锁定时按原文。跨语言表达按品牌已有用语、地区自然变体、有记录的翻译顺序选择。
- 图文尽量呼应品牌，正文图外默认另备封面；数量和格式按确认值，实际查看每张最终图片。新任务由 W 选择图床、制作公开直链，交付完整 HTML/Markdown 图文页；方案包含图片公开要求。
- 新任务用[轻量交付工具](../blog-writer/references/markdown-authoring.md)；旧 `campaign.json` 项目按[旧接口](../blog-harness/REFERENCE.md)维护原确认与记录。
- 博客发布仅由人工操作：机器不得输入稿件编辑器、向博客平台上传图片、保存草稿、发布、删除或修改指纹浏览器客户端。图床上传仅限本篇可公开图片，按[图片托管](../blog-writer/references/image-hosting.md)执行；注册/登录与最低设置按[专项授权](../../docs/account-preparation.md)执行，保留现有模型配置。

压缩或恢复后完整读[短流程](../../docs/workflow-core.md)，再读原任务、当前稿和开放问题；参考资料按需读取。