HyperFrames 意图层的发散一步：pitch-round 五概念采样机制的完整解析

HyperFrames 意图层的发散一步：pitch-round 五概念采样机制的完整解析

【免费下载链接】hyperframesWrite HTML. Render video. Built for agents.项目地址: https://gitcode.com/GitHub_Trending/hy/hyperframes

本文面向使用或研究 HyperFrames 技能体系（skills/hyperframes）的开发者与 AI Agent 使用者。当用户带着一个"还没有想法的想法"来做视频时，意图层（intent layer）中的其余步骤都在收敛——推荐选项、收据（receipt）、每个字段一个问题——唯独这一步行发散：在提问之前，先给出五个概念。本文完整解读 pitch-round.md 的触发条件、内部采样门、三行式呈现纪律、自主运行变体与"视频小白"决策地图，并结合仓库中意图访谈、路由契约与BRIEF.md格式给出可验证的落地证据。

1. 为什么意图层需要一步"发散"

在 HyperFrames 的技能架构里，新建视频请求统一先进入意图层（intent layer），也就是 intent-interview.md 定义的一次前端对话。这场对话共八步：记忆读取、输入分类（triage）、选路由、pitch 轮、必答问题、运行形态问题、能力菜单推荐、交接。它的目标是把一句"帮我做个视频"变成一份确认过的BRIEF.md。

这份文档指出一个关键的不对称：其余所有步骤都在收敛——推荐选项、收据、每个字段一个问题。但一句没有成型的要求（unformed request）没有可收敛的对象：

"make us a video about the launch"（"给我们做一个关于发布的视频"）回答不了任何一个创作字段；而把message当作表单问题抛给用户，等于把用户本来想让你填的空白又递回给他。

所以表单之前，先做 pitch：五个概念，宽采样，只给一轮。这是整条意图链路中唯一的"发散"环节，也是创作质量的第一道闸门。

2. 触发条件：只有未成型请求进入轮次

pitch 轮次不是每次都跑。触发逻辑在 SKILL.md 与意图访谈第 2 步"Triage the input"中定义：

• 只有未成型请求进入。分类（triage）判断请求是"成型"（formed）还是"未成型"（unformed）：消息、素材、场合都能从用户给出的信息里读出来，就是成型；只有一个没有立场的主题，就是未成型。
• 只有路由声明了 pitch 可答字段时才进入。每个工作流在 routes/ 下的契约文件里写明自己的 pitch-eligible 字段。例如 general-video.md 声明message是"未成型的开放式请求的本命场景"（home case）；product-launch-video.md 声明message+angle两个字段在 sell-or-show 定案之后由 pitch 继承。
• 配方（recipe）采用跳过轮次：已采用的配方自带被批准过的概念，无需再采样。
• 自主信号（autonomous signal）绝不跳过，只是把轮次"搬进内部"运行——即下文第 6 节的"门，独自运行"。

还有一个前置规则：在生成任何东西之前，先问用户心里已经浮现的画面。已有想法会成为 pitch 轮次的种子概念（seed），生成的概念永不覆盖它；如果用户已经有一个完全成型的画面，轮次在开始之前就结束——那个画面就是概念，意图层直接回到它的提问序列。

3. 采样门：内部运行、每次必跑的四个问题与五条路径

在任何模式、写任何 pitch 之前，都要先跑一遍采样门（sampling gate），且它的任何内容都不会展示给用户。采样门分为两个阶段。

3.1 关于这份 brief 的四个问题

四个问题必须针对当前 brief 具体作答，不能给通用答案：

1. 主体长什么样？它自己的视觉世界。文档给出的对照：一段岛屿旅行视频，是白墙和火山口悬崖；一次宕机复盘，是终端绿和带伤痕的时间线。主体的词汇表驱动版式（layouts）。
2. 目标情绪作为一帧画面是什么样？渴望（longing）是观看者想填满的空旷空间；紧迫（urgency）是压缩；敬畏（awe）是一个对画布来说太大的元素。
3. 播放表面要求什么？大厅屏幕是环境式的、被瞥一眼的；信息流在争夺第一秒；story（竖屏快内容）是竖的、快的。
4. 这个主题上别人的每一条视频都长什么样？这就是反模式（anti-pattern）。尾巴上的 pitch 绝不能是它。

3.2 五条采样路径与尾部约束

然后从五条路径各取一个概念，每条路径都代表一种真正不同的思考方向：

• 主体的世界（the subject's world）
• 情绪（the emotion）
• 观众（满足他们的预期，或打破它）
• 反模式，反转过来（the anti-pattern, inverted）
• 一个不寻常的形式（一封来信、一个倒计时、一份配方、一个头版、一张地图）

对每个概念，估计"一个拿到这份 brief 的模型生成出它的概率"。文档明确说：这些数字是方向性的，不是校准过的，它们存在的唯一目的是强制执行一条约束——五个概念里至少两个必须落在 0.10 以下。如果五个全部高于 0.10，说明每个 pitch 都是中位数（median），必须重来。

之后做剪影检查（silhouette check）：把每个概念的主要元素粗略画成包围盒；两个剪影相同的概念其实是同一个概念，需要替换其中一个。

概率永远不达用户。它们是采样约束，不是评分卡。

4. 呈现轮次：三行 pitch 的纪律

4.1 每个 pitch 恰好三行

每个 pitch 呈现为三行：

• 概念：一句话说清这个视频是什么。
• 视觉世界（visual world）：它的视觉世界。
• 开场钩子（opening hook）：开场如何钩住人。

