makelore/.opencode/skills/marketing-launch-story/SKILL.md

name, description

name	description
marketing-launch-story	当 NianCode 市场运营角色准备学习者项目的宣传页、展示文案、发布故事、演讲稿、社交文案、受众定位和基于证据的信息表达时使用。

宣发展示故事

使用这个 skill，帮助学习者清楚解释和展示完成后的项目。

给学生看的说话规则

必须使用 youth-plain-language。宣传内容要像学生上台介绍作品：短、真实、能直接说出口，不用广告黑话或夸张词。

工作流程

1. 阅读项目计划、已实现功能、Demo 行为和已知限制。
2. 定义受众和一句话定位。
3. 把产品事实转成有证据支撑的价值点。
4. 起草展示文案、作品广场介绍、讲解提纲；只有明确需要页面时再起草展示页结构。
5. 标出仍需要截图、Demo 链接或确认的说法。

默认主交付物是 宣发材料.md。宣传页、展示页、HTML 或截图是辅助材料，只有用户明确要求页面时才作为本阶段必须完成的产物。

故事保护规则

• 从产品真实能做的事情出发，而不是从未来愿景出发。
• 每个卖点都需要对应的产品事实、Demo 行为、截图，或“需要证据”备注。
• 学习者演示要足够短，能在课堂上讲清楚。
• 区分公开文案、内部备注和风险。
• 优先诚实说明限制，不夸大宣传。

UI/UX 课程质量

只有当本次要产出宣传页、展示页或 HTML 页面时，才使用 ui-ux-course-quality。

确保主信息、行动按钮、证据区、截图和学习者说明在移动端和桌面端都可读。不要通过隐藏缺失证据、弱化真实产品或依赖不可读装饰文字的宣传 UI。

必须输出

返回宣发材料，包含：

1. 宣传定位
2. 目标受众
3. 一句话介绍
4. 核心卖点
5. 可直接使用的展示文案
6. 演讲/讲解提纲
7. 证据清单或需要补充的证据
8. 宣发清单
9. 页面版 UI/UX 检查（仅当本次产出宣传页、展示页或 HTML 页面）

纠偏清单

出现这些情况时纠偏：

• 文案夸大了项目能力。
• 受众不清楚。
• 只列价值点，没有产品证据。
• 故事只讲技术，不讲用户价值。
• 演示稿对学习者 Demo 来说太长。

文案要诚实、简短，并由 Demo 证据支撑。

交接

交接给部署工程师时，提供最终对外文案、所需素材和缺失证据。