这个 Skill 能做什么，适合哪些场景？
该技能根据现有叙事 canon，生成融资路演、销售 pitch 或两者共用的五段式叙事：问题、拐点、产品英雄、证据和行动请求。它将每个叙事节拍映射到一张或多张幻灯片，并为证据节拍绑定已批准的 claim ID。未核验的证据会标记为“[needs source]”，而不是自行判定其真实性。它适合已有叙事 canon、claim ledger 和可提供 traction 数据的团队；没有 canon 时会停止并要求先建立叙事基础。
读取 narrative canon、story bank、positioning truth set、只读 claims ledger，以及用户提供的公司 traction 或指标；确认目标受众为销售、融资或两者；构建问题→拐点→产品英雄→证据→请求的五段式主线；生成每页一个叙事节拍的幻灯片大纲；为证据节拍列出 proof unit 和 claim ID；将未批准或缺少来源的证据标记为“[needs source]”并提交为 claims proposal；分别生成融资请求和销售下一步请求；检查 canon 一致性、禁用词和 AI-slop 表达。
- 创始人已有品牌叙事 canon，需要整理一份投资人 deck 大纲。
- 销售团队需要把统一的公司叙事转成面向客户的 pitch 结构。
- 市场团队希望让销售 deck 与 tagline、pillars 和 claims ledger 保持一致。
- 团队有多个 traction 或案例证据，但需要区分已核验、用户提供和待补来源的内容。
如何安装这个 Skill？
- 使用前必须确认 memory/narrative-registry/canon.md、story bank 和 claims ledger 存在且版本一致；缺少 canon 时应停止并返回 NEEDS_INPUT。
- 任何未获批准的统计、案例、比较或 logo 证据都只能标记为 [needs source]，不得在路演材料中当作已验证事实。
- 该技能可能提交 claims/narrative 提案或保存结果；应确认宿主确实提供授权的 registry-events.py 流程，并在用户明确确认后写入。
- 未提供该技能的真实执行产物或专门测试，生成的 deck outline 仍需人工核验。
- Shell / 命令行
- 本地文件系统
Python registry-events.py runtime referenced for claim proposals
在 Claude Code 中添加仓库市场并安装集合：/plugin marketplace add aaron-he-zhu/aaron-marketing-skills，然后运行 /plugin install aaron-marketing@aaron。也可使用 npx skills add aaron-he-zhu/aaron-marketing-skills，或直接克隆仓库：git clone https://github.com/aaron-he-zhu/aaron-marketing-skills。集合安装后，使用其中的 narrative/land/pitch-narrative-builder/SKILL.md。
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/narrative/land/pitch-narrative-builder" ~/.claude/skills/
rm -rf "$tmp"根据源仓库地址和 Skill 路径自动生成，只复制这个 Skill 的文件夹。如果上文有作者提供的安装方式，请优先按作者说明操作；想只在当前项目中使用，把 ~/.claude/skills 换成项目里的 .claude/skills。
如何使用这个 Skill？
先确保 memory/narrative-registry/canon.md 存在，并准备可读取的 story bank、claims ledger 和用户提供的指标。可使用提示：Build our pitch deck narrative for [company] from the canon. Audience: investors. 或 Structure a sales pitch narrative for [product] — problem → shift → product-as-hero → proof → the ask. 该技能只生成叙事和幻灯片节拍，不负责成品视觉设计、battle cards、talk track 或 claim adjudication。
这个 Skill 有哪些优点和局限？
- 明确的五段式叙事和逐页节拍输出，适合直接进入 deck 策划。
- 证据节拍要求绑定 claim ID，并区分已核验与待补来源内容。
- 同时支持销售 pitch、融资 deck 或共用主体加双版本请求。
- 不要求连接器；集合默认支持 Tier 1、用户提供的数据。
- 必须先有 narrative canon；没有 canon 时不会替团队自行发明故事。
- 不会设计最终幻灯片视觉，也不会编写 launch-window battle cards 或销售代表 talk track。
- 未核验证据只能提交为待审 claims proposal，不能直接成为批准声明。
- 来源未展示独立测试套件或具体平台兼容测试的细节。
这个 Skill 与同类方案有什么区别？
与相关 Skills 并排比较；分数均按同一 FSRS 标准得出。
FollowSkills 如何评估这个 Skill？
技能明确采用最小数据范围、Tier-1 自有数据、输入不可信处理、未经批准的证明标记为 [needs source]，并要求通过授权 propose 流程提交事件；但涉及写入提案和保存结果，回滚机制、敏感指标处理细则和完整权限边界未在本文件中展开，且发布者身份未知，因此扣分。
流程、停止条件、无 canon 时 NEEDS_INPUT、受众确认和异常输入处理较清晰；但依赖多个未提供的注册表、脚本和共享规范，未见针对该技能关键路径的专门测试或可复现实例，按静态校准不超过 10，故扣分。
触发语义、目标受众、输入参数、输出格式和非适用范围定义较明确，并支持中文描述且不依赖连接器；但对不同 Agent host 的实际兼容性、中文输出深度和大陆网络可达性缺少该技能级证据，故扣分。
前置元数据、版本、许可证、Quick Start、契约、数据源、保存规则、交接和后续技能均较完整；但变更记录、维护责任人、更新路径和所引用文件的可用性未在给定材料中充分证明，发布者也未被验证，故扣分。
技能定义了五段叙事、逐页节拍、claim ID、受众化 ask 和待补证据清单，理论上可直接形成 deck outline；但没有该技能的真实输出或执行证据，且核心效果依赖外部 canon、story bank 与 claims ledger，无法静态确认结果质量，故保守给分。
要求 proof beat 绑定 claim ledger、标注 Measured/User-provided/Estimated，并通过事件提案追踪未验证主张，具备一定审计性；但给定材料没有该技能的样例产物、第三方佐证或关键路径复现记录，故不超过静态上限并扣分。
点击维度查看打分理由
证据充分度：低 — 主要依赖静态检查、作者材料或有限演示；适合发现线索，不适合做高风险决策。
查看完整评分方法 →