feat: M1.1 完成 + M1.2 启动 — 全量更新

M1.1 收尾:
- 24项 P0/P1/P2 bug 修复 (Rust 107 tests + Flutter 15 tests)
- Flutter App v0.3: cupertino_icons 修复, 单元测试, 调试面板, APK 52.6MB
- 示例插件完善: manifest.json + 请求/响应示范 + 7个测试
- API 文档重写 (以 routes.rs 为唯一权威)
- MILESTONES.md 更新至 100%

M1.2 启动:
- P0: 插件管理 API 闭环 (handle_manager_message Custom 分支 + broadcast_plugin_states)
- ServiceManager 集成测试 8/8 (tests/m1_2_service_manager.rs)
- M1.2 测试计划 (docs/M1.2_TEST_PLAN.md, 18个E2E场景)
- 动态插件系统: auto_rollback + version_manager GC + 路径穿越防护

总计: Rust 115/115 测试, Flutter 15/15 测试, 零 warning

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

docs/TEAM.md

@@ -1,5 +1,7 @@
 # ShowenV2 开发团队
 
+> 团队名单和当前状态的权威来源是 `CLAUDE.md`。本文件保留团队详细信息、制度和绩效标准。
+
 ## 管理层
 
 ### CEO / 技术总监
@@ -338,9 +340,32 @@ CEO 决策（如涉及重大变更）
   - 任务完成度 (0-10): 是否完整实现需求、有无遗漏
   - 效率 (0-10): 完成速度、是否需要返工
   - 协作 (0-10): 代码是否易于集成、注释是否清晰
+  - **能动性 (0-10)**: 是否主动验证、主动延伸、主动排查同类问题（详见能动性评分标准）
 - **末位淘汰**: 总分最低的成员被淘汰，由新成员替换
+- **L4 快速通道**: 同一阶段内累计触发 L4（失败升级协议第 5 次失败）2 次 → 自动进入淘汰候选，不等阶段结束
 - **淘汰后**: 灵魂文件被归档到 `souls/archived/`
 
+### 能动性评分标准
+
+能动性是与代码质量并列的核心绩效维度。以下行为对照表作为评分依据：
+
+| 评分 | 行为特征 |
+|------|---------|
+| **9-10** | 修完代码主动跑 build/test 并贴输出；主动检查同类 bug；发现潜在风险主动预警；完成后主动延伸排查上下游 |
+| **7-8** | 按要求验证并贴输出；修完后检查了同文件问题；汇报时包含验证证据 |
+| **5-6** | 完成任务但需要提醒才验证；不主动延伸；汇报信息不完整 |
+| **3-4** | 空口说完成不贴证据；修完就停不验证；被动等指示 |
+| **1-2** | 推锅（"建议手动"/"超出范围"）；不搜索就猜；违反三铁律 |
+
+### 失败升级与绩效关联
+
+| 升级等级 | 绩效影响 |
+|---------|---------|
+| L1（温和提醒） | 无直接扣分，但记录在案 |
+| L2（灵魂拷问） | 效率维度 -1 分 |
+| L3（考核） | 效率维度 -2 分，能动性维度 -1 分 |
+| L4（换人） | 效率维度 -3 分，进入淘汰候选 |
+
 ### 灵魂保存机制
 表现优秀的成员可以将以下信息保存到 `souls/<name>.md`：
 - **思想**: 对项目架构的理解、技术洞察