Claude Code の出力が長すぎるときの設定：短く、エンジニアリング報告らしくする

1
2
3
4
5
6

后续回复请压缩：
- 不复述我的需求。
- 不写礼貌铺垫。
- 先给结论。
- 只列改动文件、验证命令、结果、风险。
- 没有风险就写“未发现额外风险”。

1
2
3
4
5
6
7

请用简短工程汇报格式输出：
1. 改了什么
2. 改了哪些文件
3. 跑了什么验证
4. 还有什么风险

不要解释通用背景，不要复述任务。

1
2
3
4
5
6

只输出：
- 最可能原因
- 证据
- 下一步验证命令

不要写长篇分析过程。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13

## Response Style

- Be concise and engineering-focused.
- Do not restate the user's request.
- Do not include generic explanations unless asked.
- Put the result first.
- For code changes, report only:
  1. changed files
  2. behavior changed
  3. validation run
  4. remaining risks
- If no validation was run, say so directly.
- If no extra risk is found, write "未发现额外风险".

1
2
3
4
5
6
7
8
9

## 回复风格

- 默认用中文，简洁、直接、工程化。
- 不复述用户需求。
- 不写礼貌铺垫。
- 不解释通用背景，除非用户明确要求。
- 修改代码后只汇报：改动文件、行为变化、验证命令、剩余风险。
- 没有运行验证时必须明确说明。
- 没有额外风险时写“未发现额外风险”。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

# Concise Engineering

Respond like a senior engineer giving a short handoff.

Rules:
- Lead with the result.
- Avoid restating the task.
- Avoid generic explanations.
- Use short bullets only when useful.
- For code work, include changed files, validation, and risks.
- If blocked, state the blocker and the next concrete action.
- Keep final answers short unless the user asks for detail.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

# 简洁工程汇报

默认用中文回答，风格像资深工程师交接工作。

规则：
- 先说结果。
- 不复述用户需求。
- 不写通用背景。
- 不写“我将会”这类过程铺垫。
- 代码修改后只汇报改动、验证、风险。
- 遇到阻塞时只说明阻塞点和下一步。
- 用户没有要求长解释时，回答保持短。

1

/config

1

/config outputStyle=your-style-name

1

.claude/commands/short-review.md

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

只读审查当前改动，不要修改文件。

输出格式：

1. 高风险问题
2. 中低风险问题
3. 缺失测试
4. 结论

规则：
- 每个问题最多 2 行。
- 必须给文件路径。
- 没有问题时写“未发现高风险问题”。
- 不要复述任务。
- 不要写通用审查方法。

1

/short-review

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

结果：
- ...

改动文件：
- path/to/file

验证：
- 命令：...
- 结果：...

风险：
- ...

1
2
3
4

改动：...
文件：...
验证：...
风险：...

1

验证：未运行，原因是 ...

1
2
3
4
5
6
7

只读审查当前 diff。

只输出真实问题，不输出优点。
按严重程度排序。
每个问题包含：文件路径、问题、建议。
没有问题就写“未发现高风险问题”。
不要写总结性夸奖。

1
2
3
4
5
6
7

请修复当前 failing test。

输出限制：
- 不解释测试框架。
- 不复述错误日志。
- 只保留失败原因、改动文件、验证结果。
- 连续失败两次后停止修改，先总结共同原因。

1

只保留：结果、文件、验证、风险。

1

默认短输出；只有遇到设计取舍、风险或阻塞时再解释。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

## Response Style

- Default language: Chinese.
- Be concise and engineering-focused.
- Do not restate the user's request.
- Do not include generic background unless asked.
- For code changes, report only:
  - result
  - changed files
  - validation
  - risks
- For reviews, list only actionable issues.
- For test failures, summarize the failing cause and next command only.
- If validation was not run, say that explicitly.
- If no risk is found, write "未发现额外风险".

1
2
3

本轮请使用短汇报格式：
结果 / 文件 / 验证 / 风险。
不要复述任务，不要解释通用背景。