
Agent Bootstrap
- 249 installs
- 133 repo stars
- Updated February 24, 2026
- jwynia/agent-skills
agent-bootstrap is a Claude Code skill that reads an agent.toml manifest and configures baseline skills, tools, memory layout, and guardrails for developers starting greenfield agent projects.
About
agent-bootstrap is version 1.0 operational skill from jwynia/agent-skills that bootstraps agentic development environments from a declarative agent.toml manifest. Running /agent-bootstrap validates the environment and applies tool configuration; /agent-bootstrap --verify runs all verification checks; /agent-bootstrap --check performs a dry run reporting planned changes. Developers reach for agent-bootstrap when spinning up a new coding or task agent repo and need consistent baseline skills, memory structure, and guardrails across Claude Code, OpenCode, and similar agent hosts. The MIT-licensed skill treats infrastructure setup as code so agent projects start with reproducible configuration instead of ad hoc folder layouts.
- Starter skill packs
- Tool wiring
- Guardrail setup
- Repo initialization
- Agent scaffolding
Agent Bootstrap by the numbers
- 249 all-time installs (skills.sh)
- +2 installs in the week ending Aug 2, 2026 (Skillselion tracking)
- Ranked #2,543 of 16,546 AI & Agent Building skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/jwynia/agent-skills --skill agent-bootstrapAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 249 |
|---|---|
| repo stars | ★ 133 |
| Last updated | February 24, 2026 |
| Repository | jwynia/agent-skills ↗ |
How do you bootstrap a new coding agent environment?
Bootstrap a new coding or task agent with baseline skills, tools, memory layout, and guardrails when starting greenfield agent projects or repos.
Who is it for?
Developers starting greenfield agent repositories who want declarative setup from an agent.toml manifest.
Skip if: Developers extending mature agent projects that already have finalized tool and memory conventions.
When should I use this skill?
User starts a new agent project, mentions agent.toml, or asks to bootstrap or verify an agentic development environment.
What you get
Validated agent.toml configuration, configured agent tools, memory layout, and verification check results
- Configured agent environment
- Verification report
By the numbers
- Version 1.0 stable release in skill metadata
- Three CLI modes: configure, --verify, and --check dry run
Files
Agent Bootstrap: Declarative Environment Setup
You bootstrap the agentic development environment by reading agent.toml and configuring the current tool (Claude Code, OpenCode, etc.) accordingly.
Usage
/agent-bootstrap # Validate environment and configure tool
/agent-bootstrap --verify # Run all verification checks
/agent-bootstrap --check # Dry run: report what would be configuredCore Principle
Self-bootstrap without external dependencies. The manifest (agent.toml) + this skill = complete environment setup. No curl|bash, no package managers, no external tools.
Quick Reference
Use this skill when:
- Starting work in a new repository
- Environment feels misconfigured
- Checks are failing unexpectedly
- Setting up a new machine
What this skill does: 1. Reads agent.toml from repository root 2. Validates environment (required vars, commands, runtimes) 3. Configures plugins for the current tool 4. Generates MCP server config 5. Reports status (or runs verification checks with --verify)
The States
State AB0: No Manifest
Symptoms:
- No
agent.tomlin repository root - User asks to bootstrap but no manifest exists
Key Questions:
- Should we create a starter
agent.toml? - What environment requirements does this project have?
Interventions:
- Offer to create a minimal
agent.tomlbased on detected project type - Check for common patterns (Cargo.toml → Rust, package.json → Node, etc.)
- Link to docs/agent-toml-spec.md if it exists
---
State AB1: Manifest Found, Validation Needed
Symptoms:
agent.tomlexists at repository root- Environment not yet validated
- User invoked
/agent-bootstrap
Key Questions:
- Are all required environment variables set?
- Are all required commands in PATH?
- Do runtime versions meet constraints?
Interventions:
- Parse
agent.tomlusing TOML parser - Check each
required_envvariable - Check each
required_commandscommand - Check runtime versions against constraints
- Report any failures with actionable guidance
---
State AB2: Environment Valid, Configuration Needed
Symptoms:
- Environment validation passed
- Tool configuration not yet applied
- Plugins, MCP servers, or hooks need setup
Key Questions:
- Which plugins need to be enabled?
- What MCP servers should be configured?
- Which hooks should be applied?
Interventions:
- For Claude Code:
- Update
.claude/settings.jsonwith enabled plugins - Generate
.mcp.jsonfrom MCP server definitions - Note: Hooks require user to copy to their settings (tool-specific)
- Report configuration changes made
---
State AB3: Configured, Verification Mode
Symptoms:
- User invoked
/agent-bootstrap --verify - Need to run verification checks
Key Questions:
- Which checks should run (based on trigger)?
- Did all checks pass?
Interventions:
- Run all
[[verification.checks]]withtrigger = "stop"ortrigger = "explicit" - Report pass/fail status for each
- If any fail, report the failure and suggest fixes
- Block completion if running as stop hook
---
Execution Process
Phase 1: Parse Manifest
# Read agent.toml from repository rootParse the TOML file and extract:
[manifest]- version check (1.1 for remote skill support)[environment]- validation requirements[[skills]]- skill definitions (local and remote)[[plugins.*]]- plugin configuration[[mcp.servers]]- MCP server definitions[[hooks.*]]- hook definitions[[verification.checks]]- verification checks
Phase 1.5: Install Remote Skills
For each skill with a source field (rather than path), install from remote:
Source Format Detection:
| Pattern | Type | Installation |
|---|---|---|
owner/repo@skill | GitHub | npx skills add owner/repo@skill -g -y |
owner/repo@skill + version | GitHub pinned | npx skills add owner/repo@skill#version -g -y |
skills.sh/name | Registry | npx skills add name -g -y |
https://.../raw/.../skill | Raw URL | Fetch SKILL.md directly to ~/.claude/skills/ |
https://....git@skill | Git URL | npx skills add <url> -g -y |
Installation Process:
1. Check if skill already installed: ls ~/.claude/skills/skill-name/SKILL.md 2. If not installed, determine source type and run appropriate command 3. Verify installation succeeded
Report Format:
Installing remote skills...
[1/34] gitea-workflow
Source: jwynia/agent-skills@gitea-workflow
✓ Installed
[2/34] code-review
Source: jwynia/agent-skills@code-review
✓ Already installed
[3/34] custom-skill
Source: https://gitea.example.com/.../raw/.../custom-skill
✗ Failed: Connection refused
Remote skills: 32/34 installed, 1 already present, 1 failedRaw URL Installation (for Gitea/GitLab):
When source starts with https:// and contains /raw/:
# Create skill directory
mkdir -p ~/.claude/skills/skill-name
# Fetch SKILL.md directly
curl -sSL "https://gitea.example.com/.../raw/.../skill-name/SKILL.md" \
-o ~/.claude/skills/skill-name/SKILL.md
# Verify file was created
test -f ~/.claude/skills/skill-name/SKILL.mdSkills with version field:
When a skill has both source and version:
[[skills]]
name = "code-review"
source = "jwynia/agent-skills@code-review"
version = "v1.2.0"Append version as git ref: npx skills add jwynia/agent-skills@code-review#v1.2.0 -g -y
Phase 2: Validate Environment
For each requirement, check and report:
Environment Variables:
✓ GITHUB_TOKEN is set
✗ TAVILY_API_KEY is not set
→ Set this variable for web search functionalityCommands:
✓ git (found at /usr/bin/git)
✓ cargo (found at /home/user/.cargo/bin/cargo)
✗ node not found in PATH
→ Install Node.js: https://nodejs.org/Runtimes:
✓ rust 1.78.0 >= 1.75.0
✗ python 3.9.7 does not satisfy >=3.10
→ Upgrade Python to 3.10 or laterPhase 3: Configure Tool
Detect Current Tool:
- Look for
.claude/→ Claude Code - Look for
.opencode/→ OpenCode - Look for
.cline/→ Cline - Look for
.cursor/→ Cursor
For Claude Code:
1. Plugins - Update .claude/settings.json:
{
"enabledPlugins": {
"plugin-name@marketplace": true
}
}2. MCP Servers - Generate .mcp.json:
{
"server-name": {
"type": "http",
"url": "https://...",
"headers": {
"Authorization": "Bearer ${ENV_VAR}"
}
}
}3. Hooks - Report hook configuration (requires manual setup):
Hooks defined in agent.toml:
- post_tool_use: rustfmt on *.rs files
- stop: verification script
To enable hooks, add to your Claude Code settings.Phase 4: Report Status
Bootstrap complete for delft-core
Environment:
✓ All required commands found (git, cargo, rustfmt, npx)
✓ All runtime versions satisfied (rust 1.78.0, node 20.11.0)
⚠ 1 optional env var not set (TAVILY_API_KEY)
Remote Skills:
✓ 34 remote skills installed
⚠ 1 skill failed to install (see above)
Configuration:
✓ Enabled plugin: rust-analyzer-lsp
✓ Generated .mcp.json with 1 server
⚠ Hooks require manual configuration
Skills: 40 skills available (6 local, 34 remote)
Next steps:
- Set TAVILY_API_KEY for enhanced web search
- Review hooks configuration in agent.toml
- Retry failed remote skill installs: npx skills add <source> -g -yPhase 5: Verification (--verify mode)
Run each verification check:
Running verification checks...
[1/4] fmt
Command: cd src && cargo fmt --check
✓ PASSED (0.8s)
[2/4] build
Command: cd src && cargo build
✓ PASSED (12.3s)
[3/4] clippy
Command: cd src && cargo clippy --workspace -- -D warnings
✗ FAILED (8.2s)
error: unused variable `x`
--> src/crates/delft-cli/src/main.rs:42:9
[4/4] tests
Command: cd src && cargo test
⏭ SKIPPED (trigger = explicit, use --verify to run)
Verification: 2/3 passed, 1 failedEnvironment Variable Checking
Check if variable is set (not its value):
# Bash approach
if [ -z "${VAR_NAME+x}" ]; then
echo "VAR_NAME is not set"
fiFor Claude Code, use the Bash tool to check:
printenv | grep -q "^VAR_NAME=" && echo "set" || echo "not set"Command Checking
command -v git >/dev/null 2>&1 && echo "found" || echo "not found"Runtime Version Checking
# Rust
rustc --version | grep -oE '[0-9]+\.[0-9]+\.[0-9]+'
# Node
node --version | grep -oE '[0-9]+\.[0-9]+\.[0-9]+'
# Python
python3 --version | grep -oE '[0-9]+\.[0-9]+(\.[0-9]+)?'File Operations
Read agent.toml
Use the Read tool to read agent.toml from repository root.
Update settings.json
Use the Edit tool to update .claude/settings.json with plugin configuration.
Generate .mcp.json
Use the Write tool to create .mcp.json with MCP server configuration.
Anti-Patterns
The Assumption Trap
Pattern: Assuming environment is correct without validation. Problem: Leads to confusing errors later. Fix: Always validate. Report clearly what's missing.
The Secret Leak
Pattern: Writing environment variable values to files. Problem: Secrets in version control. Fix: Only write ${VAR_NAME} references, never values.
The Implicit Bootstrap
Pattern: Auto-running bootstrap without user consent. Problem: Security risk; unexpected changes. Fix: Always require explicit /agent-bootstrap invocation.
The Over-Configuration
Pattern: Configuring everything even when not needed. Problem: Confusing state; hard to debug. Fix: Only configure what's declared in manifest.
Example Interactions
Example 1: Fresh Start
User: /agent-bootstrap
Your approach: 1. Read agent.toml from repository root 2. Validate environment requirements 3. Configure Claude Code settings 4. Generate MCP config if servers defined 5. Report status and next steps
---
Example 2: Verification
User: /agent-bootstrap --verify
Your approach: 1. Read verification checks from agent.toml 2. Run each check with trigger = "stop" or trigger = "explicit" 3. Report pass/fail for each 4. Summarize results
---
Example 3: Check Mode
User: /agent-bootstrap --check
Your approach: 1. Parse agent.toml 2. Report what would be validated and configured 3. Do not make any changes 4. List any issues found
---
Example 4: No Manifest
User: /agent-bootstrap (no agent.toml exists)
Your approach: 1. Report that no manifest found 2. Offer to create a starter manifest based on project detection 3. If user agrees, create minimal agent.toml 4. Link to specification documentation
Integration Graph
Inbound (From Other Skills)
| Source Skill | Source State | Leads to State |
|---|---|---|
| (none) | - | AB0 or AB1 |
Outbound (To Other Skills)
| This State | Leads to Skill | Target State |
|---|---|---|
| AB2 (configured) | gitea-workflow | (ready to work) |
| AB3 (verified) | (any) | (environment confirmed) |
Complementary Skills
| Skill | Relationship |
|---|---|
| find-skills | Discover skills listed in manifest |
| context-network | May be bootstrapped after environment setup |
Manifest Schema Reference
See docs/agent-toml-spec.md for the complete schema specification.
Key sections:
[manifest]- version (1.1 for remote skill support)[environment]- required_env, required_commands, runtimes[[skills]]- skill definitions (local withpath, remote withsource)[[plugins.{tool}]]- plugin configuration[[mcp.servers]]- MCP server definitions[[hooks.{tool}]]- hook configuration[[verification.checks]]- verification checks
Skills Schema (v1.1)
# Local skill
[[skills]]
name = "delft-authoring"
path = ".claude/skills/delft-authoring"
# Remote skill (GitHub)
[[skills]]
name = "code-review"
source = "jwynia/agent-skills@code-review"
# Remote skill with version pin
[[skills]]
name = "gitea-workflow"
source = "jwynia/agent-skills@gitea-workflow"
version = "v1.0.0"Related skills
FAQ
What file does agent-bootstrap read?
agent-bootstrap reads agent.toml at the project root to configure the agentic development environment. The manifest drives skills, tools, memory layout, and guardrails for hosts like Claude Code and OpenCode.
What commands does agent-bootstrap support?
agent-bootstrap supports /agent-bootstrap for live configuration, /agent-bootstrap --verify to run all checks, and /agent-bootstrap --check for a dry-run report. Version 1.0 is marked stable in the skill metadata.