一句功能定义,不用口号替代。
公告必须回答五个问题
如果前四项有任何一项缺失,只能继续补充材料,不能称为可发布的上线公告。
系统、页面、按钮和视觉位置。
三个主要步骤以内。
用 Before / After 表达改变。
客户理由、差异化、演示和边界。
六步生成流程
先确认发布契约,再建立事实底座;先写清楚,再做视觉。顺序不能倒置。
名称、版本、日期、状态、受众和渠道。
需求、Git、测试、配置、权限和截图。
已验证、待部署确认、后续规划。
能力 + 可见结果 + Before / After。
HTML、海报、群通知和销售脚本。
事实、内容、视觉与生产状态。
正式生成前需要什么输入
缺少正式名称、发布状态、入口、使用方式或证据时,只生成待确认草稿。
最小输入集合
输入不完整时,技能应主动发现或明确列出缺口,而不是用营销语言补齐未知事实。
关键判断规则
implemented、merged、deployed、enabled、verified 必须分别确认。
不能根据功能名推断它具有查询、写入、审批或自动执行能力。
准确率、效率、节省金额和采用率没有测量就不能宣传。
结果依赖角色、数据范围或开关时,公告中必须说明。
使用当前版本并完成脱敏,不用装饰性假界面替代入口证据。
内部架构、框架、工单号和实现细节进入证据页。
每条宣传都要有状态
确定性语气只属于已经验证的发布事实。
已上线且已验证
可以使用“已上线、现已支持、可以使用”等确定性表达。
已实现,部署待确认
只能写入待确认稿,并明确缺少生产部署或启用证据。
规划或后续能力
不得混入本次上线范围,可单独列为后续计划。
视觉结构与标准交付物
海报负责快速理解,HTML 负责完整说明,短消息负责触达,销售脚本负责演示,证据页负责可信。
单页结构
- 品牌、日期和版本
- 两行以内主标题
- 一句功能定义
- 真实产品或入口截图
- 三步使用流程
- 三至五项能力
- Before / After 价值
- 销售赋能、行动和边界
推荐交付包
source.md完整事实和文案
announcement.html用户审阅页面
poster.png传播长图
group-message.txt120–200 字短版
sales-demo.md30 秒演示脚本
evidence.md验证证据和缺口
发布前通过四道门禁
任何一道门禁失败,都应回到草稿状态,不得扩大为正式对外承诺。
事实门禁
- 名称、版本、日期正确
- 每项能力有证据
- 无编造数字
- 状态没有混写
内容门禁
- 五个问题已回答
- 三步内会使用
- 价值具体
- 销售口径清楚
视觉门禁
- 真实截图未变形
- 手机文字可读
- 入口指向正确
- 无敏感数据
发布门禁
- 生产状态确认
- 配置与权限生效
- 演示环境验证
- 负责人同意外发
技能方法来源
这些来源用于形成通用方法,不代表已经安装第三方技能,也不复制第三方原文。
GitHub Release Notes
从 PR、贡献者和完整变更记录建立事实清单。
查看来源 ↗OpenAI App Submission Skill
使用简短功能定义,并从真实实现确认能力和操作边界。
查看来源 ↗Anthropic PPTX Skill
视觉证据、流程图、Before / After 和清晰层级。
查看来源 ↗MiniMax Visual Art Skill
单页海报、真实内容、强层级和视觉质量门禁。
查看来源 ↗Lodestar Release Notes Skill
受众优先、3–6 个重点,并同步输出短渠道公告。
查看来源 ↗Humanize Writing
具体收益、自然表达、朗读检查和去除 AI 套话。
查看来源 ↗