evzi
免费开始

使用场景 · 开发

需求排满,人手永远不够?

开发同事写功能、修 Bug、补测试,你只做评审和拍板。

orders/export.ts · 开发与测试
// 为当前筛选结果生成表格
export async function exportOrders(q) {
  const rows = await findOrders(q);
  return toXlsx(rows, COLUMNS);
}
$ npm test orders
✓ 筛选条件正确
✓ 空订单列表
✓ 列名与顺序
✓ 金额两位小数
✓ 未授权时拒绝
验证项目 · 5 项检查

以前 vs 现在

重复的活,交给 AI 同事

以前每天都在重复
  • 需求排满,人手永远不够;测试、文档和小修小补总被往后拖。
AI 员工接手后
  • 开发同事写功能、修 Bug、补测试,你只做评审和拍板。

交付成果

代码、测试、说明,一次交齐

查看前后差异和测试说明。你负责评审,AI 同事接着修改。
代码差异 · orders/export.ts
// 改动前
function Toolbar() {
  return (
    <Button>导出</Button>
  );
}
// TODO: 导出尚未实现
// 改动后
function Toolbar() {
  return (
    <Button onClick={exportXlsx}>
      导出 Excel
    </Button>
  );
}
async function exportXlsx() {
  await exportOrders(currentFilter());
}

测试结果

覆盖筛选、空结果与权限边界,交付时附上可复核的测试报告。

改动说明

说明修改了什么、影响到哪里,以及哪些结果需要你核对。

完整流程

群聊派活,关键步骤你拍板

任务、分工、确认和成果,留在同一个项目里。
一句话交代在同一个群里说清目标与范围。1 / 4
项目群聊
你

给订单页加一个导出 Excel,顺便把测试补上。

开
开发

收到,我先梳理需求,按项目资料开始准备。

测
测试

我接着推进下一步,进度和结果都同步在这个群里。

产
产品

我检查完成标准,把需要你确认的部分单独列出来。

关键步骤,先问你

在已授权的项目目录运行测试?

请核对操作范围。只有你确认之后,AI 同事才会继续这一步。

成果和审批会同步到手机。点确认,体验后续交付。

开发任务指南

用 Cevzi 修 Bug,怎样交代与验收?

从一个能说清、能检查的小问题开始,让开发与测试 AI 同事围绕同一份项目资料协作。

以下为任务说明示例,不是客户案例或实测记录。本页代码、测试和群聊画面用于演示协作方式,不代表你的项目已经执行或通过测试。

开始前,准备这三类材料

  • 项目与环境:说明项目目录、使用的技术栈,以及已有的启动和测试命令。先核对下载页的系统与芯片要求,本地代码工作台的适用范围见 Mac 版说明。
  • 可复现的问题:提供操作步骤、预期结果、实际结果和脱敏后的报错。无法复现时,把缺少的条件列出来。
  • 本次改动范围:说清允许修改的模块、必须保留的行为,以及本次不处理的事项。只提供需要且有权使用的资料,不在对话里粘贴生产密钥或真实用户数据。

电脑和本机文件权限需要你在 Mac 上手动开启。通过手机跟进电脑任务时,群组须关联工作空间,Mac 须在线且已获授权。

可以这样交代第一项任务

将方括号中的内容替换为你的实际项目情况:

项目:[项目目录与技术栈]。问题:[复现步骤、预期结果、实际结果]。

请先检查原因,再说明准备修改哪些文件。只修复这个问题,保留现有权限和其他功能,不顺带重构。

已有测试命令是:[项目实际命令]。改动后运行相关检查;不能执行的检查请写明原因。

交付时列出改动、执行过的命令与结果、未验证部分。提交代码或部署另行确认。

从派活到验收,按这四步推进

  1. 对齐上下文。把本次目标、项目资料和限制放在对应工作空间,确认开发与测试岗位的分工。
  2. 先查清问题。让开发同事说明问题是否复现、原因是什么,再确定改动范围;没有复现就保留这一事实。
  3. 确认后执行。涉及文件、命令和应用操作时,核对待确认事项与授权范围。需要调整方向时,先停止当前步骤,再补充要求。
  4. 核对后收成果。检查代码差异、相关测试和原问题的复现步骤。人在外面可以用手机跟进,代码评审和项目运行仍需结合实际开发环境。

交付时,逐项检查这些内容

  • 代码改动:哪些文件改了、为什么改,是否超出约定范围,已有权限与行为是否保留。
  • 测试证据:实际执行了什么命令、得到什么结果。没有运行、环境缺失和执行失败分别写清,不能用“已完成”代替。
  • 人工验收:按原步骤重试问题,并检查受影响功能。确认结果后,再决定是否采用或继续修改。

哪些情况需要你继续判断?

AI 的代码与结论需要评审。项目缺少依赖、测试环境、访问权限或复现材料时,应先解决缺口,不能据此认定修复成功。测试通过也不等于线上业务已经验收。

本指南不承诺一次修复成功、固定节省时间或自动上线。涉及生产数据、提交和部署的操作,仍要单独核对范围与结果。

Cevzi 编辑团队 · 更新于 · 依据官网 Mac 版、手机版产品说明整理,具体可用能力以当前版本与授权状态为准。

交付物

拿到可以检查和继续修改的成果

01

代码改动

和项目上下文一起保留,检查后再验收。

02

测试结果

和项目上下文一起保留,检查后再验收。

03

改动说明

和项目上下文一起保留,检查后再验收。

常见问题

你可能想问

AI 同事能直接动我电脑上的文件吗?

电脑、浏览器和本机文件的权限只能在 Mac 上手动开启。会改动文件、执行命令或操作应用的步骤,会先停下来等你确认,可以随时停止。

不在电脑前,怎么跟进进度?

打开手机版查看任务、待确认事项和成果。电脑侧执行仍由在线且已授权的 Mac 完成。

每次都要重新交代背景吗?

项目资料和对话保留在对应工作空间。继续任务时可以引用原有上下文,并核对本次的目标和范围。

岗位或结果不合适,能调整吗?

可以按自己的业务调整岗位的职责、方法和工具。成果检查后再收下,不满意就在群里说清需要修改的地方。

把开发的重复工作交给 AI 团队

免费注册,一个账号在手机和电脑之间同步,先从今天的一件事开始。