Diamond Assess Skill
Evaluate current diamond state and recommend next action.
Workflow
Cognitive Forcing (ALWAYS FIRST — before any analysis):
Before presenting any assessment, ask the human for their unprimed judgment:
"Before I run the gates — where do you think this diamond stands right now? What feels solid and what feels shaky?"
Wait for the human's response. Record it. Then proceed with the full assessment below. After presenting the assessment (step 10), compare:
"You said [X]. The gates say [Y]. Where do we differ?"
This prevents the agent's analysis from anchoring the human's judgment. The human's pre-assessment often catches things the gates miss (Hoskins consistently outperformed the agent on product judgment calls).
Source: Buçinca, Malaya & Gajos (Cognitive Forcing Functions, Harvard CHI/CSCW 2021) — forcing initial human judgment before AI output significantly reduces automation bias and over-reliance on incorrect AI recommendations.
Identify the diamond: Which diamond (ID, scale, phase) is being assessed?
Gather current state:
- Current phase (Discover/Define/Develop/Deliver)
- Evidence collected so far
- Confidence score with breakdown
- Blockers or risks
Check theory gates for next transition:
- Reference theory-gates.md for the current transition
- Check
product_type from diamonds/active.yml -- gates conditioned on product_type include:
- Security Gate: full OWASP for software/ai_tool; platform-only for content; infra-only for service
- Delivery Metrics Gate: routes to product-type-appropriate metrics canvas
- Service Quality Gate: Downe applies to consumption experience for all product types; Nielsen only for digital interfaces
- Evaluate each applicable gate: Pass / Fail / Insufficient Evidence / N/A (if gate doesn't apply to this product_type)
- Document what is missing for failed gates
Check confidence threshold:
- Reference confidence-thresholds.yml for the current scale
- Apply
project_type_adaptations to compute effective threshold (see confidence-thresholds.yml)
- Compare current confidence to the effective threshold
- Identify what would increase confidence
Check for anti-patterns:
- Reference anti-patterns.md
- Flag any detected failure modes
- For L1/L2 diamonds: also check for system archetypes (Senge) — Fixes That Fail, Shifting the Burden, Limits to Growth, Eroding Goals
- At L3->L4 transitions: also run the Design Completeness Check (quality/CLAUDE.md) to verify all layers of the product design stack have evidence. Source: Mill, building on Garrett.
Check canvas health:
- Run the
/canvas-health checks inline: missing required files, stale confidence, inconsistent evidence types
- Report any critical or warning-level findings
- This catches silent canvas degradation before it affects progression decisions
6b. Check metric snapshot freshness (v0.14; L0/L1/L2/L5 only):
- If the current diamond scale is L0, L1, L2, or L5 AND
.claude/jit-tooling/active-metrics.yml exists:
- For each
status: active source, find the newest file in .claude/evals/metrics/<source>/.
- If the newest snapshot is >7 days old (or missing entirely), flag as a warning and recommend
/metrics-pull.
- If
active-metrics.yml is missing, recommend /metrics-detect (softer — info-level, not a gate).
- Rationale: evidence loops for Purpose/Strategy/Opportunity/Market depend on external signal freshness. A stale snapshot silently anchors confidence.
- Do NOT block progression on stale snapshots — this is a NUDGE, not a gate.
- Check corrections.md:
- Any relevant past mistakes to avoid?
7b. Check trio perspective coverage (Torres Product Trio):
- For the current diamond phase, verify all three perspectives (product/design/engineering) have been applied.
- Reference
engine/theory-gates.md §Trio Perspective Requirement for the per-scale coverage matrix.
- Flag any missing perspectives as a gap: "Design perspective not yet applied at L[X]. Consider running
/usability-check or /service-check."
- If perspectives are in conflict, recommend
engine/perspective-resolution.md.
Coaching check (Rother's Coaching Kata):
Surface these five questions in the output to prompt the human's thinking:
- What is the target condition for this diamond? (What does "done" look like?)
- What is the actual condition right now? (Summarize from steps 2-7 above)
- What obstacles are preventing progress? Which one are you addressing now?
- What is your next step? What do you expect will happen? (Force a prediction before acting)
- When can we check what we learned from that step? (Commit to a review point)
The coach (human) should answer these, not the agent. The agent surfaces them.
Source: Rother (Toyota Kata) — the 5 questions install scientific thinking as a daily habit.
Log assessment in decision-log.md (MANDATORY):
- APPEND a
### Diamond Assessment entry to harness/decision-log.md
- Include: diamond ID and scale, gates passed/failed, current confidence with rationale, evidence gaps
- This log entry is essential for auditability — every assessment should be documented
Recommend next action:
- If all gates pass and confidence meets threshold: recommend transition to next phase
- If gates fail: recommend specific actions to address failures
- If confidence is low: recommend evidence-gathering activities
- If anti-patterns detected: recommend corrective actions
- If regression needed: recommend which phase to return to and why
Play devil's advocate: Before recommending progression, ask:
- What are we most likely wrong about?
- What evidence have we dismissed?
- Is there a simpler path we're overlooking?
Report harness thickness (informational):
- Count: total skills, active guardrails, mandatory reads, hooks, theory gates
- Current: 44 skills, 37 guardrails, 4 mandatory reads, 5 hook layers, 12 gates
- If thickness has increased since last assess, note it
- This is observability, not a gate — purely informational
- Source: Trivedy (Anatomy of an Agent Harness, LangChain blog — "scaffolding should decrease as models improve," but harnesses remain valuable as they engineer systems around model intelligence)
Output Format
ALWAYS output in plain language first, then technical details.
Use .claude/engine/status-translations.md for translations.
ALWAYS render the journey map first. Follow .claude/engine/wayfinding.md to render the "You Are Here" map before any other output. This orients the user to where they are in the full L0→L5 progression before diving into gate details.
[Journey map from wayfinding.md — rendered first]
## Where We Are
Current focus: [plain-language description from status-translations.md]
[1-2 sentences of context]
Confidence: [plain word] ([number], [Gilad level]) -- [why this level, what would increase it]
## Progress
[N] of [M] diamonds complete:
[Name]: [STATUS] -- [plain-language one-liner]
[Name]: [STATUS] -- [plain-language one-liner]
## Theory Gate Check (for next transition)
| Gate | Status | Suggested Skill |
|------|--------|----------------|
| Evidence | Pass/Fail | /user-interview or /assumption-test |
| Four Risks | Pass/Fail | /assumption-test |
| ... | ... | ... |
## What I'd Challenge (Devil's Advocate)
- [Key assumption to question]
- [Evidence gap to flag]
## Coaching Check (for the human)
1. What does "done" look like for this diamond?
2. Given what we know now, what's the biggest obstacle?
3. What's your next step -- and what do you expect will happen?
4. When should we check what we learned?
## Recommended Next Step
[Plain-language recommendation with theory justification]
Suggested actions:
- /skill-name -- [why this is relevant now]
- /skill-name -- [why this is relevant now]
Theory Citations
- Buçinca, Malaya & Gajos: Cognitive Forcing Functions (human judges first, then AI presents — reduces automation bias)
- Torres: Evidence-based progression
- Gilad: Confidence scoring with contextual explanation
- Cagan: Four risks assessment
- Snowden: Cynefin classification
- Shotton/Kahneman: Devil's advocate bias check
- Rother: Coaching Kata (5 questions for scientific thinking)
1---2name: diamond-assess3description: Use to evaluate the current state of a diamond. Checks theory gates, confidence levels, and recommends next action.4---5
6# Diamond Assess Skill
7
8Evaluate current diamond state and recommend next action.
9
10## Workflow
11
120. **Cognitive Forcing (ALWAYS FIRST — before any analysis)**:
13
14 Before presenting any assessment, ask the human for their unprimed judgment:
15
16 > "Before I run the gates — where do you think this diamond stands right now? What feels solid and what feels shaky?"
17
18 Wait for the human's response. Record it. Then proceed with the full assessment below. After presenting the assessment (step 10), compare:
19
20 > "You said [X]. The gates say [Y]. Where do we differ?"
21
22 This prevents the agent's analysis from anchoring the human's judgment. The human's pre-assessment often catches things the gates miss (Hoskins consistently outperformed the agent on product judgment calls).
23
24 *Source: Buçinca, Malaya & Gajos (Cognitive Forcing Functions, Harvard CHI/CSCW 2021) — forcing initial human judgment before AI output significantly reduces automation bias and over-reliance on incorrect AI recommendations.*
25
261. **Identify the diamond**: Which diamond (ID, scale, phase) is being assessed?
27
282. **Gather current state**:
29 - Current phase (Discover/Define/Develop/Deliver)
30 - Evidence collected so far
31 - Confidence score with breakdown
32 - Blockers or risks
33
343. **Check theory gates for next transition**:
35 - Reference theory-gates.md for the current transition
36 - Check `product_type` from `diamonds/active.yml` -- gates conditioned on product_type include:
37 - **Security Gate**: full OWASP for software/ai_tool; platform-only for content; infra-only for service
38 - **Delivery Metrics Gate**: routes to product-type-appropriate metrics canvas
39 - **Service Quality Gate**: Downe applies to consumption experience for all product types; Nielsen only for digital interfaces
40 - Evaluate each applicable gate: Pass / Fail / Insufficient Evidence / N/A (if gate doesn't apply to this product_type)
41 - Document what is missing for failed gates
42
434. **Check confidence threshold**:
44 - Reference confidence-thresholds.yml for the current scale
45 - Apply `project_type_adaptations` to compute effective threshold (see confidence-thresholds.yml)
46 - Compare current confidence to the **effective** threshold
47 - Identify what would increase confidence
48
495. **Check for anti-patterns**:
50 - Reference anti-patterns.md
51 - Flag any detected failure modes
52 - For L1/L2 diamonds: also check for **system archetypes** (Senge) — Fixes That Fail, Shifting the Burden, Limits to Growth, Eroding Goals
53 - At L3->L4 transitions: also run the **Design Completeness Check** (quality/CLAUDE.md) to verify all layers of the product design stack have evidence. Source: Mill, building on Garrett.
54
556. **Check canvas health**:
56 - Run the `/canvas-health` checks inline: missing required files, stale confidence, inconsistent evidence types
57 - Report any critical or warning-level findings
58 - This catches silent canvas degradation before it affects progression decisions
59
606b. **Check metric snapshot freshness** (v0.14; L0/L1/L2/L5 only):
61 - If the current diamond scale is L0, L1, L2, or L5 AND `.claude/jit-tooling/active-metrics.yml` exists:
62 - For each `status: active` source, find the newest file in `.claude/evals/metrics/<source>/`.
63 - If the newest snapshot is >7 days old (or missing entirely), flag as a warning and recommend `/metrics-pull`.
64 - If `active-metrics.yml` is missing, recommend `/metrics-detect` (softer — info-level, not a gate).
65 - Rationale: evidence loops for Purpose/Strategy/Opportunity/Market depend on external signal freshness. A stale snapshot silently anchors confidence.
66 - Do NOT block progression on stale snapshots — this is a NUDGE, not a gate.
67
687. **Check corrections.md**:
69 - Any relevant past mistakes to avoid?
70
717b. **Check trio perspective coverage** (Torres Product Trio):
72 - For the current diamond phase, verify all three perspectives (product/design/engineering) have been applied.
73 - Reference `engine/theory-gates.md` §Trio Perspective Requirement for the per-scale coverage matrix.
74 - Flag any missing perspectives as a gap: "Design perspective not yet applied at L[X]. Consider running `/usability-check` or `/service-check`."
75 - If perspectives are in conflict, recommend `engine/perspective-resolution.md`.
76
778. **Coaching check** (Rother's Coaching Kata):
78 Surface these five questions in the output to prompt the human's thinking:
79 1. What is the **target condition** for this diamond? (What does "done" look like?)
80 2. What is the **actual condition** right now? (Summarize from steps 2-7 above)
81 3. What **obstacles** are preventing progress? Which one are you addressing now?
82 4. What is your **next step**? What do you **expect** will happen? (Force a prediction before acting)
83 5. When can we **check what we learned** from that step? (Commit to a review point)
84 The coach (human) should answer these, not the agent. The agent surfaces them.
85 *Source: Rother (Toyota Kata) — the 5 questions install scientific thinking as a daily habit.*
86
879. **Log assessment in decision-log.md** (MANDATORY):
88 - APPEND a `### Diamond Assessment` entry to `harness/decision-log.md`
89 - Include: diamond ID and scale, gates passed/failed, current confidence with rationale, evidence gaps
90 - This log entry is essential for auditability — every assessment should be documented
91
9210. **Recommend next action**:
93 - If all gates pass and confidence meets threshold: recommend transition to next phase
94 - If gates fail: recommend specific actions to address failures
95 - If confidence is low: recommend evidence-gathering activities
96 - If anti-patterns detected: recommend corrective actions
97 - If regression needed: recommend which phase to return to and why
98
9911. **Play devil's advocate**: Before recommending progression, ask:
100 - What are we most likely wrong about?
101 - What evidence have we dismissed?
102 - Is there a simpler path we're overlooking?
103
10412. **Report harness thickness** (informational):
105 - Count: total skills, active guardrails, mandatory reads, hooks, theory gates
106 - Current: 44 skills, 37 guardrails, 4 mandatory reads, 5 hook layers, 12 gates
107 - If thickness has increased since last assess, note it
108 - This is observability, not a gate — purely informational
109 - *Source: Trivedy (Anatomy of an Agent Harness, LangChain blog — "scaffolding should decrease as models improve," but harnesses remain valuable as they engineer systems around model intelligence)*
110
111## Output Format
112
113**ALWAYS output in plain language first, then technical details.**
114Use `.claude/engine/status-translations.md` for translations.
115
116**ALWAYS render the journey map first.** Follow `.claude/engine/wayfinding.md` to render the "You Are Here" map before any other output. This orients the user to where they are in the full L0→L5 progression before diving into gate details.
117
118```
119[Journey map from wayfinding.md — rendered first]
120
121## Where We Are
122
123Current focus: [plain-language description from status-translations.md]
124 [1-2 sentences of context]
125 Confidence: [plain word] ([number], [Gilad level]) -- [why this level, what would increase it]
126
127## Progress
128
129[N] of [M] diamonds complete:
130 [Name]: [STATUS] -- [plain-language one-liner]
131 [Name]: [STATUS] -- [plain-language one-liner]
132
133## Theory Gate Check (for next transition)
134
135| Gate | Status | Suggested Skill |
136|------|--------|----------------|
137| Evidence | Pass/Fail | /user-interview or /assumption-test |
138| Four Risks | Pass/Fail | /assumption-test |
139| ... | ... | ... |
140
141## What I'd Challenge (Devil's Advocate)
142- [Key assumption to question]
143- [Evidence gap to flag]
144
145## Coaching Check (for the human)
1461. What does "done" look like for this diamond?
1472. Given what we know now, what's the biggest obstacle?
1483. What's your next step -- and what do you expect will happen?
1494. When should we check what we learned?
150
151## Recommended Next Step
152[Plain-language recommendation with theory justification]
153
154Suggested actions:
155 - /skill-name -- [why this is relevant now]
156 - /skill-name -- [why this is relevant now]
157```
158
159## Theory Citations
160- Buçinca, Malaya & Gajos: Cognitive Forcing Functions (human judges first, then AI presents — reduces automation bias)
161- Torres: Evidence-based progression
162- Gilad: Confidence scoring with contextual explanation
163- Cagan: Four risks assessment
164- Snowden: Cynefin classification
165- Shotton/Kahneman: Devil's advocate bias check
166- Rother: Coaching Kata (5 questions for scientific thinking)