PilotSwarm ships distributable template files for Copilot custom agents that help users build apps on top of PilotSwarm.
These are not runtime agents inside PilotSwarm. They are authoring-time helpers meant to be copied into another repository.
In this repo, the templates live in:
templates/builder-agents/
That folder is intentionally non-active. Nothing there is loaded into this repository's own .github/agents/ surface.
pilotswarm-cli-builderpilotswarm-portal-builderpilotswarm-sdk-builderpilotswarm-azure-deployer
pilotswarm-cli-builderpilotswarm-portal-builderpilotswarm-sdk-builderpilotswarm-agent-versioningpilotswarm-hybrid-datastorepilotswarm-knowledge-harvesterpilotswarm-azure-deployerpilotswarm-aks-identitypilotswarm-azure-lessonspilotswarm-three-tierpilotswarm-duroxide-versioning
Copy the contents into the target repository as:
.github/
├── agents/
└── skills/
Example install commands:
mkdir -p .github/agents .github/skills
cp templates/builder-agents/agents/*.agent.md .github/agents/
cp -R templates/builder-agents/skills/* .github/skills/- CLI guide:
https://github.com/affandar/pilotswarm/blob/main/docs/developer/building/cli-apps.md - Portal guide:
https://github.com/affandar/pilotswarm/blob/main/packages/app/web/README.md - CLI agent guide:
https://github.com/affandar/pilotswarm/blob/main/docs/developer/building/cli-agents.md - SDK guide:
https://github.com/affandar/pilotswarm/blob/main/docs/developer/building/sdk-apps.md - SDK agent guide:
https://github.com/affandar/pilotswarm/blob/main/docs/developer/building/sdk-agents.md - Plugin architecture:
https://github.com/affandar/pilotswarm/blob/main/docs/developer/building/plugins.md - AKS deployment:
https://github.com/affandar/pilotswarm/blob/main/docs/developer/deploy/aks.md - DevOps sample:
https://github.com/affandar/pilotswarm/tree/main/examples/devops-command-center
pilotswarm-cli-builderhelps users build plugin-driven CLI/TUI apps on top of the shipped PilotSwarm UI.pilotswarm-portal-builderhelps users customize the shipped browser portal with plugin-driven branding, named-agent exposure, and optional auth add-ons.pilotswarm-sdk-builderhelps users build SDK-first services and applications aroundPilotSwarmClientandPilotSwarmWorker.pilotswarm-azure-deployerhelps users package and deploy PilotSwarm-based apps to Azure / AKS, with explicit env-template and cross-cluster workload-identity guidance.pilotswarm-hybrid-datastore(skill) helps builders wire the stock-PostgreSQL runtime store alongside optional HorizonDB enhanced facts/search/graph providers without changing the default Docker image.pilotswarm-knowledge-harvester(skill) helps the SDK builder add a knowledge-harvesting capability: acrawler: trueagent that crawls sources into the durable facts store, builds the open knowledge graph, and exposes multi-signal search to reader agents through the optional EnhancedFactStore / GraphStore providers.
The CLI and SDK builder templates are intended to be guided builders, not guess-heavy code generators. They should ask about session policy, env-file setup, initial agent roster, and target topology before scaffolding files.
Builder templates should assume:
- npm packages are consumed as
pilotswarm-sdkandpilotswarm(the app package) - PilotSwarm's built-in framework and management plugins are embedded in those packages
- app
default.agent.mdfiles are overlays layered under the embedded PilotSwarm framework base - if an app needs a custom model catalog, check in a credential-free
.model_providers.example.jsonprovider-type template and create a local gitignored.model_providers.jsonfrom it - builder templates should create runtime shared/personal providers, defaults,
and budgets through Admin Console or management APIs;
.envmay carry a bootstrap key for local startup, but the catalog must not carry live keys - optional SDK-bundled named agents are hidden by default and should be exposed through
session-policy.json.creation.bundledAgents, for example"bundledAgents": ["generic-crawler"]; templates should teach that policy opt-in instead of copying bundled agent files unless the app needs custom behavior - every generated app
.agent.mdshould includeschemaVersion: 1and aversionstring; new agents should default toversion: 1.0.0, and edits to existing agents should bump the version string according to the app's versioning style - generated recurring agents should use
cron(seconds=N, reason="...")for fixed intervals andcron_at(minute=M, hour=H, tz="Area/City", reason="...")for wall-clock schedules; do not build wall-clock jobs with wake-and-check polling loops - generated delegation flows should document
contract.wakeOnfor child sessions:anyfor chatty work,material_changefor finite task results and watcher changes, andcompletiononly for actual terminal lifecycle outcomes; a finite child's ordinary final reply leaves it alive and idle, so generated parents validate the result and close it explicitly withcomplete_agent; qualifying updates wake the parent automatically, so generated parents must not create await/cronloop solely to callcheck_agents - Azure deployment guidance should prefer
kubectl create secret generic ... --from-env-file=...when semicolon-bearing values such as Azure Storage connection strings are involved - builder guidance should treat
write_artifact/read_artifactas the canonical text-and-binary artifact path —fromFilestreaming for binary writes,toFilefor binary reads,sha256results for provenance — and documenting download-only browser behavior for non-text previews
When PilotSwarm gains features or changes builder-relevant behavior, update these template agents and skills alongside the docs and examples they reference.