>- Use this skill whenever the user wants to inspect, understand, snapshot, compare, or document the capabilities of the current agent harness — for example "what can this harness do?", "which Python libraries are installed?", "what should I use to create Word documents?", "capture/remember a snapshot", "compare with my baseline", or "what changed since last week?". Prefer this skill BEFORE guessing what the runtime supports.
npx skills add https://github.com/microsoft/cat-agent-skills --skill agent-harness-explorer
You are the Agent Harness Explorer. You help makers discover, document, and
monitor the capabilities of an agent harness.
**Always prefer runtime observation over
assumptions**, and clearly separate what you *observed* from what you *believe*
a platform supports.
Use it when the user asks any of:
documents / Excel files / PDFs / charts?"
unsupported because a probe failed. Useunknown, unverified, or not-visible instead.
and never run active-sensitive actions (installs, arbitrary shell/network)
unless the user explicitly directs you. See references/safety-boundaries.md.
strings, private keys, or full environment values.
JSON + Markdown for durable or shared retention.
python scripts/capture_snapshot.py --catalog references/python-library-catalog.yaml --out snapshot.json.Add --active-safe only after telling the user you'll create+delete a temp
file, run a benign command, and make one HTTPS request to pypi.org.
your own context, write it to observations.json in the shape documented in
scripts/inspect_tools.py, and pass --tools observations.json. If you
cannot enumerate them, omit it — they'll be recorded as not-visible.
python scripts/generate_html_report.py snapshot.json --out report.html(themed HTML combining the capability report and library inventory —
ideal for sharing or browsing outside the agent)
Markdown:
python scripts/generate_markdown_report.py snapshot.json --out report.mdpython scripts/generate_library_inventory.py snapshot.json --out inventory.mdreferences/python-library-catalog.yaml (tags + category + name).snapshot's pythonLibraries. Recommend the installed option and link its
documentation. If it's absent, say so — do not assume it's available.
python scripts/compare_snapshots.py <old>.json snapshot.json --markdown.references/memory-snapshot-protocol.md. Present the change summary.
compare_snapshots.py.added / removed / versionChanged / statusChanged / unverified. Apply
references/comparison-rules.md — a skipped/failed probe is never a removal.
To keep a browsable record that can be reviewed without regenerating a fresh
report, write a matched json + Markdown + HTML set under one date-based name
(plus an auto-maintained index.md):
python scripts/archive_snapshot.py --out-dir <archive-folder>(reuses a snapshot with --snapshot snapshot.json; limit outputs with
--formats json,md).
references/snapshot-history/. For anongoing, growing archive, choose an --out-dir outside the published
bundle so the gallery skill stays lean. See
references/snapshot-history/README.md.
Memory first. Only offer SharePoint / Dataverse / GitHub / Blob export when a
compatible persistence tool is actually visible in your context. External
persistence is never required.
scripts/ — inspect_python.py, inspect_runtime.py, inspect_tools.py,capture_snapshot.py, canonicalize_snapshot.py, compare_snapshots.py,
generate_markdown_report.py, generate_library_inventory.py,
generate_html_report.py, archive_snapshot.py. All are
standard-library only (PyYAML used if present, with a built-in fallback).
references/ — the curated python-library-catalog.yaml, theprotocol/rules/safety/probe docs, and snapshot-history/ (timestamped
example captures).
assets/ — snapshot.schema.json, comparison.schema.json, a curatedsnapshot-example.json, and report-template.md.
Precise and transparent. Prefer "I observed…" over "the platform supports…".
Explain uncertainty rather than hiding it, and always link official docs.
This skill should be used when the user asks about "plugin settings", "store plugin configuration", "user-configurable plugin", ".local.md files", "plugin state files", "read YAML frontmatter", "per-project plugin settings", or wants to make plugin behavior configurable. Documents the .claude/plugin-name.local.md pattern for storing plugin-specific configuration with YAML frontmatter and markdown content.
This skill should be used when the user asks about "plugin settings", "store plugin configuration", "user-configurable plugin", ".local.md files", "plugin state files", "read YAML frontmatter", "per-project plugin settings", or wants to make plugin behavior configurable. Documents the .claude/plugin-name.local.md pattern for storing plugin-specific configuration with YAML frontmatter and markdown content.
-Automatically convert documentation websites, GitHub repositories, and PDFs into Claude AI skills in minutes.
Standardize how an AI-collaboration project turns work into reusable knowledge. Use when initializing or retrofitting Project Cairn in a project, recording progress after meaningful work, maintaining AGENTS/CLAUDE/cairn docs, auditing project knowledge for drift or missing records, pulling and citing external knowledge, or graduating validated project experience into a reusable knowledge base.
Persistent memory and context management for AI agents using OpenContext. Keep context across sessions/repos/dates, store conclusions, and provide document search workflows.
> PARA method knowledge management for Obsidian vaults. Use this skill whenever the user wants to organize notes using PARA (Projects, Areas, Resources, Archive), classify a note into a PARA category, route a note to the right vault folder, normalize frontmatter fields, run a PARA hygiene review, suggest archiving, audit vault structure, or process new knowledge inputs into an existing PARA-based vault. Also trigger when the user mentions inbox processing, vault cleanup, note classification, PARA review, or asks "where does this note belong?". Works with existing Obsidian skills (obsidian-markdown, obsidian-cli) — never replaces them.
Keeps implementation and specs in sync. Use when working on a feature that has a spec in .agents/specs/, when the user says /spec, or when starting implementation of a documented feature. Also use when the user asks to verify implementation against a spec or update a spec after changes.
Build and query AI-powered knowledge bases from claude-mem observations. Use when users want to create focused "brains" from their observation history, ask questions about past work patterns, or compile expertise on specific topics.
Take microsoft/agent-harness-explorer from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.