Skip to main content
idea-to-spec-review 把“先审查想法,再起草规格大纲”拆成可验证对象:
  1. sharpen-idea 需要 huoban.dev/designReview
  2. 每次调用把一个 Markdown 文件绑定到 Flow 的 idea 入口。
  3. 人类在方向 Checkpoint 做出 approverequestChangesreject 决策。
  4. draft-spec-outline 需要 huoban.dev/specification,并读取前一 stage 的结构化输出。
  5. stage.succeeded 可以声明一个 best-effort 上报 handler。
当前仓库验证、解释、打印和预检这些对象,但不执行 stage、解决 Checkpoint 或派发 lifecycle event。 文中的 examples/... 是 Huoban source repo 内的路径,不是文档站链接。

对象关系

Flow 声明 capability 与 role;具体 SkillAdapter 和 fallback 只能锁定在 Run.spec.bindings

完整 Flow

下面逐字取自 examples/flows/idea-to-spec-review.yaml
这里的 lifecycle block 是声明,不是任意 hook。on 必须来自 v1alpha1 有限事件枚举;handler 通过 role 在 Run 中绑定实现。

打印并预检 dry-run Run

在 source repo 根目录运行:
print:dry-run 的当前 binding 参数是:
生成 Run 的 spec 逐字取自 examples/generated/idea-to-spec-review-dry-run.yaml
这些值锁定 Flow spec、Profile refs、Policy refs、implementation bindings 和 input bindings。文件 binding 自身的 hash 针对原始 bytes;Preflight report 的 snapshotHash 另行哈希整个 Run.spec

完整 authored Run

examples/runs/idea-to-spec-review-run.yaml 是手写的协议状态示例,不是当前 CLI runtime 的执行输出。它使用与当前对象组合一致的五个 hash,展示 Checkpoint 等待和 lifecycle invocation 记录:
phase: Pending 只展示 invocation status 的协议形状。当前仓库没有 dispatcher 去把它自动变成 RunningSucceededFailed

完整 Checkpoint

下面逐字取自 examples/checkpoints/idea-to-spec-review-direction.yaml
Checkpoint 是决策边界,不属于 Preflight。当前 CLI 也不会在 approve 后自动更新 Run;执行实现必须明确记录自己的状态迁移。

完整 Artifact

下面逐字取自 examples/artifacts/review-notes.yaml
Flow output 是预期产物声明;Artifact 是某次 Run 留下的内容引用、hash 和 review 状态。

explain 结果

npm run explain 中对应部分是:
对象映射如下:

修改规则

相关页面