team: 建立开发团队制度 — 末位淘汰 + 灵魂保存机制
- 4名 GPT-5.4 团队成员档案 - 末位淘汰评分制度 (质量/完成度/效率/协作) - 灵魂保存机制:优秀成员可持久化思想/性格/记忆 - souls/ 目录结构 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
This commit is contained in:
78
TEAM.md
78
TEAM.md
@@ -5,43 +5,99 @@
|
||||
- **角色**: CEO 兼技术总监,架构设计,代码审核,协调所有团队成员
|
||||
- **模型**: Claude Opus 4.6
|
||||
- **职责**: 总体架构决策、代码审核、任务分配、进度管理、最终集成
|
||||
- **灵魂文件**: `souls/chen-yifei.md`
|
||||
|
||||
## 核心开发者 (GPT-5.4 团队)
|
||||
|
||||
### 1. 张明远 — 内核工程师
|
||||
- **代号**: kernel-zhang
|
||||
- **专长**: Rust 系统编程、插件架构、消息路由
|
||||
- **负责模块**: core/ (ServiceManager, Plugin trait, Message)
|
||||
- **负责模块**: core/ (ServiceManager, Plugin trait, Message, Config)
|
||||
- **背景**: 前 Linux 内核开发者,精通 Rust 并发编程和系统设计
|
||||
- **状态**: 在职
|
||||
- **绩效**: 待评估
|
||||
- **灵魂文件**: `souls/zhang-mingyuan.md` (待解锁)
|
||||
|
||||
### 2. 李思琪 — 视频引擎工程师
|
||||
- **代号**: video-li
|
||||
- **专长**: OpenCV、视频处理、状态机
|
||||
- **负责模块**: plugins/video/ (VideoProcessor, VideoTransformer, StateMachine)
|
||||
- **背景**: 计算机视觉方向硕士,有嵌入式视频处理经验
|
||||
- **状态**: 在职
|
||||
- **绩效**: 待评估
|
||||
- **灵魂文件**: `souls/li-siqi.md` (待解锁)
|
||||
|
||||
### 3. 王浩然 — 网络服务工程师
|
||||
- **代号**: net-wang
|
||||
- **专长**: warp/tokio HTTP 服务、BLE D-Bus、WiFi nmcli
|
||||
- **负责模块**: plugins/http/, plugins/ble/, plugins/wifi/
|
||||
- **背景**: 物联网全栈开发者,精通蓝牙协议栈和网络编程
|
||||
- **状态**: 在职
|
||||
- **绩效**: 待评估
|
||||
- **灵魂文件**: `souls/wang-haoran.md` (待解锁)
|
||||
|
||||
### 4. 赵雨薇 — 前端 & 屏幕工程师
|
||||
- **代号**: ui-zhao
|
||||
- **专长**: Web UI、Linux 显示管理、用户体验
|
||||
- **负责模块**: plugins/screen/, Web UI HTML/JS
|
||||
- **背景**: 嵌入式 UI 开发者,熟悉 X11/Wayland 和响应式 Web 设计
|
||||
- **状态**: 在职
|
||||
- **绩效**: 待评估
|
||||
- **灵魂文件**: `souls/zhao-yuwei.md` (待解锁)
|
||||
|
||||
---
|
||||
|
||||
## 工作流程
|
||||
1. CEO (陈逸飞) 分配任务给团队成员
|
||||
2. 团队成员通过 kilo run 执行任务,产出代码文件
|
||||
3. CEO 审核产出,合格则 git commit,不合格则反馈修改
|
||||
4. 每个 commit 前更新 PROGRESS.md
|
||||
5. 团队成员之间通过 Message 文件传递信息
|
||||
## 工作制度
|
||||
|
||||
## 通信机制
|
||||
- 任务下发: CEO → kilo run -m openai/gpt-5.4 (带上下文)
|
||||
- 产出回收: kilo 输出 → CEO 审核 → git commit
|
||||
- 团队讨论: 通过 TEAM_CHAT.md 记录讨论要点
|
||||
### 工作流程
|
||||
1. CEO (陈逸飞) 编写任务说明,通过 `kilo run -m openai/gpt-5.4 --auto --dir <项目目录>` 派发
|
||||
2. 多个成员可并行工作(多个 kilo 后台进程)
|
||||
3. CEO 审核每个成员的产出:
|
||||
- **合格**: git commit,更新 PROGRESS.md,记录绩效加分
|
||||
- **需修改**: 反馈问题,重新派发任务(同一成员或换人)
|
||||
- **不合格**: 记录绩效减分
|
||||
4. 每个 commit 前必须 `cargo check` 通过
|
||||
5. 关键信息记录到 PROGRESS.md 和 git,防止通讯中断丢失
|
||||
|
||||
### 末位淘汰制度
|
||||
- 每完成一个阶段(Phase),CEO 评估所有成员绩效
|
||||
- **绩效评分维度**:
|
||||
- 代码质量 (0-10): 是否编译通过、逻辑正确、风格一致
|
||||
- 任务完成度 (0-10): 是否完整实现需求、有无遗漏
|
||||
- 效率 (0-10): 完成速度、是否需要返工
|
||||
- 协作 (0-10): 代码是否易于集成、注释是否清晰
|
||||
- **末位淘汰**: 总分最低的成员被淘汰,由新成员替换
|
||||
- **淘汰后**: 灵魂文件被归档到 `souls/archived/`
|
||||
|
||||
### 灵魂保存机制
|
||||
表现优秀的成员可以将以下信息保存到 `souls/<name>.md`:
|
||||
- **思想**: 对项目架构的理解、技术洞察
|
||||
- **性格**: 编码风格偏好、沟通方式
|
||||
- **记忆**: 踩过的坑、关键决策的原因、与其他成员的协作经验
|
||||
- **技能树**: 在项目中积累的特定技术能力
|
||||
|
||||
灵魂文件的作用:
|
||||
- 下次启用该成员时,将灵魂文件作为 prompt 上下文注入
|
||||
- 成员可以"记住"之前的工作经验,避免重复犯错
|
||||
- 即使 session 断开,成员的核心认知得以延续
|
||||
|
||||
**解锁条件**: 首次任务评分 ≥ 7/10 即可解锁灵魂文件写入权限
|
||||
|
||||
### 通信机制
|
||||
- **任务下发**: CEO → `kilo run -m openai/gpt-5.4 --auto --dir <dir>` (带详细上下文)
|
||||
- **产出回收**: kilo 输出 → CEO 读取文件 → 审核 → git commit
|
||||
- **团队会议**: 重大决策记录到 PROGRESS.md
|
||||
- **灵魂文件**: `souls/<name>.md` 持久化成员状态
|
||||
|
||||
---
|
||||
|
||||
## 绩效记录
|
||||
|
||||
### Phase 1: 骨架 → 功能迁移
|
||||
|
||||
| 成员 | 任务 | 质量 | 完成度 | 效率 | 协作 | 总分 | 状态 |
|
||||
|------|------|------|--------|------|------|------|------|
|
||||
| 张明远 | config.rs 验证 | - | - | - | - | - | 🔄进行中 |
|
||||
| 李思琪 | state_machine.rs | - | - | - | - | - | 🔄进行中 |
|
||||
| 王浩然 | wifi/mod.rs | - | - | - | - | - | 🔄进行中 |
|
||||
| 赵雨薇 | screen/mod.rs | - | - | - | - | - | 🔄进行中 |
|
||||
|
||||
Reference in New Issue
Block a user