| name | nextclaw-product-blog-storytelling |
| description | 当为 NextClaw 写产品博客、官网短文、发布叙事、功能优势、社区稿或配图 brief，并需要把愿景、证据、用户任务和差异化收敛成可信公开内容时使用。 |
产品博客叙事
写作流程
- 对齐
docs/VISION.md，明确主题服务统一入口、能力编排、自感知、自治、自进化或生态扩展中的哪一点。
- 从代码、文档、真实 UI、事件链路、发布记录或用户反馈找证据。证据不足的内容写成方向，不写成已完成事实。
- 默认选择“结果摘要型事实报告”，不默认写观点文或营销故事。
- 用一句话冻结核心事实，再写它支撑的具体用户任务；模型接入、安装 skill、连接渠道等能力入口本身不是用户任务。
- 比较竞品前固定产品与版本，使用官方一手资料建立
能力 | NextClaw | 对方 | 结论。对方同样具备的能力不能继续称独有优势；文档未提及也不能断言不存在。
- 区分“自身已有能力、产品重要特点、相对差异”，再核对控制边界、执行层、生命周期、组合方式和成熟度。
- 写明能力边界和下一步，不把底座、方向或概念图包装成现成功能。
- 公开正文由
user-facing-content-boundary 约束；分类过程、模板解释和取舍理由留在协作材料，不进入发布稿。
默认文章结构
## 摘要
一句话结论 + 3-5 条可核查事实。
## 当前结果
用表格列能力、状态和用户可见结果。
## 能力边界
列尚未完成的范围。
## 下一步
列 2-3 个后续方向。
正文短、硬、可核查；多用“当前、已具备、未完成、下一步”，少用情绪转场、排比和“大 V”腔。事实说明可在此基础上扩写；只有用户明确要观点、传播稿或发布故事时，才增加问题、判断、取舍和用户使用路径。
配图选择
先写一句“图片必须让用户看懂什么”，再比较至少 2-3 种形式：
- 真实/标注截图：已上线能力的首选，可信度最高；
- 概念化产品图：跨多界面或尚在产品化的能力，必须明确是概念表达；
- 信息图/流程故事板：结构判断、对比、before/after 和用户旅程；
- 抽象氛围图：默认不选，不能替代产品证据。
功能跨多个界面时，截图覆盖真正承担说明责任的入口、管理面和结果面，不能用结果图替代完整链路。可信度和传播性冲突时，以截图作正文证据、概念图作 hero。
配图后自评：视觉焦点是否命中核心亮点；是否有任务、状态、进度、工具或统一工作台等证据元素；去掉标题后能否猜到主题；是否退化为机器人、科幻光效或泛 AI 氛围。未命中就改 brief 或重做。
质量门
文章必须有具体用户任务、证据锚点、明确判断和能力边界；普通用户能读懂，技术用户能核查。禁止“革命性、颠覆性、前所未有”、万能产品叙事、纯 changelog 和无证据优势宣称。
