@bradygaster/squad-sdk 0.8.20 → 0.8.21
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +296 -296
- package/dist/adapter/client.js +1 -1
- package/dist/adapter/client.js.map +1 -1
- package/dist/agents/charter-compiler.d.ts +4 -0
- package/dist/agents/charter-compiler.d.ts.map +1 -1
- package/dist/agents/charter-compiler.js +8 -0
- package/dist/agents/charter-compiler.js.map +1 -1
- package/dist/agents/history-shadow.js +30 -30
- package/dist/agents/index.js +1 -1
- package/dist/agents/index.js.map +1 -1
- package/dist/agents/lifecycle.js +1 -1
- package/dist/agents/lifecycle.js.map +1 -1
- package/dist/build/github-dist.js +42 -42
- package/dist/builders/index.d.ts +156 -0
- package/dist/builders/index.d.ts.map +1 -0
- package/dist/builders/index.js +404 -0
- package/dist/builders/index.js.map +1 -0
- package/dist/builders/types.d.ts +187 -0
- package/dist/builders/types.d.ts.map +1 -0
- package/dist/builders/types.js +12 -0
- package/dist/builders/types.js.map +1 -0
- package/dist/config/init.d.ts +5 -21
- package/dist/config/init.d.ts.map +1 -1
- package/dist/config/init.js +270 -182
- package/dist/config/init.js.map +1 -1
- package/dist/coordinator/coordinator.js +1 -1
- package/dist/coordinator/coordinator.js.map +1 -1
- package/dist/coordinator/index.js +1 -1
- package/dist/coordinator/index.js.map +1 -1
- package/dist/index.d.ts +3 -0
- package/dist/index.d.ts.map +1 -1
- package/dist/index.js +3 -0
- package/dist/index.js.map +1 -1
- package/dist/runtime/otel-api.d.ts +38 -0
- package/dist/runtime/otel-api.d.ts.map +1 -0
- package/dist/runtime/otel-api.js +94 -0
- package/dist/runtime/otel-api.js.map +1 -0
- package/dist/runtime/otel-bridge.js +1 -1
- package/dist/runtime/otel-bridge.js.map +1 -1
- package/dist/runtime/otel.d.ts +1 -1
- package/dist/runtime/otel.d.ts.map +1 -1
- package/dist/runtime/otel.js +28 -12
- package/dist/runtime/otel.js.map +1 -1
- package/dist/runtime/squad-observer.js +1 -1
- package/dist/runtime/squad-observer.js.map +1 -1
- package/dist/sharing/consult.js +78 -78
- package/dist/streams/filter.d.ts +33 -0
- package/dist/streams/filter.d.ts.map +1 -0
- package/dist/streams/filter.js +29 -0
- package/dist/streams/filter.js.map +1 -0
- package/dist/streams/index.d.ts +9 -0
- package/dist/streams/index.d.ts.map +1 -0
- package/dist/streams/index.js +9 -0
- package/dist/streams/index.js.map +1 -0
- package/dist/streams/resolver.d.ts +40 -0
- package/dist/streams/resolver.d.ts.map +1 -0
- package/dist/streams/resolver.js +162 -0
- package/dist/streams/resolver.js.map +1 -0
- package/dist/streams/types.d.ts +44 -0
- package/dist/streams/types.d.ts.map +1 -0
- package/dist/streams/types.js +10 -0
- package/dist/streams/types.js.map +1 -0
- package/dist/tools/index.js +1 -1
- package/dist/tools/index.js.map +1 -1
- package/dist/types.d.ts +20 -0
- package/dist/types.d.ts.map +1 -1
- package/package.json +12 -11
- package/templates/casting-history.json +4 -4
- package/templates/casting-policy.json +35 -35
- package/templates/casting-registry.json +3 -3
- package/templates/ceremonies.md +41 -41
- package/templates/charter.md +53 -53
- package/templates/constraint-tracking.md +38 -38
- package/templates/copilot-instructions.md +46 -46
- package/templates/history.md +10 -10
- package/templates/identity/now.md +9 -9
- package/templates/identity/wisdom.md +15 -15
- package/templates/mcp-config.md +98 -98
- package/templates/multi-agent-format.md +28 -28
- package/templates/orchestration-log.md +27 -27
- package/templates/plugin-marketplace.md +49 -49
- package/templates/raw-agent-output.md +37 -37
- package/templates/roster.md +60 -60
- package/templates/routing.md +54 -54
- package/templates/run-output.md +50 -50
- package/templates/scribe-charter.md +119 -119
- package/templates/skill.md +24 -24
- package/templates/skills/project-conventions/SKILL.md +56 -56
- package/templates/squad.agent.md +1146 -1146
- package/templates/workflows/squad-ci.yml +24 -24
- package/templates/workflows/squad-docs.yml +50 -50
- package/templates/workflows/squad-heartbeat.yml +316 -316
- package/templates/workflows/squad-insider-release.yml +61 -61
- package/templates/workflows/squad-issue-assign.yml +161 -161
- package/templates/workflows/squad-label-enforce.yml +181 -181
- package/templates/workflows/squad-preview.yml +55 -55
- package/templates/workflows/squad-promote.yml +120 -120
- package/templates/workflows/squad-release.yml +77 -77
- package/templates/workflows/squad-triage.yml +260 -260
- package/templates/workflows/sync-squad-labels.yml +169 -169
- package/dist/runtime/event-bus-otel-bridge.d.ts +0 -19
- package/dist/runtime/event-bus-otel-bridge.d.ts.map +0 -1
- package/dist/runtime/event-bus-otel-bridge.js +0 -61
- package/dist/runtime/event-bus-otel-bridge.js.map +0 -1
- package/templates/workflows/squad-main-guard.yml +0 -129
|
@@ -1,9 +1,9 @@
|
|
|
1
|
-
---
|
|
2
|
-
updated_at: {timestamp}
|
|
3
|
-
focus_area: {brief description}
|
|
4
|
-
active_issues: []
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
# What We're Focused On
|
|
8
|
-
|
|
9
|
-
{Narrative description of current focus — 1-3 sentences. Updated by coordinator at session start.}
|
|
1
|
+
---
|
|
2
|
+
updated_at: {timestamp}
|
|
3
|
+
focus_area: {brief description}
|
|
4
|
+
active_issues: []
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# What We're Focused On
|
|
8
|
+
|
|
9
|
+
{Narrative description of current focus — 1-3 sentences. Updated by coordinator at session start.}
|
|
@@ -1,15 +1,15 @@
|
|
|
1
|
-
---
|
|
2
|
-
last_updated: {timestamp}
|
|
3
|
-
---
|
|
4
|
-
|
|
5
|
-
# Team Wisdom
|
|
6
|
-
|
|
7
|
-
Reusable patterns and heuristics learned through work. NOT transcripts — each entry is a distilled, actionable insight.
|
|
8
|
-
|
|
9
|
-
## Patterns
|
|
10
|
-
|
|
11
|
-
<!-- Append entries below. Format: **Pattern:** description. **Context:** when it applies. -->
|
|
12
|
-
|
|
13
|
-
## Anti-Patterns
|
|
14
|
-
|
|
15
|
-
<!-- Things we tried that didn't work. **Avoid:** description. **Why:** reason. -->
|
|
1
|
+
---
|
|
2
|
+
last_updated: {timestamp}
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# Team Wisdom
|
|
6
|
+
|
|
7
|
+
Reusable patterns and heuristics learned through work. NOT transcripts — each entry is a distilled, actionable insight.
|
|
8
|
+
|
|
9
|
+
## Patterns
|
|
10
|
+
|
|
11
|
+
<!-- Append entries below. Format: **Pattern:** description. **Context:** when it applies. -->
|
|
12
|
+
|
|
13
|
+
## Anti-Patterns
|
|
14
|
+
|
|
15
|
+
<!-- Things we tried that didn't work. **Avoid:** description. **Why:** reason. -->
|
package/templates/mcp-config.md
CHANGED
|
@@ -1,98 +1,98 @@
|
|
|
1
|
-
# MCP Integration — Configuration and Samples
|
|
2
|
-
|
|
3
|
-
MCP (Model Context Protocol) servers extend Squad with tools for external services — Trello, Aspire dashboards, Azure, Notion, and more. The user configures MCP servers in their environment; Squad discovers and uses them.
|
|
4
|
-
|
|
5
|
-
> **Full patterns:** Read `.squad/skills/mcp-tool-discovery/SKILL.md` for discovery patterns, domain-specific usage, and graceful degradation.
|
|
6
|
-
|
|
7
|
-
## Security Considerations
|
|
8
|
-
|
|
9
|
-
> ⚠️ **Important:** The sample configs below use `npx -y` to run MCP server packages without version pinning. For production use:
|
|
10
|
-
> - **Pin versions:** Use `npx -y @trello/mcp-server@1.2.3` instead of bare package names
|
|
11
|
-
> - **Audit packages:** Review MCP server source code before granting access to credentials
|
|
12
|
-
> - **Use least-privilege tokens:** Create tokens with minimal required scopes
|
|
13
|
-
> - **Consider local installs:** Install packages locally (`npm install`) rather than fetching on each run
|
|
14
|
-
|
|
15
|
-
## Config File Locations
|
|
16
|
-
|
|
17
|
-
Users configure MCP servers at these locations (checked in priority order):
|
|
18
|
-
1. **Repository-level:** `.copilot/mcp-config.json` (team-shared, committed to repo)
|
|
19
|
-
2. **Workspace-level:** `.vscode/mcp.json` (VS Code workspaces)
|
|
20
|
-
3. **User-level:** `~/.copilot/mcp-config.json` (personal)
|
|
21
|
-
4. **CLI override:** `--additional-mcp-config` flag (session-specific)
|
|
22
|
-
|
|
23
|
-
## Sample Config — Trello
|
|
24
|
-
|
|
25
|
-
```json
|
|
26
|
-
{
|
|
27
|
-
"mcpServers": {
|
|
28
|
-
"trello": {
|
|
29
|
-
"command": "npx",
|
|
30
|
-
"args": ["-y", "@trello/mcp-server"],
|
|
31
|
-
"env": {
|
|
32
|
-
"TRELLO_API_KEY": "${TRELLO_API_KEY}",
|
|
33
|
-
"TRELLO_TOKEN": "${TRELLO_TOKEN}"
|
|
34
|
-
}
|
|
35
|
-
}
|
|
36
|
-
}
|
|
37
|
-
}
|
|
38
|
-
```
|
|
39
|
-
|
|
40
|
-
## Sample Config — GitHub
|
|
41
|
-
|
|
42
|
-
```json
|
|
43
|
-
{
|
|
44
|
-
"mcpServers": {
|
|
45
|
-
"github": {
|
|
46
|
-
"command": "npx",
|
|
47
|
-
"args": ["-y", "@modelcontextprotocol/server-github"],
|
|
48
|
-
"env": {
|
|
49
|
-
"GITHUB_TOKEN": "${GITHUB_TOKEN}"
|
|
50
|
-
}
|
|
51
|
-
}
|
|
52
|
-
}
|
|
53
|
-
}
|
|
54
|
-
```
|
|
55
|
-
|
|
56
|
-
## Sample Config — Azure
|
|
57
|
-
|
|
58
|
-
```json
|
|
59
|
-
{
|
|
60
|
-
"mcpServers": {
|
|
61
|
-
"azure": {
|
|
62
|
-
"command": "npx",
|
|
63
|
-
"args": ["-y", "@azure/mcp-server"],
|
|
64
|
-
"env": {
|
|
65
|
-
"AZURE_SUBSCRIPTION_ID": "${AZURE_SUBSCRIPTION_ID}",
|
|
66
|
-
"AZURE_CLIENT_ID": "${AZURE_CLIENT_ID}",
|
|
67
|
-
"AZURE_CLIENT_SECRET": "${AZURE_CLIENT_SECRET}",
|
|
68
|
-
"AZURE_TENANT_ID": "${AZURE_TENANT_ID}"
|
|
69
|
-
}
|
|
70
|
-
}
|
|
71
|
-
}
|
|
72
|
-
}
|
|
73
|
-
```
|
|
74
|
-
|
|
75
|
-
## Sample Config — Aspire
|
|
76
|
-
|
|
77
|
-
```json
|
|
78
|
-
{
|
|
79
|
-
"mcpServers": {
|
|
80
|
-
"aspire": {
|
|
81
|
-
"command": "npx",
|
|
82
|
-
"args": ["-y", "@aspire/mcp-server"],
|
|
83
|
-
"env": {
|
|
84
|
-
"ASPIRE_DASHBOARD_URL": "${ASPIRE_DASHBOARD_URL}"
|
|
85
|
-
}
|
|
86
|
-
}
|
|
87
|
-
}
|
|
88
|
-
}
|
|
89
|
-
```
|
|
90
|
-
|
|
91
|
-
## Authentication Notes
|
|
92
|
-
|
|
93
|
-
- **GitHub MCP requires a separate token** from the `gh` CLI auth. Generate at https://github.com/settings/tokens
|
|
94
|
-
- **Trello requires API key + token** from https://trello.com/power-ups/admin
|
|
95
|
-
- **Azure requires service principal credentials** — see Azure docs for setup
|
|
96
|
-
- **Aspire uses the dashboard URL** — typically `http://localhost:18888` during local dev
|
|
97
|
-
|
|
98
|
-
Auth is a real blocker for some MCP servers. Users need separate tokens for GitHub MCP, Azure MCP, Trello MCP, etc. This is a documentation problem, not a code problem.
|
|
1
|
+
# MCP Integration — Configuration and Samples
|
|
2
|
+
|
|
3
|
+
MCP (Model Context Protocol) servers extend Squad with tools for external services — Trello, Aspire dashboards, Azure, Notion, and more. The user configures MCP servers in their environment; Squad discovers and uses them.
|
|
4
|
+
|
|
5
|
+
> **Full patterns:** Read `.squad/skills/mcp-tool-discovery/SKILL.md` for discovery patterns, domain-specific usage, and graceful degradation.
|
|
6
|
+
|
|
7
|
+
## Security Considerations
|
|
8
|
+
|
|
9
|
+
> ⚠️ **Important:** The sample configs below use `npx -y` to run MCP server packages without version pinning. For production use:
|
|
10
|
+
> - **Pin versions:** Use `npx -y @trello/mcp-server@1.2.3` instead of bare package names
|
|
11
|
+
> - **Audit packages:** Review MCP server source code before granting access to credentials
|
|
12
|
+
> - **Use least-privilege tokens:** Create tokens with minimal required scopes
|
|
13
|
+
> - **Consider local installs:** Install packages locally (`npm install`) rather than fetching on each run
|
|
14
|
+
|
|
15
|
+
## Config File Locations
|
|
16
|
+
|
|
17
|
+
Users configure MCP servers at these locations (checked in priority order):
|
|
18
|
+
1. **Repository-level:** `.copilot/mcp-config.json` (team-shared, committed to repo)
|
|
19
|
+
2. **Workspace-level:** `.vscode/mcp.json` (VS Code workspaces)
|
|
20
|
+
3. **User-level:** `~/.copilot/mcp-config.json` (personal)
|
|
21
|
+
4. **CLI override:** `--additional-mcp-config` flag (session-specific)
|
|
22
|
+
|
|
23
|
+
## Sample Config — Trello
|
|
24
|
+
|
|
25
|
+
```json
|
|
26
|
+
{
|
|
27
|
+
"mcpServers": {
|
|
28
|
+
"trello": {
|
|
29
|
+
"command": "npx",
|
|
30
|
+
"args": ["-y", "@trello/mcp-server"],
|
|
31
|
+
"env": {
|
|
32
|
+
"TRELLO_API_KEY": "${TRELLO_API_KEY}",
|
|
33
|
+
"TRELLO_TOKEN": "${TRELLO_TOKEN}"
|
|
34
|
+
}
|
|
35
|
+
}
|
|
36
|
+
}
|
|
37
|
+
}
|
|
38
|
+
```
|
|
39
|
+
|
|
40
|
+
## Sample Config — GitHub
|
|
41
|
+
|
|
42
|
+
```json
|
|
43
|
+
{
|
|
44
|
+
"mcpServers": {
|
|
45
|
+
"github": {
|
|
46
|
+
"command": "npx",
|
|
47
|
+
"args": ["-y", "@modelcontextprotocol/server-github"],
|
|
48
|
+
"env": {
|
|
49
|
+
"GITHUB_TOKEN": "${GITHUB_TOKEN}"
|
|
50
|
+
}
|
|
51
|
+
}
|
|
52
|
+
}
|
|
53
|
+
}
|
|
54
|
+
```
|
|
55
|
+
|
|
56
|
+
## Sample Config — Azure
|
|
57
|
+
|
|
58
|
+
```json
|
|
59
|
+
{
|
|
60
|
+
"mcpServers": {
|
|
61
|
+
"azure": {
|
|
62
|
+
"command": "npx",
|
|
63
|
+
"args": ["-y", "@azure/mcp-server"],
|
|
64
|
+
"env": {
|
|
65
|
+
"AZURE_SUBSCRIPTION_ID": "${AZURE_SUBSCRIPTION_ID}",
|
|
66
|
+
"AZURE_CLIENT_ID": "${AZURE_CLIENT_ID}",
|
|
67
|
+
"AZURE_CLIENT_SECRET": "${AZURE_CLIENT_SECRET}",
|
|
68
|
+
"AZURE_TENANT_ID": "${AZURE_TENANT_ID}"
|
|
69
|
+
}
|
|
70
|
+
}
|
|
71
|
+
}
|
|
72
|
+
}
|
|
73
|
+
```
|
|
74
|
+
|
|
75
|
+
## Sample Config — Aspire
|
|
76
|
+
|
|
77
|
+
```json
|
|
78
|
+
{
|
|
79
|
+
"mcpServers": {
|
|
80
|
+
"aspire": {
|
|
81
|
+
"command": "npx",
|
|
82
|
+
"args": ["-y", "@aspire/mcp-server"],
|
|
83
|
+
"env": {
|
|
84
|
+
"ASPIRE_DASHBOARD_URL": "${ASPIRE_DASHBOARD_URL}"
|
|
85
|
+
}
|
|
86
|
+
}
|
|
87
|
+
}
|
|
88
|
+
}
|
|
89
|
+
```
|
|
90
|
+
|
|
91
|
+
## Authentication Notes
|
|
92
|
+
|
|
93
|
+
- **GitHub MCP requires a separate token** from the `gh` CLI auth. Generate at https://github.com/settings/tokens
|
|
94
|
+
- **Trello requires API key + token** from https://trello.com/power-ups/admin
|
|
95
|
+
- **Azure requires service principal credentials** — see Azure docs for setup
|
|
96
|
+
- **Aspire uses the dashboard URL** — typically `http://localhost:18888` during local dev
|
|
97
|
+
|
|
98
|
+
Auth is a real blocker for some MCP servers. Users need separate tokens for GitHub MCP, Azure MCP, Trello MCP, etc. This is a documentation problem, not a code problem.
|
|
@@ -1,28 +1,28 @@
|
|
|
1
|
-
# Multi-Agent Artifact Format
|
|
2
|
-
|
|
3
|
-
When multiple agents contribute to a final artifact (document, analysis, design), use this format. The assembled result must include:
|
|
4
|
-
|
|
5
|
-
- Termination condition
|
|
6
|
-
- Constraint budgets (if active)
|
|
7
|
-
- Reviewer verdicts (if any)
|
|
8
|
-
- Raw agent outputs appendix
|
|
9
|
-
|
|
10
|
-
## Assembly Structure
|
|
11
|
-
|
|
12
|
-
The assembled result goes at the top. Below it, include:
|
|
13
|
-
|
|
14
|
-
```
|
|
15
|
-
## APPENDIX: RAW AGENT OUTPUTS
|
|
16
|
-
|
|
17
|
-
### {Name} ({Role}) — Raw Output
|
|
18
|
-
{Paste agent's verbatim response here, unedited}
|
|
19
|
-
|
|
20
|
-
### {Name} ({Role}) — Raw Output
|
|
21
|
-
{Paste agent's verbatim response here, unedited}
|
|
22
|
-
```
|
|
23
|
-
|
|
24
|
-
## Appendix Rules
|
|
25
|
-
|
|
26
|
-
This appendix is for diagnostic integrity. Do not edit, summarize, or polish the raw outputs. The Coordinator may not rewrite raw agent outputs; it may only paste them verbatim and assemble the final artifact above.
|
|
27
|
-
|
|
28
|
-
See `.squad/templates/run-output.md` for the complete output format template.
|
|
1
|
+
# Multi-Agent Artifact Format
|
|
2
|
+
|
|
3
|
+
When multiple agents contribute to a final artifact (document, analysis, design), use this format. The assembled result must include:
|
|
4
|
+
|
|
5
|
+
- Termination condition
|
|
6
|
+
- Constraint budgets (if active)
|
|
7
|
+
- Reviewer verdicts (if any)
|
|
8
|
+
- Raw agent outputs appendix
|
|
9
|
+
|
|
10
|
+
## Assembly Structure
|
|
11
|
+
|
|
12
|
+
The assembled result goes at the top. Below it, include:
|
|
13
|
+
|
|
14
|
+
```
|
|
15
|
+
## APPENDIX: RAW AGENT OUTPUTS
|
|
16
|
+
|
|
17
|
+
### {Name} ({Role}) — Raw Output
|
|
18
|
+
{Paste agent's verbatim response here, unedited}
|
|
19
|
+
|
|
20
|
+
### {Name} ({Role}) — Raw Output
|
|
21
|
+
{Paste agent's verbatim response here, unedited}
|
|
22
|
+
```
|
|
23
|
+
|
|
24
|
+
## Appendix Rules
|
|
25
|
+
|
|
26
|
+
This appendix is for diagnostic integrity. Do not edit, summarize, or polish the raw outputs. The Coordinator may not rewrite raw agent outputs; it may only paste them verbatim and assemble the final artifact above.
|
|
27
|
+
|
|
28
|
+
See `.squad/templates/run-output.md` for the complete output format template.
|
|
@@ -1,27 +1,27 @@
|
|
|
1
|
-
# Orchestration Log Entry
|
|
2
|
-
|
|
3
|
-
> One file per agent spawn. Saved to `.squad/orchestration-log/{timestamp}-{agent-name}.md`
|
|
4
|
-
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
### {timestamp} — {task summary}
|
|
8
|
-
|
|
9
|
-
| Field | Value |
|
|
10
|
-
|-------|-------|
|
|
11
|
-
| **Agent routed** | {Name} ({Role}) |
|
|
12
|
-
| **Why chosen** | {Routing rationale — what in the request matched this agent} |
|
|
13
|
-
| **Mode** | {`background` / `sync`} |
|
|
14
|
-
| **Why this mode** | {Brief reason — e.g., "No hard data dependencies" or "User needs to approve architecture"} |
|
|
15
|
-
| **Files authorized to read** | {Exact file paths the agent was told to read} |
|
|
16
|
-
| **File(s) agent must produce** | {Exact file paths the agent is expected to create or modify} |
|
|
17
|
-
| **Outcome** | {Completed / Rejected by {Reviewer} / Escalated} |
|
|
18
|
-
|
|
19
|
-
---
|
|
20
|
-
|
|
21
|
-
## Rules
|
|
22
|
-
|
|
23
|
-
1. **One file per agent spawn.** Named `{timestamp}-{agent-name}.md`.
|
|
24
|
-
2. **Log BEFORE spawning.** The entry must exist before the agent runs.
|
|
25
|
-
3. **Update outcome AFTER the agent completes.** Fill in the Outcome field.
|
|
26
|
-
4. **Never delete or edit past entries.** Append-only.
|
|
27
|
-
5. **If a reviewer rejects work,** log the rejection as a new entry with the revision agent.
|
|
1
|
+
# Orchestration Log Entry
|
|
2
|
+
|
|
3
|
+
> One file per agent spawn. Saved to `.squad/orchestration-log/{timestamp}-{agent-name}.md`
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
### {timestamp} — {task summary}
|
|
8
|
+
|
|
9
|
+
| Field | Value |
|
|
10
|
+
|-------|-------|
|
|
11
|
+
| **Agent routed** | {Name} ({Role}) |
|
|
12
|
+
| **Why chosen** | {Routing rationale — what in the request matched this agent} |
|
|
13
|
+
| **Mode** | {`background` / `sync`} |
|
|
14
|
+
| **Why this mode** | {Brief reason — e.g., "No hard data dependencies" or "User needs to approve architecture"} |
|
|
15
|
+
| **Files authorized to read** | {Exact file paths the agent was told to read} |
|
|
16
|
+
| **File(s) agent must produce** | {Exact file paths the agent is expected to create or modify} |
|
|
17
|
+
| **Outcome** | {Completed / Rejected by {Reviewer} / Escalated} |
|
|
18
|
+
|
|
19
|
+
---
|
|
20
|
+
|
|
21
|
+
## Rules
|
|
22
|
+
|
|
23
|
+
1. **One file per agent spawn.** Named `{timestamp}-{agent-name}.md`.
|
|
24
|
+
2. **Log BEFORE spawning.** The entry must exist before the agent runs.
|
|
25
|
+
3. **Update outcome AFTER the agent completes.** Fill in the Outcome field.
|
|
26
|
+
4. **Never delete or edit past entries.** Append-only.
|
|
27
|
+
5. **If a reviewer rejects work,** log the rejection as a new entry with the revision agent.
|
|
@@ -1,49 +1,49 @@
|
|
|
1
|
-
# Plugin Marketplace
|
|
2
|
-
|
|
3
|
-
Plugins are curated agent templates, skills, instructions, and prompts shared by the community via GitHub repositories (e.g., `github/awesome-copilot`, `anthropics/skills`). They provide ready-made expertise for common domains — cloud platforms, frameworks, testing strategies, etc.
|
|
4
|
-
|
|
5
|
-
## Marketplace State
|
|
6
|
-
|
|
7
|
-
Registered marketplace sources are stored in `.squad/plugins/marketplaces.json`:
|
|
8
|
-
|
|
9
|
-
```json
|
|
10
|
-
{
|
|
11
|
-
"marketplaces": [
|
|
12
|
-
{
|
|
13
|
-
"name": "awesome-copilot",
|
|
14
|
-
"source": "github/awesome-copilot",
|
|
15
|
-
"added_at": "2026-02-14T00:00:00Z"
|
|
16
|
-
}
|
|
17
|
-
]
|
|
18
|
-
}
|
|
19
|
-
```
|
|
20
|
-
|
|
21
|
-
## CLI Commands
|
|
22
|
-
|
|
23
|
-
Users manage marketplaces via the CLI:
|
|
24
|
-
- `squad plugin marketplace add {owner/repo}` — Register a GitHub repo as a marketplace source
|
|
25
|
-
- `squad plugin marketplace remove {name}` — Remove a registered marketplace
|
|
26
|
-
- `squad plugin marketplace list` — List registered marketplaces
|
|
27
|
-
- `squad plugin marketplace browse {name}` — List available plugins in a marketplace
|
|
28
|
-
|
|
29
|
-
## When to Browse
|
|
30
|
-
|
|
31
|
-
During the **Adding Team Members** flow, AFTER allocating a name but BEFORE generating the charter:
|
|
32
|
-
|
|
33
|
-
1. Read `.squad/plugins/marketplaces.json`. If the file doesn't exist or `marketplaces` is empty, skip silently.
|
|
34
|
-
2. For each registered marketplace, search for plugins whose name or description matches the new member's role or domain keywords.
|
|
35
|
-
3. Present matching plugins to the user: *"Found '{plugin-name}' in {marketplace} marketplace — want me to install it as a skill for {CastName}?"*
|
|
36
|
-
4. If the user accepts, install the plugin (see below). If they decline or skip, proceed without it.
|
|
37
|
-
|
|
38
|
-
## How to Install a Plugin
|
|
39
|
-
|
|
40
|
-
1. Read the plugin content from the marketplace repository (the plugin's `SKILL.md` or equivalent).
|
|
41
|
-
2. Copy it into the agent's skills directory: `.squad/skills/{plugin-name}/SKILL.md`
|
|
42
|
-
3. If the plugin includes charter-level instructions (role boundaries, tool preferences), merge those into the agent's `charter.md`.
|
|
43
|
-
4. Log the installation in the agent's `history.md`: *"📦 Plugin '{plugin-name}' installed from {marketplace}."*
|
|
44
|
-
|
|
45
|
-
## Graceful Degradation
|
|
46
|
-
|
|
47
|
-
- **No marketplaces configured:** Skip the marketplace check entirely. No warning, no prompt.
|
|
48
|
-
- **Marketplace unreachable:** Warn the user (*"⚠ Couldn't reach {marketplace} — continuing without it"*) and proceed with team member creation normally.
|
|
49
|
-
- **No matching plugins:** Inform the user (*"No matching plugins found in configured marketplaces"*) and proceed.
|
|
1
|
+
# Plugin Marketplace
|
|
2
|
+
|
|
3
|
+
Plugins are curated agent templates, skills, instructions, and prompts shared by the community via GitHub repositories (e.g., `github/awesome-copilot`, `anthropics/skills`). They provide ready-made expertise for common domains — cloud platforms, frameworks, testing strategies, etc.
|
|
4
|
+
|
|
5
|
+
## Marketplace State
|
|
6
|
+
|
|
7
|
+
Registered marketplace sources are stored in `.squad/plugins/marketplaces.json`:
|
|
8
|
+
|
|
9
|
+
```json
|
|
10
|
+
{
|
|
11
|
+
"marketplaces": [
|
|
12
|
+
{
|
|
13
|
+
"name": "awesome-copilot",
|
|
14
|
+
"source": "github/awesome-copilot",
|
|
15
|
+
"added_at": "2026-02-14T00:00:00Z"
|
|
16
|
+
}
|
|
17
|
+
]
|
|
18
|
+
}
|
|
19
|
+
```
|
|
20
|
+
|
|
21
|
+
## CLI Commands
|
|
22
|
+
|
|
23
|
+
Users manage marketplaces via the CLI:
|
|
24
|
+
- `squad plugin marketplace add {owner/repo}` — Register a GitHub repo as a marketplace source
|
|
25
|
+
- `squad plugin marketplace remove {name}` — Remove a registered marketplace
|
|
26
|
+
- `squad plugin marketplace list` — List registered marketplaces
|
|
27
|
+
- `squad plugin marketplace browse {name}` — List available plugins in a marketplace
|
|
28
|
+
|
|
29
|
+
## When to Browse
|
|
30
|
+
|
|
31
|
+
During the **Adding Team Members** flow, AFTER allocating a name but BEFORE generating the charter:
|
|
32
|
+
|
|
33
|
+
1. Read `.squad/plugins/marketplaces.json`. If the file doesn't exist or `marketplaces` is empty, skip silently.
|
|
34
|
+
2. For each registered marketplace, search for plugins whose name or description matches the new member's role or domain keywords.
|
|
35
|
+
3. Present matching plugins to the user: *"Found '{plugin-name}' in {marketplace} marketplace — want me to install it as a skill for {CastName}?"*
|
|
36
|
+
4. If the user accepts, install the plugin (see below). If they decline or skip, proceed without it.
|
|
37
|
+
|
|
38
|
+
## How to Install a Plugin
|
|
39
|
+
|
|
40
|
+
1. Read the plugin content from the marketplace repository (the plugin's `SKILL.md` or equivalent).
|
|
41
|
+
2. Copy it into the agent's skills directory: `.squad/skills/{plugin-name}/SKILL.md`
|
|
42
|
+
3. If the plugin includes charter-level instructions (role boundaries, tool preferences), merge those into the agent's `charter.md`.
|
|
43
|
+
4. Log the installation in the agent's `history.md`: *"📦 Plugin '{plugin-name}' installed from {marketplace}."*
|
|
44
|
+
|
|
45
|
+
## Graceful Degradation
|
|
46
|
+
|
|
47
|
+
- **No marketplaces configured:** Skip the marketplace check entirely. No warning, no prompt.
|
|
48
|
+
- **Marketplace unreachable:** Warn the user (*"⚠ Couldn't reach {marketplace} — continuing without it"*) and proceed with team member creation normally.
|
|
49
|
+
- **No matching plugins:** Inform the user (*"No matching plugins found in configured marketplaces"*) and proceed.
|
|
@@ -1,37 +1,37 @@
|
|
|
1
|
-
# Raw Agent Output — Appendix Format
|
|
2
|
-
|
|
3
|
-
> This template defines the format for the `## APPENDIX: RAW AGENT OUTPUTS` section
|
|
4
|
-
> in any multi-agent artifact.
|
|
5
|
-
|
|
6
|
-
## Rules
|
|
7
|
-
|
|
8
|
-
1. **Verbatim only.** Paste the agent's response exactly as returned. No edits.
|
|
9
|
-
2. **No summarizing.** Do not condense, paraphrase, or rephrase any part of the output.
|
|
10
|
-
3. **No rewriting.** Do not fix typos, grammar, formatting, or style.
|
|
11
|
-
4. **No code fences around the entire output.** The raw output is pasted as-is, not wrapped in ``` blocks.
|
|
12
|
-
5. **One section per agent.** Each agent that contributed gets its own heading.
|
|
13
|
-
6. **Order matches work order.** List agents in the order they were spawned.
|
|
14
|
-
7. **Include all outputs.** Even if an agent's work was rejected, include their output for diagnostic traceability.
|
|
15
|
-
|
|
16
|
-
## Format
|
|
17
|
-
|
|
18
|
-
```markdown
|
|
19
|
-
## APPENDIX: RAW AGENT OUTPUTS
|
|
20
|
-
|
|
21
|
-
### {Name} ({Role}) — Raw Output
|
|
22
|
-
|
|
23
|
-
{Paste agent's verbatim response here, unedited}
|
|
24
|
-
|
|
25
|
-
### {Name} ({Role}) — Raw Output
|
|
26
|
-
|
|
27
|
-
{Paste agent's verbatim response here, unedited}
|
|
28
|
-
```
|
|
29
|
-
|
|
30
|
-
## Why This Exists
|
|
31
|
-
|
|
32
|
-
The appendix provides diagnostic integrity. It lets anyone verify:
|
|
33
|
-
- What each agent actually said (vs. what the Coordinator assembled)
|
|
34
|
-
- Whether the Coordinator faithfully represented agent work
|
|
35
|
-
- What was lost or changed in synthesis
|
|
36
|
-
|
|
37
|
-
Without raw outputs, multi-agent collaboration is unauditable.
|
|
1
|
+
# Raw Agent Output — Appendix Format
|
|
2
|
+
|
|
3
|
+
> This template defines the format for the `## APPENDIX: RAW AGENT OUTPUTS` section
|
|
4
|
+
> in any multi-agent artifact.
|
|
5
|
+
|
|
6
|
+
## Rules
|
|
7
|
+
|
|
8
|
+
1. **Verbatim only.** Paste the agent's response exactly as returned. No edits.
|
|
9
|
+
2. **No summarizing.** Do not condense, paraphrase, or rephrase any part of the output.
|
|
10
|
+
3. **No rewriting.** Do not fix typos, grammar, formatting, or style.
|
|
11
|
+
4. **No code fences around the entire output.** The raw output is pasted as-is, not wrapped in ``` blocks.
|
|
12
|
+
5. **One section per agent.** Each agent that contributed gets its own heading.
|
|
13
|
+
6. **Order matches work order.** List agents in the order they were spawned.
|
|
14
|
+
7. **Include all outputs.** Even if an agent's work was rejected, include their output for diagnostic traceability.
|
|
15
|
+
|
|
16
|
+
## Format
|
|
17
|
+
|
|
18
|
+
```markdown
|
|
19
|
+
## APPENDIX: RAW AGENT OUTPUTS
|
|
20
|
+
|
|
21
|
+
### {Name} ({Role}) — Raw Output
|
|
22
|
+
|
|
23
|
+
{Paste agent's verbatim response here, unedited}
|
|
24
|
+
|
|
25
|
+
### {Name} ({Role}) — Raw Output
|
|
26
|
+
|
|
27
|
+
{Paste agent's verbatim response here, unedited}
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
## Why This Exists
|
|
31
|
+
|
|
32
|
+
The appendix provides diagnostic integrity. It lets anyone verify:
|
|
33
|
+
- What each agent actually said (vs. what the Coordinator assembled)
|
|
34
|
+
- Whether the Coordinator faithfully represented agent work
|
|
35
|
+
- What was lost or changed in synthesis
|
|
36
|
+
|
|
37
|
+
Without raw outputs, multi-agent collaboration is unauditable.
|
package/templates/roster.md
CHANGED
|
@@ -1,60 +1,60 @@
|
|
|
1
|
-
# Team Roster
|
|
2
|
-
|
|
3
|
-
> {One-line project description}
|
|
4
|
-
|
|
5
|
-
## Coordinator
|
|
6
|
-
|
|
7
|
-
| Name | Role | Notes |
|
|
8
|
-
|------|------|-------|
|
|
9
|
-
| Squad | Coordinator | Routes work, enforces handoffs and reviewer gates. Does not generate domain artifacts. |
|
|
10
|
-
|
|
11
|
-
## Members
|
|
12
|
-
|
|
13
|
-
| Name | Role | Charter | Status |
|
|
14
|
-
|------|------|---------|--------|
|
|
15
|
-
| {Name} | {Role} | `.squad/agents/{name}/charter.md` | ✅ Active |
|
|
16
|
-
| {Name} | {Role} | `.squad/agents/{name}/charter.md` | ✅ Active |
|
|
17
|
-
| {Name} | {Role} | `.squad/agents/{name}/charter.md` | ✅ Active |
|
|
18
|
-
| {Name} | {Role} | `.squad/agents/{name}/charter.md` | ✅ Active |
|
|
19
|
-
| Scribe | Session Logger | `.squad/agents/scribe/charter.md` | 📋 Silent |
|
|
20
|
-
| Ralph | Work Monitor | — | 🔄 Monitor |
|
|
21
|
-
|
|
22
|
-
## Coding Agent
|
|
23
|
-
|
|
24
|
-
<!-- copilot-auto-assign: false -->
|
|
25
|
-
|
|
26
|
-
| Name | Role | Charter | Status |
|
|
27
|
-
|------|------|---------|--------|
|
|
28
|
-
| @copilot | Coding Agent | — | 🤖 Coding Agent |
|
|
29
|
-
|
|
30
|
-
### Capabilities
|
|
31
|
-
|
|
32
|
-
**🟢 Good fit — auto-route when enabled:**
|
|
33
|
-
- Bug fixes with clear reproduction steps
|
|
34
|
-
- Test coverage (adding missing tests, fixing flaky tests)
|
|
35
|
-
- Lint/format fixes and code style cleanup
|
|
36
|
-
- Dependency updates and version bumps
|
|
37
|
-
- Small isolated features with clear specs
|
|
38
|
-
- Boilerplate/scaffolding generation
|
|
39
|
-
- Documentation fixes and README updates
|
|
40
|
-
|
|
41
|
-
**🟡 Needs review — route to @copilot but flag for squad member PR review:**
|
|
42
|
-
- Medium features with clear specs and acceptance criteria
|
|
43
|
-
- Refactoring with existing test coverage
|
|
44
|
-
- API endpoint additions following established patterns
|
|
45
|
-
- Migration scripts with well-defined schemas
|
|
46
|
-
|
|
47
|
-
**🔴 Not suitable — route to squad member instead:**
|
|
48
|
-
- Architecture decisions and system design
|
|
49
|
-
- Multi-system integration requiring coordination
|
|
50
|
-
- Ambiguous requirements needing clarification
|
|
51
|
-
- Security-critical changes (auth, encryption, access control)
|
|
52
|
-
- Performance-critical paths requiring benchmarking
|
|
53
|
-
- Changes requiring cross-team discussion
|
|
54
|
-
|
|
55
|
-
## Project Context
|
|
56
|
-
|
|
57
|
-
- **Owner:** {user name}
|
|
58
|
-
- **Stack:** {languages, frameworks, tools}
|
|
59
|
-
- **Description:** {what the project does, in one sentence}
|
|
60
|
-
- **Created:** {timestamp}
|
|
1
|
+
# Team Roster
|
|
2
|
+
|
|
3
|
+
> {One-line project description}
|
|
4
|
+
|
|
5
|
+
## Coordinator
|
|
6
|
+
|
|
7
|
+
| Name | Role | Notes |
|
|
8
|
+
|------|------|-------|
|
|
9
|
+
| Squad | Coordinator | Routes work, enforces handoffs and reviewer gates. Does not generate domain artifacts. |
|
|
10
|
+
|
|
11
|
+
## Members
|
|
12
|
+
|
|
13
|
+
| Name | Role | Charter | Status |
|
|
14
|
+
|------|------|---------|--------|
|
|
15
|
+
| {Name} | {Role} | `.squad/agents/{name}/charter.md` | ✅ Active |
|
|
16
|
+
| {Name} | {Role} | `.squad/agents/{name}/charter.md` | ✅ Active |
|
|
17
|
+
| {Name} | {Role} | `.squad/agents/{name}/charter.md` | ✅ Active |
|
|
18
|
+
| {Name} | {Role} | `.squad/agents/{name}/charter.md` | ✅ Active |
|
|
19
|
+
| Scribe | Session Logger | `.squad/agents/scribe/charter.md` | 📋 Silent |
|
|
20
|
+
| Ralph | Work Monitor | — | 🔄 Monitor |
|
|
21
|
+
|
|
22
|
+
## Coding Agent
|
|
23
|
+
|
|
24
|
+
<!-- copilot-auto-assign: false -->
|
|
25
|
+
|
|
26
|
+
| Name | Role | Charter | Status |
|
|
27
|
+
|------|------|---------|--------|
|
|
28
|
+
| @copilot | Coding Agent | — | 🤖 Coding Agent |
|
|
29
|
+
|
|
30
|
+
### Capabilities
|
|
31
|
+
|
|
32
|
+
**🟢 Good fit — auto-route when enabled:**
|
|
33
|
+
- Bug fixes with clear reproduction steps
|
|
34
|
+
- Test coverage (adding missing tests, fixing flaky tests)
|
|
35
|
+
- Lint/format fixes and code style cleanup
|
|
36
|
+
- Dependency updates and version bumps
|
|
37
|
+
- Small isolated features with clear specs
|
|
38
|
+
- Boilerplate/scaffolding generation
|
|
39
|
+
- Documentation fixes and README updates
|
|
40
|
+
|
|
41
|
+
**🟡 Needs review — route to @copilot but flag for squad member PR review:**
|
|
42
|
+
- Medium features with clear specs and acceptance criteria
|
|
43
|
+
- Refactoring with existing test coverage
|
|
44
|
+
- API endpoint additions following established patterns
|
|
45
|
+
- Migration scripts with well-defined schemas
|
|
46
|
+
|
|
47
|
+
**🔴 Not suitable — route to squad member instead:**
|
|
48
|
+
- Architecture decisions and system design
|
|
49
|
+
- Multi-system integration requiring coordination
|
|
50
|
+
- Ambiguous requirements needing clarification
|
|
51
|
+
- Security-critical changes (auth, encryption, access control)
|
|
52
|
+
- Performance-critical paths requiring benchmarking
|
|
53
|
+
- Changes requiring cross-team discussion
|
|
54
|
+
|
|
55
|
+
## Project Context
|
|
56
|
+
|
|
57
|
+
- **Owner:** {user name}
|
|
58
|
+
- **Stack:** {languages, frameworks, tools}
|
|
59
|
+
- **Description:** {what the project does, in one sentence}
|
|
60
|
+
- **Created:** {timestamp}
|