🎩 You're Invited:Meet the Socket team at Black Hat in Las Vegas, August 3-6.RSVP
Sign In

selftune

Package Overview
Dependencies
Maintainers
1
Versions
34
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

selftune

Skill-level observability and self-improvement for AI agents — monitors skill routing, detects missed triggers, and evolves descriptions automatically

Source
npmnpm
Version
0.2.28
Version published
Weekly downloads
193
264.15%
Maintainers
1
Weekly downloads
 
Created
Source
selftune logo

selftune

Skill-level observability and self-improvement for AI agents.

CI CodeQL OpenSSF Scorecard npm version License: MIT TypeScript Zero Dependencies Bun

Your agent skills learn how you work. Detect what's broken. Fix it automatically.

Website · Install · Use Cases · How It Works · Commands · Platforms · Docs

selftune is an open-source agent skill observability toolkit that watches how your AI agent uses its skills, detects when skills fail silently, and automatically rewrites skill descriptions to match how you actually talk. Think of it as observability + continuous improvement for your agent's skill routing layer.

Your skills don't understand how you talk. You say "make me a slide deck" and nothing happens — no error, no log, no signal. selftune watches your real sessions, learns how you actually speak, and rewrites skill descriptions to match. Automatically.

Works with Claude Code (primary), Codex, OpenCode, Cline, OpenClaw, and Pi. Zero runtime dependencies. MIT licensed.

Install

npx skills add selftune-dev/selftune

Then tell your agent: "initialize selftune"

Two minutes. No API keys. No external services. No configuration ceremony. Uses your existing agent subscription. You'll see which skills are undertriggering.

CLI only (no skill, just the CLI):

npx selftune@latest doctor

Updating

The skill and CLI ship together as one npm package. To update:

npx skills add selftune-dev/selftune

This reinstalls the latest version of both the skill (SKILL.md, workflows) and the CLI. selftune doctor will warn you when a newer version is available.

If you already have the local dashboard running, rerun:

selftune dashboard

The command now reuses a healthy dashboard already on the target port and automatically restarts an older standalone dashboard instance after upgrades so the new UI is picked up without manual process hunting. Use selftune dashboard --restart to force a restart.

If the browser is still holding an older client after a restart, the dashboard now shows an explicit reload prompt instead of silently staying stale.

Local dashboard development

For contributor HMR, use the repo dev server and open the dashboard port, not the Vite port:

cd oss/selftune
bun run dev

This starts Vite internally and serves the dashboard at http://localhost:7888 through dashboard-server, so API routes and the browser entrypoint stay on one origin.

Before / After

Before: 47% pass rate → After: 89% pass rate

selftune learned that real users say "slides", "deck", "presentation for Monday" — none of which matched the original skill description. It rewrote the description to match how people actually talk. Validated against the eval set. Deployed with a backup. Done.

Built for How You Actually Work

I write and use my own skills — Your skill descriptions don't match how you actually talk. Tell your agent "improve my skills" and selftune learns your language from real sessions, evolves descriptions to match, and validates before deploying. No manual tuning.

I publish skills others install — Your skill works for you, but every user talks differently. selftune gives creators a real before-ship / after-ship loop: test the router before launch, bundle creator-directed contribution, inspect community signal after launch, then turn that signal into proposals and watched improvements.

I manage an agent setup with many skills — You have 15+ skills installed. Some work. Some don't. Some conflict. Tell your agent "how are my skills doing?" and selftune gives you a health dashboard and automatically improves the skills that aren't keeping up.

I use skills for non-coding work — Marketing workflows, research pipelines, compliance checks, slide decks. You say "make me a presentation" and nothing happens. selftune learns that "slides", "deck", and "presentation for Monday" all mean the same skill — and fixes the routing automatically.

Creator Loop

If you publish skills, the loop is:

  • structure the skill router, workflows, references, and tools clearly
  • validate the skill package and test the router before launch
  • deploy only after evals, unit tests, replay validation, and baseline are in place
  • bundle selftune.contribute.json with selftune creator-contributions enable
  • review community signal on the Community page after launch
  • create proposals from contributor aggregate data only when thresholds are met
  • apply and watch changes through the normal proposal flow

How to Test a Skill

The default creator loop is:

selftune eval generate --skill my-skill
selftune eval unit-test --skill my-skill --generate --skill-path path/to/SKILL.md
selftune evolve --skill my-skill --skill-path path/to/SKILL.md --dry-run --validation-mode replay
selftune grade baseline --skill my-skill --skill-path path/to/SKILL.md
selftune evolve --skill my-skill --skill-path path/to/SKILL.md --with-baseline
selftune watch --skill my-skill

