ncl groups create --template stamps a new agent only when no group carries the plugin yet. When one already does, the same command becomes an in-place update of that agent.
--yes.
Picking the target
Restamping only ever updates an agent that template created, to a newer version of the same template. It is not a way to adopt a template onto an existing agent — a hand-built group, or one stamped from a different template, is rejected:
What resets and what doesn’t
The template — including itsai.nanoco.nanoclaw extension — is the source of truth for everything it stamps. Restamping resets exactly those surfaces and touches nothing else.
Two collision rules keep operator state safe:
- Your servers win. A template server whose name is already taken by a server you added is skipped with a notice, and yours stays in place.
- Activation survives. A task you resumed stays resumed while its prompt and schedule update.
Reading the plan
A header names the plugin and target group, then the run’s status, then one aligned line per surface in a fixed order — plugin, persona, context, skills, MCP servers, tasks — as action, surface, name, with any flags in parentheses:create, update, remove, skip, and unchanged. Surfaces are plugin, persona, context, skill, mcp-server, and task. If the reader skipped or ignored anything, a Template reader notices: block follows the table.
Applying swaps the status line for Restamp applied. Run `ncl groups restart --id <group-id>` for skill and MCP changes to take effect. — or Nothing to apply — the group already matches the template. when every surface was already current.
This is the human rendering an operator sees. A restamp requested by the agent through self-modification reports as JSON instead.
plugins/<name>/ — no separate bookkeeping exists to drift out of sync.
Because
plugins/<name>/ is the baseline, edits made directly inside it host-side are neither detected as customizations nor preserved. The container mounts it read-only; change the template, not the stamped copy.Operational notes
- Restart to pick up changes. Skill and MCP server changes take effect on the next container start:
ncl groups restart --id <agent-group-id>. - Restamping is idempotent. If an apply fails partway, fix the cause and re-run it — the remaining changes converge.
- Approve deliberately. When an agent requests a restamp through self-modification, the approval card shows only the command line. Run the dry run yourself before approving.
- Plugin-owned servers are locked.
ncl groups config add-mcp-serverandremove-mcp-server, and the agent’s ownadd_mcp_servertool, refuse to edit a server owned by a plugin. Removing one by hand doesn’t stick either — it reappears on the next restamp. Update the template instead. - New context files need a restamp. Context extras are copied at stamp time, so files added to a template later don’t reach an already-created agent on their own.
--nameand--timezonedo nothing here. Both apply only when an agent is created; on the update path they are silently ignored, so--name "New Name" --yeswill not rename the group. Usencl groups update --id <agent-group-id> --name "New Name".- Removing a test agent.
ncl groups delete --id <agent-group-id>cascades through sessions, wirings, and destinations, but leavesgroups/<folder>/anddata/v2-sessions/<agent-group-id>/on disk — delete those too if you want the workspace gone.
Related pages
Using a template
Stamping an agent for the first time.
Building a template
Changing a template so there is something to restamp.