feat: 完善平级建议和反馈机制

更新 TEAM.md：
- 明确建议对象：向上、平级、向下
- 新增平级建议示例（工程师之间、QA 给开发团队、前端给产品）
- 新增「接受建议的态度」章节
- 强调互相提建议是帮助彼此成长

更新 COMMUNICATION.md：
- 新增「平级沟通原则」
- 可以给同事提工作建议
- 可以指出同事代码的问题
- 可以对其他团队的输出提意见
- 提供平级建议格式模板

更新 TEAM_CHAT.md：
- 新增「建议示例」章节
- 提供 3个平级建议的完整示例：
  1. 工程师给工程师提代码建议
  2. QA 给开发团队提流程建议
  3. 前端给产品提文档建议
- 展示如何接受建议和回应

核心理念：
- 360度反馈：向上、平级、向下都可以提建议
- 建设性反馈：具体、可执行、有帮助
- 开放心态：感谢建议，理性分析
- 持续改进：好的建议立即采纳执行

TEAM_CHAT.md

@@ -328,3 +328,55 @@ Phase 2 的插件市场需求已完成，需要你评审技术可行性。
 请大家畅所欲言，任何意见都欢迎！包括对我（CEO）和管理层的建议！
 
 ---
+
+## 建议示例
+
+### 平级建议示例
+
+```
+[14:30] 张明远(内核工程师) → 李思琪(视频工程师) - 建议
+
+建议内容：
+你的代码中有很多重复的错误处理逻辑，建议封装成统一的函数。
+- 当前问题：每个函数都重复写 match Err(e) => log + return
+- 改进建议：创建一个 handle_error() 辅助函数
+- 参考：我在 core/message.rs:123 中的实现
+- 预期效果：代码更简洁，维护更容易
+
+[14:45] 李思琪(视频工程师) → 张明远(内核工程师):
+感谢建议！确实有这个问题，我会重构一下。
+你的 handle_error() 实现很好，我会参考。
+```
+
+```
+[10:00] 林晓峰(QA) → 开发团队 - 建议
+
+建议内容：
+希望开发团队在提交代码前先自测一遍基本功能。
+- 当前问题：最近发现的 bug 大多是基本功能问题，本可以避免
+- 影响：QA 时间被占用，延误整体进度
+- 改进建议：提交前运行一遍手动测试，或者写简单的测试脚本
+- 预期效果：减少低级 bug，提高整体效率
+
+[10:15] 刘建国(PM) → 林晓峰(QA):
+好建议！我会在 CODE_REVIEW.md 中加入"提交前自测"的要求。
+@ 开发团队 请大家注意这一点。
+```
+
+```
+[16:00] 赵雨薇(前端工程师) → 张婉琳(产品总监) - 建议
+
+建议内容：
+PRD 中的交互设计描述不够清晰，建议增加原型图或流程图。
+- 当前问题：文字描述容易产生歧义，开发时需要反复确认
+- 改进建议：重要功能附上 Figma 原型或流程图
+- 参考：上次插件市场的 PRD 就很清晰
+- 预期效果：减少沟通成本，提高开发效率
+
+[16:20] 张婉琳(产品总监) → 赵雨薇(前端工程师):
+非常好的建议！确实应该这样做。
+以后的 PRD 我都会附上原型图，复杂流程会画流程图。
+感谢反馈！
+```
+
+---