Install any skill in seconds. Free to start, no credit card required.
Get Started Free →Schema-as-code enforcement for any Obsidian vault. Zero hardcoded domains. Use when creating vault cards, checking vault health, running schema compliance, deduplicating entities, generating MOC indexes, running decay cycles, bootstrapping a vault, fixing wikilinks, finding orphans or backlinks, extracting entities from daily files, or touching/promoting cards. Do NOT use for content generation or non-vault file operations.
.claude/skills/smixs-autograph/SKILL.md| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-04 | ✗→✓ | ▲ Improved | 48% | 0% |
| case-10 | ✗→✓ | ▲ Improved | 146% | 0% |
| case-05 | ✗→✓ | ▲ Improved | 294% | 0% |
| case-07 | ✗→✓ | ▲ Improved | 59% | 0% |
| case-08 | ✗→✓ | ▲ Improved | 260% | 0% |
One schema. One graph. Works on any vault.
No hardcoded domains, types, or paths. The agent discovers structure from data, builds a schema, then enforces it. All scripts share common.py. Zero external dependencies (stdlib only, API calls via urllib).
| Workflow | When to use | Entry point | |----------|-------------|-------------| | BOOTSTRAP | New vault / after import / first setup | discover.py → enforce.py → graph.py health | | HEALTH | Daily maintenance / on request | graph.py health → fix → moc → decay | | CREATE | New knowledge card | Schema lookup → write file → link → touch | | SEARCH & LINK | Find info + strengthen connections | Hub → links → target; graph.py orphans → connect | | ORCHESTRATE | Automated multi-agent workflows (no API keys) | orchestrate.py health\|bootstrap |
When to use: New vault, bulk import, first setup. Run once, then switch to HEALTH.
Full guide: references/bootstrap-workflow.md
uv run scripts/discover.py <vault-dir> --verbose > /tmp/discovery.jsongenerate_schema.py) + agent swarm (swarm_prepare.py → Wave 1 haiku → swarm_reduce.py → Wave 2 sonnet). NEVER skip the swarm.engine.py init + enforce.py --applylink_cleanup.py --apply (before enrichment)enrich.py tags --apply (via OpenRouter API)dedup.py --apply (before link enrichment)enrich.py swarm-links --apply (always swarm-links, never links)moc.py generategraph.py health + enforce.py → target 90+/100swarm-links, not links (0.3% vs 81.6% match rate).--apply before applying.When to use: Daily upkeep, after edits, or when health score drops. This is the most common workflow.
1. Run `graph.py health <vault-dir>` → check score
2. If health < 90 → investigate:
a. broken_links > 0 → `graph.py fix <vault-dir> --apply`
b. orphans > 5 → connect orphans to hub files (see Workflow 4)
c. desc_coverage < 70% → add descriptions to files missing them
3. Run `moc.py generate <vault-dir>` → regenerate indexes
4. Run `engine.py decay <vault-dir>` → recalculate relevance + tiers
5. Run `graph.py health <vault-dir>` → confirm improvement| Metric | Good | Action needed | |--------|------|---------------| | Health score | ≥90 | <90: investigate broken links, orphans | | Broken links | 0 | >0: graph.py fix --apply | | Orphan files | <5 | ≥5: connect to hubs (Workflow 4) | | Description coverage | ≥80% | <70%: add descriptions | | Stale cards (>90d) | <20% | >30%: engine.py creative to resurface |
bashuv run scripts/graph.py health <vault-dir> # health check uv run scripts/graph.py fix <vault-dir> --apply # fix broken links uv run scripts/moc.py generate <vault-dir> # regenerate MOCs uv run scripts/engine.py decay <vault-dir> # decay cycle (Ebbinghaus) uv run scripts/engine.py decay <vault-dir> --dry-run # preview decay changes uv run scripts/engine.py stats <vault-dir> # tier distribution uv run scripts/engine.py creative 5 <vault-dir> # resurface forgotten cards
When to use: Creating any new vault card. Always link immediately — orphan cards are wasted knowledge.
node_typesdomain_inference to find target folder:python # domain_inference maps path→domain. To find folder for domain "crm": for path_prefix, domain in schema['domain_inference'].items(): if domain == 'crm': target_folder = path_prefix # e.g. "work/crm/" break
a. Add ## Related section with [[hub]] file of the domain
_index.md or MEMORY.md of that domainb. Find 2-3 sibling cards of same type+domain → add [[links]]
uv run scripts/graph.py backlinks <vault> <hub> → find siblingsc. Run uv run scripts/engine.py touch <new-file>
Templates: references/card-templates.md
When to use: Looking up information in the vault, or strengthening weak areas of the graph.
_index.md or MEMORY.md of that domainuv run scripts/graph.py backlinks <vault> <target> for reverse linksbashuv run scripts/graph.py orphans <vault-dir> # find orphans # For each orphan: connect to nearest hub or sibling card
bash# Files with <2 links → enrich OPENROUTER_API_KEY=sk-... uv run scripts/enrich.py swarm-links <vault-dir> --apply uv run scripts/graph.py health <vault-dir> # verify improvement
When to use: Instead of running scripts manually. No API keys — the Claude Code agent does all judgment directly.
bashpython3 scripts/orchestrate.py health <vault-dir> # automated health workflow python3 scripts/orchestrate.py bootstrap <vault-dir> # full bootstrap (one command)
health runs: graph check > fix broken links > link cleanup > MOC > decay > verify. bootstrap runs: enforce > cleanup > tags > dedup > swarm-links > MOC > verify.
The agent (you) does the judgment directly — read prepared data, decide, write results.
bash# Phase 1: prep dedup clusters for YOUR review python3 scripts/orchestrate.py dedup-prepare <vault-dir> # -> writes .graph/dedup-review-input.json # -> YOU read clusters, mark approved=true, then: dedup.py --apply-manifest # Phase 2: prep domain catalogs for YOUR link suggestions python3 scripts/orchestrate.py link-prepare <vault-dir> # -> writes .graph/link-review-input.json # -> YOU read catalogs, suggest links per domain, write batch results # Phase 3: prep graph data for YOUR semantic analysis python3 scripts/orchestrate.py graph-prepare <vault-dir> # -> writes .graph/graph-analysis-input.json # -> YOU analyze contradictions, missing links, stale hubs, write findings
For Phases 1-3: run the prep command, read the output JSON, do the analysis yourself (you ARE the LLM), write results back. Use Agent tool for parallel domain work in Phase 2.
The decay system models memory with three key mechanisms:
Each touch increments access_count in frontmatter. More retrievals = slower forgetting:
strength = 1 + ln(access_count)
effective_rate = base_rate / strength
relevance = max(floor, 1.0 - effective_rate * days_since_access)Example: a card touched 5 times has strength = 1 + ln(5) ≈ 2.6, decaying ~2.6x slower than a card touched once.
Different content types decay at different rates. Configure in schema decay.domain_rates:
| Type | Rate | Half-life (~) | Rationale | |------|------|---------------|-----------| | contact | 0.005 | 100 days | People don't become irrelevant quickly | | crm | 0.008 | 62 days | Deals have medium lifecycle | | learning | 0.010 | 50 days | Knowledge fades moderately | | project | 0.012 | 42 days | Projects have defined timelines | | daily | 0.020 | 25 days | Daily notes lose relevance fast | | (default) | 0.015 | 33 days | Fallback for unlisted types |
Touch promotes one tier at a time, not a direct jump to active:
archive → cold → warm → activeEach promotion sets last_accessed to a midpoint date, so without re-touch the card naturally drifts back.
access_count → default=1 → 1+ln(1)=1.0 → rate unchangedtype → default rate appliescalc_relevance(days, schema) → work unchanged (new params optional)bashuv run scripts/moc.py generate <vault-dir> # MOC generation uv run scripts/engine.py decay <vault-dir> # decay cycle uv run scripts/engine.py touch <vault-dir>/path/card.md # touch (graduated) uv run scripts/engine.py creative 5 <vault-dir> # creative recall uv run scripts/engine.py stats <vault-dir> # stats uv run scripts/graph.py backlinks <vault-dir> path/to/card # backlinks uv run scripts/graph.py orphans <vault-dir> # orphans uv run scripts/graph.py fix <vault-dir> --apply # fix links uv run scripts/daily.py extract <memory-dir> <vault-dir> # entity extraction uv run scripts/engine.py init <vault-dir> --dry-run # bootstrap bare files OPENROUTER_API_KEY=sk-... uv run scripts/enrich.py swarm-links <vault-dir> --apply # link enrichment OPENROUTER_API_KEY=sk-... uv run scripts/enrich.py tags <vault-dir> --apply # tag enrichment uv run scripts/link_cleanup.py <vault-dir> --apply # link cleanup
| Script | Purpose | |--------|---------| | common.py | Shared: parse FM, walk, domain, decay (Ebbinghaus), wikilinks | | discover.py | Workflow 1: scan vault, output enum candidates | | generate_schema.py | Workflow 1: turn discovery JSON into draft schema | | swarm_prepare.py | Workflow 1: bin-pack vault into agent batches | | swarm_reduce.py | Workflow 1: consolidate + validate schema | | enforce.py | Workflow 1: validate + autofix against schema | | link_cleanup.py | Workflow 1/4: remove phantom wikilinks from ## Related | | enrich.py | Workflow 1/4: tags + swarm-links (catalog-oriented link enrichment) | | dedup.py | Workflow 1: safe merge + .trash/ | | graph.py | Workflow 2/4: health score, link repair, backlinks, orphans | | moc.py | Workflow 2: MOC generation per domain | | orchestrate.py | Workflow 5: multi-agent orchestration (health, bootstrap, dedup-review, link-enrich, graph-analyze) | | engine.py | Workflow 2/3: decay (Ebbinghaus), touch (graduated), creative, stats, init | | daily.py | Entity extraction from memory files | | test_autograph.py | Self-contained tests (~193 cases, temp fixtures) |
| File | In package? | Purpose | |------|------------|---------| | schema.example.json | Yes | Template — copy and customize (includes domain_rates) | | schema.json | No | Your vault's schema (generated) | | schema.local.json | No | Local override (gitignored) | | references/ | Yes | Bootstrap workflow, schema docs, card templates, linking protocol |
| Mistake | Fix | |---------|-----| | Skipping agent swarm in Phase 2 | CRITICAL: always run Step 2B. Script alone cannot classify unstructured content. No exceptions. | | Using deprecated links subcommand | links was removed (0.3% match rate). Only swarm-links is available — 81.6% match rate. | | Creating cards without linking | Always follow Workflow 3 — link to hub + 2 siblings immediately. Orphan cards are wasted knowledge. | | Touching archive cards to active directly | Use graduated recall — touch promotes one tier at a time (archive→cold→warm→active). | | Sending full vault to one agent | Use swarm_prepare.py — bin-packs into ~50K token batches. | | Running Wave 2 without Wave 1 | swarm_reduce.py prepare needs JSONL in .graph/swarm/classifications/. | | Using schema.example.json directly | Run discover → generate your own schema.json | | Description = title repeat | Write specific search snippet | | Status not in enum | Check schema's node_types | | Skip dry run | Always run without --apply first | | Running link enrich before dedup | Creates links to files that get merged/trashed. Dedup first. | | Missing OPENROUTER_API_KEY | enrich.py reads from OPENROUTER_API_KEY env var. | | Only running swarm-links once | Run again with --force to enrich ALL files. |
| Command | Default model | Override | |---------|--------------|----------| | tags | google/gemini-3-flash-preview | --model flag | | swarm-links | google/gemini-2.0-flash-001 | --model flag |
Both are production-tested. Do not change defaults without benchmarking.
Error: Schema not found → Create schema.json from discover output, or pass path: enforce.py vault/ my-schema.json
Score drops after enforce → New files without frontmatter. Run engine.py init vault/
Dedup picks wrong canonical → Content richness wins. Enrich the right file first, re-run.
Low match rate on swarm-links (<60%) → Check if LLM returns paths instead of stems. Try --force for second pass.
swarm-links shows 0 matched for some batches → Usually network errors. Results are cached — rerun and only failed batches retry.
| Case | Status | Duration (ms) | Turns | Tokens | Tool calls | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Without | With | Δ | Without | With | Δ | Without | With | Δ | Without | With | Δ | ||
case-04 | fail→pass | 19,373 | 8,378 | -57% | 1 | 1 | 0% | 3,615 | 5,350 | +48% | 0 | 0 | — |
case-10 | fail→pass | 12,172 | 3,016 | -75% | 1 | 1 | 0% | 1,788 | 4,399 | +146% | 0 | 0 | — |
case-01 | fail→fail | 12,201 | 7,082 | -42% | 1 | 1 | 0% | 2,336 | 4,359 | +87% | 0 | 0 | — |
case-02 | fail→fail | 6,945 | 6,061 | -13% | 1 | 1 | 0% | 971 | 4,296 | +342% | 0 | 0 | — |
case-03 | fail→fail | 4,826 | 6,965 | +44% | 1 | 1 | 0% | 280 | 4,611 | +1547% | 0 | 0 | — |
case-05 | fail→pass | 7,139 | 3,889 | -46% | 1 | 1 | 0% | 1,167 | 4,602 | +294% | 0 | 0 | — |
case-06 | pass→pass | 10,782 | 4,650 | -57% | 1 | 1 | 0% | 1,637 | 4,774 | +192% | 0 | 0 | — |
case-07 | fail→pass | 16,988 | 3,898 | -77% | 1 | 1 | 0% | 2,938 | 4,685 | +59% | 0 | 0 | — |
case-08 | fail→pass | 7,323 | 2,868 | -61% | 1 | 1 | 0% | 1,220 | 4,389 | +260% | 0 | 0 | — |
case-09 | fail→pass | 13,138 | 4,547 | -65% | 1 | 1 | 0% | 1,872 | 4,644 | +148% | 0 | 0 | — |
case-11 | fail→pass | 11,414 | 4,575 | -60% | 1 | 1 | 0% | 1,887 | 4,858 | +157% | 0 | 0 | — |
case-12 | fail→pass | 9,363 | 4,010 | -57% | 1 | 1 | 0% | 1,485 | 4,554 | +207% | 0 | 0 | — |
case-13 | fail→pass | 8,040 | 4,177 | -48% | 1 | 1 | 0% | 1,290 | 4,647 | +260% | 0 | 0 | — |
case-14 | fail→pass | 17,147 | 2,441 | -86% | 1 | 1 | 0% | 2,399 | 4,323 | +80% | 0 | 0 | — |
case-15 | fail→pass | 17,437 | 2,384 | -86% | 1 | 1 | 0% | 3,062 | 4,323 | +41% | 0 | 0 | — |
case-16 | fail→pass | 12,018 | 2,260 | -81% | 1 | 1 | 0% | 2,039 | 4,228 | +107% | 0 | 0 | — |
case-17 | fail→pass | 9,999 | 2,294 | -77% | 1 | 1 | 0% | 1,579 | 4,286 | +171% | 0 | 0 | — |
case-18 | fail→pass | 10,054 | 1,752 | -83% | 1 | 1 | 0% | 1,466 | 4,190 | +186% | 0 | 0 | — |
case-19 | pass→pass | 7,819 | 4,417 | -44% | 1 | 1 | 0% | 1,225 | 4,629 | +278% | 0 | 0 | — |
case-20 | pass→pass | 13,660 | 12,350 | -10% | 1 | 1 | 0% | 2,626 | 6,455 | +146% | 0 | 0 | — |
case-21 | pass→pass | 11,568 | 7,120 | -38% | 1 | 1 | 0% | 2,137 | 5,346 | +150% | 0 | 0 | — |
case-22 | pass→pass | 15,269 | 15,430 | +1% | 1 | 1 | 0% | 2,907 | 6,901 | +137% | 0 | 0 | — |
DecimalAI ran this skill against gemini-3.6-flash twice over the same eval suite — once with the skill loaded and once without — and compared the two runs case by case. 22 cases were attempted, and 19 counted toward the lift figure. The other 3 produced results that are not comparable between the two arms, so they are excluded from the headline rather than averaged into it. The headline lift of +64 percentage points is the difference between those two pass rates over the 19 comparable cases.
Without the skill loaded, the model failed this case. With it loaded, the same prompt on the same model passed. This is one improved case from the latest verified run; every case, including any that regressed, is in the table above.
Other measured skills in the registry, with their headline benchmark lift.