What each step gives you:

  • eval generate builds the routing eval set and mirrors a canonical copy into ~/.selftune/eval-sets/<skill>.json
  • eval unit-test creates or runs deterministic skill tests and stores the latest run summary under ~/.selftune/unit-tests/<skill>.last-run.json
  • evolve --dry-run --validation-mode replay proves the candidate against replay-backed validation without deploying
  • grade baseline stores a no-skill comparison in SQLite so the dashboard and selftune status can tell whether the skill adds value
  • evolve --with-baseline is the live deploy step once the creator loop is complete
  • watch keeps the deployed skill under regression monitoring

The local dashboard overview, per-skill report, and selftune status now all read from those artifacts to show whether a skill is blocked on testing, ready to deploy, or already under watch.

How It Works

Observe → Detect → Evolve → Watch

A continuous feedback loop that makes your skills learn and adapt. Automatically. Your agent runs everything — you just install the skill and talk naturally.

Observe — Seven real-time hooks capture every query, every skill invocation, and every correction signal. Structured telemetry — not raw logs. On Claude Code, hooks install automatically during selftune init. Backfill existing transcripts with selftune ingest claude.

Detect — Finds the gap between how you talk and how your skills are described. You say "make me a slide deck" and your pptx skill stays silent — selftune catches that mismatch. Clusters missed queries by invocation type. Detects correction signals ("why didn't you use X?") and triggers immediate improvement.

Evolve — Generates multiple proposals biased toward different invocation types, validates each against your real eval set with majority voting, runs constitutional checks, then gates with an expensive model before deploying. Not guesswork — evidence. Automatic backup on every deploy.

Watch — After deploying changes, selftune monitors trigger rates, false negatives, and per-invocation-type scores. If anything regresses, it rolls back automatically. No manual monitoring needed.

Automate — Run selftune cron setup to install OS-level scheduling. selftune syncs, grades, evolves, and watches on a schedule — fully autonomous.

FAQ

What is selftune?

selftune is an open-source CLI and agent skill that provides skill-level observability for AI coding agents. It monitors how skills are triggered (or missed), grades execution quality, and automatically evolves skill descriptions so they match how users actually talk. It works locally with zero API keys — using your existing agent subscription for any LLM calls.

How is selftune different from LLM observability tools?

LLM observability tools (Langfuse, LangSmith, Arize) trace what happens inside model calls — token usage, latency, chain failures. selftune operates at a different layer: it monitors whether the right skill was triggered for the right query in the first place. They're complementary, not competitive.

How is this different from agents that "learn"?

Some agents claim self-improvement by saving notes about what worked. That's knowledge persistence — not a closed loop. There's no measurement, no validation, and no way to know if the saved notes are actually correct.

selftune is empirical. It observes real sessions, grades execution quality, detects missed triggers, proposes changes, validates them against eval sets, deploys with automatic backup, monitors for regressions, and rolls back on failure. Twelve interlocking mechanisms — not one background thread writing markdown.

ApproachMeasures quality?Validates changes?Detects regressions?Rolls back?
Agent saves its own notesNoNoNoNo
Manual skill rewritesNoNoNoNo
selftune3-tier gradingEval sets + majority votingPost-deploy monitoringAutomatic

Commands

Your agent runs these — you just say what you want ("improve my skills", "show the dashboard").

