跳到主要内容

能喵 Harness

从一个想法, 到有章可循的构建。

能喵 Harness 是我们围绕应用生成自研的执行系统。它组织上下文、安排任务、检查结果,让已确认的需求沿着清晰的步骤,走向可以查看和完善的应用预览。

已用于 Builder · 为应用生成而构建

  1. 理解需求

    汇总需求与当前项目上下文。

  2. 确认并构建

    按创建意图启动;数据变更另行确认。

  3. 编排并生成

    在任务边界内读取上下文、生成代码并使用受控工具。

  4. 检查与修正

    检查编译、隔离页面与适用的合成业务场景,依据反馈修正。

  5. 预览与完善

    查看实际结果,再通过对话继续调整。

什么是 HARNESS

让模型的能力, 进入有结构的工作过程。

模型负责生成回答,Harness 负责组织回答前后的工作:提供哪些上下文、接着执行哪个任务、如何检查输出,以及何时需要澄清。在 能喵,它是专为 Builder 构建的一部分,将分散的生成步骤连接成可控的流程。

当前 BUILDER 中的能力

每一步有分工, 每一份结果有检查。

按依赖安排任务

当前项目开发循环按需要组织上下文、源码、依赖与受控工具;历史项目仍可能使用旧的依赖任务编排。

预览之前,先做校验

编译、隔离页面观察和适用的合成业务验证提供不同证据。结果说明覆盖与未验证项,不代表真实服务或全部交互通过。

需要澄清时,带着进度继续

保留可核验进度,恢复前重新核对需求和权限。从已保存进度开始是单独计费的新制作,不会把未验证草稿当作可用版本。

过程有记录,问题可追溯

记录阶段、检查、结果与用量,区分预占和结算。停止本地任务不证明上游调用已立即终止或退款。

一个流程示例

以客户跟进页面为例。

“我想看到客户名单、当前状态,以及下一次跟进安排。”

这里展示工作过程,不是已生成的成果,也不代表每次请求都能成功。

  1. 先把需求说清楚

    在确认构建前,明确所需字段、页面布局和操作。

  2. 围绕同一方案生成

    分配页面与组件文件,遵循任务依赖,并检查组合后的输出。

  3. 回到实际页面验收

    查看预览、调整细节。数据访问遵循应用授权,发布仍需独立操作。

把控制边界放进流程

推动工作,也守住边界。

确认各有含义

Chat、Plan 与 Build 各有职责。讨论想法不等于授权构建,构建完成也不会自动发布应用。

访问各有范围

始终遵循 Workspace 与 App 隔离。数据访问经过受控 SDK 与可信 Gateway,并受能力批准、撤销约束;生成代码不能直接访问数据库、密钥或任意 SQL。

草稿与发布分开

应用发布通过独立检查激活不可变 Release。预览、发布与回滚各有权限边界,回滚不能恢复已撤销的访问权。

几个值得讲清楚的问题。

Harness 和 MCP 有什么区别?

Harness 组织 Builder 如何执行生成;MCP 是连接 AI 应用与工具、上下文的协议。它们解决工作流中的不同问题。MCP 页介绍了相关产品方向和开放状态。

了解 MCP 产品介绍

它是可以调用任意工具的通用智能体吗?

当前项目开发循环可以使用受控工具读取上下文、修改代码和检查结果,但受任务预算、隔离和权限约束,不能访问任意数据库、密钥或外网。历史项目可能仍用旧流程。

它会一直自动修复,直到所有功能可用吗?

修正受任务积分、时间、工具范围和无进展停止规则约束;历史流程可能另有固定轮次。失败会保留,检查通过也不保证真实业务可用,仍需查看预览与本次覆盖说明。

能喵 Harness

从你真正想完成的工作开始。

说出想法,梳理方案,检查构建出的结果。

开始对话开发