hardware-product-launch-announcement-html，用于硬件新品、设备能力、硬件亮点卖点和上线公告 HTML。
Skill Preview
硬件产品上线公告 HTML：先讲现场价值，再讲功能和证据
基于微信公众号样例沉淀的新规范：以后硬件产品上线公告不再只写“功能已上线”，而是按产品定位、特色功能、方案优势、证据边界和 OSS 发布链路输出可分享 HTML。
需要把功能翻译成客户买点时，叠加 product-buying-points-translation。
用户可见 HTML 必须通过 oss-html-publication 发布到 OSS 并验证后再返回链接。
固定输出结构
1 产品名设备类别和业务链路。
2 场景承诺一句话说明解决什么现场问题。
3 为什么现在运营、合规、成本或交付压力。
4 特色功能能力加用户可见结果。
5 方案优势转成买点，而不是继续堆参数。
6 适用场景适合谁，不适合谁。
7 证据边界已确认、待确认、不可承诺。
8 下一步演示、试点、验收或客户沟通。
清晰来自结构，不来自堆词。它先用一个硬件产品定位抓住场景，再分出特色功能和方案优势。每个功能都紧跟一个现场结果，让读者能把设备和日常操作联系起来。
AI 识别、成本节省、食安合规、硬件可靠性、离线缓存、系统集成等内容，只有拿到产品规格、测试记录、真实项目或客户验收后，才能从“表达方法”升级为“确认事实”。
未来 HTML 必备区块
| 区块 | 作用 | 检查点 |
|---|---|---|
| 首屏标题 | 让人一眼看懂设备解决什么问题 | 产品名 + 场景承诺 |
| 产品定位 | 说明设备类别和业务链路 | 谁用、在哪用、解决什么 |
| 特色功能 | 讲亮点 | 5 到 7 个功能，每个都有用户可见结果 |
| 方案优势 | 讲买点 | 按食安、运营、财务、IT、交付角色翻译 |
| 场景适配 | 防止误卖 | 适合与暂不适合都要写 |
| 上线影响 | 让交付能执行 | 入口、配置、培训、验收证据 |
| 证据边界 | 防止过度承诺 | 已确认、待确认、不可对外承诺 |
| 下一步 | 推动行动 | 演示、试点、补证、销售材料或客户沟通 |