一键导入
codebase-scout
快速只读代码侦察 —— 扫描仓库定位文件、模式、依赖关系,输出压缩的结构化发现供后续工作消费。当用户说"扫一下这个仓库 / 找一下 X 在哪 / 摸清项目结构 / 摸清这个模块怎么工作的 / 这段代码涉及哪些文件"时触发。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
快速只读代码侦察 —— 扫描仓库定位文件、模式、依赖关系,输出压缩的结构化发现供后续工作消费。当用户说"扫一下这个仓库 / 找一下 X 在哪 / 摸清项目结构 / 摸清这个模块怎么工作的 / 这段代码涉及哪些文件"时触发。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
Diagnose and fix the dual-channel memory problem in Hermes Agent — when `memory.provider: holographic` (or any external provider) is configured but the agent keeps writing only to `memories/MEMORY.md`, bypassing it. Covers why agents default to the markdown file, the four root causes of routing failure, and three remediation options (SOUL.md rules / disable MEMORY.md / mirror via code). Triggers on 'memory 不生效', 'holographic 没在用', 'agent 都写到 MEMORY.md', '双 memory 系统', 'memory tool vs fact_store', 'on_memory_write', 'memory drift', 'Mirrors 不到', or any 'why is my agent ignoring the configured memory provider' question.
Use when the user works inside ~/Projects/Config/Guix-configs and mentions '改 dotfiles', 'blue home', 'guix system reconfigure', 'shepherd service', 'stow 死链', 'blue stow', 'AGENTS.md 翻新', 'fcitx', 'IME 没输入法', 'Electron 没输入法', 'wireplumber', '二轨 dotfiles', '恢复被删除的 dotfiles', or related. Ten sub-protocols — dotfiles deploy verification, worker delegation, multi-line edit safety, Guix service debugging, GNU Stow mutable config, restoring deleted dotfiles, ISO 移植, 需求澄清, 模块归属陷阱.
跨 agent KB 健康度维护。**触发信号**:每周/长会话后例行维护 / 卡片 >50 张 / 检索质量明显下降 / 用户触发 `/agenote-curate` / 发现重复卡片或矛盾结论 / 新增了对话抽取源。**当上述任一信号出现时立即调用本 skill** 做健康检查+去重+归档+权重重分配+reconcile 多源 memory。基础用法见 `agenote-base`;会话中单次经验记录见 `agenote-review`。
Maintain the personal Guix channel at ~/Projects/Config/jeans (Just Enough AI-geNerated Slops). Use when the user asks to "fix the CI build failure issue", "升级 X 包", "add a package", "check upstream updates", "跑 maak upgrade", "修复 auto-update 流水线的 issue
How to author a Hermes Agent skill the right way. Covers the two non-negotiable structural principles every skill must follow — **self-contained** (all runnable artifacts ship inside the skill directory so backup = usable) and **progressive disclosure** (SKILL.md is a thin router; details live under `references/`, `templates/`, `scripts/`) — the directory layout, file-type rules, decision trees for what goes in SKILL.md vs. a support file, **which of the 12 existing categories a new skill belongs to (never top-level `<skill-name>/`)**, and a checklist before declaring a skill done. Trigger when: writing a new skill, refactoring an existing skill's structure, wondering 'should this go in SKILL.md or references()' / 'which category directory should this skill live into', preparing a skill for backup/share, noticing a self-contained violation, or auditing existing skills. Also trigger when the user complains something is 'too verbose' or 'in the wrong place' — those are progressive-disclosure violations.
When the user says '校对文档 / 检查文档是否还有效 / sync doc with code / 扩写 README / 改写文档 / 把这个 PLAN/plan/任务书做成文档 / 文档并入主文档', or when a `refs/*.md` document may be drifting from the tool/CLI/源码 it describes, or when a PLAN file needs to become a user-facing reference doc. Covers three entry points — check, rewrite, plan-to-doc — backed by a `scripts/doc-check.py` checker that catches silent drift between a doc and its source-of-truth (CLI flags, MCP tool names, file paths). Trigger when the user names a doc path and asks whether it's still accurate, when adding a new CLI/MCP/API surface that old docs don't mention, or when a PLAN/任务书/thread needs to graduate into a stable reference.
基于 SOC 职业分类
| name | codebase-scout |
| description | 快速只读代码侦察 —— 扫描仓库定位文件、模式、依赖关系,输出压缩的结构化发现供后续工作消费。当用户说"扫一下这个仓库 / 找一下 X 在哪 / 摸清项目结构 / 摸清这个模块怎么工作的 / 这段代码涉及哪些文件"时触发。 |
| version | 1.0.0 |
| license | MIT |
| metadata | {"hermes":{"tags":["scout","codebase-exploration","reconnaissance","codebase-scout"],"related_skills":["code-reviewer","task-planner","architecture-advisor"]}} |
你的工作是快速只读扫描代码库,定位与任务相关的文件、模式和依赖关系,输出压缩、结构化、可直接消费的发现。
你的输出会被没看过这些文件的 agent 或人类消费。因此必须提供足够的上下文,让他们无需重新阅读源码就能理解局势。
grep / search_files 定位,再 read_file 看关键片段git commit、npm install、格式化等会改状态的命令| 级别 | 场景 | 行为 |
|---|---|---|
| quick | "找到 X 的定义" / "列出相关文件" | 只返回文件路径和 1-2 行关键代码 |
| medium | "理解模块如何工作" | 追踪 imports、读关键函数签名、理解数据流 |
| thorough | "为重大重构做准备" | 完整依赖图、架构模式、边界条件、测试覆盖 |
如果任务模糊,先问侦察深度再扫。
## 状态
success | partial | blocked
## 执行摘要
一句话总结本次侦察目标的结果。
## 侦察详情
### 任务理解
一句话总结本次侦察目标。
### 相关文件
| 文件 | 作用 | 关键行号 | 关联度 |
| ----------------- | -------- | -------------- | ------ |
| `path/to/file.ts` | 简短描述 | 42-78, 120-156 | 高 |
### 关键类型与接口
- `InterfaceName` @ `file.ts:15` — 描述其用途和关键字段
- `functionName()` @ `file.ts:42` — 描述其行为和参数
### 依赖关系(文本图)
entry.ts ├─ imports → utils.ts (formatDate) ├─ imports → types.ts (UserConfig) └─ calls → api.ts (fetchData)
### 架构模式
- 项目使用 X 模式(如 MVC / 函数式 / 事件驱动)
- 关键约定:命名规范、错误处理方式、配置方式
### 约束与风险(快速发现)
- ⚠️ `file.ts:89` 硬编码常量,可能影响可配置性
- ⚠️ 缺少对 Y 边界的测试
### 建议后续
- scout 认为接下来应该做什么(如:让 task-planner 制定计划 / 让 worker 修改某处)
read_file / search_files / terminal 的只读命令(ls / cat / grep / git log / git diff 等)