SuperAPI AI 工具集

test-kitchen

编程与开发

查看项目

更新于 10-15 09:29

技能介绍

Test Kitchen 是一个并行实现框架,围绕两个门控技能(gate skills)组织工作流程。

用途 该技能适用于在实现功能时进行并行探索或竞争。当出现“build”“create”“implement”“try both”等信号时触发。它通过两个门控技能分别认领对话流程中的两个关键时刻:构建/创建时刻和实现时刻。

主要能力 框架包含两个技能:

  • test-kitchen:omakase-off:入口门(Entry),在任何 build/create/implement 请求时首先触发。
  • test-kitchen:cookoff:出口门(Exit),在设计转向实现的过渡点触发。

工作流程 “Build X” / “Create Y” / “Implement Z” ↓ OMAKASE-OFF(入口门) 包装头脑风暴 选择:

  1. 一起头脑风暴
  2. Omakase(3-5 个并行设计) ↓ [头脑风暴 / 设计阶段] ↓ 设计完成,“let's implement” ↓ COOKOFF(出口门) 包装实现 选择:
  3. Cookoff(2-5 个并行智能体)
  4. 单个子智能体
  5. 本地实现 ↓ [实现]

关键洞察 技能需要激进的触发条件才能生效。它们无法被动检测“不确定性”或“就绪状态”,必须认领对话流程中的特定时刻:

  • Omakase-off:认领 BUILD/CREATE 时刻(头脑风暴之前)
  • Cookoff:认领 IMPLEMENT 时刻(设计之后)

各技能的触发时机 Omakase-off 有三种触发方式:

  1. 头脑风暴之前:“I want to build...”“Create a...”“Implement...”“Add a feature...”,任何开始构建某物的信号。提供选择:一起头脑风暴,或 Omakase(并行设计)。
  2. 头脑风暴期间(槽位检测):在架构决策上出现 2 个以上不确定回应,如“not sure”“don't know”“either works”“you pick”“no preference”。提供并行探索检测到的槽位。
  3. 明确请求:“try both approaches”“explore both”“omakase”“implement both variants”“let's see which is better”。

Cookoff 的触发信号包括:“Let's implement”“Looks good, let's build”“Ready to code”、设计文档刚提交,以及任何从设计转向代码的信号。

Omakase 模式(跳过头脑风暴) 如果用户在入口门选择“Omakase”:

  • 快速收集上下文(1-2 个问题)
  • 生成 3-5 个最佳架构方案
  • 并行实现全部方案
  • 由测试选出胜者
  • 完全跳过详细头脑风暴 适用于:“我很灵活,用可运行的代码给我看选项”。

Cookoff 模式(并行实现) 如果用户在出口门选择“Cookoff”:

  • 每个智能体阅读同一份设计文档
  • 每个智能体创建自己的实现计划
  • 全部并行实现
  • 比较结果,选出胜者 适用于:“我想看到不同的实现方式”。

两者的关键区别

  • 门控位置:Omakase-off 在入口(头脑风暴之前/期间);Cookoff 在出口(设计之后)。
  • 问题:Omakase-off 问“如何探索?”;Cookoff 问“如何实现?”
  • 并行对象:Omakase-off 并行不同设计;Cookoff 并行同一设计的不同计划。
  • 触发条件:Omakase-off 由构建请求、犹豫检测、明确请求触发;Cookoff 由“let's implement”信号触发。
  • 跳过内容:Omakase-off 可(通过短路)跳过头脑风暴;Cookoff 不跳过任何内容,始终在设计之后。

头脑风暴期间的槽位检测 当 omakase-off 委托给头脑风暴时,它会被动跟踪用户表现出不确定的架构决策。 检测信号:

  • “not sure”“don't know”“either works”“both sound good”
  • “you pick”“whatever you think”“no preference”
  • 用户连续推迟 2 个以上决策 槽位分类:
  • 架构类:存储引擎、框架、认证方式等,值得探索(不同代码路径)。
  • 琐碎类:文件位置、命名、配置格式等,不值得探索(容易更改)。 头脑风暴结束时:
  • 如果存在架构槽位 → 提供并行探索
  • 如果没有槽位 → 交给 cookoff 进行实现

适用场景 适用于需要在功能实现阶段进行并行设计探索或并行实现竞争的场景,尤其是用户对架构方案不确定、希望看到多个可运行选项,或希望比较不同实现方式时。

限制 资料未提供关于收费、价格、平台支持范围、具体性能效果等方面的信息,暂未提供。