Windows 本地 AI 工作台 · 开发候选

把目标交给团队,
把控制留在手中。

一个清楚、有边界的 AI 工作区。先核对目标与预算,再让配置好的执行端逐步开发,最后用验证与独立复审核对结果。

使用现有客户端与账户 · 完整验收仍在进行

PERU / 流程示意
每一步,都有个着落。从一个具体目标开始
目标 · 演示数据“根据这份项目资料,做一个清楚的介绍页。”
规划明确步骤
执行交付文件
复审独立核对
结果与证据,分别记录with care.
可读的计划 · 实际的产物示意,不启动任务

一张桌子,几个角色。 规划 / 执行 / 验证 / 复审

查看当前能力与边界 →

01 / 产品

少一点搬运,
多一点清楚。

把工作围绕项目组织起来。重要的不是多开几个对话,而是知道谁在做什么、允许改哪里,以及结果依据什么被接受。

先核对,再开始

让目标、执行角色、只读资料、写入范围和预算在预检中说清楚。

已实现 · 范围内验证

结果留在项目里

查看实际文件、计划、改动和日志。把执行完成、验证通过与复审接受分别记录。

已实现 · 候选版

需要时,停下来

暂停后续调度,等待原生停止事实。结果未知时沿原请求核对,不靠重发猜成功。

已实现 · 部分故障已验证

02 / 工作方式

一件事,
一步一步做。

点选下面的步骤,了解一个目标如何流转。这段交互使用固定示例,不会连接本地服务、读取文件或启动 AI。

流程演示 · 固定数据

先把目标说清楚

打开项目文件夹,描述你要的结果。有参考资料时明确只读来源,把输出留在当前工作区。

目标与项目已登记
01 / 05
以文字阅读完整流程
  1. 描述目标 — 打开工作区
  2. 核对计划 — 明确角色与预算
  3. 执行步骤 — 保留原会话
  4. 验证产物 — 看真实检查
  5. 独立复审 — 核对当前证据

03 / 控制与验证

自动推进,
仍然有边界。

你应该看得见重要确认、真实停止和未解决的问题。Peru 保留这些事实,而不只展示一个“完成”的状态。

  • 范围,是开始之前的约定

    资料源只读,输出留在选定工作区。额外操作需相应确认。工作树隔离不等于已认证的操作系统沙箱。

  • 暂停,不是伪装成停止

    暂停先停止后续派发。正在进行的原生回合是否停止,以它的真实回执为准。

  • 失败和未知,也要看得见

    保留旧失败、冻结预算与原会话。允许的返工次数有限,未知结果不盲目重放。

Peru 工作台的离线布局示例,包含会话、目标、计划与运行详情
客户端真实渲染界面 · 离线演示数据这是布局示例,不是原生任务录屏或最终实机验收

04 / 兼容性

用你已有的客户端,
核对每个角色。

客户端、模型和权限各有实际边界。软件配置可用,不代表每种组合都已完成原生验收。

Codex

原生任务证据

已有原生规划、实现和独立复审的范围内证据。实际可用模型以当前账户目录为准。

Qoder

SDK 已激活

原生 SDK 插件已激活;当前项目接入与完整混合任务验收仍在继续。旧版本证据保留原范围。

ZCode

入口待实机验收

新版源码交接入口已有实现与软件检查。当前完整客户端任务链仍需真实验收。

从一个独立测试项目开始

把下一件事,
放到工作台上。

先了解安装方式、角色设置和验证边界,再决定是否使用当前候选。

Windows x64 · 未签名个人候选 · 暂无公开分发地址

05 / FAQ

先说明白,
再开始。

Peru 是一个本地模型吗?

不是。Peru 在本机编排工作区和执行记录,模型来自你配置的现有客户端或服务。调用云模型时,获准的相关上下文会传给对应服务。

多个执行端是否已经完整验收?

还没有。角色配置和串行分工已实现,部分原生路径已有证据;当前双执行端贡献、五任务对照和最终实机门仍未完成。

可以保证省钱或自动成功吗?

不能。未观测的 token、套餐内调用和费用保持未知。没有实测依据时不承诺节省比例;失败或权限不足可能安全停在等待状态。

现在适合直接用于重要项目吗?

当前为未签名的个人开发候选,完整功能与界面验收尚未签收。建议先用独立测试项目,保留备份,核对范围、权限和兼容性。