nextclaw-product-blog-storytelling

name	nextclaw-product-blog-storytelling
description	当为 NextClaw 写产品博客、官网短文、发布叙事、功能优势、社区稿或配图 brief，并需要把愿景、证据、用户任务和差异化收敛成可信公开内容时使用。

产品博客叙事

写作流程

1. 对齐 docs/VISION.md，明确主题服务统一入口、能力编排、自感知、自治、自进化或生态扩展中的哪一点。
2. 从代码、文档、真实 UI、事件链路、发布记录或用户反馈找证据。证据不足的内容写成方向，不写成已完成事实。
3. 默认选择“结果摘要型事实报告”，不默认写观点文或营销故事。
4. 用一句话冻结核心事实，再写它支撑的具体用户任务；模型接入、安装 skill、连接渠道等能力入口本身不是用户任务。
5. 比较竞品前固定产品与版本，使用官方一手资料建立 能力 | NextClaw | 对方 | 结论。对方同样具备的能力不能继续称独有优势；文档未提及也不能断言不存在。
6. 区分“自身已有能力、产品重要特点、相对差异”，再核对控制边界、执行层、生命周期、组合方式和成熟度。
7. 写明能力边界和下一步，不把底座、方向或概念图包装成现成功能。
8. 公开正文由 user-facing-content-boundary 约束；分类过程、模板解释和取舍理由留在协作材料，不进入发布稿。

默认文章结构

## 摘要

一句话结论 + 3-5 条可核查事实。

## 当前结果

用表格列能力、状态和用户可见结果。

## 能力边界

列尚未完成的范围。

## 下一步

列 2-3 个后续方向。

正文短、硬、可核查；多用“当前、已具备、未完成、下一步”，少用情绪转场、排比和“大 V”腔。事实说明可在此基础上扩写；只有用户明确要观点、传播稿或发布故事时，才增加问题、判断、取舍和用户使用路径。

配图选择

先写一句“图片必须让用户看懂什么”，再比较至少 2-3 种形式：

• 真实/标注截图：已上线能力的首选，可信度最高；
• 概念化产品图：跨多界面或尚在产品化的能力，必须明确是概念表达；
• 信息图/流程故事板：结构判断、对比、before/after 和用户旅程；
• 抽象氛围图：默认不选，不能替代产品证据。

功能跨多个界面时，截图覆盖真正承担说明责任的入口、管理面和结果面，不能用结果图替代完整链路。可信度和传播性冲突时，以截图作正文证据、概念图作 hero。

配图后自评：视觉焦点是否命中核心亮点；是否有任务、状态、进度、工具或统一工作台等证据元素；去掉标题后能否猜到主题；是否退化为机器人、科幻光效或泛 AI 氛围。未命中就改 brief 或重做。

质量门

文章必须有具体用户任务、证据锚点、明确判断和能力边界；普通用户能读懂，技术用户能核查。禁止“革命性、颠覆性、前所未有”、万能产品叙事、纯 changelog 和无证据优势宣称。