qwen-base 1.0.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 +183 -0
- package/bin/install.js +227 -0
- package/package.json +42 -0
- package/src/commands/audit-claude-md.md +44 -0
- package/src/commands/audit-claude.md +45 -0
- package/src/commands/audit.md +33 -0
- package/src/commands/carl-hygiene.md +33 -0
- package/src/commands/groom.md +35 -0
- package/src/commands/history.md +27 -0
- package/src/commands/orientation/tasks/deep-why.md +132 -0
- package/src/commands/orientation/tasks/elevator-pitch.md +115 -0
- package/src/commands/orientation/tasks/initiatives.md +98 -0
- package/src/commands/orientation/tasks/key-values.md +130 -0
- package/src/commands/orientation/tasks/new-orientation.md +162 -0
- package/src/commands/orientation/tasks/north-star.md +97 -0
- package/src/commands/orientation/tasks/project-mapping.md +103 -0
- package/src/commands/orientation/tasks/reorientation.md +96 -0
- package/src/commands/orientation/tasks/surface-vision.md +113 -0
- package/src/commands/orientation/tasks/task-seeding.md +93 -0
- package/src/commands/orientation/templates/operator-json.md +88 -0
- package/src/commands/orientation.md +87 -0
- package/src/commands/pulse.md +33 -0
- package/src/commands/scaffold.md +33 -0
- package/src/commands/status.md +28 -0
- package/src/commands/surface-convert.md +35 -0
- package/src/commands/surface-create.md +34 -0
- package/src/commands/surface-list.md +27 -0
- package/src/commands/weekly-domain.md +34 -0
- package/src/commands/weekly.md +39 -0
- package/src/framework/context/base-principles.md +69 -0
- package/src/framework/frameworks/audit-strategies.md +53 -0
- package/src/framework/frameworks/claude-config-alignment.md +256 -0
- package/src/framework/frameworks/claudemd-strategy.md +158 -0
- package/src/framework/frameworks/satellite-registration.md +44 -0
- package/src/framework/tasks/audit-claude-md.md +171 -0
- package/src/framework/tasks/audit-claude.md +330 -0
- package/src/framework/tasks/audit.md +64 -0
- package/src/framework/tasks/carl-hygiene.md +142 -0
- package/src/framework/tasks/groom.md +157 -0
- package/src/framework/tasks/history.md +34 -0
- package/src/framework/tasks/pulse.md +83 -0
- package/src/framework/tasks/scaffold.md +389 -0
- package/src/framework/tasks/status.md +35 -0
- package/src/framework/tasks/surface-convert.md +143 -0
- package/src/framework/tasks/surface-create.md +184 -0
- package/src/framework/tasks/surface-list.md +42 -0
- package/src/framework/tasks/weekly-domain-create.md +173 -0
- package/src/framework/tasks/weekly.md +347 -0
- package/src/framework/templates/claudemd-template.md +102 -0
- package/src/framework/templates/workspace-json.md +96 -0
- package/src/framework/utils/scan-claude-dirs.py +549 -0
- package/src/hooks/_template.py +130 -0
- package/src/hooks/active-hook.py +178 -0
- package/src/hooks/apex-insights.py +169 -0
- package/src/hooks/backlog-hook.py +115 -0
- package/src/hooks/base-pulse-check.py +216 -0
- package/src/hooks/operator.py +53 -0
- package/src/hooks/psmm-injector.py +67 -0
- package/src/hooks/satellite-detection.py +320 -0
- package/src/packages/base-mcp/index.js +119 -0
- package/src/packages/base-mcp/package.json +10 -0
- package/src/packages/base-mcp/tools/entities.js +228 -0
- package/src/packages/base-mcp/tools/operator.js +106 -0
- package/src/packages/base-mcp/tools/projects.js +324 -0
- package/src/packages/base-mcp/tools/psmm.js +206 -0
- package/src/packages/base-mcp/tools/satellite.js +243 -0
- package/src/packages/base-mcp/tools/state.js +201 -0
- package/src/packages/base-mcp/tools/validate.js +121 -0
- package/src/skill/base.md +110 -0
- package/src/templates/operator.json +66 -0
- package/src/templates/workspace.json +76 -0
|
@@ -0,0 +1,132 @@
|
|
|
1
|
+
<purpose>
|
|
2
|
+
Excavate the operator's root motivation through a 5-layer "but why?" process. Each layer peels back a surface answer to find the one beneath it, arriving at a foundational Deep Why statement.
|
|
3
|
+
</purpose>
|
|
4
|
+
|
|
5
|
+
<user-story>
|
|
6
|
+
As an operator, I want to uncover my deepest motivation for doing what I do, so that my work connects to something real and sustaining rather than external pressure or habit.
|
|
7
|
+
</user-story>
|
|
8
|
+
|
|
9
|
+
<when-to-use>
|
|
10
|
+
- Phase 1 of new orientation
|
|
11
|
+
- Operator chose to reorient their Deep Why specifically
|
|
12
|
+
- Composed by new-orientation.md or reorientation.md
|
|
13
|
+
</when-to-use>
|
|
14
|
+
|
|
15
|
+
<steps>
|
|
16
|
+
|
|
17
|
+
<step name="setup" priority="first">
|
|
18
|
+
<if condition="previous orientation exists">
|
|
19
|
+
> Your previous Deep Why was:
|
|
20
|
+
> *"{previous statement}"*
|
|
21
|
+
>
|
|
22
|
+
> We're going to excavate fresh. You can land in the same place or somewhere new. Either is fine.
|
|
23
|
+
</if>
|
|
24
|
+
|
|
25
|
+
> **Layer 1 of 5**
|
|
26
|
+
>
|
|
27
|
+
> Why do you do what you do? Not the business answer. Not the resume answer. The real one.
|
|
28
|
+
|
|
29
|
+
**Wait for response.**
|
|
30
|
+
</step>
|
|
31
|
+
|
|
32
|
+
<step name="layer_2">
|
|
33
|
+
Reflect back what the operator said in Layer 1 — one sentence, their words not yours.
|
|
34
|
+
|
|
35
|
+
> You said: "{reflection}"
|
|
36
|
+
>
|
|
37
|
+
> **Layer 2 of 5**
|
|
38
|
+
>
|
|
39
|
+
> But why does that matter to you?
|
|
40
|
+
|
|
41
|
+
**Wait for response.**
|
|
42
|
+
</step>
|
|
43
|
+
|
|
44
|
+
<step name="layer_3">
|
|
45
|
+
Reflect back Layer 2.
|
|
46
|
+
|
|
47
|
+
> You said: "{reflection}"
|
|
48
|
+
>
|
|
49
|
+
> **Layer 3 of 5**
|
|
50
|
+
>
|
|
51
|
+
> But why?
|
|
52
|
+
|
|
53
|
+
If the answer feels surface-level or performative, push: "That sounds like something you'd say to someone else. What's the version you'd say to yourself at 2am?"
|
|
54
|
+
|
|
55
|
+
**Wait for response.**
|
|
56
|
+
</step>
|
|
57
|
+
|
|
58
|
+
<step name="layer_4">
|
|
59
|
+
Reflect back Layer 3.
|
|
60
|
+
|
|
61
|
+
> You said: "{reflection}"
|
|
62
|
+
>
|
|
63
|
+
> **Layer 4 of 5**
|
|
64
|
+
>
|
|
65
|
+
> Why does that drive you more than anything else?
|
|
66
|
+
|
|
67
|
+
**Wait for response.**
|
|
68
|
+
</step>
|
|
69
|
+
|
|
70
|
+
<step name="layer_5">
|
|
71
|
+
Reflect back Layer 4.
|
|
72
|
+
|
|
73
|
+
> You said: "{reflection}"
|
|
74
|
+
>
|
|
75
|
+
> **Layer 5 of 5 — the root**
|
|
76
|
+
>
|
|
77
|
+
> If everything else was stripped away — the business, the tools, the audience — what's left? What's the thing that would still make you get up and build?
|
|
78
|
+
|
|
79
|
+
**Wait for response.**
|
|
80
|
+
</step>
|
|
81
|
+
|
|
82
|
+
<step name="synthesize">
|
|
83
|
+
Now synthesize all 5 layers into a single Deep Why statement.
|
|
84
|
+
|
|
85
|
+
1. Read back all 5 layers
|
|
86
|
+
2. Draft a one-sentence synthesis that captures the root, not just Layer 5 but the thread through all layers
|
|
87
|
+
3. Present it:
|
|
88
|
+
|
|
89
|
+
> Here are your 5 layers:
|
|
90
|
+
> 1. {layer 1}
|
|
91
|
+
> 2. {layer 2}
|
|
92
|
+
> 3. {layer 3}
|
|
93
|
+
> 4. {layer 4}
|
|
94
|
+
> 5. {layer 5}
|
|
95
|
+
>
|
|
96
|
+
> **Your Deep Why:**
|
|
97
|
+
> *"{synthesized statement}"*
|
|
98
|
+
>
|
|
99
|
+
> **[1] That's it** — lock it in
|
|
100
|
+
> **[2] Close but needs tweaking** — let me adjust the wording
|
|
101
|
+
> **[3] Not right** — let me redo a layer
|
|
102
|
+
|
|
103
|
+
If [2]: Let operator edit the statement directly.
|
|
104
|
+
If [3]: Ask which layer to redo, then resume from that layer.
|
|
105
|
+
|
|
106
|
+
**Wait for response.**
|
|
107
|
+
</step>
|
|
108
|
+
|
|
109
|
+
<step name="lock">
|
|
110
|
+
Deep Why is locked.
|
|
111
|
+
|
|
112
|
+
Return to parent workflow with:
|
|
113
|
+
- `layers`: array of 5 layer answers
|
|
114
|
+
- `statement`: final approved synthesis
|
|
115
|
+
- `completed_at`: current ISO date
|
|
116
|
+
|
|
117
|
+
This phase is complete. Parent workflow resumes.
|
|
118
|
+
</step>
|
|
119
|
+
|
|
120
|
+
</steps>
|
|
121
|
+
|
|
122
|
+
<output>
|
|
123
|
+
Deep Why data: 5 layers + synthesized statement, ready for operator.json.
|
|
124
|
+
</output>
|
|
125
|
+
|
|
126
|
+
<acceptance-criteria>
|
|
127
|
+
- [ ] All 5 layers answered by operator (not generated)
|
|
128
|
+
- [ ] Each layer reflected back before asking the next
|
|
129
|
+
- [ ] Surface answers challenged when detected
|
|
130
|
+
- [ ] Synthesis captures the thread, not just layer 5
|
|
131
|
+
- [ ] Operator approved the final statement
|
|
132
|
+
</acceptance-criteria>
|
|
@@ -0,0 +1,115 @@
|
|
|
1
|
+
<purpose>
|
|
2
|
+
Synthesize the operator's identity into a 4-floor elevator pitch — a 30-second statement of who they are, what they do, why it matters, and where they're going. Built on top of Deep Why, North Star, and Values.
|
|
3
|
+
</purpose>
|
|
4
|
+
|
|
5
|
+
<user-story>
|
|
6
|
+
As an operator, I want a clear, statable pitch for who I am and what I'm about, so that I can articulate my value to anyone in 30 seconds without fumbling.
|
|
7
|
+
</user-story>
|
|
8
|
+
|
|
9
|
+
<when-to-use>
|
|
10
|
+
- Phase 4 of new orientation (after Key Values)
|
|
11
|
+
- Operator chose to reorient their Elevator Pitch specifically
|
|
12
|
+
- Composed by new-orientation.md or reorientation.md
|
|
13
|
+
</when-to-use>
|
|
14
|
+
|
|
15
|
+
<steps>
|
|
16
|
+
|
|
17
|
+
<step name="frame_the_exercise" priority="first">
|
|
18
|
+
<if condition="previous orientation exists">
|
|
19
|
+
> Your previous pitch was:
|
|
20
|
+
> *"{previous pitch}"*
|
|
21
|
+
</if>
|
|
22
|
+
|
|
23
|
+
> Your foundation so far:
|
|
24
|
+
> - **Deep Why:** {statement}
|
|
25
|
+
> - **North Star:** {metric}
|
|
26
|
+
> - **Values:** {v1}, {v2}, {v3}, {v4}, {v5}
|
|
27
|
+
>
|
|
28
|
+
> An elevator pitch has 4 floors. Each floor is one sentence:
|
|
29
|
+
>
|
|
30
|
+
> **Floor 1** — Who you are (identity, not job title)
|
|
31
|
+
> **Floor 2** — What you do (the work, in plain language)
|
|
32
|
+
> **Floor 3** — Why it matters (the impact)
|
|
33
|
+
> **Floor 4** — What's next (the vision or the ask)
|
|
34
|
+
>
|
|
35
|
+
> Let's build each floor. Don't try to be clever — try to be clear.
|
|
36
|
+
</step>
|
|
37
|
+
|
|
38
|
+
<step name="floor_1">
|
|
39
|
+
> **Floor 1: Who are you?**
|
|
40
|
+
>
|
|
41
|
+
> Not your job title. Not your company. If you met someone at a party and they asked "what are you about?" — what's the one-sentence answer?
|
|
42
|
+
|
|
43
|
+
**Wait for response.**
|
|
44
|
+
</step>
|
|
45
|
+
|
|
46
|
+
<step name="floor_2">
|
|
47
|
+
Reflect Floor 1 back, then:
|
|
48
|
+
|
|
49
|
+
> **Floor 2: What do you do?**
|
|
50
|
+
>
|
|
51
|
+
> The work itself. What does your day look like when it's going well? One sentence.
|
|
52
|
+
|
|
53
|
+
**Wait for response.**
|
|
54
|
+
</step>
|
|
55
|
+
|
|
56
|
+
<step name="floor_3">
|
|
57
|
+
Reflect Floor 2 back, then:
|
|
58
|
+
|
|
59
|
+
> **Floor 3: Why does it matter?**
|
|
60
|
+
>
|
|
61
|
+
> Who benefits and how? This connects to your Deep Why. One sentence.
|
|
62
|
+
|
|
63
|
+
**Wait for response.**
|
|
64
|
+
</step>
|
|
65
|
+
|
|
66
|
+
<step name="floor_4">
|
|
67
|
+
Reflect Floor 3 back, then:
|
|
68
|
+
|
|
69
|
+
> **Floor 4: What's next?**
|
|
70
|
+
>
|
|
71
|
+
> Where is this going? What's the thing you're building toward? This connects to your North Star. One sentence.
|
|
72
|
+
|
|
73
|
+
**Wait for response.**
|
|
74
|
+
</step>
|
|
75
|
+
|
|
76
|
+
<step name="assemble_and_refine">
|
|
77
|
+
Assemble the full pitch from all 4 floors. Read it as one continuous statement.
|
|
78
|
+
|
|
79
|
+
> ## Your Elevator Pitch
|
|
80
|
+
>
|
|
81
|
+
> *"{floor1} {floor2} {floor3} {floor4}"*
|
|
82
|
+
>
|
|
83
|
+
> Read it out loud. Does it sound like you?
|
|
84
|
+
>
|
|
85
|
+
> **[1] That's me — lock it in**
|
|
86
|
+
> **[2] Reword a floor** — tell me which one
|
|
87
|
+
> **[3] Start over** — the whole thing feels off
|
|
88
|
+
|
|
89
|
+
**Wait for response.**
|
|
90
|
+
</step>
|
|
91
|
+
|
|
92
|
+
<step name="lock">
|
|
93
|
+
Elevator Pitch is locked.
|
|
94
|
+
|
|
95
|
+
Return to parent workflow with:
|
|
96
|
+
- `pitch`: full assembled pitch
|
|
97
|
+
- `floors`: object with floor_1 through floor_4
|
|
98
|
+
- `completed_at`: current ISO date
|
|
99
|
+
|
|
100
|
+
This phase is complete. Parent workflow resumes.
|
|
101
|
+
</step>
|
|
102
|
+
|
|
103
|
+
</steps>
|
|
104
|
+
|
|
105
|
+
<output>
|
|
106
|
+
Elevator Pitch data: 4 floors + assembled pitch, ready for operator.json.
|
|
107
|
+
</output>
|
|
108
|
+
|
|
109
|
+
<acceptance-criteria>
|
|
110
|
+
- [ ] Each floor answered individually by operator
|
|
111
|
+
- [ ] Full pitch reads as one coherent 30-second statement
|
|
112
|
+
- [ ] Floor 3 connects to Deep Why
|
|
113
|
+
- [ ] Floor 4 connects to North Star
|
|
114
|
+
- [ ] Operator confirmed it sounds like them
|
|
115
|
+
</acceptance-criteria>
|
|
@@ -0,0 +1,98 @@
|
|
|
1
|
+
<purpose>
|
|
2
|
+
Guide the operator through defining or reviewing goal-oriented initiatives aligned to their North Star. Each initiative is a measurable strategic objective, not an entity or project.
|
|
3
|
+
</purpose>
|
|
4
|
+
|
|
5
|
+
<user-story>
|
|
6
|
+
As an operator who has completed their identity profile, I want to define the strategic objectives my work serves, so that every project and task traces back to a clear goal.
|
|
7
|
+
</user-story>
|
|
8
|
+
|
|
9
|
+
<when-to-use>
|
|
10
|
+
- Phase 6 of new orientation (after Surface Vision)
|
|
11
|
+
- Operator chose to reorient their initiatives specifically
|
|
12
|
+
- Composed by new-orientation.md or reorientation.md
|
|
13
|
+
</when-to-use>
|
|
14
|
+
|
|
15
|
+
<steps>
|
|
16
|
+
|
|
17
|
+
<step name="ground_in_profile" priority="first">
|
|
18
|
+
<if condition="previous initiatives exist">
|
|
19
|
+
Pull current initiatives via base_list_projects(type="initiative") and display them:
|
|
20
|
+
|
|
21
|
+
> ## Current Initiatives
|
|
22
|
+
>
|
|
23
|
+
> {For each initiative: title, description, status, project count}
|
|
24
|
+
>
|
|
25
|
+
> We'll review each one against your North Star.
|
|
26
|
+
</if>
|
|
27
|
+
|
|
28
|
+
<if condition="no initiatives exist">
|
|
29
|
+
> Your North Star: *"{north_star_metric}"*
|
|
30
|
+
> Your Deep Why: *"{deep_why_statement}"*
|
|
31
|
+
>
|
|
32
|
+
> Initiatives are the strategic objectives that move you toward the North Star. NEVER confuse them with businesses or entities — an initiative is a measurable goal.
|
|
33
|
+
>
|
|
34
|
+
> Example: Not "C&C Strategic Consulting" but "Build C&C to $7k/month MRR"
|
|
35
|
+
>
|
|
36
|
+
> What are the 2-4 major objectives you're working toward right now? Think in terms of outcomes, not labels.
|
|
37
|
+
</if>
|
|
38
|
+
|
|
39
|
+
**Wait for response.**
|
|
40
|
+
</step>
|
|
41
|
+
|
|
42
|
+
<step name="define_each_initiative">
|
|
43
|
+
For each initiative the operator names:
|
|
44
|
+
|
|
45
|
+
> **Initiative: "{title}"**
|
|
46
|
+
>
|
|
47
|
+
> 1. How does this connect to your North Star?
|
|
48
|
+
> 2. What's the key metric or success criteria?
|
|
49
|
+
> 3. Is there a timeframe?
|
|
50
|
+
|
|
51
|
+
Capture: title, description, priority, category, metric, timeframe.
|
|
52
|
+
|
|
53
|
+
NEVER let an initiative through that is actually an entity (person, business, org). Push back: "That's a business name, not a goal. What's the measurable objective for that business?"
|
|
54
|
+
|
|
55
|
+
**Wait for response between each initiative.**
|
|
56
|
+
</step>
|
|
57
|
+
|
|
58
|
+
<step name="confirm_and_write">
|
|
59
|
+
Present all initiatives:
|
|
60
|
+
|
|
61
|
+
> ## Your Initiatives
|
|
62
|
+
>
|
|
63
|
+
> 1. **{title}** — {description} ({metric}, {timeframe})
|
|
64
|
+
> 2. **{title}** — {description} ({metric}, {timeframe})
|
|
65
|
+
> ...
|
|
66
|
+
>
|
|
67
|
+
> **[1] Lock these in**
|
|
68
|
+
> **[2] Add another**
|
|
69
|
+
> **[3] Edit one**
|
|
70
|
+
> **[4] Remove one**
|
|
71
|
+
|
|
72
|
+
When locked, write each initiative via base_add_project(type="initiative") with full metadata.
|
|
73
|
+
|
|
74
|
+
**Wait for response.**
|
|
75
|
+
</step>
|
|
76
|
+
|
|
77
|
+
<step name="lock">
|
|
78
|
+
Initiatives are locked.
|
|
79
|
+
|
|
80
|
+
Return to parent workflow with:
|
|
81
|
+
- `initiatives`: array of created initiative IDs and titles
|
|
82
|
+
- `completed_at`: current ISO date
|
|
83
|
+
|
|
84
|
+
This phase is complete. Parent workflow resumes.
|
|
85
|
+
</step>
|
|
86
|
+
|
|
87
|
+
</steps>
|
|
88
|
+
|
|
89
|
+
<output>
|
|
90
|
+
Initiatives created in Apex via MCP. Each has title, description, priority, category, metric alignment to North Star.
|
|
91
|
+
</output>
|
|
92
|
+
|
|
93
|
+
<acceptance-criteria>
|
|
94
|
+
- [ ] Each initiative is a measurable goal, not an entity
|
|
95
|
+
- [ ] Each initiative connects to the North Star
|
|
96
|
+
- [ ] Written via base_add_project MCP, not manual file edits
|
|
97
|
+
- [ ] Operator approved the final set
|
|
98
|
+
</acceptance-criteria>
|
|
@@ -0,0 +1,130 @@
|
|
|
1
|
+
<purpose>
|
|
2
|
+
Guide the operator through identifying and ranking their top 5 personal values — the core principles they operate by. The constraint of exactly 5 forces prioritization and clarity.
|
|
3
|
+
</purpose>
|
|
4
|
+
|
|
5
|
+
<user-story>
|
|
6
|
+
As an operator, I want to be clear on my top 5 operating principles, so that I can make decisions faster and stay aligned when things get chaotic.
|
|
7
|
+
</user-story>
|
|
8
|
+
|
|
9
|
+
<when-to-use>
|
|
10
|
+
- Phase 3 of new orientation (after North Star)
|
|
11
|
+
- Operator chose to reorient their Key Values specifically
|
|
12
|
+
- Composed by new-orientation.md or reorientation.md
|
|
13
|
+
</when-to-use>
|
|
14
|
+
|
|
15
|
+
<steps>
|
|
16
|
+
|
|
17
|
+
<step name="context_and_brainstorm" priority="first">
|
|
18
|
+
<if condition="previous orientation exists">
|
|
19
|
+
> Your previous values were:
|
|
20
|
+
> 1. {v1} — {meaning1}
|
|
21
|
+
> 2. {v2} — {meaning2}
|
|
22
|
+
> 3. {v3} — {meaning3}
|
|
23
|
+
> 4. {v4} — {meaning4}
|
|
24
|
+
> 5. {v5} — {meaning5}
|
|
25
|
+
</if>
|
|
26
|
+
|
|
27
|
+
> Your Deep Why: *"{deep_why_statement}"*
|
|
28
|
+
> Your North Star: *"{north_star_metric}"*
|
|
29
|
+
>
|
|
30
|
+
> Values are the principles you actually operate by — not aspirational ones you wish you had. Think about the last time you made a hard decision. What did you lean on?
|
|
31
|
+
>
|
|
32
|
+
> Give me 7-10 values that feel true. Don't overthink it — we'll narrow down.
|
|
33
|
+
|
|
34
|
+
**Wait for response.**
|
|
35
|
+
</step>
|
|
36
|
+
|
|
37
|
+
<step name="gut_check">
|
|
38
|
+
Before cutting, reflect each value back with a personalized one-line description based on what you know about the operator. This helps them see what each value actually means to them, not just the word.
|
|
39
|
+
|
|
40
|
+
> Here's what I'm hearing from you:
|
|
41
|
+
>
|
|
42
|
+
> 1. **{Value}** — {personalized description based on context}
|
|
43
|
+
> 2. **{Value}** — {personalized description}
|
|
44
|
+
> ...
|
|
45
|
+
>
|
|
46
|
+
> Is anything missing that you'd fight for if challenged? Or are these the ones?
|
|
47
|
+
>
|
|
48
|
+
> **[1] These are the ones — let's cut to 5**
|
|
49
|
+
> **[2] I want to add 1-2 more, then cut**
|
|
50
|
+
|
|
51
|
+
**Wait for response.**
|
|
52
|
+
</step>
|
|
53
|
+
|
|
54
|
+
<step name="narrow_to_five">
|
|
55
|
+
Force the cut. ALWAYS show the personalized description alongside each value — never list bare value names.
|
|
56
|
+
|
|
57
|
+
> Now the hard part — cut to 5. The ones that survive are the ones you'd defend if someone challenged them.
|
|
58
|
+
>
|
|
59
|
+
> Which ones can you live without? Drop them one at a time until you're at 5.
|
|
60
|
+
|
|
61
|
+
If operator struggles, offer a forcing question: "If you could only teach your kids 5 principles about how to live, which of these make the cut?"
|
|
62
|
+
|
|
63
|
+
**Wait for response.**
|
|
64
|
+
</step>
|
|
65
|
+
|
|
66
|
+
<step name="rank">
|
|
67
|
+
Present values WITH their descriptions, then ask for ranking:
|
|
68
|
+
|
|
69
|
+
> 1. **{Value}** — {description}
|
|
70
|
+
> 2. **{Value}** — {description}
|
|
71
|
+
> ...
|
|
72
|
+
>
|
|
73
|
+
> Now rank them 1-5. #1 is the one that wins when two values conflict.
|
|
74
|
+
|
|
75
|
+
**Wait for response.**
|
|
76
|
+
</step>
|
|
77
|
+
|
|
78
|
+
<step name="add_meaning">
|
|
79
|
+
For each value in ranked order:
|
|
80
|
+
|
|
81
|
+
> **{Value #N}: {value name}**
|
|
82
|
+
> In one sentence — what does this look like in practice for you? Not the dictionary definition. How does this value show up in your daily decisions?
|
|
83
|
+
|
|
84
|
+
Iterate through all 5, waiting for each response.
|
|
85
|
+
|
|
86
|
+
**Wait for each response.**
|
|
87
|
+
</step>
|
|
88
|
+
|
|
89
|
+
<step name="confirm_and_lock">
|
|
90
|
+
Present the complete values list:
|
|
91
|
+
|
|
92
|
+
> ## Your 5 Key Values
|
|
93
|
+
>
|
|
94
|
+
> 1. **{v1}** — {meaning}
|
|
95
|
+
> 2. **{v2}** — {meaning}
|
|
96
|
+
> 3. **{v3}** — {meaning}
|
|
97
|
+
> 4. **{v4}** — {meaning}
|
|
98
|
+
> 5. **{v5}** — {meaning}
|
|
99
|
+
>
|
|
100
|
+
> **[1] Lock it in**
|
|
101
|
+
> **[2] Swap a value**
|
|
102
|
+
> **[3] Rerank**
|
|
103
|
+
> **[4] Reword a meaning**
|
|
104
|
+
|
|
105
|
+
**Wait for response.**
|
|
106
|
+
</step>
|
|
107
|
+
|
|
108
|
+
<step name="lock">
|
|
109
|
+
Key Values are locked.
|
|
110
|
+
|
|
111
|
+
Return to parent workflow with:
|
|
112
|
+
- `values`: array of 5 objects (rank, value, meaning)
|
|
113
|
+
- `completed_at`: current ISO date
|
|
114
|
+
|
|
115
|
+
This phase is complete. Parent workflow resumes.
|
|
116
|
+
</step>
|
|
117
|
+
|
|
118
|
+
</steps>
|
|
119
|
+
|
|
120
|
+
<output>
|
|
121
|
+
Key Values data: 5 ranked values with practical meanings, ready for operator.json.
|
|
122
|
+
</output>
|
|
123
|
+
|
|
124
|
+
<acceptance-criteria>
|
|
125
|
+
- [ ] Started with 7-10 brainstormed values
|
|
126
|
+
- [ ] Narrowed to exactly 5
|
|
127
|
+
- [ ] Ranked 1-5 with explicit prioritization
|
|
128
|
+
- [ ] Each value has a practical meaning (not dictionary definition)
|
|
129
|
+
- [ ] Operator approved the final list
|
|
130
|
+
</acceptance-criteria>
|
|
@@ -0,0 +1,162 @@
|
|
|
1
|
+
<purpose>
|
|
2
|
+
Orchestrate a full first-time orientation through all 5 phases: Deep Why, North Star, Key Values, Elevator Pitch, Surface Vision. Composes each phase task sequentially, passing context forward, and produces operator.json at the end.
|
|
3
|
+
</purpose>
|
|
4
|
+
|
|
5
|
+
<user-story>
|
|
6
|
+
As an operator setting up my workspace for the first time, I want a guided walkthrough of my identity anchors, so that my initiatives, projects, and tasks align to who I am and where I'm going.
|
|
7
|
+
</user-story>
|
|
8
|
+
|
|
9
|
+
<when-to-use>
|
|
10
|
+
- No operator.json exists yet
|
|
11
|
+
- Entry point routes here when operator chooses [1] Begin orientation
|
|
12
|
+
</when-to-use>
|
|
13
|
+
|
|
14
|
+
<context>
|
|
15
|
+
@../templates/operator-json.md
|
|
16
|
+
</context>
|
|
17
|
+
|
|
18
|
+
<steps>
|
|
19
|
+
|
|
20
|
+
<step name="set_expectations" priority="first">
|
|
21
|
+
Brief the operator on what's coming.
|
|
22
|
+
|
|
23
|
+
> You'll go through 5 exercises. Each builds on the last:
|
|
24
|
+
>
|
|
25
|
+
> 1. **Deep Why** — excavate your root motivation (5 layers)
|
|
26
|
+
> 2. **North Star** — define the one metric everything points at
|
|
27
|
+
> 3. **Key Values** — narrow to your top 5 operating principles
|
|
28
|
+
> 4. **Elevator Pitch** — synthesize who you are in 30 seconds
|
|
29
|
+
> 5. **Surface Vision** — anchor a tangible picture of the future
|
|
30
|
+
>
|
|
31
|
+
> Take your time. There's no wrong answers, but surface-level ones won't serve you.
|
|
32
|
+
>
|
|
33
|
+
> **[1] Let's go — start with Deep Why**
|
|
34
|
+
> **[2] I need a minute — come back to this**
|
|
35
|
+
|
|
36
|
+
If [2]: Exit gracefully. Orientation can resume anytime via `/base:orientation`.
|
|
37
|
+
|
|
38
|
+
**Wait for response.**
|
|
39
|
+
</step>
|
|
40
|
+
|
|
41
|
+
<step name="phase_1_deep_why">
|
|
42
|
+
Load and execute @deep-why.md
|
|
43
|
+
|
|
44
|
+
Pass no prior context (this is the first phase).
|
|
45
|
+
|
|
46
|
+
When deep-why.md completes and locks its result, capture the output (layers + statement) and continue here.
|
|
47
|
+
</step>
|
|
48
|
+
|
|
49
|
+
<step name="phase_2_north_star">
|
|
50
|
+
Load and execute @north-star.md
|
|
51
|
+
|
|
52
|
+
Pass context: the Deep Why statement from Phase 1.
|
|
53
|
+
|
|
54
|
+
When north-star.md completes and locks its result, capture the output (metric + timeframe + rationale) and continue here.
|
|
55
|
+
</step>
|
|
56
|
+
|
|
57
|
+
<step name="phase_3_key_values">
|
|
58
|
+
Load and execute @key-values.md
|
|
59
|
+
|
|
60
|
+
Pass context: Deep Why statement + North Star metric.
|
|
61
|
+
|
|
62
|
+
When key-values.md completes and locks its result, capture the output (5 ranked values with meanings) and continue here.
|
|
63
|
+
</step>
|
|
64
|
+
|
|
65
|
+
<step name="phase_4_elevator_pitch">
|
|
66
|
+
Load and execute @elevator-pitch.md
|
|
67
|
+
|
|
68
|
+
Pass context: Deep Why statement + North Star metric + Key Values list.
|
|
69
|
+
|
|
70
|
+
When elevator-pitch.md completes and locks its result, capture the output (4 floors + full pitch) and continue here.
|
|
71
|
+
</step>
|
|
72
|
+
|
|
73
|
+
<step name="phase_5_surface_vision">
|
|
74
|
+
Load and execute @surface-vision.md
|
|
75
|
+
|
|
76
|
+
Pass context: Deep Why statement + North Star metric + Key Values + Elevator Pitch.
|
|
77
|
+
|
|
78
|
+
When surface-vision.md completes and locks its result, capture the output (scenes + summary) and continue here.
|
|
79
|
+
</step>
|
|
80
|
+
|
|
81
|
+
<step name="synthesize_and_write">
|
|
82
|
+
All 5 phases complete. Synthesize into operator.json.
|
|
83
|
+
|
|
84
|
+
1. Read @../templates/operator-json.md for schema
|
|
85
|
+
2. Populate all fields from captured phase outputs
|
|
86
|
+
3. Write to `.base/operator.json`
|
|
87
|
+
4. Display the complete profile in a clean summary:
|
|
88
|
+
|
|
89
|
+
> ## Your Operator Profile
|
|
90
|
+
>
|
|
91
|
+
> **Deep Why:** {statement}
|
|
92
|
+
> **North Star:** {metric} ({timeframe})
|
|
93
|
+
> **Values:** {value1}, {value2}, {value3}, {value4}, {value5}
|
|
94
|
+
> **Elevator Pitch:** {full pitch}
|
|
95
|
+
> **Surface Vision:** {summary}
|
|
96
|
+
>
|
|
97
|
+
> Profile saved to `.base/operator.json`.
|
|
98
|
+
>
|
|
99
|
+
> **[1] Looks right — done**
|
|
100
|
+
> **[2] Something's off — let me adjust a section**
|
|
101
|
+
|
|
102
|
+
If [2]: Ask which section, load that specific task for revision, then re-write operator.json.
|
|
103
|
+
|
|
104
|
+
**Wait for response.**
|
|
105
|
+
</step>
|
|
106
|
+
|
|
107
|
+
<step name="phase_6_initiatives">
|
|
108
|
+
Load and execute @initiatives.md
|
|
109
|
+
|
|
110
|
+
Pass context: Full operator profile (Deep Why, North Star, Values).
|
|
111
|
+
|
|
112
|
+
When initiatives.md completes and locks its result, capture the output (initiative IDs and titles) and continue here.
|
|
113
|
+
</step>
|
|
114
|
+
|
|
115
|
+
<step name="phase_7_project_mapping">
|
|
116
|
+
Load and execute @project-mapping.md
|
|
117
|
+
|
|
118
|
+
Pass context: Created initiatives from Phase 6.
|
|
119
|
+
|
|
120
|
+
When project-mapping.md completes and locks its result, capture the output (mapping counts, PAUL sync counts) and continue here.
|
|
121
|
+
</step>
|
|
122
|
+
|
|
123
|
+
<step name="phase_8_task_seeding">
|
|
124
|
+
Load and execute @task-seeding.md
|
|
125
|
+
|
|
126
|
+
Pass context: Initiative → Project mapping from Phase 7.
|
|
127
|
+
|
|
128
|
+
When task-seeding.md completes and locks its result, capture the output (task counts) and continue here.
|
|
129
|
+
</step>
|
|
130
|
+
|
|
131
|
+
<step name="orientation_complete">
|
|
132
|
+
All 8 phases complete. Display final summary:
|
|
133
|
+
|
|
134
|
+
> ## Orientation Complete
|
|
135
|
+
>
|
|
136
|
+
> **Operator Profile:** `.base/operator.json`
|
|
137
|
+
> - Deep Why, North Star, Values, Pitch, Vision — locked
|
|
138
|
+
>
|
|
139
|
+
> **Initiatives:** {count} defined, aligned to North Star
|
|
140
|
+
> **Projects:** {mapped_count} mapped to initiatives, {unparented_count} unparented
|
|
141
|
+
> **PAUL Satellites:** {paul_synced} synced
|
|
142
|
+
> **Tasks:** {tasks_created} seeded across {projects_with_tasks} projects
|
|
143
|
+
>
|
|
144
|
+
> You're oriented. Run `/base:orientation` anytime to review or reorient.
|
|
145
|
+
</step>
|
|
146
|
+
|
|
147
|
+
</steps>
|
|
148
|
+
|
|
149
|
+
<output>
|
|
150
|
+
Complete workspace orientation: operator.json populated, initiatives defined, projects mapped, PAUL synced, tasks seeded.
|
|
151
|
+
</output>
|
|
152
|
+
|
|
153
|
+
<acceptance-criteria>
|
|
154
|
+
- [ ] All 8 phase tasks executed in order
|
|
155
|
+
- [ ] Each phase locked before advancing to next
|
|
156
|
+
- [ ] Context passed forward between phases
|
|
157
|
+
- [ ] operator.json written with all fields populated
|
|
158
|
+
- [ ] Initiatives created via Apex MCP
|
|
159
|
+
- [ ] Projects mapped to initiatives with PAUL data synced
|
|
160
|
+
- [ ] Tasks seeded under projects
|
|
161
|
+
- [ ] Operator reviewed and approved at each phase
|
|
162
|
+
</acceptance-criteria>
|