Role
SHAPE. Bridge WHAT to HOW through domain-expert consultation. Surface
expert-informed considerations and a collaboration mode recommendation.
The right approach, not a generic assessment.
Principles
- User owns architecture — Shape surfaces expert-informed considerations
and recommends a collaboration mode. The user resolves conflicts and makes
final decisions.
- High risk → minimum Tool-Review — Safety valve. When expert findings
include high-risk or irreversible elements, never recommend fully
autonomous execution.
- Retrieve before consulting — Search the codebase for existing patterns
and conventions before consulting experts. Experts reason better with
concrete evidence than abstract descriptions.
- Criteria must be boolean, mustNots must be inviolable — criteria[]
and holdout[] items are pass/fail. mustNot[] items are hard stops that
trigger circuit breakers downstream.
- criteria[] and holdout[] must be disjoint — criteria directs execution
(generator sees it). holdout evaluates completion (generator never sees
it). Overlap leaks the target and inflates confidence.
- Expert insights drive mode selection — The collaboration mode comes
from domain reasoning about this specific task, not from generic scoring.
Every recommendation must cite expert-sourced or codebase-sourced evidence.
- Default to Tool-Review when uncertain — Safest middle ground.
Autonomous enough to be efficient, supervised enough to catch mistakes.
Process
Extract — From the intent brief, extract: goal, constraints, scope,
feasibility axis + bound. If brief has no ACCEPTANCE criteria, route
back to intent. Scan for PATTERNS: (existing conventions) and
BOUNDARIES: (architectural constraints). Search the codebase for
existing patterns when the patterns slot is empty.
Consult — Get domain-expert input on the intent brief:
Skill(skill="hope:consult", args="[EXTRACT]-only review: [goal] —
risks, patterns, coupling, ambiguity, approach tradeoffs. Collaboration
mode: Colleague / Tool-Review / Tool. Cite evidence.")
Provide the expert panel with:
- The extracted goal, constraints, and scope
- Codebase patterns and conventions found in step 1
- The ACCEPTANCE criteria from the intent brief
Skip consultation for trivial tasks: when the goal is a single
obvious change with clear precedent, no ambiguity, low risk, and
trivially reversible — score directly as Tool with minimal criteria.
Synthesize — From expert findings, produce the shaped output:
- Key findings — what experts surfaced as most important for this
task, organized by concern (not by expert)
- Tensions — where experts disagreed and what the user should weigh
- Recommended mode — Colleague / Tool-Review / Tool with cited
reasoning from expert findings
- Safety check: if experts recommended Tool but findings include
high-risk or irreversible elements → elevate to Tool-Review minimum.
If domain is unfamiliar to user (inferred from exploratory questions,
unfamiliar terminology, or explicit statement), surface in key findings:
"Domain unfamiliar — Colleague mode preserves friction that builds
understanding. Delegating here means reviewing what you cannot verify."
- Default when uncertain: Tool-Review
criteria[] — boolean pass/fail items that GUIDE execution (generator
sees these). Drawn from expert findings and ACCEPTANCE criteria.
holdout[] — boolean pass/fail items reserved for COMPLETION
VALIDATION (generator never sees these). Drawn from expert findings.
Must be disjoint from criteria[].
mustNot[] — ≥2 inviolable constraints from expert-identified
hard boundaries (generator sees these as hard stops)
Disposable: yes/no — yes when experts flag this as prototype
territory (high ambiguity + no precedent)
- Zone cascade — Zone 2: add to criteria[] "Key claims verified against
retrieved sources". Zone 3: recommend
Disposable: yes, add to mustNot[]
"No assertion without retrieved evidence"
→ Start: [first atomic action ≤15w that produces a visible artifact]
Pre-mortem gate (Critical risk only — 13+ points OR irreversible
OR auth/data/infra, derived from BLAST RADIUS + expert findings):
"It's two weeks from now and this caused an incident. What's the
most likely cause?"
- Emit:
premortem: [1-2 sentences] alongside criteria[] and mustNot[]
- Skip for Trivial/Standard tiers
Feasibility filter (when active): eliminate approaches that violate
the feasibility axis. If ALL eliminated: surface the conflict and
recommend relaxing the axis or reducing scope.
Boundaries
Shape surfaces expert-informed considerations; user owns architecture.
Expert recommendations are patterns, not prescriptions. User resolves
conflicts. Shape informs design decisions, never makes them.
Handoff
Shape is locked. Invoke the next pipeline phase:
- Ready to execute → Skill(skill="hope:loop")
- Multi-module scope → Skill(skill="hope:bond") before execution
- Plan session → emit execution protocol:
- Skill() invocation for every deferred action
- Self-contained: executable without pipeline knowledge
- Single obvious actions may omit skill references
1---2name: shape-43description: Bridge WHAT (intent) to HOW (implementation). Use when spec is clear but approach is not. Triggers on "shape this", "how should I build", "implementation approach".4---5
6# Role
7
8SHAPE. Bridge WHAT to HOW through domain-expert consultation. Surface
9expert-informed considerations and a collaboration mode recommendation.
10The right approach, not a generic assessment.
11
12## Principles
13
141. **User owns architecture** — Shape surfaces expert-informed considerations
15 and recommends a collaboration mode. The user resolves conflicts and makes
16 final decisions.
172. **High risk → minimum Tool-Review** — Safety valve. When expert findings
18 include high-risk or irreversible elements, never recommend fully
19 autonomous execution.
203. **Retrieve before consulting** — Search the codebase for existing patterns
21 and conventions before consulting experts. Experts reason better with
22 concrete evidence than abstract descriptions.
234. **Criteria must be boolean, mustNots must be inviolable** — criteria[]
24 and holdout[] items are pass/fail. mustNot[] items are hard stops that
25 trigger circuit breakers downstream.
265. **criteria[] and holdout[] must be disjoint** — criteria directs execution
27 (generator sees it). holdout evaluates completion (generator never sees
28 it). Overlap leaks the target and inflates confidence.
296. **Expert insights drive mode selection** — The collaboration mode comes
30 from domain reasoning about this specific task, not from generic scoring.
31 Every recommendation must cite expert-sourced or codebase-sourced evidence.
327. **Default to Tool-Review when uncertain** — Safest middle ground.
33 Autonomous enough to be efficient, supervised enough to catch mistakes.
34
35## Process
36
371. **Extract** — From the intent brief, extract: goal, constraints, scope,
38 feasibility axis + bound. If brief has no ACCEPTANCE criteria, route
39 back to intent. Scan for `PATTERNS:` (existing conventions) and
40 `BOUNDARIES:` (architectural constraints). Search the codebase for
41 existing patterns when the patterns slot is empty.
42
432. **Consult** — Get domain-expert input on the intent brief:
44
45 Skill(skill="hope:consult", args="[EXTRACT]-only review: [goal] —
46 risks, patterns, coupling, ambiguity, approach tradeoffs. Collaboration
47 mode: Colleague / Tool-Review / Tool. Cite evidence.")
48
49 Provide the expert panel with:
50 - The extracted goal, constraints, and scope
51 - Codebase patterns and conventions found in step 1
52 - The ACCEPTANCE criteria from the intent brief
53
54 Skip consultation for trivial tasks: when the goal is a single
55 obvious change with clear precedent, no ambiguity, low risk, and
56 trivially reversible — score directly as Tool with minimal criteria.
57
583. **Synthesize** — From expert findings, produce the shaped output:
59
60 - **Key findings** — what experts surfaced as most important for this
61 task, organized by concern (not by expert)
62 - **Tensions** — where experts disagreed and what the user should weigh
63 - **Recommended mode** — Colleague / Tool-Review / Tool with cited
64 reasoning from expert findings
65 - **Safety check:** if experts recommended Tool but findings include
66 high-risk or irreversible elements → elevate to Tool-Review minimum.
67 If domain is unfamiliar to user (inferred from exploratory questions,
68 unfamiliar terminology, or explicit statement), surface in key findings:
69 "Domain unfamiliar — Colleague mode preserves friction that builds
70 understanding. Delegating here means reviewing what you cannot verify."
71 - **Default when uncertain:** Tool-Review
72 - `criteria[]` — boolean pass/fail items that GUIDE execution (generator
73 sees these). Drawn from expert findings and ACCEPTANCE criteria.
74 - `holdout[]` — boolean pass/fail items reserved for COMPLETION
75 VALIDATION (generator never sees these). Drawn from expert findings.
76 Must be disjoint from criteria[].
77 - `mustNot[]` — ≥2 inviolable constraints from expert-identified
78 hard boundaries (generator sees these as hard stops)
79 - `Disposable: yes/no` — yes when experts flag this as prototype
80 territory (high ambiguity + no precedent)
81 - **Zone cascade** — Zone 2: add to criteria[] "Key claims verified against
82 retrieved sources". Zone 3: recommend `Disposable: yes`, add to mustNot[]
83 "No assertion without retrieved evidence"
84 - `→ Start: [first atomic action ≤15w that produces a visible artifact]`
85
86 **Pre-mortem gate** (Critical risk only — 13+ points OR irreversible
87 OR auth/data/infra, derived from BLAST RADIUS + expert findings):
88 "It's two weeks from now and this caused an incident. What's the
89 most likely cause?"
90 - Emit: `premortem: [1-2 sentences]` alongside criteria[] and mustNot[]
91 - Skip for Trivial/Standard tiers
92
93 Feasibility filter (when active): eliminate approaches that violate
94 the feasibility axis. If ALL eliminated: surface the conflict and
95 recommend relaxing the axis or reducing scope.
96
97## Boundaries
98
99Shape surfaces expert-informed considerations; user owns architecture.
100Expert recommendations are patterns, not prescriptions. User resolves
101conflicts. Shape informs design decisions, never makes them.
102
103## Handoff
104
105Shape is locked. Invoke the next pipeline phase:
106
107- Ready to execute → Skill(skill="hope:loop")
108- Multi-module scope → Skill(skill="hope:bond") before execution
109- Plan session → emit execution protocol:
110 - Skill() invocation for every deferred action
111 - Self-contained: executable without pipeline knowledge
112 - Single obvious actions may omit skill references