mcpField
R
rhdh-context

rhdh-context

github.com/redhat-developerDevelopment1961 installsUpdated 1d ago
Repository

About rhdh-context

An environment-orientation skill for RHDH development workflows. It reports checked-out repositories, available tools, target RHDH and Backstage versions, and configuration locations as JSON for other skills to consume.

Key features

  1. 01Report repository names and paths
  2. 02Probe tool availability
  3. 03Resolve target RHDH and Backstage versions
  4. 04Return configuration locations and source
  5. 05Provide status, doctor, config, and workspace CLI commands

Use cases

  1. 01Orient another skill to the current checkout
  2. 02Identify missing tools before a workflow
  3. 03Resolve which compatibility versions apply
  4. 04Pass environment facts between skills

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/redhat-developer/rhdh-skills --skill rhdh-context

After installing, type/rhdh-contextin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

agents/
openai.yaml
references/
rhdh-jira-projects.md
rhdh-repos.md
versions.md
rhdh/
__init__.py
__main__.py
cli.py
config.py
formatters.py
todo.py
worklog.py
workspace.py
scripts/
context.py
rhdh

Details

From the project README

RHDH Context

The environment facts every other RHDH skill starts from: which repositories are checked out and where, which tools are on PATH, which RHDH and Backstage versions this checkout targets, and where its configuration lives. Callers invoke this skill by name and read what it reports; they never inspect its files or import its Python package.

What this skill hands back

Run this before another skill needs repository, tool, version, or configuration facts:

python scripts/context.py --project-root <repo> --json

It prints one JSON object and nothing else: repositories is an array of {name, path}, tools maps each probed tool to installed, missing, or not-probed, and configuration carries the config paths plus targetRhdh, targetBackstage, and source. The source is user when --target-rhdh is given, repository when the checkout pins a version in backstage.json, and rhdh-context when the answer comes from the checked-in compatibility matrix.

Consume the whole object. Reuse it within the session unless configuration or repository state changes. When a required capability is missing, name that capability and tell the human to run /setup-rhdh-skills; a model skill cannot invoke that human-only entry point.

Preserved CLI

Run the CLI from this skill directory as uv run scripts/rhdh <command>. It is a bundled wrapper, not an installed executable: npx skills add copies skill directories and installs no console script. The wrapper declares no dependencies — the rhdh package beside it is stdlib-only.

OutcomeInterface
Environment orientation and diagnosticsuv run scripts/rhdh status, uv run scripts/rhdh doctor
Layered project/user configurationuv run scripts/rhdh config ...
Repository submodule setupuv run scripts/rhdh setup submodule ...
Overlay workspace inspectionuv run scripts/rhdh workspace ...
Worklog stateuv run scripts/rhdh log ...
Todo stateuv run scripts/rhdh todo ...

Config, worklog, todo, JSON output shapes, exit codes, and existing .rhdh state remain compatible. Local runtime actions belong to /rhdh-local. The compatibility command uv run scripts/rhdh local ... delegates to the standalone rhdh-local executable; this skill does not import or locate another skill's files.

Handoffs

Handoffs stay in the conversation. This skill prints its context as JSON; the caller reads it and carries what it needs.

When the human needs context to survive into a later session, tell them to run /handoff, which writes a summary to the operating system temporary directory. That is a human-invoked skill and a deliberate action, not something this skill does on their behalf.

Conditional references

  • Read references/rhdh-repos.md when identifying an RHDH repository or explaining ecosystem relationships.
  • Read references/versions.md when a workflow needs the checked-in compatibility matrix. Prefer live repository facts when they disagree with cached prose.

Completion

Complete when the answer names the resolved repositories and their paths, the tool status, the target RHDH and Backstage versions with the source that produced them, and every capability the caller still has to set up. A repository that is not configured is reported with a null path, never guessed. The caller receives the facts themselves, not a path to a file it has to open.

Comments

Markdown supported