Partner program

Core 队列

把 Specability Core
用在真实工作里。

Specability 现在不需要被动注册。第一批 Core 队列面向愿意在真实 agent 工作流中运行 harness、指出它在哪里失效,并帮助把证据沉淀成更好 method pack 的团队。

原则

产品从真实工作中学习,而不是从问卷里学习。

CLI 只是交付界面。真正持久的资产是方法库:任务如何定义、如何交接、如何验证、如何评审、如何恢复、如何收尾。它在真实代码库、真实团队、真实失败模式中迭代最快。

你会得到什么

specability core · 工作流评审 · partner pack

  1. Specability Core

    一份免费的本地 Specability 构建,包含 starter playbooks/specs,足够运行一个有用的 agent 工作流,且不会自动上传代码或 runtime 数据。

  2. 工作流评审

    围绕一个 agent 工作流做聚焦评审:agent 在哪里丢上下文、验证在哪里薄弱、交接在哪里过重、哪些流程应该被编码。

  3. Partner Pack

    围绕你实际要运行的工作流形成一个小型 method pack。在模式尚未被证明之前,它保持受控分发。

谁适合

合适的团队,有一个足够痛的工作流,也有可被检查的历史。

这不是开放式 beta。最合适的伙伴已经在使用 coding agent,遇到重复的工作流失败,并愿意让这些失败成为产品证据。

适合

  • 正在使用 Claude Code、Codex CLI、Gemini CLI 或类似 agent host 的软件团队
  • 有重复工程工作流,且确实需要验证证据
  • 有明确负责人能评审 task frame、handoff 与结果
  • 愿意分享脱敏后的有效/失效反馈

不适合

  • 只想要 prompt 技巧或工具培训的团队
  • 没有可复用工作流的一次性创意工作
  • 没有历史记录、测试、评审轨迹或结果可观察的工作流
  • 即使脱敏后也无法讨论失败的组织

循环

Partner 不是用户访谈,而是一次小型部署。

合作会保持近距离。我们观察工作流、调整方法,并判断哪些模式足够通用,值得进入 Specability 产品。

  1. 01

    定义一个工作流

    说清任务类型、当前 agent host、期望结果、验证证据,以及这个工作流现在在哪里失去可靠性。

  2. 02

    运行 Specability Core

    在本地使用 Specability Core。不要求自动 telemetry;反馈是显式选择的,离开你的环境前可以先审阅。

  3. 03

    提取方法

    把重复问题转化为 task framing 规则、playbook、spec、证据门槛或恢复行为。

  4. 04

    产品化重复模式

    只提升通用模式:Partner Pack 先进入 Domain Preview,稳定的 Domain Preview 再成为 Specability [Domain] 产品。客户特定上下文不会进入公开文档,也不会进入通用 pack,除非得到明确许可。

边界

Specability Core 免费。完整方法库不公开。

公开分发仓库用于签名构建、校验和、更新记录、安装说明和反馈。完整源码、内部实验、Partner Pack、Domain Preview、Domain Product 与完整方法库保持私有,除非明确发布。

带来一个值得修好的工作流。

最好的申请会说明:这个工作流是什么、用哪个 agent host、失败模式在哪里,以及两周使用后什么算更好的结果。