Agent Versioning

Use this skill whenever you create or update PilotSwarm agent definitions in agents/*.agent.md, embedded agents under packages/sdk/plugins/**/agents/, or builder templates that generate agent files.

Required Frontmatter

Every authored .agent.md should include:

---
schemaVersion: 1
version: 1.0.0
name: example-agent
description: Example agent.
---

• schemaVersion is the PilotSwarm agent schema version. Use 1 by default, 3 for initialRequiredTool, and 4 for per-profile nativeTaskTools allowlists. See docs/developer/native-task-tools.md; never auto-inherit all parent tools into a native task.
• version is a string. PilotSwarm-authored agents use SemVer. App authors may use any non-empty string, but SemVer is recommended.

When To Bump version

For PilotSwarm-authored agents and templates, bump version whenever you change prompt behavior, tool expectations, workflow guidance, frontmatter metadata, or output/contract expectations.

Use SemVer intent:

• Patch: wording clarifications or typo fixes that should not materially change behavior.
• Minor: new capabilities, tools, guidance, examples, or backwards-compatible workflow behavior.
• Major: changed role semantics, removed expectations, or incompatible output/contract changes.

If you only move a file without changing prompt behavior or metadata, a version bump is not required.

Builder Templates

When a builder agent creates a new app agent, it should include schemaVersion: 1 and version: 1.0.0 by default.

When it edits an existing app .agent.md, it should update the version string according to the change. If the existing app uses non-SemVer labels, preserve the user's style unless they ask to migrate.

Prompt Layers

PilotSwarm prompt-layer manifests have three authored layers:

PilotSwarm base -> App base -> Agent

Runtime context is not an agent layer; runtime behavior is tracked through orchestration version and session/runtime metadata.

session.prompt_layers records the effective layer names, types, schema versions, and versions used by the worker that created or resumed the Copilot session. During rolling deploys, absence of the event means legacy/unreported, and old workers may report old loaded versions until restarted.