用途：把代码审查意见写得简短、可执行，每条发现一行，格式为位置、问题、修复，去掉寒暄与冗余表述。
主要能力：支持单文件与多文件 diff；可选严重级别前缀：🔴 bug（会引发故障）、🟡 risk（可用但脆弱，如竞态、缺空值检查、吞异常）、🔵 nit（风格、命名、微优化，作者可忽略）、❓ q（真实提问而非建议）。要求保留精确行号、反引号包裹的符号/函数/变量名、具体修复方案；修复不明显时补充原因。
使用方式：在 PR 审查中直接输出可粘贴的评论。多文件时用 <file>:L<line>: 格式。自动清晰模式：遇到安全类发现（CVE 级需完整说明与引用）、架构分歧（需理由）或新人 onboarding 场景时，改用正常段落说明，之后恢复精简。
限制：仅做审查，不写代码修复、不批准或请求变更、不运行 linter。说“stop caveman-review”或“normal mode”可恢复冗长审查风格。
输出报告：主任务完成后向 wiki 写 propose 草稿，文件名为 DDMMYY-<ten>.md，写入 llmwiki/wiki/draft/cave/ 下，并更新 index.md 与 log.md；仅当零产出且零决策时跳过。