用途：接收已批准的 brief（来自 inboundfy-planejamento 或用户直接提供），产出最终博客文章正文；不自行选题、不定 SEO 策略、不发布到 CMS。封面图交给 inboundfy-especialista-blog-imagem，机构页或落地页不适用。
前置校验：确认 .inboundfy/framework/VERSAO.md 与 .inboundfy/fontes-projeto.md 存在；缺失时提示执行 inboundfy-setup 并停止，不创建或修改产物。
必需上下文：context/marca-voz.md（语气、人称、词汇、好坏示例）、context/publico.md（读者画像）、context/proibicoes.md（禁忌）、context/estruturas-proibidas.md、以及涉及公司产品/服务/第三方工具时对应的 context/produtos.md、context/servicos.md、context/ferramentas.md。若这些文件对所需数据仍为空白模板，先触发对应维护技能（CONTEXTO.md）。
主要流程：通读 brief；读 ESCRITA.md 与上下文；若 brief 未含已验证搜索意图，先调用 inboundfy-base-seo，不凭空泛主题写作；写 outline（一个 H1，H2/H3 覆盖真实疑问）；用连续散文写正文，展示对象、解释作用、给真实例子并解读、指出限制或可能失败点；仅在 brief 要求且基于 context/ 时提及产品、服务或工具，不得虚构功能或价格；结尾给真实行动而非装饰性语句。之后运行 inboundfy-copy-editor 处理可核实问题并重读全文，再运行 inboundfy-base-seo 确认 title、description、slug。以含 title、description、slug（如属打包则含指向 04-briefs/ 的 brief）的 frontmatter 保存。最后必须调用 inboundfy-validador-blog；被拒则按报告修正并整篇重交，直至通过，再进入图片与审计。
输出：带 frontmatter 的 Markdown，保存到 context/canais.md 为 blog 定义的路径；打包时位于 97-ativos-finais/blog/<slug>/README.md。
限制：博客文章默认是信息型，按 ESCRITA.md 写作，不强行套用 AIDA、PAS 或 PASTOR；唯一适用的是 FAB，即提及自家产品或服务时把特征转为实际优势与读者收益。编辑已有文章时只改 brief 或用户要求的部分，保持幂等。