用途：为博客写作流程建立持久的品牌与语气上下文。它在项目根目录生成两个文件：BRAND.md（受众、定位、编辑 do/don't 规则、禁忌短语等）与 VOICE.md（品牌在结构与用词上的声音），供博客编排器在支持的写作与规划命令中自动加载，作为跨会话、跨命令的统一来源。
主要能力：以 5 步交互式访谈收集信息——受众、定位与规范实体、编辑规则、话题边界、语气（若已有 blog-persona JSON 则预填语气答案）。支持 /blog brand init、/blog brand show、/blog brand update 三个命令。
使用方式：运行 /blog brand init 进入访谈并生成文件；/blog brand show 查看现有内容或报告缺失；/blog brand update 以上次值为默认重新访谈并覆盖文件。当 /blog write、rewrite、brief、outline、calendar、strategy 等命令运行时，编排器会检查根目录是否存在这两个文件，存在则注入到下游智能体的系统提示中。
适用场景：需要长期保持品牌调性一致、明确受众与话题边界、并希望多个博客技能共享同一编辑上下文的团队或个人。
限制：文件不存在时行为与 v1.7.1 一致，属可选上下文，编排器不会主动提示创建。它不替代 blog-persona，而是消费它；persona JSON 仍是语气维度的权威来源。若答案过少（少于 2 条受众要点或 3 条编辑规则）会拒绝写入骨架。根目录不明确、文件已存在或引用的 persona 缺失时会向用户询问处理方式。其余事实暂未提供。