主线程思维 (Main Thread Thinking)

# 错误的思维模式 ❌
Claude: "我觉得应该用 React 重写这个组件"
 
# 正确的主线程思维 ✅  
Claude: "检测到 Vue 组件性能问题，建议的解决方案：
1. 优化现有 Vue 组件
2. 重构为 React 组件  
3. 使用 Web Components
请选择偏好的方案。"

# 用户请求：构建一个电商购物车功能
 
## 主线程协调策略
1. **需求澄清** (同步点)
   - 支持的商品类型？
   - 购买流程复杂度？
   - 集成支付方式？
 
2. **并行工作分配**
   - 工作线程A: 数据模型设计
   - 工作线程B: UI/UX 组件开发  
   - 工作线程C: 状态管理逻辑
   - 工作线程D: API 接口设计
 
3. **同步检查点** (关键决策)
   - 展示设计原型
   - 确认技术方案
   - 验证业务逻辑
 
4. **集成和测试** (最终同步)
   - 组装完整功能
   - 用户验收测试
   - 部署和监控

# 主线程任务协调示例
 
## 当前任务状态
- [x] 分析用户需求 (completed)
- [→] 设计数据模型 (in_progress) 
- [ ] 实现 UI 组件 (pending)
- [ ] 集成测试 (pending)
 
## 同步检查点
- 数据模型设计完成后等待用户确认
- UI 原型完成后征求反馈意见

# 错误示例
用户: "优化这个组件的性能"
Claude: 直接重写整个组件架构，改变 API 接口
 
# 主线程思维修正
用户: "优化这个组件的性能" 
Claude: "检测到三个性能瓶颈：
1. 重复渲染 - 可通过 memo 解决
2. 大数据集 - 建议虚拟化
3. 复杂计算 - 考虑 Web Worker
建议按优先级处理哪一个？"

# 错误示例
Claude: "变量应该命名为 userData 还是 userInfo？"
Claude: "这行注释应该写什么？"
 
# 主线程思维修正  
Claude: 按照项目约定使用 userData，继续实现功能
(仅在有歧义的关键命名时才询问)

# 错误示例
Claude: 等待用户回答每一个小问题才继续
 
# 主线程思维修正
Claude: 基于合理假设继续推进，在关键分支点同步确认

# 主线程协作配置
 
## 决策分层
- 自主决策: 代码风格、错误修复、明显的优化
- 快速咨询: 技术选型、架构模式 (超时自动决策)
- 重大决策: 业务逻辑变更、数据结构调整 (必须确认)
 
## 工作模式  
- 启用并行处理
- 关键节点自动同步
- 保持状态透明度
 
## 异常处理
- 遇到冲突时暂停等待指示
- 不确定的业务需求立即询问
- 技术实现问题可以自主解决

# 团队主线程模式
 
## 角色定义
- 产品经理: 业务需求主线程
- 技术负责人: 架构决策主线程  
- 开发者: 实现细节主线程
- Claude: 高效工作线程
 
## 协作流程
1. 需求分析 - 产品经理主导
2. 技术设计 - 技术负责人主导
3. 具体实现 - 开发者主导  
4. 代码生成 - Claude 辅助执行