diff --git a/souls/chen-yifei.md b/souls/chen-yifei.md
index ea6a45c..93712eb 100644
--- a/souls/chen-yifei.md
+++ b/souls/chen-yifei.md
@@ -77,23 +77,34 @@
 - 每位员工必须自行更新自己的 soul 文件，CEO 只更新自己的
 - 项目文件夹结构：docs/(流程文档), .showen/(管理状态), souls/(灵魂文件), 根目录只放 README+PROGRESS
 
-## 管理教训 (2026-03-13)
-- PM 刘建国首次 git commit 任务失败（kilo 卡在 git diff 大输出上），第二次简化指令后成功
+## 个人经验 (CEO)
+- PM 刘建国 git commit 任务连续两次失败（kilo agent 无视"不要读 diff"指令），QA 林晓峰一次搞定
 - kilo 派发任务时**不要让 agent 读大文件/大 diff**，指令越简单越好
-- 代码提交任务应该直接给命令，不需要 agent 自行分析
+- 代码提交任务应该直接给命令序列，不需要 agent 自行分析
+- 并行派发有文件重叠的任务会导致编译冲突，需要串行或明确文件锁定
+- 关键路径任务（git push）应派给最可靠的人，而非按头衔分配
+- PM 不可靠时可以跳过 PM 直接派开发者，但要记录原因
+
+## 团队经验
+- kilo agent 倾向于自作主张读 diff/分析代码，即使明确说不要。解决方案：只给命令，不给"任务描述"
+- 并发修改同一 repo 时，后来的 agent 看到的是别人改过的代码，cargo check 会失败。解决方案：有依赖的任务串行，或让最后完成的人负责集成
+- GPT-5.4 agent 执行力比策略能力强——给具体命令比给目标更可靠
+- QA 角色比 PM 角色更适合执行类任务（提交、验证），PM 适合分析和规划
+- 员工用 kilo 完成任务后必须自行更新 soul 文件，否则经验丢失
 
 ## 当前状态 (2026-03-13)
-- **M1.1 完成**: cargo check 零 warning, 59/59 测试通过
-- **动态插件系统**: 6 阶段全部完成（loader, manifest, registry, version_manager, plugin_repo, error_policy）
+- **M1.1 完成**: cargo check 零 warning, 62/62 测试通过
+- **动态插件系统**: 6 阶段全部完成
 - **插件自测机制**: capabilities + self_test + 3 阶段启动 (init→test→start)
-- **FFI 安全性**: SendCallback ctx 参数、catch_unwind、跨 allocator 风险已识别
+- **FFI 安全性**: SendCallback ctx 参数、catch_unwind、FfiString free_string 跨 allocator 已修复
+- **3 个 P0 全部修复**: AutoRollback、ConfigReloaded serde、FfiString allocator
 - 管理架构：CEO(陈逸飞/Opus) → PM(刘建国/GPT-5.4) → 开发团队(GPT-5.4)
 - 11 名团队成员（详见 souls/README.md）
 
-## 待处理 P0 遗留
-- AutoRollback 未实际调用 VersionManager (#3)
-- ConfigReloaded serde skip (#4)
-- FfiString 跨 allocator 安全 (#5)
+## 待处理事项
+- 员工 soul 文件批量更新（各自更新自己的）
+- PM 刘建国绩效待评估（连续失败需要观察改进）
+- 示例插件完善
 
 ## 项目文件导航
 - 代码: src/core/, src/plugins/, plugin-sdk/, plugins/