launch-copy

此技能用于撰写发布文案。以下规则不可妥协：

1. 每一行都必须以真实产品为依据。如果 .ulpi/launch/positioning.md 存在，请阅读；否则，请根据实时网站（通过 browse）、README 和产品文档来了解产品。绝不虚构功能、指标、客户或奖项。如果无法确定产品的用途和目标用户，请提问，不要猜测。
2. 严格遵守素材配置。遵循所有硬性限制（字符数）、指定语气和调用方提供的合规要求。统计字符数；绝不提交超出硬性限制的文案。
3. 遵守合规说明。如果调用方提供了合规要求（例如：“Product Hunt：绝不请求他人点赞”；“Hacker News：不夸大，不用营销话术”），每一行都必须符合要求。如有疑问，请询问调用方；绝不生成违反平台规则的文案。
4. 提供多个选项，而不是只给一个猜测。为每项请求的素材撰写多个不同角度的版本（参见 references/angles.md），并用一句话说明推荐哪个版本及理由。
5. 拒绝空话。开篇突出收益或结果，内容具体（使用真实名词或数字），并通过冷读测试。杜绝 buzzword 堆砌、空洞的最高级表述，以及（除非语气要求如此）表情符号和夸张宣传。
6. 只撰写一次简报。如果你是首次了解产品，请将内容保存到 .ulpi/launch/positioning.md，以便其他渠道和发布技能重复使用，而不必重新推导。

launch-copy

输入

• $request：要撰写文案的渠道和素材，以及可选链接。如果由发布技能调用，调用方还会传入素材配置（见下文）。独立运行时，请通过一两个有针对性的问题向用户收集配置。

素材配置（调用方传入的约定）

channel:     e.g. product-hunt | hacker-news | directory | landing | email
voice:       e.g. "benefit-led, concrete, no hype"  |  "technical, humble, no marketing-speak"
compliance:  any phrasing rules, e.g. "never solicit upvotes" | "no superlatives/emoji"
assets:      a list of —
  - id:       e.g. tagline | short-desc | long-desc | first-comment | gallery-headlines
    purpose:  what this asset does / where it renders
    limit:    hard character/word limit (if any)
    versions: how many angle variants to draft (default 3–4)
    notes:    format, a skeleton to fill, or examples to calibrate against

如果由发布技能调用，请原样使用其配置，不要重复询问。如果缺少信息（语气、限制等），请推断合理的默认值并说明。

目标

为每项请求的素材提供有依据、符合品牌调性且不超出限制的文案，按角度标注不同版本，并为每项素材推荐一个版本。按调用方预期保存文案（默认路径为 .ulpi/launch/<channel>/copy.md，或将草稿交还调用方，由其整理），并确保 .ulpi/launch/positioning.md 内容保持最新。

步骤 0：明确简报

如果传入了素材配置，请采用该配置（参见 references/asset-profiles.md，了解如何读取和规范化配置）。如果是独立运行，最多提出几个问题，了解渠道、产品或网址，以及需要哪些素材；然后根据 references/asset-profiles.md 中匹配的基准配置，建立素材配置。成功标准：已明确渠道、产品和素材清单。

步骤 1：了解产品 → .ulpi/launch/positioning.md

如果 .ulpi/launch/positioning.md 存在，请阅读并沿用其中内容。否则，请根据实时网站（使用 browse 技能访问）、README 和产品文档来了解产品；还要阅读 .claude/.cursor 中的 project-context.md（第 1–9 节），以及 .ulpi/design/DESIGN.md（如果存在）。提炼：一句话介绍产品、理想客户画像（ICP）、用用户自己的话表达的核心价值、3 个主要差异化优势、具体证据、所属类别和链接。保存这些内容，供后续复用。加载 references/copy-craft.md。成功标准：形成真实的产品简报，文案中的任何内容都不会与其矛盾，且没有虚构信息。

步骤 2：选择角度

选择适合渠道和产品的角度组合（加载 references/angles.md）：A 功能导向 · B 收益导向 · C 对比/替代方案导向 · D 受众导向。大多数发布文案以收益导向和受众导向为佳；如果参照产品广为人知，对比导向效果突出。成功标准：为渠道选择一组彼此不同的角度（而不是对同一角度换种说法）；每项多版本素材根据其配置中的 versions 数量，采用尽可能多的不同角度；单版本素材（例如首条评论、图库标题）则选择一个恰当角度。每项素材的 versions 字段是决定需要撰写多少个版本的唯一依据。

第 3 步：在限制范围内为每项素材起草多个版本

针对资料中列出的每项素材，按要求的数量，围绕选定的角度、采用指定的语气起草多个版本，不得超过硬性限制（计算字符数）。填写资料提供的任何模板（例如首条评论的结构）。将一个版本标记为推荐，并用一句话说明原因。使用 references/copy-craft.md 查看文案创作规则，使用 references/asset-profiles.md 查看各渠道常见的素材资料及其解读方法。成功标准：每项素材都有标注清晰的选项，符合限制且语气恰当，并附有推荐版本。

第 4 步：自查（文案关卡）

返回前，逐行核实：是否有真实产品作为依据？是否具体（包含真实名词或数字）？是否符合硬性限制（已计数）？是否符合指定语气？是否通过所有合规检查？是否通过冷读测试（陌生人也能看懂）？是否完全没有禁用的劣质文案特征？修正所有不合格内容，然后返回。成功标准：每项检查均通过；没有虚构、超限或不合规的内容。

注意事项

• 所有内容都须有依据；绝不虚构功能、指标、徽标或社会证明。
• 严格遵守字符数硬性限制、语气要求和合规规则。
• 提供多个选项并给出推荐，不要只给一个版本。
• 资料要求时，只撰写轮播页的标题（文案）；不要撰写轮播页的视觉设计或镜头列表——那属于平台技能；也不要撰写长篇内容。
• 复用 .ulpi/launch/positioning.md；如果其中已有产品简介，就不要重新推导。
• 如果无法使用 browse 或网站缺失，请灵活处理——向用户询问关键信息后继续。

何时加载参考资料

• references/copy-craft.md — 文案创作：以产品为依据、突出收益、具体明确、冷读测试和禁用的劣质文案特征（步骤 1、3、4）。
• references/angles.md — A/B/C/D 角度框架，含模式和真实示例（步骤 2）。
• references/asset-profiles.md — 如何解读素材资料，以及 Product Hunt、Hacker News、目录和着陆页的现成资料（步骤 0、3）。

输出约定

返回／写入：

1. .ulpi/launch/positioning.md — 新建或复用（共享产品简介）
2. 对于每项指定的素材：提供资料要求数量的、标注清晰的版本（标语／标题／一句话介绍默认提供 3–4 个；资料另有规定时则更少，例如首条评论和轮播页标题各提供 1 个，描述提供 2 个），每个版本均不超过硬性限制（显示字符数），并标记一个推荐版本，附上一句推荐理由
3. 单独运行时，将草稿写入 .ulpi/launch/<channel>/copy.md；由发布技能调用时，将草稿交还给调用方，以便其汇总（符合目标要求）
4. 用一句话确认所有内容均有依据、符合限制和指定语气，并且合规