docs: 更新团队协作和汇报机制

更新 CEO 角色定位：
- 只看结果，不管过程细节
- 提供方向，不直接给答案
- 充分授权，让专业的人做专业的事
- 定期评审（周/月/季度）
- 根据结果动态调整战略

新增协作机制：
- 扁平化沟通：员工之间可以直接沟通
- 跨团队协作：相关人员直接协调，不需要层层汇报
- 信息透明：所有重要信息记录在 TEAM_CHAT.md
- 主动协作：发现问题主动寻求帮助
- 知识共享：经验和技术通过文档共享

新增 REPORTING.md：
- 周报/月报/季度评审机制
- 汇报模板和内容要求
- CEO 评审原则和输出
- 协作场景示例
- 沟通渠道说明

更新 TEAM_CHAT.md：
- 添加协作示例
- 明确扁平化沟通原则
- 展示跨团队协作流程

TEAM_CHAT.md

@@ -176,9 +176,30 @@
 ---
 
 ## 沟通规则
-1. 需要其他成员提供的类型/接口信息，在此留言
-2. 发现 bug 或设计问题，在此记录
-3. CEO/PM 会在此发布任务分配和审核结果
-4. **成员可互相交流求助** — 遇到问题先看其他成员代码，或在此留言
-5. **可团队协作** — 一个人搞不定的任务，PM 会安排多人合作
-6. **多线程思考** — 所有成员可使用 kilo 命令启动子任务进行并行探索
+1. **扁平化沟通**: 员工之间可以直接沟通，不需要层层汇报
+2. **跨团队协作**: 遇到跨团队问题，相关人员直接在此协调
+3. **信息透明**: 所有重要决策、进展、问题都记录在此
+4. **主动协作**: 需要帮助时主动 @ 相关人员
+5. **知识共享**: 技术方案、经验教训都可以在此分享
+6. **多线程思考**: 所有成员可使用 kilo 命令启动子任务进行并行探索
+
+## 协作示例
+```
+[时间] 李思琪(视频工程师) → 王浩然(网络工程师): 
+我在实现视频流传输时遇到性能问题，你在 HTTP 插件中是怎么处理大数据传输的？
+
+[时间] 王浩然(网络工程师) → 李思琪(视频工程师):
+我用了零拷贝和流式传输，可以看 src/plugins/http/routes.rs:234 的实现。
+关键是用 tokio::fs::File 和 warp::reply::Response::new()。
+
+[时间] 张明远(内核工程师) → 全体开发:
+我发现 Message Clone 有性能问题，建议大消息用 Arc 包装。
+已更新设计文档，大家可以参考。
+
+[时间] 林晓峰(QA) → 赵雨薇(前端):
+HTTP API 测试发现 /api/status 返回格式不一致，能帮忙看下吗？
+
+[时间] 张婉琳(产品) → 王思远(架构师):
+Phase 2 的插件市场需求已完成，需要你评审技术可行性。
+文档在 PRD_PLUGIN_MARKET.md。
+```