Cómo hacer que Claude Code sea menos verboso: respuestas más cortas y estilo informe de ingeniería

Guía práctica para reducir respuestas verbosas de Claude Code: prompts temporales, CLAUDE.md, output styles, slash commands personalizados y formatos de salida centrados en resultado, validación y riesgos.

Después de usar Claude Code un tiempo, aparece una molestia: trabaja bien, pero responde demasiado.

Le pides arreglar un test y primero explica el framework, repite la tarea, escribe un “voy a”, y al final dice qué archivo cambió. El código puede estar bien, pero leerlo cuesta. En sesiones largas, esa verbosidad también llena contexto y vuelve todo más lento y caro.

La solución no es solo decir “sé conciso”. Es mejor controlar por capas: prompt corto para la tarea actual, reglas estables en CLAUDE.md, output style para tono global y slash commands para tareas repetidas.

La meta es que Claude Code responda como un informe de ingeniería: resultado primero, poco preámbulo, sin repetir la tarea, y solo archivos, comandos, riesgos y siguientes pasos necesarios.

Quick Answer

Capa Escenario Método
Prompt temporal Esta ronda es verbosa Pedir solo resultado, archivos, validación y riesgos
CLAUDE.md Preferencia del proyecto Reglas de salida concisa y formato fijo
Output style Tono y formato global Definir estilo de respuesta
Slash command Review, tests, summary Guardar templates cortos como comandos

Orden recomendado:

  1. Prompt temporal.
  2. Reglas estables en CLAUDE.md.
  3. Output style si quieres el mismo estilo en todos los proyectos.
  4. Slash commands para tareas fijas.

Solución rápida

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

Para cambios de código:

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

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

Para diagnóstico:

1
2
3
4
5
6
只输出:
- 最可能原因
- 证据
- 下一步验证命令

不要写长篇分析过程。

Funciona al momento, pero solo en la sesión. Lo estable va a reglas de proyecto.

En CLAUDE.md

 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 "未发现额外风险".

Para proyectos chinos:

1
2
3
4
5
6
7
8
9
## 回复风格

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

No hagas CLAUDE.md enorme. También entra en contexto. Para comprimir reglas, ver: /es/2026/07/10/ai-coding-prompt-compression-guide/.

Output Style

Los output styles cambian el modo de responder: rol, tono y formato. No son para conocimiento del proyecto.

 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.

Versión china:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
# 简洁工程汇报

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

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

Paths, comandos de test y archivos prohibidos van en CLAUDE.md, no en output style.

Configurar con /config

En Claude Code:

1
/config

Busca opciones de output style.

Si tu versión admite key-value:

1
/config outputStyle=your-style-name

Los nombres de keys pueden cambiar; lo seguro es abrir /config y confirmar.

Slash commands personalizados

Para tareas fijas:

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 行。
- 必须给文件路径。
- 没有问题时写“未发现高风险问题”。
- 不要复述任务。
- 不要写通用审查方法。

Luego:

1
/short-review

También puedes crear:

1
2
3
.claude/commands/short-fix.md
.claude/commands/short-test.md
.claude/commands/short-summary.md

Formato tras cambios de código

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
结果:
- ...

改动文件:
- path/to/file

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

风险:
- ...

Más corto:

1
2
3
4
改动:...
文件:...
验证:...
风险:...

Sin validación:

1
验证:未运行,原因是 ...

Review sin relleno

1
2
3
4
5
6
7
只读审查当前 diff。

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

Si usas Codex para review independiente, Claude Code implementa y Codex revisa read-only. Ver: /es/2026/07/10/cursor-codex-claude-code-workflow-division/.

Tests sin explicación larga

1
2
3
4
5
6
7
请修复当前 failing test。

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

Si sube el consumo de tokens, controla también logs: /es/2026/07/08/claude-code-token-usage-spike-troubleshooting-faq/.

No comprimas todo al máximo

Salida corta encaja con bug fixes, tests fallidos, commit summaries, code review, explicación de comandos simples y tareas con scope claro.

No encaja tanto con onboarding, decisiones de arquitectura, postmortems complejos, análisis de seguridad, migraciones de base de datos o requisitos ambiguos.

Ejecución corta; diseño puede expandirse.

Diferencia con caveman

Ya hablamos de caveman, que comprime salidas de Claude Code, Codex y otros Agents: /es/2026/07/03/caveman-agent-output-compression-guide/.

Aquí el método base es: prompt temporal, CLAUDE.md, output style y slash commands. Si aún es demasiado largo, considera una herramienta dedicada.

Errores comunes

Solo “sé conciso”

Demasiado vago:

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

Repetir estilo en cada prompt

Mueve reglas estables a CLAUDE.md u output style.

Poner hechos del proyecto en output style

Output style es tono y formato. Los hechos van en CLAUDE.md.

Quitar seguridad

No elimines advertencias sobre comandos destructivos, bases de datos, permisos, producción o borrado de archivos.

Prohibir toda explicación

Mejor:

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

Config copiable

 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 "未发现额外风险".

Prompt temporal:

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

Resumen

Si Claude Code es demasiado verboso, no hace falta cambiar de herramienta ni comprimir todo. Controla por capas: prompt temporal para la sesión, CLAUDE.md para el proyecto, output style para expresión global y slash commands para tareas repetidas.

La mejor configuración no es “lo más corto posible”, sino la longitud correcta: implementación y tests deben ser breves; arquitectura y riesgos pueden tener más detalle.

Referencias

记录并分享
Creado con Hugo
Tema Stack diseñado por Jimmy