# 《Crush 从入门到精通》第十七章:高级使用技巧
## 工作流优化
### 推荐工作流模式
```
1. 探索模式
└── 使用小模型快速了解代码库结构
2. 分析模式
└── 切换到大模型进行深度分析和规划
3. 执行模式
└── 使用小模型执行简单的代码修改
4. 审查模式
└── 使用大模型审查代码变更
```
---
## 提示词技巧
### 有效提示词模式
| 模式 | 示例 | 说明 |
|------|------|------|
| **角色定义** | "你是一个 Go 专家" | 明确 AI 角色 |
| **上下文提供** | "项目使用 Gin 框架" | 提供背景信息 |
| **输出格式** | "用 Markdown 格式输出" | 指定输出格式 |
| **约束条件** | "不要修改测试文件" | 设定限制 |
| **逐步引导** | "首先分析,然后实现" | 分步执行 |
### 好的提示词示例
```
# 好的提示词
你是一个 Go 后端开发专家。我有一个使用 Gin 框架的项目,
需要添加用户认证功能。请:
1. 先分析现有代码结构
2. 给出实现方案
3. 提供具体代码实现
# 不好的提示词
添加用户认证
```
---
## 调试技巧
### 调试模式
```bash
# 启动调试模式
crush --debug
crush -d
```
调试模式会输出:
```
[DEBUG] Loading config from /home/user/.crush/crush.yaml
[DEBUG] Provider: openai, Model: gpt-4o
[DEBUG] Tool call: edit, params: {...}
[DEBUG] Tool result: success
```
### 常见问题排查
| 问题 | 排查方法 |
|------|---------|
| 模型连接失败 | 检查 API Key、环境变量 |
| 工具执行失败 | 使用 `crush -d` 查看详细日志 |
| 会话无法保存 | 检查 ~/.crush/ 目录权限 |
| LSP 不工作 | 检查 LSP 服务器配置 |
---
## 性能优化
### 上下文优化
```yaml
# 配置上下文限制
options:
# 限制文件内容长度
max_file_content: 50000
# 限制消息历史
max_messages: 50
# 启用摘要
summarize_threshold: 100000
```
### 模型选择策略
```
任务复杂度判断
│
▼
┌─────────────┐
│ 简单查询? │──是──▶ 使用 Small Model
└─────────────┘
│否
▼
┌─────────────┐
│ 代码生成? │──是──▶ 使用 Large Model
└─────────────┘
│否
▼
┌─────────────┐
│ 需要推理? │──是──▶ 使用 Large Model
└─────────────┘
```
---
*本文是《Crush 从入门到精通》系列文章的第十七章*
登录后可参与表态
讨论回复
0 条回复还没有人回复,快来发表你的看法吧!