这个 Skill 能做什么，适合哪些场景？
这是一个面向产品发布的营销技能，要求输入已完成的定位画布以及已接受的叙事和声明投影。它输出标签语、单句定位、三个价值支柱、按 persona 标注证据的证明点、工作倒推式 PR-FAQ，以及各渠道的信息角度包。它不负责创建定位、撰写成稿、制作广告或邮件单元，也不裁定声明真伪。适合需要在发布前统一消息、保留证据标注并明确后续资产制作交接的团队。
读取定位画布、persona、渠道与层级信息，以及 narrative.json 和 claims.json 中指定偏移位置的投影；检查输入是否具备可用的定位、叙事和声明依据；构建标签语、单句定位、三个价值支柱和按 persona 划分的证明点，并将证明点标记为 Measured、User-provided 或 [needs source]；编写发布日时态的工作倒推式 PR-FAQ、五个外部 FAQ 和五个内部 FAQ；为每个发布渠道生成信息角度、主要证明点和目标 persona，而不是成稿；整理待补来源的声明、依赖状态和标准交接摘要，并将授权后的结果写入指定的 memory/launch/message-house-builder/ 目录。
- 产品团队已有定位画布，需要为一次新品发布建立统一的消息结构。
- 发布负责人需要用发布日时态准备 PR-FAQ，并提前回答买方和内部团队的难题。
- 营销团队需要为 Product Hunt、媒体、商店列表或公告邮件分别规划信息角度，而不是直接生成成稿。
- 品牌团队希望逐 persona 标注证明点来源，避免把未经验证的数字写成事实。
如何安装这个 Skill？
- 运行前应确认 positioning canvas、Narrative canon 和 claims projection 均已接受且偏移量有效；缺失时不得生成可发布的 canonical messaging。
- 引用的 registry-events.py、skill-contract.md 和官方渠道规格未在选定文件中展开，需另行核验其可用性、版本一致性和权限边界。
- SECURITY.md 的支持版本为17.x，而技能声明18.0.0，应确认支持政策和维护路径已同步。
- 输出是消息角度而非成稿，发布前仍需进行 claims adjudication、渠道规格核验和人工审阅。
- Shell / 命令行
- 本地文件系统
可安装整个仓库：npx skills add aaron-he-zhu/aaron-marketing-skills；也可使用 Claude Code：/plugin marketplace add aaron-he-zhu/aaron-marketing-skills，然后运行 /plugin install aaron-marketing@aaron。README 说明通用主机支持使用 -s 选择单个技能；本技能路径为 launch/assemble/message-house-builder/SKILL.md，slug 为 aaron-message-house-builder。
tmp="$(mktemp -d)"
git clone --depth 1 https://github.com/aaron-he-zhu/aaron-marketing-skills.git "$tmp"
mkdir -p ~/.claude/skills
cp -R "$tmp/launch/assemble/message-house-builder" ~/.claude/skills/
rm -rf "$tmp"根据源仓库地址和 Skill 路径自动生成，只复制这个 Skill 的文件夹。如果上文有作者提供的安装方式，请优先按作者说明操作；想只在当前项目中使用，把 ~/.claude/skills 换成项目里的 .claude/skills。
如何使用这个 Skill？
先准备完成的定位画布，并提供 persona 与发布渠道，然后触发：Build a message house for [product] from the positioning canvas. Personas: [list]. Launch channels: [list]. 也可以请求：Write a working-backwards PR-FAQ for our [launch type] — launch-day tense, five external + five internal FAQs. 如果缺少定位画布，应先转交 positioning-mapper；不要把回退结果当作正式 canon。
这个 Skill 有哪些优点和局限？
- 输出结构明确，覆盖消息屋、PR-FAQ和渠道角度包。
- 对每个 persona 的证明点要求证据标签，并保留 [needs source] 状态。
- 明确区分定位、消息、成稿、广告、邮件和声明裁定等职责，便于交接。
- 支持标准化的叙事与声明依赖摘要。
- 必须先有可用的定位画布、已接受的叙事和声明投影；缺失时不能直接产出正式发布消息。
- 只生成渠道角度，不生成完成的博客、页面、广告或邮件单元。
- 未解决的声明会阻塞发布使用，并需要通过声明注册流程处理。
- 来源材料没有提供该技能独立的测试套件或平台覆盖证据。
这个 Skill 与同类方案有什么区别？
与相关 Skills 并排比较；分数均按同一 FSRS 标准得出。
| Skill | FS 评分 | Star 数 | 最近更新 | License |
|---|---|---|---|---|
| 发布消息屋构建器 本页 | 59 · 推荐 | ★ 3k | 12 天前 | Apache-2.0 |
| 定位画布构建器 | 57 · 谨慎使用 | ★ 3k | 12 天前 | Apache-2.0 |
| 叙事基线盘点 | 57 · 谨慎使用 | ★ 3k | 12 天前 | Apache-2.0 |
| 发布定价与套餐规划器 | 61 · 推荐 | ★ 3k | 12 天前 | Apache-2.0 |
| 品牌消息体系架构师 | 57 · 谨慎使用 | ★ 3k | 12 天前 | Apache-2.0 |
FollowSkills 如何评估这个 Skill？
证据显示技能明确要求将输入视为不可信、限制写入范围、未经许可不保存结果，并通过授权提案提交 claims/launch facts；但运行时权限边界、回滚机制和实际提案执行安全性未在本文件中完整可核验，因此扣分。
技能契约、输入输出、完成条件、依赖状态和异常停止条件描述较完整；但本次仅静态阅读，没有覆盖该技能关键路径的专门测试或执行证据，且依赖的运行时和引用协议未能在选定文件内复现，因此受静态上限限制并扣分。
触发语句、目标受众场景、输入要求、输出格式及非适用范围均清楚，并提供中英文术语；但必须先有完整 positioning canvas、Narrative/claims projections，且渠道规格需外部核验，环境边界仍有限，因此扣分。
文件具有版本、许可证、兼容性、Quick Start、契约、交接、引用资料和后续技能说明，结构清晰；但维护责任、变更日志和更新路径未明确，且 SECURITY.md 的支持版本为17.x而技能版本为18.0.0，存在治理不一致，因此扣分。
预期产物具体，包括消息屋、PR-FAQ骨架、按渠道角度包、证据标签和交接摘要，理论上可直接用于后续资产生产；但没有该技能代表性输出或独立执行证据，且上游资料缺失时无法完成，按静态校准仅给有限分数。
技能要求证据标签、canon/version、claims offset和依赖状态，并引用仓库协议；但没有该技能专属测试、第三方验证或可复现输出，仓库测试主要覆盖通用架构与审计验证，因此扣分。
点击维度查看打分理由
证据充分度：低 — 主要依赖静态检查、作者材料或有限演示；适合发现线索，不适合做高风险决策。
查看完整评分方法 →