Register a NodeType in Node Registry
Stub
This How-to is a stub. JARVIS Node Registry is currently seeded on startup from installed node packs; the full “register via API” workflow is not yet stabilized.
Goal
You will register a NodeType (capability definition) in Node Registry with the minimal required metadata and schemas.
When to use this
- You created a new atomic capability and want it discoverable by
Selection. - You want a catalog of what the stack can do (by version).
Prerequisites
- A running
Node Registryservice - A
NodeTypedefinition (ID, version, kind, description, input/output schema) - A decision on the registration path:
- startup seeding from installed packs (current JARVIS default), or
- API-driven CRUD (planned).
Steps
- Define the
node_type_idandversion(use stable, namespaced IDs). - Define input/output schemas (strict JSON schema where possible).
- Provide enough metadata for selection and policy:
- description,
- side-effect class,
- trust tier (first-party vs external),
- tags (egress, data classes).
- Register the
NodeType:- for JARVIS today: install the node pack and restart
Node Registry(startup seeding), - future:
POST /v1/node-types(API).
- for JARVIS today: install the node pack and restart
Verify
- The
NodeTypeshows up when listing inventory:- How-to: List NodeTypes
Selectioncan include it in candidate sets for relevant tasks.
Troubleshooting
- Not visible → registry seeding disabled or pack not installed → confirm registry startup logs.
- Wrong version → pin the stack version and re-seed.
- Policy denies selection/execution → ensure metadata aligns with policy rules.
Cleanup / Rollback
- Deprecate or roll back the version (see next pages).
Next steps
- How-to: Versioning model
- How-to: Channels