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=你的樣式名

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

.claude/commands/short-fix.md
.claude/commands/short-test.md
.claude/commands/short-summary.md

 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

本輪請使用短匯報格式：
結果 / 檔案 / 驗證 / 風險。
不要複述任務，不要解釋通用背景。