汇总一次测试失败
提供一份已有测试结果，让 Agent 列出失败用例、错误和下一项检查。对照原始日志检查正常与简短两份回复是否都保留了准确的失败信息。
Caveman
用 Caveman 缩短编程 Agent 的可见回复，保留准确的错误、命令和结果。用同一个任务比较启用前后的输出。
核对短回复是否保留了技术依据
让 Agent 精简可见回复，并核对错误原文和实际验证状态。
带入 Floatboat 的请求
请求可预览和复制，不会从此处自动发送。
参考来源: Caveman https://github.com/JuliusBrussee/caveman/blob/main/skills/caveman/SKILL.md 先阅读原始说明并核对当前环境与依赖。需要安装或连接新工具时，先提出方案。 我的任务: 用 Caveman 汇总这份已有测试日志。先写失败结论，保留用例名、错误原文、命令和不确定性。不要把阅读已有日志写成重新运行了测试。 期望交付: 一份更短但保留相同技术证据的回复。
关于 Caveman Skill
Caveman 调整 Agent 的回复方式，把结论提前并删去冗余，同时保留技术事实和用户明确指定的回复语言。从 3.0.0 起，仓库以 Apache-2.0 发布该 Skill。Engine 处理的是另一类输入压缩任务。 同仓的 Investigate First 与 Safe Refactor 分别处理改动前的调查和有边界的重构。需要修改代码时，可按任务查阅这些指引。
Caveman Skill 的简洁回复场景
先选一个有明确技术事实的回复。对照原始记录复核错误、路径和判断依据，再决定何时适合使用简短模式。
交接一次小改动
在两种模式下提供相同的 diff 与验收条件。如果简短版仍能看清影响文件、实际结果和待核事项，就用它交接。
精简状态更新
提供获准使用的任务记录，请 Agent 提取决定、阻塞和下一步。检查短版是否还保留了关键的负责人和依赖。
重要解释时恢复原模式
遇到需要说明风险或回滚条件的任务，先让 Agent 停用 Caveman，再核对详细回复是否仍与原有技术证据一致。
如何核对简短回复保留了哪些信息
让 Agent 用原模式与简短模式处理同一个任务。核对错误原文、命令与结论，确保篇幅变短以后，接手的人仍知道下一步如何验证。
按宿主安装
按照上游针对当前宿主的说明安装。若任务只涉及可见回复，先选择回复风格 Skill。 在支持斜杠命令的宿主使用 /caveman，在 Codex 使用 $caveman。
用相同输入做对照
用同一个输入分别生成正常和简短回复，记录语言要求、原始错误、命令和观察结果。
先核对事实
将路径、命令、否定条件和不确定性与来源对照。需要详细解释时可以退出简短模式。
探索更多 Agent Skills
查看其他 Skill 指南，并在使用前核对原始来源。
Caveman 常见问题
Caveman 会压缩 Agent 读入的信息吗？
回复风格 Skill 改变可见输出。Engine 有独立的输入压缩与恢复流程。
会切换用户要求的回复语言吗？
上游清单要求优先遵守用户明确指定的回复语言，并保留技术术语及错误原文。
怎么知道宿主是否跟踪模式？
如果宿主提供相关 hook，Skill 可以报告 hook 返回的状态。没有 hook 时只能说明 Agent 实际遵循了什么模式。
任务中间能退出吗？
上游支持用 stop caveman 或 normal mode 停用这种回复风格。
能承诺固定的 token 节省吗？
需要对同一任务做实际输出对照。Skill 本身不保证固定的上下文或计费 token 降幅。
除了长度还该核对什么？
对照原始材料核对路径、数字、错误、否定条件、失败检查与后续行动。