docs/user-guide-zh/modes.md
使用 /sc: 命令测试模式 - 它们会根据任务复杂性自动激活。有关完整命令参考，请参阅 命令指南。
| 模式 | 目的 | 自动触发 | 关键行为 | 最适合 |
|---|---|---|---|---|
| 🧠 头脑风暴 | 交互式发现 | "brainstorm"、"maybe"、模糊请求 | 苏格拉底式问题、需求发掘 | 新项目规划、不明确需求 |
| 🔍 内省 | 元认知分析 | 错误恢复、"分析推理" | 透明思维标记 (🤔, 🎯, 💡) | 调试、学习、优化 |
| 📋 任务管理 | 复杂协调 | >3 步骤、>2 目录 | 阶段分解、内存持久化 | 多步操作、项目管理 |
| 🎯 编排 | 智能工具选择 | 多工具操作、高资源使用 | 最优工具路由、并行执行 | 复杂分析、性能优化 |
| ⚡ 令牌效率 | 压缩通信 | 高上下文使用、--uc 标志 | 符号系统，预计减少 30-50% 令牌 | 资源约束、大型操作 |
模式通过行为指令激活 - Claude Code 读取上下文文件，根据您的任务模式和复杂性来决定采用哪种模式行为。
快速示例：
# 自动激活示例
/sc:brainstorm "mobile app" # → 苏格拉底式发现问题
/sc:implement "authentication system" # → 多阶段协调
"--uc analyze large-codebase/" # → 压缩符号输出
何时使用手动标志：
--brainstorm、--introspect、--uc目的：通过协作发现将模糊的想法转化为结构化的需求。
自动激活触发器：
--brainstorm、--bs行为变化：
体验示例:
Standard Approach: "I'll build a user authentication system with JWT tokens..."
Brainstorming Approach:
"🤔 Let's explore this together:
- What specific user problems does auth solve for your app?
- Who are your users and what's their technical comfort level?
- Any existing systems or social logins to integrate with?
- What security/compliance requirements do you have?
📝 Outcome: Detailed auth requirements brief ready for implementation"
验证： /sc:brainstorm "web app" 应该询问用户、功能、技术相关问题
测试： 模糊请求应该触发发现性问题，而不是假设
检查： 模式应该在同一会话的后续问题中保持一致
最佳搭配：
--brainstorm 强制发现，即使对于"明确"的需求目的：为学习优化和透明决策制定暴露推理过程。
自动激活触发器：
--introspect行为变化：
体验示例：
Standard Approach: "I'll analyze this code structure and suggest improvements..."
Introspective Approach:
"🧠 Meta-Analysis: Why did I choose structural analysis over functional flow analysis?
🎯 Decision Logic: Saw class hierarchy → assumed OOP patterns dominate
🔄 Alternative Considered: Data flow analysis might reveal hidden dependencies
📊 Evidence Check: File imports suggest functional composition, not OOP
💡 Learning: Need to analyze imports before choosing analysis strategy
⚡ Correction: Switching to functional flow analysis approach"
最佳搭配：
--introspect目的：具有会话持久性的分层任务组织，用于多步操作。
自动激活触发器：
--task-manage、--delegate行为变化：
体验示例：
Standard Approach: "I'll implement user authentication..." → Direct implementation
Task Management Approach:
"📋 Multi-Phase Implementation Plan:
🎯 Phase 1: Security requirements analysis (Session 1)
🎯 Phase 2: API design & documentation (Session 2)
🎯 Phase 3: Implementation & testing (Sessions 3-4)
🎯 Phase 4: Integration & validation (Session 5)
💾 Session Persistence: Auto-resume context
✓ Quality Gates: Validation before each phase transition"
最佳搭配：
目的：通过智能工具路由和并行协调优化任务执行。
自动激活触发器：
行为变化：
体验示例：
Standard Approach: Sequential file-by-file analysis and editing
Orchestration Approach:
"🎯 Multi-Tool Coordination Strategy:
🔍 Phase 1: Serena (semantic analysis) + Sequential (architecture review)
⚡ Phase 2: Morphllm (pattern edits) + Magic (UI components)
🧪 Phase 3: Playwright (testing) + Context7 (doc patterns)
🔄 Parallel Execution: 3 tools working simultaneously"
最佳搭配：
目的：通过符号系统实现预计 30-50% 的令牌减少，同时保持信息质量。
自动激活触发器：
--uc、--ultracompressed行为变化：
体验示例：
Standard Approach: "Authentication system implementation shows security vulnerability in user validation function requiring immediate attention..."
Token-Efficient Approach:
"🛡️ Security Alert:
auth.js:45 → user val() → critical vuln
📊 Impact: ❌ possible token bypass
⚡ Action: fix validation + audit ∵ high severity
🔧 Estimate: 2hr impl + 1hr test"
最佳搭配：
--uc目的：为直接的开发任务提供清晰、专业的沟通。
自动激活触发器：
行为变化：
体验示例：
Standard Approach: Consistent, professional baseline for all tasks
"I'll implement the login functionality with proper error handling:
1. Validate user input (email format, password requirements)
2. Authenticate against database with secure hashing
3. Generate JWT token with appropriate expiration
4. Return success response with user data
Implementation will follow security best practices and include comprehensive error handling."
最佳搭配：
多模式工作流：
# 发现 → 规划 → 实现
/sc:brainstorm "microservices architecture" --task-manage
# → 头脑风暴：需求发现
# → 任务管理：多阶段协调
# 透明和高效的分析
/sc:analyze legacy-system/ --introspect --uc
# → 内省：透明推理
# → 令牌效率：压缩输出
强制特定行为：
--brainstorm：为任何任务强制协作发现--introspect：为任何模式添加推理透明度--task-manage：启用分层协调--orchestrate：优化工具选择和并行执行--uc：为效率压缩通信覆盖示例：
# 对“明确”的需求强制头脑风暴
/sc:implement "user login" --brainstorm
# 为调试添加推理透明度
# 使用透明推理调试认证问题
# 为简单操作启用任务管理
# 系统化任务管理更新样式文件
模式激活时机：
优先级规则：
新项目开发：
# 阶段 1：发现（头脑风暴模式自动激活）
"I want to build a productivity app"
→ 🤔 关于用户、功能、平台选择的苏格拉底式问题
→ 📝 结构化需求简报
# 阶段 2：规划（任务管理模式自动激活）
/sc:implement "core productivity features"
→ 📋 带依赖关系的多阶段分解
→ 🎯 带质量门控的阶段协调
# 阶段 3：实现（编排模式协调工具）
/sc:implement "frontend and backend systems"
→ 🎯 Magic (UI) + Context7 (模式) + Sequential (架构)
→ ⚡ 并行执行优化
调试复杂问题：
# 问题分析（内省模式自动激活）
"Users experiencing intermittent authentication failures"
→ 🤔 关于潜在原因的透明推理
→ 🎯 假设形成和证据收集
→ 💡 跨相似问题的模式识别
# 系统性解决（任务管理协调）
# 全面修复认证系统
→ 📋 阶段 1：根因分析
→ 📋 阶段 2：解决方案实现
→ 📋 阶段 3：测试和验证
高复杂度场景：
# 带多重约束的大型重构
/sc:improve legacy-system/ --introspect --uc --orchestrate
→ 🔍 透明推理introspect（内省）
→ ⚡ 压缩通信uc（令牌效率）
→ 🎯 最优工具协调orchestrate（编排）
→ 📋 系统化阶段（任务管理自动激活）
| 触发类型 | 输入示例 | 激活模式 | 关键行为 |
|---|---|---|---|
| 模糊请求 | "我想构建一个应用" | 🧠 头脑风暴 | 苏格拉底式发现问题 |
| 复杂范围 | >3 文件或 >2 目录 | 📋 任务管理 | 阶段协调 |
| 多工具需求 | 分析 + 实施 | 🎯 编排 | 工具优化 |
| 错误恢复 | "这没有按预期工作" | 🔍 内省 | 透明推理 |
| 资源压力 | 高上下文使用 | ⚡ 令牌效率 | 符号压缩 |
| 简单任务 | "修复这个函数" | 🎨 标准 | 清晰、直接的方法 |
# 强制特定模式行为
/sc:command --brainstorm # 协作发现
/sc:command --introspect # 推理透明度
/sc:command --task-manage # 分层协调
/sc:command --orchestrate # 工具优化
/sc:command --uc # 令牌压缩
# 组合多种模式
/sc:command --introspect --uc # 透明 + 高效
/sc:command --task-manage --orchestrate # 协调 + 优化
有关故障排除帮助，请参阅：
--brainstorm、--introspect、--uc--brainstorm 或 --task-manage头脑风暴模式问题：
# 问题：模式给出解决方案而不是问题
# 快速修复：检查请求清晰度并使用显式标志
/sc:brainstorm "web app" --brainstorm # 强制发现模式
"I have a vague idea about..." # 使用不确定语言
"Maybe we could build..." # 触发探索
任务管理模式问题：
# 问题：简单任务得到复杂协调
# 快速修复：减少范围或使用更简单的命令
/sc:implement "function" --no-task-manage # 禁用协调
/sc:troubleshoot bug.js # 使用基本命令
# 检查任务是否真正复杂（>3 文件，>2 目录）
令牌效率模式问题：
# 问题：输出过于压缩或不清楚
# 快速修复：禁用压缩以提高清晰度
/sc:command --no-uc # 禁用压缩
/sc:command --verbose # 强制详细输出
# 当清晰度比效率更重要时使用
内省模式问题：
# 问题：过多元评论，行动不足
# 快速修复：为直接工作禁用内省
/sc:command --no-introspect # 直接执行
# 仅在学习和调试时使用内省
编排模式问题：
# 问题：工具协调造成混乱
# 快速修复：简化工具使用
/sc:command --no-mcp # 仅使用原生工具
/sc:command --simple # 基本执行
# 检查任务复杂度是否需要编排
| 模式错误 | 含义 | 快速修复 |
|---|---|---|
| B001 | 头脑风暴激活失败 | 使用显式 --brainstorm 标志 |
| T001 | 任务管理开销 | 对简单任务使用 --no-task-manage |
| U001 | 令牌效率过于激进 | 使用 --verbose 或 --no-uc |
| I001 | 内省模式卡住 | 对直接行动使用 --no-introspect |
| O001 | 编排协调失败 | 使用 --no-mcp 或 --simple |
| M001 | 检测到模式冲突 | 检查标志优先级规则 |
| M002 | 模式切换循环 | 重启会话以重置状态 |
| M003 | 模式无法识别 | 更新 SuperClaude 或检查拼写 |
级别 1：快速修复（< 2 分钟）
级别 2：详细帮助（5-15 分钟）
# 特定模式诊断
/sc:help modes # 列出所有可用模式
/sc:reflect --type mode-status # 检查当前模式状态
# 检查请求复杂性和触发器
级别 3：专家支持（30+ 分钟）
# 深度模式分析
SuperClaude install --diagnose
# 检查模式激活模式
# 检查行为触发器和阈值
级别 4：社区支持
应用模式修复后，进行测试：
--brainstorm、--introspect、--uc问：如何知道哪个模式处于激活状态？ 答：在通信模式中查找这些指示器：
问：我可以强制特定模式吗？ 答：是的，使用手动标志覆盖自动检测：
/sc:command --brainstorm # 强制发现模式
/sc:command --introspect # 增加透明性
/sc:command --task-manage # 启用协调
/sc:command --uc # 压缩输出
问：模式会影响执行吗？ 答：模式通过协调优化工具使用：
问：模式可以协同工作吗？ 答：是的，模式设计为互相补充：
SuperClaude 的 5 种行为模式创建了一个智能适应系统，自动匹配您的需求：
关键洞察：您无需思考模式 - 它们透明地工作以增强您的开发体验。只需描述您想要完成的任务，SuperClaude 会自动调整其方法以匹配您的需求。
学习进展：
🌱 基础（第1周）
🌿 中级（第2-3周）
🌲 高级（第2+个月）
🔧 专家级
特定模式指南：