思考模式
启用扩展思考，让 AI 在响应复杂任务前逐步推理
最后更新: 2026年3月1日
扩展思考让 AI 在回复前逐步推理问题。对于复杂的多步骤服务器任务，这能产生显著更好的方案和更少的错误。对于简单查询，您可以关闭它以获得更快的响应。
工作原理
当思考模式启用时，AI 在生成回复前执行内部推理过程。在此期间您会看到一个简短的"思考中"指示。结果是一个更加深思熟虑的方案，考虑了依赖关系、边缘情况和潜在风险。
例如，当被要求"将数据库迁移到新服务器"时，启用扩展思考的模型会考虑：
- 运行的是什么数据库引擎
- 如何创建一致的备份
- 服务器之间的网络连接
- 迁移期间是否停止应用程序
- 传输后如何验证数据完整性
- 如何更新应用程序配置指向新服务器
没有思考功能时，AI 可能直接跳到 pg_dump 命令而不检查这些前提条件。
思考级别
YeePilot 支持五个思考级别：
| 级别 | 描述 | Token 使用量 | 适用场景 |
|---|---|---|---|
off | 无扩展思考 | 最低 | 简单查询、状态检查 |
on | 启用默认思考 | 适中 | 一般任务 |
low | 轻度推理 | 低到适中 | 简单的多步骤任务 |
medium | 深入推理 | 中到高 | 复杂故障排除、迁移 |
high | 深度推理 | 最高 | 关键操作、架构决策 |
设置思考模式
会话中使用 /think
在交互式会话中切换思考模式：
plaintext
/think # 显示当前思考模式
/think off # 禁用扩展思考
/think on # 启用默认思考
/think low # 轻度推理
/think medium # 深入推理
/think high # 深度推理更改立即应用于同一会话的后续提示。
通过配置
在 ~/.yeepilot/config.yaml 中设置默认思考模式：
yaml
ai:
think_mode: medium这适用于所有新会话，除非在会话中使用 /think 覆盖。
提供商支持
扩展思考由支持推理或思考能力的提供商支持：
- Anthropic -- Claude 模型原生支持可配置预算的思考功能
- OpenAI -- GPT 模型支持兼容的思考级别
如果您当前的提供商或模型不支持特定的思考级别，YeePilot 会优雅地回退到最接近的支持级别。
实用建议
简单任务使用 off
运行快速状态检查或简单命令时，思考增加延迟而没有太多收益：
plaintext
> What's the current CPU usage?
> Show me the last 20 lines of the nginx error log
> How much disk space is free?复杂任务使用 medium
对于需要正确执行顺序的多步骤操作，中等思考在质量和速度之间提供了良好的平衡：
plaintext
> Set up a reverse proxy with nginx for my Node.js app on port 3000 with SSL
> Diagnose why the PostgreSQL replication lag keeps increasing
> Configure fail2ban to protect SSH, nginx, and postfix关键操作使用 high
为代价高昂或难以逆转的操作保留高级思考：
plaintext
> Plan a zero-downtime migration from MySQL 5.7 to MySQL 8.0
> Audit the firewall rules and recommend changes for PCI compliance
> Redesign the backup strategy for a 3-node database cluster思考模式与 Token 使用量
更高的思考级别每次交互消耗更多 Token。以下是帮助您预算的粗略指南：
| 思考级别 | 大约额外开销 |
|---|---|
off | 无额外 Token |
on / low | 约多 20-40% Token |
medium | 约多 50-80% Token |
high | 约多 100-150% Token |
实际使用量取决于提示的复杂度和模型。将思考模式与 Token 节省模式（/tokenmode saver）结合使用，可以在需要深度推理但不需要 AI 总结命令输出时抵消费用。
示例：开启与关闭思考的对比
不使用思考（/think off）：
plaintext
> Set up automated backups for PostgreSQL
I'll set up a cron job for pg_dump:
sudo -u postgres pg_dump mydb > /backups/mydb.backup使用思考（/think medium）：
plaintext
> Set up automated backups for PostgreSQL
Let me plan a robust backup strategy:
1. Create backup directory with proper permissions
2. Use pg_dump with custom format for compression and selective restore
3. Add a cron job running at 2 AM daily
4. Include backup rotation to keep the last 7 daily and 4 weekly backups
5. Add a verification step that checks backup integrity
6. Set up a simple email alert if a backup fails
Shall I proceed with this plan?思考模式产生更彻底、更适合生产环境的方案。