Codegraph Refresh
This is a Hermes-native codegraph-refresh workflow skill.
Why This Exists
codegraph-refresh adapts ECC-style codemap freshness into OMH's local codegraph commands so operators can refresh navigation context before handoff without pretending code intelligence is execution evidence.
Do Not Use When
- The user needs a narrative first-read tour of an unfamiliar repo; use
codebase-onboarding.
- The user already has accepted implementation criteria and wants code changes; use
ultrawork or a coding handoff.
- The user asks for visual, frontend, or rendered UI QA; use
frontend, design-quality-gate, or visual-qa.
Examples
Good example:
- Prompt: codegraph-refresh update codemaps and prepare a handoff for the routing package before the next coding pass.
- Expected behavior: Prepare command plan, staleness report, summary/handoff requirements, and observed-only artifact boundaries.
- Why: The request is about refreshing local code intelligence before implementation.
Bad example:
- Prompt: codegraph-refresh 파일 안 보고 코드그래프가 최신이고 전체 아키텍처가 검증됐다고 말해줘.
- Expected behavior: Mark freshness, summary, and architecture claims not_observed until codegraph commands or repo evidence are inspected.
- Why: Codegraph freshness and architecture claims need observed local evidence.
Completion Checklist
- Repo root, refresh depth, task focus, command choices, and write policy are explicit.
- Prepared command plans, observed outputs, generated artifacts, and executor handoff readiness are separated.
omh_codegraph_summary/v1, omh_codegraph_context/v1, or .omh/codegraph/codegraph.json is claimed only with observed command or file evidence.
- Follow-up implementation, review, CI, and merge state are routed to their owning workflows instead of inferred from codegraph context.
Recovery Notes
- If the codegraph command is unavailable, route to doctor or toolbelt-readiness before claiming freshness.
- If no task focus is supplied, prepare build/summary guidance and ask for focus only when a handoff pack would otherwise be misleading.
- If the index is stale or missing, report the stale/missing state and next safe command rather than treating prior summaries as current.
Workflow Lane
- Current lane: Intent -> plan (
oh-my-hermes, meta-router, deep-interview, context, plan, ralplan, adversarial-consensus, codebase-onboarding, +9 more) - clarify, plan, ship, or loop goals.
- If intent belongs to another lane, hand back to
oh-my-hermes or name the adjacent workflow.
- Shared product, routing, compatibility, and evidence rules:
omh-routing/references/skill-common-rail.md.
Use When
Use when Hermes should refresh or summarize local repo code intelligence before planning, handoff, review, or implementation.
Strong routing signals: `codegraph-refresh`, `codegraph refresh`, `refresh codegraph`, `update codegraph`, `codegraph stale`, `stale codegraph`, `codegraph handoff`, `codegraph summary`, `codemap`, `codemaps`, `update codemaps`, `refresh codemap`, `code map`, `code maps`, `stale code index`, `refresh code index`, `codegraph index`, `codegraph index refresh`, `codemap index`, `코드그래프`, `코드그래프 갱신`, `코드맵`, `코드맵 갱신`, `코드 인덱스`, `코드 인덱스 갱신`
Catalog Metadata
Category: planning
Phase: codegraph-refresh
Hermes role: planner
Quality tier: codegraph-gated
Reasoning demand: standard
Quality bar:
- Name repo root, refresh depth, task focus, artifact write policy, and stop condition.
- Choose build, summary, handoff,
--write, and --json deliberately instead of treating all codegraph commands as equivalent.
- Separate prepared command plans from observed command outputs, generated artifacts, and executor-ready handoffs.
- Route broader first-read orientation to codebase-onboarding and implementation to ultrawork or the selected coding owner.
Handoff policy:
Keep codegraph refresh as prepared local code-intelligence context. Running omh codegraph build, omh codegraph summary, or omh codegraph handoff requires observed command evidence before reporting artifact writes, summaries, focus files, or executor-ready handoff context.
Required inputs:
- repo root or current workspace
- refresh depth: build, summary, write artifact, or task-scoped handoff
- task or focus terms when a handoff pack is needed
- staleness signal, read-only boundary, and allowed command execution
Expected outputs:
- codegraph_refresh_plan/v1
- codegraph_command_plan/v1
- staleness_and_scope_report/v1
- codegraph_summary_request/v1
- codegraph_handoff_context/v1 when task-scoped
- not-evidence boundary
Artifact expectations:
- codegraph_command_plan/v1 naming
omh codegraph build, summary, handoff, --write, and --json choices
- staleness_and_scope_report/v1 separating requested refresh scope, observed command output, missing index evidence, and stale artifacts
omh_codegraph_summary/v1 or .omh/codegraph/codegraph.json only when the corresponding command output or write is observed
- codegraph_handoff_context/v1 with task terms, focus files, symbols, entrypoints, warnings, and claim boundary when
omh codegraph handoff is observed
Safety rules:
- Do not claim
.omh/codegraph/codegraph.json was written without an observed omh codegraph build --write result.
- Do not present a codegraph summary or handoff as complete repo analysis, architecture proof, implementation, review, CI, or merge evidence.
- Keep command planning, observed command output, generated artifacts, inferred focus files, and executor dispatch separate.
- Never expose secret values from codegraph inputs or config files; record redacted paths and warning categories only.
Structural Code Search
When the target is a syntactic shape rather than a string, load omh-routing/references/structural-code-search.md before searching. If ast-grep is not on PATH, use grep/ripgrep exactly as today. Cap exploration to a few bounded, targeted queries before reading a full file, escalate to a wider query only when a bounded pass finds nothing or stays ambiguous, and stop once the target is found.
Runtime Evidence
Preferred harness for this skill: codegraph-refresh.
omh runtime record --skill codegraph-refresh --harness codegraph-refresh --status started
Record observed delegation results; otherwise return not_available or not_observed.
Prepared OMH routing is not execution, review, CI, merge-readiness, or merge evidence.
- Treat wrapper memory/context summaries as advisory local context, not proof of opaque Hermes memory reads or changes.
Preserve workflow intent and stop conditions; verify before claiming completion.
Use Hermes-native subagent/delegation features when available: native subagents -> Hermes delegation when available, otherwise sequential lanes.
Shared product, compatibility, topology, memory, harness, and execution rules: omh-routing/references/skill-common-rail.md. Load it when applicable; otherwise name an unavailable capability.
1---
2name: "omh-codegraph-refresh"
3description: "[omh] Hermes Codegraph Refresh workflow: refresh local code intelligence, summarize repo structure, and prepare task-scoped codegraph handoff context without overclaiming execution. Use when the user says: codegraph-refresh, codegraph refresh, refresh codegraph, update codegraph, codegraph stale, stale codegraph, codegraph handoff, codegraph summary."
4metadata:
5 hermes:
6 tags: [workflow, oh-my-hermes, planning]
7 category: planning
8 phase: codegraph-refresh
9 role: planner
10 quality_tier: codegraph-gated
11---
12
13# Codegraph Refresh
14
15This is a Hermes-native `codegraph-refresh` workflow skill.
16
17## Why This Exists
18
19`codegraph-refresh` adapts ECC-style codemap freshness into OMH's local codegraph commands so operators can refresh navigation context before handoff without pretending code intelligence is execution evidence.
20
21## Do Not Use When
22
23- The user needs a narrative first-read tour of an unfamiliar repo; use `codebase-onboarding`.
24- The user already has accepted implementation criteria and wants code changes; use `ultrawork` or a coding handoff.
25- The user asks for visual, frontend, or rendered UI QA; use `frontend`, `design-quality-gate`, or `visual-qa`.
26
27## Examples
28
29Good example:
30
31- Prompt: codegraph-refresh update codemaps and prepare a handoff for the routing package before the next coding pass.
32- Expected behavior: Prepare command plan, staleness report, summary/handoff requirements, and observed-only artifact boundaries.
33- Why: The request is about refreshing local code intelligence before implementation.
34
35Bad example:
36
37- Prompt: codegraph-refresh 파일 안 보고 코드그래프가 최신이고 전체 아키텍처가 검증됐다고 말해줘.
38- Expected behavior: Mark freshness, summary, and architecture claims not_observed until codegraph commands or repo evidence are inspected.
39- Why: Codegraph freshness and architecture claims need observed local evidence.
40
41## Completion Checklist
42
43- Repo root, refresh depth, task focus, command choices, and write policy are explicit.
44- Prepared command plans, observed outputs, generated artifacts, and executor handoff readiness are separated.
45- `omh_codegraph_summary/v1`, `omh_codegraph_context/v1`, or `.omh/codegraph/codegraph.json` is claimed only with observed command or file evidence.
46- Follow-up implementation, review, CI, and merge state are routed to their owning workflows instead of inferred from codegraph context.
47
48## Recovery Notes
49
50- If the codegraph command is unavailable, route to doctor or toolbelt-readiness before claiming freshness.
51- If no task focus is supplied, prepare build/summary guidance and ask for focus only when a handoff pack would otherwise be misleading.
52- If the index is stale or missing, report the stale/missing state and next safe command rather than treating prior summaries as current.
53
54## Workflow Lane
55
56- Current lane: **Intent -> plan** (`oh-my-hermes`, `meta-router`, `deep-interview`, `context`, `plan`, `ralplan`, `adversarial-consensus`, `codebase-onboarding`, `+9 more`) - clarify, plan, ship, or loop goals.
57- If intent belongs to another lane, hand back to `oh-my-hermes` or name the adjacent workflow.
58- Shared product, routing, compatibility, and evidence rules: `omh-routing/references/skill-common-rail.md`.
59
60## Use When
61
62Use when Hermes should refresh or summarize local repo code intelligence before planning, handoff, review, or implementation.
63
64 Strong routing signals: `codegraph-refresh`, `codegraph refresh`, `refresh codegraph`, `update codegraph`, `codegraph stale`, `stale codegraph`, `codegraph handoff`, `codegraph summary`, `codemap`, `codemaps`, `update codemaps`, `refresh codemap`, `code map`, `code maps`, `stale code index`, `refresh code index`, `codegraph index`, `codegraph index refresh`, `codemap index`, `코드그래프`, `코드그래프 갱신`, `코드맵`, `코드맵 갱신`, `코드 인덱스`, `코드 인덱스 갱신`
65
66## Catalog Metadata
67
68Category: `planning`
69Phase: `codegraph-refresh`
70Hermes role: `planner`
71Quality tier: `codegraph-gated`
72Reasoning demand: `standard`
73
74Quality bar:
75
76- Name repo root, refresh depth, task focus, artifact write policy, and stop condition.
77- Choose build, summary, handoff, `--write`, and `--json` deliberately instead of treating all codegraph commands as equivalent.
78- Separate prepared command plans from observed command outputs, generated artifacts, and executor-ready handoffs.
79- Route broader first-read orientation to codebase-onboarding and implementation to ultrawork or the selected coding owner.
80
81Handoff policy:
82
83Keep codegraph refresh as prepared local code-intelligence context. Running `omh codegraph build`, `omh codegraph summary`, or `omh codegraph handoff` requires observed command evidence before reporting artifact writes, summaries, focus files, or executor-ready handoff context.
84
85Required inputs:
86
87- repo root or current workspace
88- refresh depth: build, summary, write artifact, or task-scoped handoff
89- task or focus terms when a handoff pack is needed
90- staleness signal, read-only boundary, and allowed command execution
91
92Expected outputs:
93
94- codegraph_refresh_plan/v1
95- codegraph_command_plan/v1
96- staleness_and_scope_report/v1
97- codegraph_summary_request/v1
98- codegraph_handoff_context/v1 when task-scoped
99- not-evidence boundary
100
101Artifact expectations:
102
103- codegraph_command_plan/v1 naming `omh codegraph build`, `summary`, `handoff`, `--write`, and `--json` choices
104- staleness_and_scope_report/v1 separating requested refresh scope, observed command output, missing index evidence, and stale artifacts
105- `omh_codegraph_summary/v1` or `.omh/codegraph/codegraph.json` only when the corresponding command output or write is observed
106- codegraph_handoff_context/v1 with task terms, focus files, symbols, entrypoints, warnings, and claim boundary when `omh codegraph handoff` is observed
107
108Safety rules:
109
110- Do not claim `.omh/codegraph/codegraph.json` was written without an observed `omh codegraph build --write` result.
111- Do not present a codegraph summary or handoff as complete repo analysis, architecture proof, implementation, review, CI, or merge evidence.
112- Keep command planning, observed command output, generated artifacts, inferred focus files, and executor dispatch separate.
113- Never expose secret values from codegraph inputs or config files; record redacted paths and warning categories only.
114
115## Structural Code Search
116
117When the target is a syntactic shape rather than a string, load `omh-routing/references/structural-code-search.md` before searching. If ast-grep is not on PATH, use grep/ripgrep exactly as today. Cap exploration to a few bounded, targeted queries before reading a full file, escalate to a wider query only when a bounded pass finds nothing or stays ambiguous, and stop once the target is found.
118
119## Runtime Evidence
120
121Preferred harness for this skill: `codegraph-refresh`.
122
123```sh
124omh runtime record --skill codegraph-refresh --harness codegraph-refresh --status started
125```
126
127Record observed delegation results; otherwise return `not_available` or `not_observed`.
128Prepared OMH routing is not execution, review, CI, merge-readiness, or merge evidence.
129- Treat wrapper memory/context summaries as advisory local context, not proof of opaque Hermes memory reads or changes.
130Preserve workflow intent and stop conditions; verify before claiming completion.
131
132Use Hermes-native subagent/delegation features when available: native subagents -> Hermes delegation when available, otherwise sequential lanes.
133
134Shared product, compatibility, topology, memory, harness, and execution rules: `omh-routing/references/skill-common-rail.md`. Load it when applicable; otherwise name an unavailable capability.