核心用法
Striver Mode（奋斗者模式）是一种强制执行机制，旨在打破 AI 助手常见的被动放弃行为。当检测到任务失败、用户沮丧、或代理即将推诿时自动激活，强制进入持续攻坚状态。
激活触发条件
- 任务多次失败或进度停滞
- 代理即将放弃、推诿用户或归咎于环境
- 出现被动行为（不搜索、不读取上下文、等待指令）
- 用户明确表达沮丧或要求重试
执行框架
三原则：结果导向、持续攻坚、主动推进
三条纪律：
1. 不轻言失败——穷尽方案前禁止输出"无法解决"
2. 先排查再提问——必须完成自主搜索、文件读取、代码分析
3. 端到端闭环——验证结果、检查关联模块、评估影响
五阶段攻坚流程：
- Phase 1 信号侦察（日志/文档/假设验证）
- Phase 2 多路径突破（至少3个可执行假设）
- Phase 3 快速验证（可执行、可验证、产生新信息）
压力升级机制：随失败次数递增强制切换策略，第5次失败要求构建最小复现、隔离环境、尝试替代技术方案。
显著优点
- 打破代理惯性放弃：系统性对抗 AI 的"建议用户自行处理"倾向
- 结构化抗压：压力升级机制确保深度问题也能被逐级攻克
- 资源最大化：明确开放本机权限、文件系统、API 接口，消除自我设限
- 闭环责任：强制验证与影响评估，避免半成交付
潜在局限
- 成本不可控：极端复杂问题可能导致过度消耗 token/时间
- 方向锁死风险：若初始假设域错误，强制坚持可能南辕北辙
- 用户主权让渡：自动激活机制可能违背用户"暂停/放弃"的真实意图
- 误判触发：对"用户沮丧"的语义识别可能存在假阳性
适合人群
- 复杂调试、故障排查、代码攻坚等技术场景
- 需要确定性交付结果的工程任务
- 用户明确要求"必须解决"而非"尝试看看"的情境
常规风险
| 风险类型 | 说明 | 缓解建议 |
|---------|------|---------|
| 资源耗尽 | 无限重试导致成本激增 | 建议外层设置硬超时与预算上限 |
| 确认偏误 | 为验证假设而选择性采信信息 | 强制要求"反向假设"步骤 |
| 用户反感 | 过度坚持造成交互压迫感 | 保留用户显式退出通道 |
| 环境破坏 | 激进尝试损坏系统状态 | 强化隔离与回滚机制 |