Agent skill

Smithers Repository Maintenance

by smithersai in smithersai/smithers

Points agents to the right sources when changing the Smithers workspace graph, generated docs, benchmark and eval evidence, or durable flows in the Smithers repository.

MITAuto-check passedDevelopment

Install Smithers Repository Maintenance

skills CLI
$ npx skills add smithersai/smithers --skill smithers-maintenance -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install smithersai/smithers smithers-maintenance --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/smithersai/smithers.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/smithers-maintenance .claude/skills/smithers-maintenance && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
smithers-maintenance
GitHub stars
430
Token cost
~2.3k tokens
SKILL.md length
1,000 words
Files
1
Skills in repo
9
Repo updated
First seen
Licence
MIT

At a glance

Points agents to the right sources when changing the Smithers workspace graph, generated docs, benchmark and eval evidence, or durable flows in the Smithers repository.

  • Changing PACKAGE.ts target declarations or regenerating the target index
  • Calls pnpm and cargo
  • Updating library documentation inside a package's docs directory
  • Making or reviewing a benchmark or performance claim in the repository

What it does

A routing guide for maintainers of the Smithers repository. It says the source CLI definition in packages/smithers/src/Cli.ts is the authority on command syntax, because an installed release can be stale, and it separates target graph commands (targets, build, test, lint, docs, review, ci) from durable flow commands (flow list, plan and start, plus runs). A flow start receipt is not proof of completion, so you inspect the run and action receipts.

For each kind of work it names what to read first. Graph and root files point to CONTRIBUTING.md and the PACKAGE.ts target declarations, with pnpm run target-index for regeneration. Install and caching point to the build, remote cache and cache-trust docs, and installs support pnpm only. Library docs live in each package's docs directory and are checked with pnpm docs:check. Performance claims go through the bench README, which separates the deterministic PR gate from scheduled timings, and evals go through each suite's README, keeping offline gates apart from live model runs and spending.

When your agent uses it

  • Changing PACKAGE.ts target declarations or regenerating the target index
  • Updating library documentation inside a package's docs directory
  • Making or reviewing a benchmark or performance claim in the repository
  • Editing evals without mixing deterministic gates and live model runs

Example prompts

  • “Regenerate the target index after my PACKAGE.ts change and tell me whether the checks pass.”
  • “Check that the docs in packages/smithers still ship correctly with pnpm docs:check.”
  • “I started a flow with smthrs flow start. Did it actually complete?”

Requirements

  • A checkout of the Smithers repository
  • pnpm

What it can do on your machine

Read from SKILL.md and the folder at commit b7f0898. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • pnpm
    • cargo

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use pnpm, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Smithers Repository Maintenance loads about 2.3k tokens when it runs. Until then it costs about 38 tokens; SKILL.md has 1,000 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~38
When it runs · the whole SKILL.md, loaded when a task matches
~2.3k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from smithersai/smithers at commit b7f0898, republished under its MIT licence (© smithersai). 1,000 words, ~2,273 tokens.

