@mootup/moot-templates 0.1.0-rc.0
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 +42 -0
- package/dist/index.d.ts +21 -0
- package/dist/index.d.ts.map +1 -0
- package/dist/index.js +35 -0
- package/dist/index.js.map +1 -0
- package/package.json +39 -0
- package/templates/CLAUDE.md +233 -0
- package/templates/claude/hooks/auto-orient.sh +21 -0
- package/templates/claude/hooks/git-guard.sh +56 -0
- package/templates/claude/hooks/grep-baseline-diff.sh +41 -0
- package/templates/claude/hooks/handoff-status-check.sh +40 -0
- package/templates/claude/settings.json +51 -0
- package/templates/devcontainer/devcontainer.json +25 -0
- package/templates/devcontainer/post-create.sh +68 -0
- package/templates/devcontainer/run-moot-channel.sh +70 -0
- package/templates/devcontainer/run-moot-mcp.sh +74 -0
- package/templates/devcontainer/run-moot-notify.sh +59 -0
- package/templates/skills/doc-curation/SKILL.md +80 -0
- package/templates/skills/handoff/SKILL.md +46 -0
- package/templates/skills/leader-workflow/SKILL.md +135 -0
- package/templates/skills/librarian-workflow/SKILL.md +50 -0
- package/templates/skills/memory-audit/SKILL.md +85 -0
- package/templates/skills/product-workflow/SKILL.md +69 -0
- package/templates/skills/spec-checklist/SKILL.md +99 -0
- package/templates/skills/verify/SKILL.md +64 -0
- package/templates/teams/loop-3/CLAUDE.md +72 -0
- package/templates/teams/loop-3/README.md +6 -0
- package/templates/teams/loop-3/team.toml +108 -0
- package/templates/teams/loop-4/CLAUDE.md +72 -0
- package/templates/teams/loop-4/README.md +6 -0
- package/templates/teams/loop-4/team.toml +126 -0
- package/templates/teams/loop-4-observer/CLAUDE.md +76 -0
- package/templates/teams/loop-4-observer/README.md +7 -0
- package/templates/teams/loop-4-observer/team.toml +141 -0
- package/templates/teams/loop-4-parallel/CLAUDE.md +76 -0
- package/templates/teams/loop-4-parallel/README.md +6 -0
- package/templates/teams/loop-4-parallel/team.toml +142 -0
- package/templates/teams/loop-4-split-leader/CLAUDE.md +76 -0
- package/templates/teams/loop-4-split-leader/README.md +7 -0
- package/templates/teams/loop-4-split-leader/team.toml +140 -0
- package/templates/teams/loop-6/CLAUDE.md +43 -0
- package/templates/teams/loop-6/README.md +9 -0
- package/templates/teams/loop-6/team.toml +161 -0
|
@@ -0,0 +1,140 @@
|
|
|
1
|
+
toml_schema_version = "1"
|
|
2
|
+
|
|
3
|
+
[archetype]
|
|
4
|
+
id = "mootup/loop-4-split-leader"
|
|
5
|
+
version = "1.0"
|
|
6
|
+
diverged_at = ""
|
|
7
|
+
|
|
8
|
+
[team]
|
|
9
|
+
name = "loop-4-split-leader"
|
|
10
|
+
description = "Pipeline with separated Product (human-facing) and Lead (team-facing) coordination"
|
|
11
|
+
version = "1.0"
|
|
12
|
+
origin = "Variant of loop-4 for high human interaction load"
|
|
13
|
+
|
|
14
|
+
# -- Roles --
|
|
15
|
+
|
|
16
|
+
[[roles]]
|
|
17
|
+
name = "product"
|
|
18
|
+
display_name = "Product"
|
|
19
|
+
harness = "claude-code"
|
|
20
|
+
model = "opus"
|
|
21
|
+
theme = "blue"
|
|
22
|
+
responsibilities = """
|
|
23
|
+
Prioritization, requirements, stakeholder communication. Dispatches
|
|
24
|
+
features to Lead. Does not directly coordinate the pipeline -- that's
|
|
25
|
+
Lead's job. Human interface for product decisions."""
|
|
26
|
+
|
|
27
|
+
startup_prompt = """
|
|
28
|
+
You are the Product agent. Call orientation() to get your identity,
|
|
29
|
+
focus space, and context in one call. Then subscribe to the channel.
|
|
30
|
+
Post a status_update confirming you are online."""
|
|
31
|
+
|
|
32
|
+
[[roles]]
|
|
33
|
+
name = "lead"
|
|
34
|
+
display_name = "Lead"
|
|
35
|
+
harness = "claude-code"
|
|
36
|
+
model = "sonnet"
|
|
37
|
+
theme = "yellow"
|
|
38
|
+
responsibilities = """
|
|
39
|
+
Team coordination -- dispatch to Spec, merge branches, monitor pipeline,
|
|
40
|
+
process QA handoffs, run retros. Reports completion back to Product.
|
|
41
|
+
Owns git operations (commits, branches, merges)."""
|
|
42
|
+
|
|
43
|
+
startup_prompt = """
|
|
44
|
+
You are the Lead agent. Call orientation() then subscribe to the channel.
|
|
45
|
+
Post a status_update confirming you are online. Wait for features from Product."""
|
|
46
|
+
|
|
47
|
+
[[roles]]
|
|
48
|
+
name = "spec"
|
|
49
|
+
display_name = "Spec"
|
|
50
|
+
harness = "claude-code"
|
|
51
|
+
model = "opus"
|
|
52
|
+
theme = "magenta"
|
|
53
|
+
responsibilities = """
|
|
54
|
+
Design docs, specifications, test plans, architecture review. Verifies
|
|
55
|
+
technical claims against the codebase. Each spec includes security
|
|
56
|
+
considerations. Produces implementation-ready specs with complete
|
|
57
|
+
file content where possible."""
|
|
58
|
+
|
|
59
|
+
startup_prompt = """
|
|
60
|
+
You are the Spec agent. Call orientation() then subscribe to the channel.
|
|
61
|
+
Post a status_update confirming you are online. Wait for work."""
|
|
62
|
+
|
|
63
|
+
[[roles]]
|
|
64
|
+
name = "implementation"
|
|
65
|
+
display_name = "Implementation"
|
|
66
|
+
harness = "claude-code"
|
|
67
|
+
model = "opus"
|
|
68
|
+
theme = "cyan"
|
|
69
|
+
responsibilities = """
|
|
70
|
+
Code implementation based on specs. Writes common-case behavioral tests
|
|
71
|
+
before handoff (pipeline gate). Follows spec precisely -- asks for
|
|
72
|
+
clarification rather than guessing."""
|
|
73
|
+
|
|
74
|
+
startup_prompt = """
|
|
75
|
+
You are the Implementation agent. Call orientation() then subscribe to
|
|
76
|
+
the channel. Post a status_update confirming you are online. Wait for work."""
|
|
77
|
+
|
|
78
|
+
[[roles]]
|
|
79
|
+
name = "qa"
|
|
80
|
+
display_name = "QA"
|
|
81
|
+
harness = "claude-code"
|
|
82
|
+
model = "sonnet"
|
|
83
|
+
theme = "green"
|
|
84
|
+
responsibilities = """
|
|
85
|
+
Test strategy, test implementation, feature verification. Owns the docker
|
|
86
|
+
compose stack. Extends test coverage beyond spec requirements based on
|
|
87
|
+
own analysis. Includes security verification. May commit small repairs
|
|
88
|
+
directly when the intended behavior is unambiguous."""
|
|
89
|
+
|
|
90
|
+
startup_prompt = """
|
|
91
|
+
You are the QA agent. Call orientation() then subscribe to the channel.
|
|
92
|
+
Post a status_update confirming you are online. Wait for work."""
|
|
93
|
+
|
|
94
|
+
# -- Workflow --
|
|
95
|
+
|
|
96
|
+
[workflow]
|
|
97
|
+
description = """
|
|
98
|
+
Product dispatches features to Lead. The pipeline runs through Lead:
|
|
99
|
+
Lead --> Spec --> Implementation --> QA --> Lead.
|
|
100
|
+
Lead reports completion back to Product. This separates human-facing
|
|
101
|
+
product decisions from team coordination."""
|
|
102
|
+
|
|
103
|
+
pipeline = ["lead", "spec", "implementation", "qa"]
|
|
104
|
+
|
|
105
|
+
[workflow.threads]
|
|
106
|
+
feature = "[FEATURE]"
|
|
107
|
+
question = "[QUESTION]"
|
|
108
|
+
git_request = "[GIT-REQUEST]"
|
|
109
|
+
stack_request = "[STACK-REQUEST]"
|
|
110
|
+
|
|
111
|
+
[workflow.handoff]
|
|
112
|
+
method = "mention"
|
|
113
|
+
includes = ["summary of work done", "what next agent needs to do", "files changed", "branch name"]
|
|
114
|
+
|
|
115
|
+
# -- Git --
|
|
116
|
+
|
|
117
|
+
[git]
|
|
118
|
+
description = """
|
|
119
|
+
Each agent works in a git worktree. Feature branches from main,
|
|
120
|
+
agent branches from feature branch. Squash-merge features to main.
|
|
121
|
+
Lead owns git operations (not Product)."""
|
|
122
|
+
|
|
123
|
+
strategy = "worktree"
|
|
124
|
+
feature_branch = "feat/{slug}"
|
|
125
|
+
agent_branch = "{role}/{slug}"
|
|
126
|
+
merge_to_main = "squash"
|
|
127
|
+
|
|
128
|
+
[git.ownership]
|
|
129
|
+
main_branch = "lead"
|
|
130
|
+
stack = "qa"
|
|
131
|
+
|
|
132
|
+
# -- Resource ownership --
|
|
133
|
+
|
|
134
|
+
[resources]
|
|
135
|
+
description = """
|
|
136
|
+
Shared resources have a single owner to avoid contention."""
|
|
137
|
+
|
|
138
|
+
[resources.owners]
|
|
139
|
+
git = "lead"
|
|
140
|
+
docker_stack = "qa"
|
|
@@ -0,0 +1,43 @@
|
|
|
1
|
+
# {project_name}
|
|
2
|
+
|
|
3
|
+
TODO: Describe your project. What does it do? What problem does it solve?
|
|
4
|
+
|
|
5
|
+
## Status
|
|
6
|
+
|
|
7
|
+
TODO: What works, what doesn't. Update as the project evolves.
|
|
8
|
+
|
|
9
|
+
## Tech stack
|
|
10
|
+
|
|
11
|
+
TODO: Language, frameworks, databases, build tools.
|
|
12
|
+
|
|
13
|
+
## Running
|
|
14
|
+
|
|
15
|
+
TODO: How to run the project, run tests, build, deploy.
|
|
16
|
+
|
|
17
|
+
## Code conventions
|
|
18
|
+
|
|
19
|
+
TODO: Formatting, linting, type checking, naming conventions.
|
|
20
|
+
|
|
21
|
+
## Agent Workflow
|
|
22
|
+
|
|
23
|
+
{role_count} agents collaborate on this project: {role_list}. They communicate via the Convo shared context server. Pipeline agents use Claude Code. Product coordinates strategy; Leader orchestrates the operational pipeline; Librarian observes asynchronously for docs.
|
|
24
|
+
|
|
25
|
+
### Roles
|
|
26
|
+
|
|
27
|
+
{role_descriptions}
|
|
28
|
+
|
|
29
|
+
### Strategic vs Operational Layers
|
|
30
|
+
|
|
31
|
+
Product handles strategic direction and is operator-facing. Leader handles operational orchestration -- day-to-day git operations, pipeline monitoring, ship coordination. Product makes design decisions; Leader executes.
|
|
32
|
+
|
|
33
|
+
### Observer Role
|
|
34
|
+
|
|
35
|
+
The Librarian is an async observer -- it monitors the pipeline for shipped features and updates documentation, but does not block the main work pipeline. Librarian communicates with Product via a dedicated side thread.
|
|
36
|
+
|
|
37
|
+
### Resource Ownership
|
|
38
|
+
|
|
39
|
+
{resource_ownership}
|
|
40
|
+
|
|
41
|
+
### Git Workflow
|
|
42
|
+
|
|
43
|
+
{git_description}
|
|
@@ -0,0 +1,9 @@
|
|
|
1
|
+
# loop-6 -- Strategic + Operational + Observer Pipeline
|
|
2
|
+
|
|
3
|
+
Six-agent pipeline with separated strategic (Product) and operational (Leader)
|
|
4
|
+
coordination, plus async documentation observer (Librarian).
|
|
5
|
+
Pat -> Product -> Leader -> Spec -> Implementation -> QA -> Leader -> Product.
|
|
6
|
+
|
|
7
|
+
Use for high-throughput projects where strategic direction and operational
|
|
8
|
+
orchestration benefit from distinct agents, and continuous doc curation is
|
|
9
|
+
warranted. Pipeline agents use Claude Code; Librarian observes asynchronously.
|
|
@@ -0,0 +1,161 @@
|
|
|
1
|
+
toml_schema_version = "1"
|
|
2
|
+
|
|
3
|
+
[archetype]
|
|
4
|
+
id = "mootup/loop-6"
|
|
5
|
+
version = "1.0"
|
|
6
|
+
diverged_at = ""
|
|
7
|
+
|
|
8
|
+
[team]
|
|
9
|
+
name = "loop-6"
|
|
10
|
+
description = "Six-agent pipeline: Product + Leader + Spec + Impl + QA + Librarian"
|
|
11
|
+
version = "1.0"
|
|
12
|
+
origin = "Observed from Convo project's agent team with Leader split + Librarian observer, April 2026"
|
|
13
|
+
|
|
14
|
+
# -- Roles --
|
|
15
|
+
# Order reflects the pipeline sequence: pat -> product -> leader -> spec ->
|
|
16
|
+
# implementation -> qa -> leader -> product. Librarian observes asynchronously.
|
|
17
|
+
|
|
18
|
+
[[roles]]
|
|
19
|
+
name = "product"
|
|
20
|
+
display_name = "Product"
|
|
21
|
+
harness = "claude-code"
|
|
22
|
+
model = "opus"
|
|
23
|
+
theme = "blue"
|
|
24
|
+
responsibilities = """
|
|
25
|
+
Strategic direction, feature scoping, design decisions. Operator-facing --
|
|
26
|
+
all operator communication routes through Product. Owns retro synthesis,
|
|
27
|
+
memory-file curation. Composes feature kickoffs and hands off to Leader
|
|
28
|
+
for operational execution."""
|
|
29
|
+
|
|
30
|
+
startup_prompt = """
|
|
31
|
+
You are the Product agent. Call orientation() to get your identity,
|
|
32
|
+
focus space, and context in one call. Then subscribe to the channel.
|
|
33
|
+
Post a status_update confirming you are online."""
|
|
34
|
+
|
|
35
|
+
[[roles]]
|
|
36
|
+
name = "leader"
|
|
37
|
+
display_name = "Leader"
|
|
38
|
+
harness = "claude-code"
|
|
39
|
+
model = "opus"
|
|
40
|
+
theme = "purple"
|
|
41
|
+
responsibilities = """
|
|
42
|
+
Pipeline orchestration. Replies to Product's kickoff with the operational
|
|
43
|
+
setup (feat branch, compaction, cron), merges sub-branches into feat,
|
|
44
|
+
squash-merges to main at ship time. Day-to-day owner of git operations
|
|
45
|
+
on main and feat branches. Escalates design calls to Product."""
|
|
46
|
+
|
|
47
|
+
startup_prompt = """
|
|
48
|
+
You are the Leader agent. Call orientation() then subscribe to the channel.
|
|
49
|
+
Post a status_update confirming you are online. Wait for Product's feature
|
|
50
|
+
kickoffs; reply with the operational kickoff."""
|
|
51
|
+
|
|
52
|
+
[[roles]]
|
|
53
|
+
name = "spec"
|
|
54
|
+
display_name = "Spec"
|
|
55
|
+
harness = "claude-code"
|
|
56
|
+
model = "opus"
|
|
57
|
+
theme = "magenta"
|
|
58
|
+
responsibilities = """
|
|
59
|
+
Design docs, specifications, test plans, architecture review. Each spec
|
|
60
|
+
includes a Security considerations section. Verifies technical claims
|
|
61
|
+
against the codebase before handoff."""
|
|
62
|
+
|
|
63
|
+
startup_prompt = """
|
|
64
|
+
You are the Spec agent. Call orientation() then subscribe to the channel.
|
|
65
|
+
Post a status_update confirming you are online. Wait for work."""
|
|
66
|
+
|
|
67
|
+
[[roles]]
|
|
68
|
+
name = "implementation"
|
|
69
|
+
display_name = "Implementation"
|
|
70
|
+
harness = "claude-code"
|
|
71
|
+
model = "opus"
|
|
72
|
+
theme = "green"
|
|
73
|
+
responsibilities = """
|
|
74
|
+
Code implementation based on specs. Writes common-case behavioral tests
|
|
75
|
+
before handoff (pipeline gate). Runs baseline + final gates (pytest,
|
|
76
|
+
pyright, black) against the spec's Q-matrix. Follows spec precisely --
|
|
77
|
+
asks for clarification rather than guessing."""
|
|
78
|
+
|
|
79
|
+
startup_prompt = """
|
|
80
|
+
You are the Implementation agent. Call orientation() then subscribe to
|
|
81
|
+
the channel. Post a status_update confirming you are online. Wait for work."""
|
|
82
|
+
|
|
83
|
+
[[roles]]
|
|
84
|
+
name = "qa"
|
|
85
|
+
display_name = "QA"
|
|
86
|
+
harness = "claude-code"
|
|
87
|
+
model = "opus"
|
|
88
|
+
theme = "red"
|
|
89
|
+
responsibilities = """
|
|
90
|
+
Test strategy, test implementation, feature verification. Owns the docker
|
|
91
|
+
compose stack (rebuild, restart, health checks). Extends coverage beyond
|
|
92
|
+
spec requirements based on own analysis. Includes security verification.
|
|
93
|
+
May commit small repairs directly when the intended behavior is unambiguous."""
|
|
94
|
+
|
|
95
|
+
startup_prompt = """
|
|
96
|
+
You are the QA agent. Call orientation() then subscribe to the channel.
|
|
97
|
+
Post a status_update confirming you are online. Wait for work."""
|
|
98
|
+
|
|
99
|
+
[[roles]]
|
|
100
|
+
name = "librarian"
|
|
101
|
+
display_name = "Librarian"
|
|
102
|
+
harness = "claude-code"
|
|
103
|
+
model = "opus"
|
|
104
|
+
theme = "cyan"
|
|
105
|
+
responsibilities = """
|
|
106
|
+
Observer role. Owns docs/design/, docs/arch/, docs/site/, READMEs,
|
|
107
|
+
post-ship as-built passes, retro integration. Does NOT post in feature
|
|
108
|
+
threads; communicates doc findings to Product via a dedicated
|
|
109
|
+
Librarian -> Product side thread."""
|
|
110
|
+
|
|
111
|
+
startup_prompt = """
|
|
112
|
+
You are the Librarian agent. Call orientation() then subscribe to the
|
|
113
|
+
channel. Post a status_update confirming you are online. Observer mode."""
|
|
114
|
+
|
|
115
|
+
# -- Workflow --
|
|
116
|
+
|
|
117
|
+
[workflow]
|
|
118
|
+
description = """
|
|
119
|
+
Work flows through agents in sequence, one feature at a time:
|
|
120
|
+
Pat -> Product -> Leader -> Spec -> Implementation -> QA -> Leader -> Product.
|
|
121
|
+
Each handoff is a channel message mentioning the next agent. Librarian
|
|
122
|
+
observes asynchronously without blocking the pipeline."""
|
|
123
|
+
|
|
124
|
+
pipeline = ["product", "leader", "spec", "implementation", "qa"]
|
|
125
|
+
|
|
126
|
+
[workflow.threads]
|
|
127
|
+
feature = "[FEATURE]"
|
|
128
|
+
question = "[QUESTION]"
|
|
129
|
+
git_request = "[GIT-REQUEST]"
|
|
130
|
+
stack_request = "[STACK-REQUEST]"
|
|
131
|
+
|
|
132
|
+
[workflow.handoff]
|
|
133
|
+
method = "mention"
|
|
134
|
+
includes = ["summary of work done", "what next agent needs to do", "files changed", "branch name"]
|
|
135
|
+
|
|
136
|
+
# -- Git --
|
|
137
|
+
|
|
138
|
+
[git]
|
|
139
|
+
description = """
|
|
140
|
+
Each agent works in a git worktree. Feature branches from main,
|
|
141
|
+
agent branches from feature branch. Squash-merge features to main.
|
|
142
|
+
Leader owns day-to-day git operations on main + feat branches."""
|
|
143
|
+
|
|
144
|
+
strategy = "worktree"
|
|
145
|
+
feature_branch = "feat/{slug}"
|
|
146
|
+
agent_branch = "{role}/{slug}"
|
|
147
|
+
merge_to_main = "squash"
|
|
148
|
+
|
|
149
|
+
[git.ownership]
|
|
150
|
+
main_branch = "leader"
|
|
151
|
+
stack = "qa"
|
|
152
|
+
|
|
153
|
+
# -- Resource ownership --
|
|
154
|
+
|
|
155
|
+
[resources]
|
|
156
|
+
description = """
|
|
157
|
+
Shared resources have a single owner to avoid contention."""
|
|
158
|
+
|
|
159
|
+
[resources.owners]
|
|
160
|
+
git = "leader"
|
|
161
|
+
docker_stack = "qa"
|