关键在于第二行"视觉世界"承载着机制（machinery）：在这一行里，用 capability-menu.md中栏的平实语言说出这个概念依托的一两个能力——例如"发布数字在曲目的节拍网格上向上计数"，而绝不报功能名。

这正是工具箱（toolbox）抵达用户的途径：在用户想要的概念内部被体验到，而不是在一份用户无法评估的菜单里被罗列出来。机制配得上被提及的方式，和推荐配得上自己的位置的方式一样——一个放哪个 pitch 里都成立的能力是装饰品，只在某个概念真正倚仗它时才点名它。

4.2 顺序、推荐与一轮制

• 先呈现全部五个，再给任何推荐——先抛推荐会锚定（anchor）之后的一切。
• 然后推荐其中一个，并给出理由。
• 混搭（mixing）是一等公民答案：例如"第二个的取景加上第四个的开场"。
• 沉默或"你决定"（"you decide"）即接受推荐。
• 只给一轮：pitch 是提案，不是测验；除非用户主动要求，没有第二批。

5. 选定概念如何成为 brief 的创作核心

选定的概念就是这份 brief 的创作核心，它的落点是三处：

1. 回答路由的 pitch-eligible 字段——典型是message和angle。
2. 下游跳过这些问题，以 pitch 本身作为它们的收据（receipt）。意图访谈第 5 步"必答问题"印证了这一点：一个被选中的 pitch 就锁定了相应字段，其收据就是 pitch 本身（"inference is not an answer, but a chosen pitch is"）。
3. 概念写入BRIEF.md的## Intent小节，用用户接受时的措辞。BRIEF.md的正文结构由 brief-format.md 定义：## Intent（视频是什么、给谁、为什么现在）、## Assets、## Customizations、## Notes，各节可选。

pitch 点名的能力随概念一起确认，落入## Customizations，之后不再被当作新东西重新推销。能力菜单的第 7 步规则与此呼应：pitch 已经命名的能力随概念定案，第 7 步只从 pitch 没覆盖的范围里推荐。

这也解释了为什么BRIEF.md是整条链路唯一的交接物：SKILL.md 第 3 节写明，意图层以写出BRIEF.md收尾，"brief 是工作流唯一读取的路由产物，之后没有任何东西重新打开本技能或访谈"。

6. 自主运行："门，独自运行"

"直接给我做出来"（"Just build it"）改变的是观众（受众），不是纪律。文档的原话是：

走同一道门——四个问题、五个概念、尾部约束、剪影检查——选出胜者，然后继续构建。

在自主运行里，头部提示（heads-up）把这次选择当作其他任何有收据的决策来处理：说出选定的方向及原因、它依赖的机制、以及被有意舍弃的最典型方向。

为什么自主运行尤其危险？因为没有人在场说出"这个视频看起来跟别的都一模一样"——所以这道门必须替人说。这与 brief-contract.md 第 1 节的门行为表一致：自主模式下，偏好门（preset、voice、caption identity）变为"决定并给出一行理由"，检查点门（plan、sketches、pre-render review）变为"张贴同样的摘要，然后继续"——自主不是沉默，而是把被吸收的问题换成可见的决策与简短理由。

7. 决策地图：面对"我对视频一无所知"的用户

当用户说"这些我都没法判断"时，既不要给 pitch，也不要给问题序列。取而代之的是给一张决策地图（decision map）：

• 列出两到三个用户输入真正会改变结果的决策面——在哪里播放、跑多长、应该是什么感觉；
• 每个决策面给出两到四个平实语言选项，并标出一个默认值；
• 用户只在自己能分辨差异的地方选择；每个未被触碰的决策面保留默认值并附上收据。

然后以自主风格运行采样门，把胜出概念呈现在brief 摘要内部——接受摘要即接受概念。这个设计与意图访谈第 2 步的说明互为表里：一个说"我不懂视频"的用户，拿到的是这份决策地图，而不是问题序列。

8. 仓库中的落地证据：pitch-round 如何被调用

pitch-round 不是孤立的文档，它在整个技能体系里有明确的调用点：

一个典型的端到端路径是：新用户说"给我们做一个发布视频"（未成型请求）→ 意图访谈第 2 步判为 unformed → 路由命中 product-launch-video.md（message+angle可被 pitch 回答）→ 先问用户心里已有什么画面 → 跑采样门（四问、五概念、尾部约束、剪影检查）→ 三行呈现五个概念后推荐其一 → 用户确认 → 概念写入BRIEF.md的## Intent，点名的能力写入## Customizations→ 下游跳过message/angle问题，以 pitch 为收据继续。

9. 写在最后：一轮提案的工程意义

把 pitch 轮读作工程约束而不是文案技巧，会发现它的每个设计都在对抗同一个失败模式：AI 生成的中位数。尾部概率约束（至少两个概念 < 0.10）保证采样宽度；剪影检查保证五个概念彼此可区分；一轮制保证提案不被无限迭代拖垮；决策地图保证不懂视频的用户只在能判断差异的地方做决定。它是意图层"收敛"与"发散"之间刻意设计的不对称——正因为其余一切都在收敛，这一步才敢彻底发散。对于在 HyperFrames 上构建 Agent 视频工作流的开发者，这份文档提供了一个可复用的模板：任何"用户有主题但没有立场"的创作入口，都值得一道同构的门——四个关于 brief 的问题、五条采样路径、一个尾部约束，以及一轮完整的呈现。

【免费下载链接】hyperframesWrite HTML. Render video. Built for agents.项目地址: https://gitcode.com/GitHub_Trending/hy/hyperframes