Skip to content

AI 时代的协作模式

重新定义人与 AI 的工作关系。

协作范式转变

传统开发流程

需求 → 设计 → 编码 → 测试 → 部署 → 运维
  ↑                                    │
  └────────── 人工完成每个环节 ──────────┘

AI-Native 开发流程

需求 → AI 分解任务 → AI 执行 → 人工审核 → AI 部署
  ↑                                         │
  └────────── 人机协作,AI 主导执行 ──────────┘

协作原则

1. 人类负责决策,AI 负责执行

人类职责AI 职责
定义产品方向编写代码实现
审核关键决策执行标准化任务
创意和策略信息收集和分析
异常处理持续监控和报告

2. 清晰的指令,精确的输出

好的指令:

@莫扎特 在 MootingBackend 项目中:
1. 创建一个新的 API 接口 POST /api/feedback
2. 接收 JSON 格式:{ "content": "string", "rating": 1-5 }
3. 保存到数据库,返回创建的记录
4. 添加参数验证
5. 编写单元测试

不好的指令:

@莫扎特 帮我做个反馈功能

3. 迭代式协作

第一轮:
  用户: @莫扎特 设计一个用户积分系统
  莫扎特: [提供设计方案]

第二轮:
  用户: 积分有效期改成 1 年,增加积分兑换功能
  莫扎特: [更新方案]

第三轮:
  用户: 确认方案,开始开发
  莫扎特: [执行开发任务]

协作场景

场景一:功能开发

┌─────────────────────────────────────────────────────────┐
│ 飞书群: Mooting 技术群                                   │
├─────────────────────────────────────────────────────────┤
│ 产品经理:                                                │
│ @莫扎特 我们需要在 APP 中增加一个"使用时长统计"功能,     │
│ 用户可以看到每天的使用时长,按周和月汇总                   │
├─────────────────────────────────────────────────────────┤
│ 莫扎特:                                                  │
│ 收到,我来分析一下这个需求。                              │
│                                                         │
│ 📋 任务分解:                                            │
│ 1. 后端 - 新增使用时长记录 API                           │
│ 2. 后端 - 新增时长统计查询 API                           │
│ 3. APP - 创建统计页面 UI                                 │
│ 4. APP - 集成后端 API                                    │
│ 5. 数据库 - 新增 usage_records 表                        │
│                                                         │
│ 预计涉及文件:                                           │
│ - MootingBackend: 3 个新文件                            │
│ - MootingAPP: 2 个新文件                                │
│                                                         │
│ 是否开始执行?                                           │
├─────────────────────────────────────────────────────────┤
│ 产品经理:                                                │
│ 可以,开始吧                                             │
├─────────────────────────────────────────────────────────┤
│ 莫扎特:                                                  │
│ 好的,开始执行。我会在完成每个步骤后更新进度。             │
│                                                         │
│ ✅ 步骤 1 完成 - 已创建 UsageRecordController            │
│ ✅ 步骤 2 完成 - 已创建统计查询接口                       │
│ 🔄 步骤 3 进行中 - 创建 APP 统计页面...                  │
└─────────────────────────────────────────────────────────┘

场景二:Bug 修复

┌─────────────────────────────────────────────────────────┐
│ 飞书群: Mooting 技术群                                   │
├─────────────────────────────────────────────────────────┤
│ 测试工程师:                                              │
│ @莫扎特 APP 登录页面在 iOS 上点击登录按钮没反应,         │
│ Android 正常。附日志截图。                               │
│ [图片: error_log.png]                                   │
├─────────────────────────────────────────────────────────┤
│ 莫扎特:                                                  │
│ 我来分析一下这个问题。                                   │
│                                                         │
│ 📊 分析结果:                                            │
│ 根据日志,问题出在 LoginScreen.tsx:47                    │
│ iOS 上 TouchableOpacity 的 activeOpacity 属性           │
│ 与 disabled 状态冲突导致点击事件未触发。                  │
│                                                         │
│ 🔧 修复方案:                                            │
│ 将 TouchableOpacity 改为 Pressable 组件                 │
│                                                         │
│ 是否执行修复?                                           │
├─────────────────────────────────────────────────────────┤
│ 测试工程师:                                              │
│ 执行吧                                                   │
├─────────────────────────────────────────────────────────┤
│ 莫扎特:                                                  │
│ ✅ 已修复并提交 PR #42                                   │
│ https://github.com/xxx/MootingAPP/pull/42               │
│ 请在测试环境验证                                         │
└─────────────────────────────────────────────────────────┘

场景三:代码审查

┌─────────────────────────────────────────────────────────┐
│ 飞书群: Mooting 技术群                                   │
├─────────────────────────────────────────────────────────┤
│ 开发者:                                                  │
│ @莫扎特 帮我 review 一下这个 PR                          │
│ https://github.com/xxx/MootingBackend/pull/55           │
├─────────────────────────────────────────────────────────┤
│ 莫扎特:                                                  │
│ 我来审查这个 PR。                                        │
│                                                         │
│ 📝 代码审查报告:                                        │
│                                                         │
│ ✅ 优点:                                                │
│ - 代码结构清晰                                          │
│ - 命名规范                                              │
│ - 有适当的注释                                          │
│                                                         │
│ ⚠️ 建议改进:                                            │
│ 1. UserService.java:78 - 缺少空值检查                   │
│    建议: if (user == null) throw new NotFoundException() │
│                                                         │
│ 2. UserController.java:45 - 密码明文日志               │
│    安全风险!建议移除 log.info("password: " + pwd)       │
│                                                         │
│ 3. 缺少单元测试                                         │
│    建议补充 UserServiceTest                              │
│                                                         │
│ 🔴 阻塞项:第 2 点必须修复后才能合并                      │
└─────────────────────────────────────────────────────────┘

协作效率提升

异步协作

莫扎特 24/7 在线,支持异步工作:

22:00 开发者: @莫扎特 明天上班前帮我把这个功能写好
              [详细需求描述]

08:00 莫扎特: ✅ 功能已完成,PR 已创建
              https://github.com/xxx/xxx/pull/66

              完成内容:
              - 新增 3 个 API 接口
              - 创建 2 个页面组件
              - 编写 15 个测试用例
              - 更新 API 文档

并行处理

一个请求,多个任务并行:

用户: @莫扎特 同时帮我做这三件事:
      1. 修复 #123 Bug
      2. 优化首页加载速度
      3. 更新依赖库版本

莫扎特: 收到,三个任务并行处理中...

        [任务 1] ✅ Bug #123 已修复
        [任务 2] 🔄 首页优化进行中 (60%)
        [任务 3] ✅ 依赖已更新,测试通过

协作最佳实践

Do ✅

  • 提供清晰、具体的任务描述
  • 附上相关的上下文信息(链接、截图、日志)
  • 明确期望的输出格式
  • 及时反馈和确认

Don't ❌

  • 模糊的指令("帮我改改代码")
  • 缺少必要信息
  • 多个不相关任务混在一起
  • 不审核直接上线

下一步

Mooting 开发者文档