Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/kroq86/data-engineering-runtime-lab/runtime-copilotnpx skills add kroq86/data-engineering-runtime-lab --skill runtime-copilotgit clone --depth 1 https://github.com/kroq86/data-engineering-runtime-labWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00069 | $0.00489 |
| Opus 5 | $0.00034 | $0.00244 |
| Sonnet 5 | $0.00014 | $0.00098 |
| Haiku 4.5 | $0.00007 | $0.00049 |
Grade A, and why
runtime-copilot scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
Runtime Copilot
Use this skill when working with the Mini Data Engine MCP server from Codex.
The goal is to treat the runtime as a self-describing operational surface, not as a pile of scripts.
Quick start
- Call
project_tool_catalogto see the current MCP surface. - Call
project_get_defaultsto load default roots and runtime assumptions. - Use
health_checkfor a fast smoke test. - Use
project_run_regressionwhen the user wants a release-style verdict. - Use
explain_runandsimilar_incidentswhen diagnosing failures.
Working rules
- Prefer MCP tools before raw shell commands when the capability already exists in MCP.
- Use shell commands only for setup gaps, file inspection, or changes outside the MCP surface.
- When summarizing runtime state, mention the exact MCP tools used.
- If the user asks what is available, answer from
project_tool_catalog, not from memory. - If the user asks about defaults, answer from
project_get_defaults, not from scattered code paths.
Recommended tool order
For discovery:
project_tool_catalogproject_get_defaultsproject_manifestproject_capabilities
For health and diagnostics:
health_checkbenchmark_callsscenario_load_testexplain_runsimilar_incidents
For regression and release confidence:
project_run_regressionproject_capture_baselineproject_compare_baselinedecision_gate
Example requests that should trigger this skill
- "Show me what this MCP runtime can do."
- "Check whether the runtime is healthy."
- "Run the release gate and tell me if this is safe."
- "Explain why this run failed."
- "Compare current runtime behavior to the last baseline."
Default answer shape
Keep answers operational and short:
- what was checked
- what passed or failed
- what changed
- what the next action is
What ships with it
1 file beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- yesterday First seen · 65 lines · 69 tokens per session scan A 63fc15e67d71
runtime-copilot is a skill published in the GitHub repository kroq86/data-engineering-runtime-lab (0 stars, last pushed 3mo ago), licensed MIT. It adds 69 tokens to every session and 489 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
operator-verify
Bootstrap and verify Operator ETL in one command — Python check, uv install, sync deps, full proof gate. Use on first clone, "does it work", setup, or before any other operator skill.
operator-run
Run Operator ETL locally — MVP demo, pytest, FOIA graph pipeline, Streamlit dashboard. Use when proving the system works or demoing to reviewers.
operator-ship-gcp
Deploy Operator ETL to GCP — Terraform, Docker, Cloud Build, Cloud Run, BigQuery. Use when lifting from local DuckDB MVP to staging/production infrastructure.
okf-maintain
Create, update, and validate the OKF v0.1 knowledge bundle in operator-etl. Use when adding concepts, fixing frontmatter, or preparing a documentation release.
operator-extend
Extend Operator ETL — new sources, domains, gold SQL marts, gov contracts. Use when adding pipelines beyond the FOIA or orders demos.
datacoolie-build
Build, modify, materialize, run, and verify DataCoolie projects. Use for workspace bootstrap, metadata authoring, environment overlays, capability checks, runners, notebooks, custom functions, narrow unsupported adapters, local tests, immutable builds, and project-owned build/CI automation. This is the sole…