Download SKILL.mdSave it as .claude/skills/smithers-maintenance/SKILL.md (or your agent's skills folder).
name
smithers-maintenance
description
Work on Smithers workspace graph, generated documentation, benchmark or eval evidence, or durable flow authoring in this repository.

Smithers maintenance

Use the owning source and current docs on the revision being changed. The source CLI (makeCli() in packages/smithers/src/Cli.ts) is the CLI syntax contract; the installed release can be stale. The 1.0 CLI separates target graph commands (smthrs targets, show target, build|test|lint|docs|review|ci) from durable flow commands (smthrs flow list|plan|start, smthrs runs ...). A flow start receipt does not prove completion; inspect its run and action receipts.

  • Graph or root files: read CONTRIBUTING.md, especially root-file and target-index generation. PACKAGE.ts declares targets; generated companions and the whole declaration-set index have explicit checks. Use pnpm run target-index when that contract calls for regeneration.
  • Build/install/cache: read build, workspace remote caching, and cache trust. The install flow currently supports pnpm only; Bun can still run target tools. Install actions use expected filesystem boundaries and do not enter the shared engine cache. The target /ac cache differs from engine step-cache/artifacts; hosted and self-hosted cache implementations need matching route, bound, and credential behavior.
  • Documentation: Author library documentation in each package's docs/ directory; it ships with the npm package. Run pnpm docs:check to verify tarball contents. Main-site projections use pnpm --filter @smithers/site run sync:docs.
  • Benchmarks or performance claims: read scripts/bench/README.md. Distinguish the deterministic PR gate from scheduled observed timings, review candidate baselines, and retain methods and limitations with any claim.
  • Evals: read the owning suite's README, including agent and seeded review. Keep offline deterministic gates and deliberate baseline updates separate from live model measurements and spending.
  • Flows: read @smthrs/flow and CLI reference. A file flow at flows/<name>/flow.ts default-exports a tagged Flow.make from @smthrs/flow. Export its action implementations as the optional named layer (Declared.toLayer, AgentAction.layer, or Layer.mergeAll); the registry composes it against the local host platform and agent services. Export implementations directly; the host owns Action.Implementations. Acquire extra dependencies during layer construction so missing services are refused at load. Use stable Node.capture callbacks for canonical persisted composition and matching implementationVersion declarations/registrations for sealed idempotent actions. New authoring uses Effect Schema, not retired JSX/Zod task examples. A decision inside a flow (classify, filter, rank, route, yes/no over items) asks Jev through Classifier.make and the host Evaluator, as one request with one question per item, never through an LLM seat; see jev-check.
  • Plans: read plan and plan-store. Node payloads are persisted as plaintext in node_json and approval cards without redaction; keep credentials out and resolve them at dispatch. Persisted plans are verified on write and read, and append uses an immutable-history compare-and-swap over the approved base and running prefix.
  • Generated or untrusted flow declarations: read core planning rules. Graph.build executes bodies and planning callbacks with the caller's process authority; capability/effect metadata does not sandbox that code. Translate validated data into nodes with trusted code, or plan untrusted code in an externally isolated process.
  • Runtime or persistence: read flows runtime, engine, and engine-store. @smthrs/flow declares behavior, the engine makes decisions, and the storage seam changes where state lives. Node and Bun use distinct native host/SQL adapters over the same SQLite migrations, journal, stores, cache, and recovery. Run migrations before SQL-backed services and use one writer for journal/state transitions; demonstrate cross-runtime recovery and cancellation. Browser bundling alone does not establish durable browser execution.
  • Journal and ownership fencing: read journal and run-store. Ownership is arbitrated by the journal's injectable Consensus strategy (SqlConsensus over flows_consensus_leases by default, Consensus.layerLocal in-process); fenced durable emissions join its guard, so the run must be claimed and activated through it, and the journal and run store must share one strategy instance. RunStore mirrors the outcome on flows_runs, so a fixture that forges ownership in SQL writes both. emitDurableUnfenced is only for genuinely ownerless admission or repair, never a bypass for fence_lost. An expired lease alone does not authorize takeover; LivenessEvidence must be current, and an unknown probe counts as alive.
  • Step cache migrations: read step-cache. The earlier 1.0 RC migration 2002 identity is accepted explicitly; preserve its ledger and cached results during upgrade. An unknown migration identity remains a failure, not a reason to delete a runtime database.
  • Time travel: read time-travel before changing fork, rewind, or their receipts. A durable fork reuses completed prefix attempts by their original action identities and gives new work child-scoped keys; rewind archives future waits and refuses crossed irreversible effects or live descendants. Test recovery after an interrupted mutation.
  • Sync: read sync before changing cursors, subscriptions, or gateway mounts. Persist applied cursor progress with consumer state; change feeds are hints and a re-list is authoritative. Preserve rewind generation handling: lineage_changed requires rebuilding the projection. Branch RPC code is not currently mounted by the gateway.
  • Artifacts: read artifact storage. Its filesystem backend needs trusted host filesystem semantics; kernel-guarded filesystem access cannot substitute for them. Treat deletion as explicit and keep engine-store responsible for liveness/reachability.
  • Browser host: read platform-browser. Its bash, filesystem, and jj views must share one volume; the tab uses the memory engine, and reload durability depends on the mount's sync(). Do not infer browser durability from a successful build or import.
  • Bun host: read platform-bun before changing its filesystem or process adapters. Its trusted filesystem boundary runs the native smithers-jj-export helper (build with cargo build --locked --release -p smithers-ffi --bin smithers-jj-export or set an absolute SMITHERS_WORKSPACE_JJ_EXPORT_BINARY); PATH is never searched. Bun's host bundle is not the browser adapter.
  • Node host: read platform-node before changing containment or process recovery. Confined operations require the smithers-jj-export helper built with the Rust toolchain rust-toolchain.toml pins; a missing helper refuses them. ProcessLedger.layerMemory cannot recover escaped children after a host crash, and permission checks belong around the host service bundle.
Show full SKILL.md (89 more words)Show less

For TUI changes, read apps/tui/AGENTS.md and its linked README. For app/server work, use their scoped AGENTS.md files. Treat issue state and wiki freshness as separate receipts from code status.

  • Bootstrap landing helper: every authorized pnpm commit --push invocation must pass repeatable --test "<command>" flags. Commands run before VCS mutation with Bash pipefail. For an explicit exception, use --no-test "<reason>"; the helper records Landing-Tests in the commit. Require exit zero and LANDED <sha>, emitted only after fetching remote main and verifying ancestry. Push output alone is not a landing receipt.

© smithersai, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .agents/skills/smithers-maintenance of smithersai/smithers.

Open the folder on GitHubat commit b7f0898

Compare with similar skills

Smithers Repository Maintenance next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Smithers Repository Maintenance compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Smithers Repository Maintenance this skillsmithersai/smithers430—~2.3kAutomated safety check: PassMIT
Nx Monorepoaiskillstore/marketplace433—~2kAutomated safety check: PassNone
Link Workspace Packagesnomcopter/react-mosaic4.8k6 repos~760Automated safety check: PassCustom licence
Pnpm Engineteambit/bit18k—~1.9kAutomated safety check: PassCustom licence
Add Packageremix-run/remix33k—~2kAutomated safety check: PassMIT
Happy Monorepo Dev Guideslopus/happy24k—~1.8kAutomated safety check: PassMIT

Similar skills

  • Nx Monorepo

    aiskillstore/marketplace

    Nx monorepo management skill for AI-native development. An agent skill from aiskillstore/marketplace.

    433 GitHub stars~2k tokensUpdated today
    DevelopmentAuto-check passed
  • Link Workspace Packages

    nomcopter/react-mosaic

    Link workspace packages in monorepos (npm, yarn, pnpm, bun).

    4.8k GitHub starsUsed in 6 repos~760 tokens
    DevelopmentAuto-check passed
  • Pnpm Engine

    teambit/bit

    Work on the pnpm Rust engine (@pnpm/napi, the pacquet crates) that bit install runs through.

    18k GitHub stars~1.9k tokensUpdated today
    DevelopmentAuto-check passed
  • Add Package

    remix-run/remix

    Create or align a package in the Remix monorepo to match existing package conventions.

    33k GitHub stars~2k tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Local development guide for the Happy pnpm monorepo: install, build, test and run the CLI, server, Expo app and Tauri desktop packages.

    24k GitHub stars~1.8k tokensUpdated today
    DevelopmentAuto-check passed
  • Create Release

    mlightcad/cad-viewer

    Create a concise English release message from commits since the last vX.Y.Z tag, then bump every workspace package to the same version with pnpm changeset and pnpm changeset version.

    1.1k GitHub stars~1.3k tokensUpdated today
    DevelopmentAuto-check passed

More from smithersai/smithers

All 9 skills in this repo
  • Smithers Durable Flow Driver

    smithersai/smithers

    Runs or authors Smithers TypeScript flows for ordered agent stages with retries, approvals, bounded loops and crash-safe recovery, built from Flow.make, Action.make and Effect.

    430 GitHub stars~3k tokensUpdated today
    Auto-check passed
  • Smithers Agent Runtime

    smithersai/smithers

    Guides changes to the Smithers agent loop's host wiring: credentialed model seats, budget accounting, sandbox limits and flow-call authorization.

    430 GitHub stars~765 tokensUpdated today
    Auto-check passed
  • Documents how Smithers discovers and registers workflow flow files, so catalog listings stay metadata-only while running a flow loads its full body and action layers.

    430 GitHub stars~432 tokensUpdated today
    Auto-check passed
  • flows-jj ABI Maintenance

    smithersai/smithers

    Procedure for changing or verifying the flows-jj native and WASM ABI, its committed artifact and its reproducibility campaign in the Smithers repository.

    430 GitHub stars~299 tokensUpdated today
    Auto-check passed
  • Smithers Chain

    smithersai/smithers

    Maintain the existing @smthrs/chain runner, journal replay, catalog handlers, or sandbox boundary.

    430 GitHub stars~299 tokensUpdated today
    Auto-check passed
  • Smithers Harness Detect

    smithersai/smithers

    Change local coding-harness discovery, account status, model flag detection, or version probes.

    430 GitHub stars~260 tokensUpdated today
    Auto-check passed

Works with

Questions about Smithers Repository Maintenance

What does Smithers Repository Maintenance do?

Points agents to the right sources when changing the Smithers workspace graph, generated docs, benchmark and eval evidence, or durable flows in the Smithers repository. A routing guide for maintainers of the Smithers repository.ts is the authority on command syntax, because an installed release can be stale, and it separates target graph commands (targets, build, test, lint, docs, review, ci) from durable flow commands (flow list, plan and start, plus runs).

When should I use Smithers Repository Maintenance?

Smithers Repository Maintenance fits situations like: changing PACKAGE.ts target declarations or regenerating the target index; updating library documentation inside a package's docs directory; making or reviewing a benchmark or performance claim in the repository; editing evals without mixing deterministic gates and live model runs.

How do I install Smithers Repository Maintenance in Claude Code?

Run `npx skills add smithersai/smithers --skill smithers-maintenance -a claude-code`. Or copy the skill folder (.agents/skills/smithers-maintenance in smithersai/smithers) into .claude/skills/smithers-maintenance in your project. Claude Code loads it when a task matches its description.

How do I install Smithers Repository Maintenance in Codex?

Run `npx skills add smithersai/smithers --skill smithers-maintenance -a codex`. Or copy the skill folder (.agents/skills/smithers-maintenance in smithersai/smithers) into .agents/skills/smithers-maintenance in your project. Codex loads it when a task matches its description.

Can I use Smithers Repository Maintenance in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add smithersai/smithers --skill smithers-maintenance -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/smithers-maintenance, .gemini/skills/smithers-maintenance, .github/skills/smithers-maintenance and .opencode/skills/smithers-maintenance in your project.

What does Smithers Repository Maintenance need to run?

Going by SKILL.md and its folder, Smithers Repository Maintenance needs the command-line tools its instructions call (pnpm and cargo). Our summary lists: A checkout of the Smithers repository; pnpm.

Does Smithers Repository Maintenance access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Smithers Repository Maintenance safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Smithers Repository Maintenance use?

Smithers Repository Maintenance is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Smithers Repository Maintenance use?

About 2.3k tokens (SKILL.md is roughly 9.1k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Smithers Repository Maintenance?

Skills that share tags, products or a category with Smithers Repository Maintenance: Nx Monorepo (aiskillstore/marketplace, 433 stars), Link Workspace Packages (nomcopter/react-mosaic, 4.8k stars), Pnpm Engine (teambit/bit, 18k stars) and Add Package (remix-run/remix, 33k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Smithers Repository Maintenance?

smithersai (a GitHub organization) maintains it in smithersai/smithers, which has 430 GitHub stars. The repository holds 9 skills in this directory. The repository was last updated on October 10, 2026.

Source: smithersai/smithers on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.