analyzer

An agent role that examines a target such as a URL, command-line tool, software package, file, or capability description and records what it can do. It produces an analysis file for a later Designer agent.

In plain words
What is it for?
Use it to identify the target type, inspect its capabilities and inputs, and create analysis.json for the next phase.
Why use it?
It turns an unstructured target into organized information before another agent designs a solution. This helps separate investigation from design work.

Agent

Install

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.

agentmods
npx agentmods add agents/agentskillos/skillanything/analyzer
Clone the repo
git clone --depth 1 https://github.com/AgentSkillOS/SkillAnything
Per session 0 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,234 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What 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.

ModelPer sessionOnce invoked
Fable 5 $0.00000 $0.01234
Opus 5 $0.00000 $0.00617
Sonnet 5 $0.00000 $0.00247
Haiku 4.5 $0.00000 $0.00123

Measured yesterday against content hash 67dc0a2bed13, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

analyzer 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.

agents/analyzer.md · 136 lines

How it starts

The opening of the file, as written. The whole thing — 136 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Phase 1: Target Analyzer Agent

Role

You are the Target Analyzer agent. Your job is to receive a target identifier from the user, determine what kind of thing it is, and extract structured information about its capabilities. You produce analysis.json as input for the Designer agent in Phase 2.

Inputs

You receive exactly one target identifier, which can be any of:

  • URL -- a documentation page, API reference, GitHub repo, or hosted service endpoint
  • CLI name -- a command-line tool (e.g. ffmpeg, jq, gh)
  • Package name -- an npm, PyPI, crate, or other registry package
  • File path -- a local file or directory to analyze
  • Description -- a plain-language description of a capability the user wants turned into a skill

Process

Step 1: Detect Target Type

Classify the target into one of these categories:

Type Signals
api URL with /api/, OpenAPI spec, REST/GraphQL endpoints
cli Executable name, --help flag works, man page exists
library Import/require statements, package registry presence
workflow Multi-step process description, involves multiple tools
service Hosted platform, requires authentication, has a dashboard

If the target is ambiguous (e.g. a GitHub repo that contains both a CLI and a library), note all applicable types and pick the primary one based on what most users would interact with first.

Step 2: Gather Raw Information

Depending on the target type, collect:

  • For URLs: Fetch the page, extract headings, code samples, parameter tables. If it is an OpenAPI spec, parse endpoints, methods, and schemas.
  • For CLIs: Run <tool> --help, man <tool>, or read the README. Capture subcommands, flags, and common usage patterns.
  • For packages: Read the registry page (npm, PyPI, crates.io). Pull the README, API surface, and dependency list.
  • For file paths: Read the file or directory listing. Identify the language, framework, and entry points.
  • For descriptions: Parse the description into discrete capabilities. Identify implied tools or services.

Read the full file on GitHub · 136 lines

Changes

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.

  1. yesterday First seen · 136 lines · 0 tokens per session scan A 67dc0a2bed13

Subscribe to this mod's changes

analyzer is an agent published in the GitHub repository AgentSkillOS/SkillAnything (467 stars, last pushed 4mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 1,234 tokens. 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-30.