
Team Builder Packaging
Use when generating or auditing a multi-role agent team package with orchestrator, PM...
Install
npx skills add agentlas-ai/Agentlas-OS --skill team-builder-packaging -g -a claude-code -y- Repository
- agentlas-ai/Agentlas-OS1.6k
- Category
- Testing
- Updated
- 4d ago
- License
- Apache-2.0
- Context cost
- Lightabout 585 tokens
- Runs scripts
- No, instructions only
What it does
Use when generating or auditing a multi-role agent team package with orchestrator, PM Soul, Memory Curator, Policy Gate, workers, eval, QA, handoffs, and runtime adapters.
Team Builder Packaging
Procedure
-
Start with the orchestrator/HQ.
-
Run
contracts/builder-interview-research-gate.mdbefore writing the roster: ask an 8-12 question first batch, research official sources, similar agent repositories or comparables, academic/professional theory, and plugin docs, compare tool/plugin choices, and write the domain-expert synthesis plus prompt-performance contract. -
Add PM Soul or project owner.
-
Add Memory Curator and Memory Ticket handoff.
-
Add Policy Gate, eval judge, and QA/evidence gate.
-
Add workers only for real domain ownership proved by interview or research.
-
Add
docs/builder-interview.md,docs/research-sources.md,docs/tool-selection.md,docs/domain-expert-synthesis.md,docs/prompt-performance-contract.md, and.agentlas/capability-eval-plan.jsonunless explicitly creating a minimal private scaffold. -
Encode handoff and return contracts.
-
Emit one orchestrator/HQ global command in
.agentlas/global-commands.jsonand runtime command files. Do not expose worker commands unless requested. 9b. Declare the execution graph inmanifest.json. This is what the Hub runtime reads to build the team; a package that omits it is published, charged for as a team, and can never be called:{ "entrypoints": { "orchestrator": "agents/00-orchestrator/agent.md" }, "roster": ["agents/10-<role>/agent.md", "agents/20-<role>/agent.md"] }


