Julius Brussee

按具体工作梳理代码中使用大语言模型的流程，先提出用途标签方案，获批后再添加标签，便于在 Caveman Cloud 中按流程分别查看费用。

• 按具体工作了解模型费用
• 盘点接口和定时任务的模型使用
• 单独统计评估流程的费用

利用现有代码结构，在必要范围内实现新功能或外部集成。先明确可验证的完成条件和不包含的内容，再贯通相关层级，完成整套运行流程。

• 在明确范围内实现新功能
• 利用现有结构接入外部服务
• 明确完成条件与不包含的内容

从Caveman观测报告出发，针对用户选择的对象提出最小代码改动。经批准后，以相同输入比较改动前后的质量和资源用量，为是否采用提供依据。

• 查看Caveman观测报告
• 比较改动前后的词元数或字节数
• 确认优化后是否保持质量

在保留现有数据和兼容性的前提下，推进数据、API、配置及依赖项的迁移。制定回滚步骤，分阶段验证新旧行为，并检查重复执行与部分失败的情况。

• 保留现有数据并完成迁移
• 更新期间同时运行新旧版本
• 提前准备迁移回滚步骤

通过速查表查看精简回复模式，以及提交说明、审查评论和文档压缩的相关命令。还可了解如何查询当前模式、恢复普通回复及设置启动时的默认模式。

• 查询回复模式的命令
• 查询提交说明和审查相关命令
• 恢复普通回复

以只读方式查找陌生代码或直接搜索未找到的处理逻辑，定位相关文件。返回简短的路径列表，并附上实际阅读过的行范围和相关理由，供其他智能体参考。

• 寻找陌生代码的阅读入口
• 调查跨多个文件的处理逻辑
• 直接搜索无果后继续定位

查看 Caveman Cloud 实验状态和评估结果，整理启动、批准、取消或回滚的判断依据。根据证据提出建议，并阻止执行状态变更。

• 检查实验是否可以启动
• 核查实验批准依据
• 考虑取消或回滚实验

将CLAUDE.md、任务列表等文件中的自然语言压缩为简短表述，减少输入令牌。保留代码与文档结构，并在单独位置备份便于阅读的原文。

• 减少CLAUDE.md的输入令牌
• 压缩任务列表和偏好笔记
• 保存压缩前便于阅读的原文

将智能体回复整理为先给结论的简短文字，省去问候和冗长铺垫，同时保留代码、数值、否定与例外条件等必要信息，兼顾可读性。

• 在终端阅读简短回复
• 先了解结论再看说明
• 保留技术信息并缩短文字

在保持代码行为的前提下，提取逻辑、合并重复内容或转移职责。结构调整前后使用相同方法验证，确认行为一致，并将结构整理与新功能分开处理。

• 保持行为不变地提取逻辑
• 合并重复逻辑
• 在模块之间转移职责

以只读方式检查Caveman Cloud的费用、响应时间和错误，对照汇总数据与单次执行记录，依据证据整理支出构成及可改进之处。

• 查找推高LLM费用的处理流程
• 调查响应延迟和错误
• 整理实测费用与已核实节省额

将智能体回复压缩为简短短语，保留技术信息、否定含义及数值，减少重复说明。模式经明确命令启动后，会持续提供简洁回复，直到手动关闭。

• 缩短技术性回复
• 减少重复说明
• 在整个会话中保持简洁回复

显示Claude Code会话中记录的输出词元、缓存读取词元、回复次数及可用的模式明细；在其他环境中引导查看内置用量报告。

• 查看当前词元用量
• 查看回复次数和模式明细
• 汇总多个会话的记录

以足以判断结果的必要检查，验证现有工作是否满足验收条件。复用仍符合当前状态的结果，区分通过、失败及无法执行的原因，并在证据齐备后结束。

• 检查已完成工作是否满足验收条件
• 仅验证请求指定的条件
• 复用仍然有效的验证结果

按Conventional Commits格式生成简短的提交消息，说明代码变更意图，并为破坏兼容性的变更、迁移等情况补充正文背景。

• 为代码变更编写提交消息
• 统一提交消息格式
• 记录不兼容变更和迁移步骤

将智能体回复改写为简短的文言文，同时保留技术术语和代码的原始表记。适合熟悉文言文、希望减少屏幕文字量并快速阅读要点的用户。

• 用文言文阅读技术回答
• 减少屏幕上的文字量
• 保留命令与错误信息的原始表记

从问题现象追踪原因，仅修改负责该行为的最小代码范围。保留周边行为和用户已有改动，并通过相关测试确认修复效果，检查同一问题不会再次出现。

• 保留周边行为并修复问题
• 进行小范围行为调整
• 为特定问题添加回归测试

根据令牌用量分析，检查冗长的指令文件与反复提供的上下文。逐项展示修改差异并获得批准后编辑，再次测量以确认令牌是否减少。

• 整理冗长的CLAUDE.md
• 将反复粘贴的上下文移入外部记忆
• 检查重复规则与失效的记忆链接

在修改代码前调查原因不明的故障、间歇性异常和性能下降，区分实测症状与推测，依据证据筛选原因假设，并报告原因及其依据。

• 调查原因不明的故障
• 查找间歇性异常的原因
• 定位性能下降的原因

审查代码差异，通常用一行写明行号、问题和具体修改建议，区分缺陷、风险、细微建议与问题，生成便于粘贴到PR的评论。

• 审查PR中的代码差异
• 缩短冗长的审查评论
• 为问题附上具体修改建议

将代码定位、一至两个文件的修改和差异审查分配给专门的辅助智能体，以简短的结构化格式接收结果，减少主智能体的上下文占用。

• 查找定义和调用位置
• 限定在一至两个文件内修改
• 审查代码差异中的缺陷

将应用的LLM调用接入Caveman Cloud网关，在不改变发送内容的情况下计量用量与费用，涵盖连接配置及真实请求验证。

• 开始计量LLM应用的用量与费用
• 更改现有LLM调用的连接地址
• 通过真实请求验证连接

Create, amend, or backprop bugs into SPEC.md at repo root. Sole mutator of the project spec. Triggers when the user asks to write a spec, start a new spec, distill a spec from existing code, add invariants, amend sections (§G, §C, §I, §V, §T, §B), or record a bug via backprop. Common phrasings: "write the spec for...", "new spec", "bug: ...", "amend §V.3", "distill spec from code", "spec this idea". Reads and follows FORMAT.md for the caveman encoding rules and pipe-table shape of §T and §B.

中文简介正在准备中。当前显示原文说明。

Read-only drift detector. Diffs SPEC.md against current code and reports violations grouped by severity. Writes nothing — suggests remedies via the spec or build skills but never invokes them. Triggers when the user asks to check drift, audit the spec, verify invariants, or ask whether code still matches the spec. Phrasings: "check drift", "audit the spec", "does the code still match §V", "check invariants", "spec vs code".

中文简介正在准备中。当前显示原文说明。