Capability Bootstrap is an open spec and reference runtime for one core agent behavior:
when an agent realizes it lacks a capability, it should be able to discover, acquire, validate, and reuse that capability with minimal human involvement.
This project is not a skill marketplace, not an MCP directory, and not a one-off installer. It is a reusable capability layer that other agent products can adopt.
Most agent systems still assume that humans are responsible for expanding agent capability. When an agent needs a new MCP server, skill, tool adapter, or integration, the user is expected to:
- search manually
- read docs manually
- edit config manually
- install dependencies manually
- test and debug manually
Capability Bootstrap exists to remove that burden.
Humans should not need to learn how to provision agent capability.
- an open protocol for capability acquisition
- a policy layer for safe automation
- a state machine for the capability lifecycle
- a tiny reference runtime for end-to-end bootstrap flow
- a pluggable adapter interface for capability sources and preferences
The runnable implementation currently models two adapter categories:
source adapters: discover capability candidates from one sourcepreference adapters: annotate or boost candidates after discovery
Current built-in adapters:
skill-source-adaptermcp-source-adaptermemory-reuse-adapter
The end-to-end flow is:
- detect a capability gap
- ask source adapters for candidates
- apply preference adapters
- rank low-risk candidates
- apply policy
- install or connect a candidate
- validate it
- remember it for reuse
cd D:\AI Pro\capability-bootstrap
node src/demo.js browser-control
node src/demo.js github-workflow
node src/demo.js reset-memoryThe demo intentionally stays small. It simulates:
- a missing
browser-controlcapability - a missing
github-workflowcapability - remembered reuse of previously validated candidates
- candidate aggregation across skill and MCP sources
README.md: project entry pointSPEC.md: public protocol definitionPOLICY.md: automation and safety boundariesSTATE-MACHINE.md: lifecycle definitiondocs/vision.md: product rationaledocs/mvp.md: first implementation boundarydocs/next-steps.md: suggested implementation pathdocs/adapter-interface.md: pluggable adapter contractsrc/adapters/: source and preference adapterssrc/catalogs/: tiny in-repo candidate catalogs for the demosrc/: reference runtimeexamples/: concrete bootstrap scenariosschemas/: machine-readable schema experimentsdata/: runtime memory output during demos
- human-out-of-the-loop by default
- installed reality first
- discover only when necessary
- install only when justified
- verify before trust
- interrupt humans only for risk
- remember what was learned
This repo now contains both the public design skeleton and a tiny runnable reference runtime. The next step is to replace demo catalogs with real source adapters without losing the safety boundary.