Skip to content
cccskills
FreePublished on GitHub

omh-codegraph-refresh

[omh] Outdated code index or codemap: 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.

The English summary is being prepared. Showing the original description.

See how to install

Files included (1)

  • SKILL.md8.4 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

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 omh-codebase-onboarding.
  • The user already has accepted implementation criteria and wants code changes; use ulw-work or a coding handoff.
  • The user asks for visual, frontend, or rendered UI QA; use omh-frontend, omh-design-quality-gate, or omh-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, +8 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: skill_view(name='omh-routing', file_path='references/skill-common-rail.md').

When to Use

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 skill_view(name='omh-routing', file_path='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. Reply in the user's own words and the host's own voice: its SOUL.md persona owns reply language, tone, speech level, and sentence endings, progress updates included (where it sets no language, use the one the user wrote in), and OMH shapes structure and content only; OMH's record terms (surface, lane, wrapper, handoff, evidence boundary, not_observed) stay in records and tool calls, never in the sentence the user reads unless they ask about one; and when a stop condition or a decision the user owns ends the turn, offer the next action as a question rather than declaring what will not be done.

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: skill_view(name='omh-routing', file_path='references/skill-common-rail.md'). Load it when applicable; otherwise name an unavailable capability.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Onboard a new model generation or sibling into oh-my-hermes: probe router recognition, research the official contract, write trait-to-counter calibration, place routing in both lanes, price from documented list only, gate machine config on a served route, prove with the gates, close with a benchmark pair. Use when a model family ships a new generation (for example "Fable 5.1 is out", "GLM 5.4 shipped", "onboard new model", "add model to chains").

The English summary is being prepared. Showing the original description.

rlaope/oh-my-hermes3.4KUpdated Oct 19, 2026

[omh] Screen-reader or keyboard accessibility gaps: prepare WCAG, keyboard, focus, screen-reader, target-size, and reflow evidence gates for UI surfaces. Use when the user says: accessibility-audit, accessibility audit, a11y audit, a11y architect, wcag audit, wcag 2.2, wcag 2.2 aa, accessibility pass.

The English summary is being prepared. Showing the original description.

rlaope/oh-my-hermes3.4KUpdated Oct 19, 2026

[omh] Hermes badges unlocked and achievement progress: achievements observation: summarize hermes-achievements badges, tiers, recent unlocks, and progress from local plugin artifacts. Use when the user says: achievements, achievement, badges, badge, my badges, show achievements, achievement summary, unlocked badges.

The English summary is being prepared. Showing the original description.

rlaope/oh-my-hermes3.4KUpdated Oct 19, 2026

[omh] Technical proposal facing adversarial scrutiny: independent perspectives attack a proposal, then distill into a bundle a separate planner consumes. Use when the user says: adversarial-consensus, adversarial planning, adversarial plan review, red team this plan, red-team this plan, red team the proposal, multi-perspective review, multiple perspectives.

The English summary is being prepared. Showing the original description.

rlaope/oh-my-hermes3.4KUpdated Oct 19, 2026

[omh] Coordinating several agents or profiles: coordinate multiple Hermes profiles or agents with task, handoff, heartbeat, blocker, and completion states. Use when the user says: agent-board, agent board, kanban, multi-agent, multi agent, multi agent board, multiple hermes agents, multiple hermes profiles.

The English summary is being prepared. Showing the original description.

rlaope/oh-my-hermes3.4KUpdated Oct 19, 2026

[omh] Agent is stuck, looping, or drifting: capture a stuck, looping, drifting, or repeatedly failing agent run, diagnose the likely failure pattern, and prepare the smallest safe recovery action. Use when the user says: agent-debug, agent debug, agent debugging, agent introspection, agent self-debug, self-debug, self debugging, looping agent.

The English summary is being prepared. Showing the original description.

rlaope/oh-my-hermes3.4KUpdated Oct 19, 2026

See all skills by rlaope

Report a problem with this skill