GroupCommandWhat it does
selftune statusGet a one-line health summary plus compact attention / improving highlights
selftune lastQuick insight from the most recent session
selftune orchestrateRun the full autonomous loop (sync → grade → evolve → watch)
selftune syncReplay source-truth transcripts/rollouts into SQLite and refresh repair state
selftune dashboardOpen the visual skill health dashboard
selftune doctorHealth check: logs, hooks, config, permissions
ingestselftune ingest claudeBackfill from Claude Code transcripts
selftune ingest codexImport Codex rollout logs (experimental)
gradeselftune grade --skill <name>Grade a skill session with evidence
selftune grade autoAuto-grade recent sessions for ungraded skills
selftune grade baseline --skill <name>Measure skill value vs no-skill baseline
evolveselftune evolve --skill <name>Propose, validate, and deploy improved descriptions
selftune evolve body --skill <name>Evolve full skill body or routing table
selftune evolve rollback --skill <name>Rollback a previous evolution
evalselftune eval generate --skill <name>Generate eval sets (--synthetic for cold-start)
selftune eval unit-test --skill <name>Run or generate skill-level unit tests
selftune eval composability --skill <name>Detect conflicts between co-occurring skills
selftune eval family-overlap --prefix sc-Detect sibling overlap and suggest when a skill family should be consolidated
selftune eval importImport external eval corpus from SkillsBench
hooksselftune codex installInstall selftune hooks into Codex (--dry-run, --uninstall)
selftune opencode installInstall selftune hooks into OpenCode
selftune cline installInstall selftune hooks into Cline
selftune pi installInstall selftune hooks into Pi
autoselftune cron setupInstall OS-level scheduling (cron/launchd/systemd)
selftune watch --skill <name>Monitor after deploy. Auto-rollback on regression.
otherselftune workflowsDiscover and manage multi-skill workflows
selftune contributionsManage creator-directed sharing preferences
selftune creator-contributionsCreate or remove bundled selftune.contribute.json configs for skill creators
selftune contributeExport an anonymized community contribution bundle
selftune recoverRecover SQLite from legacy/exported JSONL during migration or disaster recovery
selftune badge --skill <name>Generate a health badge for your skill's README
selftune telemetryManage anonymous usage analytics (status, enable, disable)
selftune alpha uploadRun a manual SQLite-backed alpha upload cycle and emit a JSON send summary

Full command reference: selftune --help

Why Not Just Rewrite Skills Manually?

ApproachProblem
Rewrite the description yourselfNo data on how users actually talk. No validation. No regression detection.
Add "ALWAYS invoke when..." directivesBrittle. One agent rewrite away from breaking.
Force-load skills on every promptDoesn't fix the description. Expensive band-aid.
selftuneLearns from real usage, rewrites descriptions to match how you work, validates against eval sets, auto-rollbacks on regressions.

Comparison with LLM Observability Tools

LLM observability tools trace API calls. Infrastructure tools monitor servers. Neither knows whether the right skill fired for the right person. selftune does — and fixes it automatically.

selftune is complementary to these tools, not competitive. They trace what happens inside the LLM. selftune makes sure the right skill is called in the first place.

DimensionselftuneLangfuseLangSmithOpenLIT
LayerSkill-specificLLM callAgent traceInfrastructure
DetectsMissed triggers, false negatives, skill conflictsToken usage, latencyChain failuresSystem metrics
ImprovesDescriptions, body, and routing automatically
SetupZero deps, zero API keysSelf-host or cloudCloud requiredHelm chart
PriceFree (MIT)FreemiumPaidFree
UniqueSelf-improving skills + auto-rollbackPrompt managementEvaluationsDashboards

Platforms

PlatformSupportSession captureLLM-backed judge / evolveOptimizer agentsConfig location
Claude CodeFullAutomatic hooks via selftune init + selftune ingest claudeYesNative claude --agent~/.claude/settings.json
CodexExperimentalselftune codex install, selftune ingest codex, or selftune ingest wrap-codexYesInlined into codex exec~/.codex/hooks.json
OpenCodeExperimentalselftune opencode install + selftune ingest opencodeYesNative opencode run --agent./opencode.json or ~/.config/opencode/opencode.json
ClineExperimentalselftune cline installNoNo~/Documents/Cline/Hooks/
OpenClawExperimentalselftune ingest openclaw + selftune cron setup --platform openclawNoNo
PiExperimentalselftune pi install + selftune ingest piYesInlined into pi -p with system-prompt setup~/.pi/extensions/selftune/

Codex, OpenCode, Claude Code, and Pi can run selftune's LLM-backed judge, eval, and optimizer workflows. Codex and OpenCode also participate in experimental runtime replay validation during selftune evolve, using codex exec --json and opencode run --format json respectively. OpenCode agents are registered in config during selftune opencode install; Codex still inlines bundled agent instructions into the prompt because it has no native --agent flag. OpenCode has weaker hook coverage than Claude Code because it lacks a prompt-submission event and cannot hard-block pre-tool writes. Pi has no native subagent flag, so selftune inlines bundled optimizer instructions into pi -p calls. Cline is telemetry-only today. OpenClaw remains ingest and cron only. All platforms write to the same shared log schema.

Requires Bun or Node.js 18+. No extra API keys.

Website · Docs · Blog · Architecture · Contributing · Security · Sponsor

MIT licensed. Free forever. Hooks for Claude Code, Codex, OpenCode, Cline, and Pi; batch ingest for OpenClaw.

For AI models: llms.txt

Keywords

agent

FAQs

Package last updated on 13 Apr 2026

Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts