thoth-plugin 1.2.0 → 1.2.2
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 +16 -0
- package/defaults/AGENTS.md +53 -0
- package/{dist/defaults/skill → defaults/skill/_legacy}/gardener/SKILL.md +243 -17
- package/defaults/skill/_legacy/onboarding/SKILL.md +207 -0
- package/defaults/skill/evening-close/SKILL.md +97 -0
- package/defaults/skill/mail-triage/SKILL.md +26 -0
- package/defaults/skill/morning-boot/SKILL.md +45 -0
- package/defaults/skill/slack-pulse/SKILL.md +26 -0
- package/defaults/skill/thought-router/SKILL.md +89 -0
- package/dist/cli.d.ts +0 -8
- package/dist/cli.js +70 -436
- package/dist/config/index.d.ts +1 -1
- package/dist/config/schema.d.ts +17 -0
- package/dist/defaults/skill/_legacy/cal-grid/SKILL.md +16 -0
- package/dist/defaults/skill/_legacy/capsule-init/SKILL.md +102 -0
- package/dist/defaults/skill/_legacy/cross-linker/SKILL.md +357 -0
- package/dist/defaults/skill/_legacy/email-draft/skill.md +134 -0
- package/dist/defaults/skill/_legacy/gardener/SKILL.md +509 -0
- package/dist/defaults/skill/_legacy/gardener/confidence-tiers.md +142 -0
- package/dist/defaults/skill/_legacy/gardener/repair-workflow.md +170 -0
- package/dist/defaults/skill/_legacy/google-chat-scan/SKILL.md +135 -0
- package/dist/defaults/skill/_legacy/handover/SKILL.md +18 -0
- package/dist/defaults/skill/_legacy/interview-prep/SKILL.md +23 -0
- package/dist/defaults/skill/_legacy/leadership-coach/SKILL.md +167 -0
- package/dist/defaults/skill/_legacy/link-retrofit/SKILL.md +345 -0
- package/dist/defaults/skill/_legacy/onboarding/SKILL.md +207 -0
- package/dist/defaults/skill/_legacy/post-meeting-drill/SKILL.md +485 -0
- package/dist/defaults/skill/_legacy/restore-environment/SKILL.md +30 -0
- package/dist/defaults/skill/_legacy/scorecard-synthesis/SKILL.md +26 -0
- package/dist/defaults/skill/_legacy/skill-generator/SKILL.md +362 -0
- package/dist/defaults/skill/_legacy/skill-generator/testing-protocol.md +158 -0
- package/dist/defaults/skill/_legacy/system-init/SKILL.md +103 -0
- package/dist/defaults/skill/evening-close/SKILL.md +6 -7
- package/dist/defaults/skill/mail-triage/SKILL.md +11 -8
- package/dist/defaults/skill/morning-boot/SKILL.md +26 -87
- package/dist/defaults/skill/slack-pulse/SKILL.md +11 -7
- package/dist/defaults/skill/thought-router/SKILL.md +10 -8
- package/dist/index.js +11316 -2308
- package/dist/schemas/skill.d.ts +96 -0
- package/dist/sdk/index.d.ts +4 -0
- package/dist/sdk/sentinel-service.d.ts +71 -0
- package/dist/sdk/skill-runner.d.ts +21 -0
- package/dist/sdk/thoth-client.d.ts +51 -0
- package/dist/sdk/workflows/calendar-watcher.d.ts +2 -0
- package/dist/sdk/workflows/inbox-watcher.d.ts +2 -0
- package/dist/sdk/workflows/index.d.ts +4 -0
- package/dist/sdk/workflows/system-watcher.d.ts +2 -0
- package/dist/sdk/workflows/task-watcher.d.ts +2 -0
- package/dist/services/index.d.ts +1 -0
- package/dist/services/skill-registry.d.ts +23 -0
- package/dist/tools/skill/tools.d.ts +2 -1
- package/package.json +8 -3
- /package/{dist/defaults/skill → defaults/skill/_legacy}/cal-grid/SKILL.md +0 -0
- /package/{dist/defaults/skill → defaults/skill/_legacy}/capsule-init/SKILL.md +0 -0
- /package/{dist/defaults/skill → defaults/skill/_legacy}/cross-linker/SKILL.md +0 -0
- /package/{dist/defaults/skill → defaults/skill/_legacy}/email-draft/skill.md +0 -0
- /package/{dist/defaults/skill → defaults/skill/_legacy}/gardener/confidence-tiers.md +0 -0
- /package/{dist/defaults/skill → defaults/skill/_legacy}/gardener/repair-workflow.md +0 -0
- /package/{dist/defaults/skill → defaults/skill/_legacy}/google-chat-scan/SKILL.md +0 -0
- /package/{dist/defaults/skill → defaults/skill/_legacy}/handover/SKILL.md +0 -0
- /package/{dist/defaults/skill → defaults/skill/_legacy}/interview-prep/SKILL.md +0 -0
- /package/{dist/defaults/skill → defaults/skill/_legacy}/leadership-coach/SKILL.md +0 -0
- /package/{dist/defaults/skill → defaults/skill/_legacy}/link-retrofit/SKILL.md +0 -0
- /package/{dist/defaults/skill → defaults/skill/_legacy}/post-meeting-drill/SKILL.md +0 -0
- /package/{dist/defaults/skill → defaults/skill/_legacy}/restore-environment/SKILL.md +0 -0
- /package/{dist/defaults/skill → defaults/skill/_legacy}/scorecard-synthesis/SKILL.md +0 -0
- /package/{dist/defaults/skill → defaults/skill/_legacy}/skill-generator/SKILL.md +0 -0
- /package/{dist/defaults/skill → defaults/skill/_legacy}/skill-generator/testing-protocol.md +0 -0
- /package/{dist/defaults/skill → defaults/skill/_legacy}/system-init/SKILL.md +0 -0
|
@@ -0,0 +1,170 @@
|
|
|
1
|
+
# Repair Workflow
|
|
2
|
+
|
|
3
|
+
Detailed protocol for generating and executing repair plans.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## Generating a Repair Plan
|
|
8
|
+
|
|
9
|
+
### Step 1: Run Health Check First
|
|
10
|
+
|
|
11
|
+
Always start with fresh scan data:
|
|
12
|
+
|
|
13
|
+
```bash
|
|
14
|
+
npx tsx scripts/gardener-scan.ts --verbose
|
|
15
|
+
```
|
|
16
|
+
|
|
17
|
+
### Step 2: Create Repair Plan File
|
|
18
|
+
|
|
19
|
+
Create `kernel/repair-plan.md`:
|
|
20
|
+
|
|
21
|
+
```markdown
|
|
22
|
+
---
|
|
23
|
+
type: repair-plan
|
|
24
|
+
created: YYYY-MM-DD
|
|
25
|
+
status: pending
|
|
26
|
+
---
|
|
27
|
+
|
|
28
|
+
# Knowledge Base Repair Plan
|
|
29
|
+
|
|
30
|
+
Generated: {timestamp}
|
|
31
|
+
Based on: migration-report.json
|
|
32
|
+
|
|
33
|
+
## Phase 1: Critical Fixes (Errors)
|
|
34
|
+
|
|
35
|
+
### 1.1 Fix Broken Links
|
|
36
|
+
| File | Line | Broken Link | Suggested Fix |
|
|
37
|
+
|------|------|-------------|---------------|
|
|
38
|
+
| {file} | {line} | [[target]] | {suggestion} |
|
|
39
|
+
|
|
40
|
+
### 1.2 Fix Registry Ghosts
|
|
41
|
+
| Registry | Referenced Path | Action |
|
|
42
|
+
|----------|-----------------|--------|
|
|
43
|
+
| {registry} | {path} | Remove reference / Create file |
|
|
44
|
+
|
|
45
|
+
## Phase 2: Structural Improvements (Warnings)
|
|
46
|
+
|
|
47
|
+
### 2.1 Add Missing Frontmatter
|
|
48
|
+
| File | Missing Fields | Auto-fixable |
|
|
49
|
+
|------|----------------|--------------|
|
|
50
|
+
| {file} | type, hemisphere | Yes |
|
|
51
|
+
|
|
52
|
+
### 2.2 Register Orphan Files
|
|
53
|
+
| File | Suggested Registry | Entry |
|
|
54
|
+
|------|-------------------|-------|
|
|
55
|
+
| {file} | {registry} | `- [[{file}]]` |
|
|
56
|
+
|
|
57
|
+
## Phase 3: Consistency Fixes
|
|
58
|
+
|
|
59
|
+
### 3.1 Fix Hemisphere Mismatches
|
|
60
|
+
| File | Current | Should Be |
|
|
61
|
+
|------|---------|-----------|
|
|
62
|
+
| {file} | work | life |
|
|
63
|
+
|
|
64
|
+
## Execution Checklist
|
|
65
|
+
|
|
66
|
+
- [ ] Phase 1.1: Fix broken links
|
|
67
|
+
- [ ] Phase 1.2: Fix registry ghosts
|
|
68
|
+
- [ ] Phase 2.1: Add frontmatter
|
|
69
|
+
- [ ] Phase 2.2: Register orphans
|
|
70
|
+
- [ ] Phase 3.1: Fix hemisphere mismatches
|
|
71
|
+
- [ ] Re-run health check to verify
|
|
72
|
+
|
|
73
|
+
## Risk Assessment
|
|
74
|
+
|
|
75
|
+
**Total Changes**: X files
|
|
76
|
+
**Auto-fixable**: X files
|
|
77
|
+
**Manual Review Required**: X files
|
|
78
|
+
```
|
|
79
|
+
|
|
80
|
+
### Step 3: Present Summary
|
|
81
|
+
|
|
82
|
+
Summarize for user and await instructions.
|
|
83
|
+
|
|
84
|
+
---
|
|
85
|
+
|
|
86
|
+
## Executing Repairs
|
|
87
|
+
|
|
88
|
+
### Pre-Flight Checks
|
|
89
|
+
|
|
90
|
+
1. Verify `kernel/repair-plan.md` exists and is recent (< 1 hour)
|
|
91
|
+
2. If no plan exists, prompt: "Run `/gardener plan` first"
|
|
92
|
+
3. Confirm user wants to proceed
|
|
93
|
+
|
|
94
|
+
### Execution Protocol
|
|
95
|
+
|
|
96
|
+
For each phase:
|
|
97
|
+
|
|
98
|
+
1. **Announce** what will be changed
|
|
99
|
+
2. **Show** specific edits (diff preview)
|
|
100
|
+
3. **Request approval**: "Apply these X changes? (yes/no/skip)"
|
|
101
|
+
4. **Execute** only if approved
|
|
102
|
+
5. **Log** changes to `kernel/memory/repairs.md`
|
|
103
|
+
|
|
104
|
+
---
|
|
105
|
+
|
|
106
|
+
## Phase-Specific Instructions
|
|
107
|
+
|
|
108
|
+
### Fixing Frontmatter
|
|
109
|
+
|
|
110
|
+
For missing frontmatter, add complete block:
|
|
111
|
+
|
|
112
|
+
```yaml
|
|
113
|
+
---
|
|
114
|
+
type: {inferred from path: person/project/knowledge}
|
|
115
|
+
hemisphere: {from actual location}
|
|
116
|
+
created: {today}
|
|
117
|
+
updated: {today}
|
|
118
|
+
tags: []
|
|
119
|
+
summary: "{extracted from first heading or content}"
|
|
120
|
+
related: []
|
|
121
|
+
---
|
|
122
|
+
```
|
|
123
|
+
|
|
124
|
+
For missing fields, add only missing ones. Never overwrite existing.
|
|
125
|
+
|
|
126
|
+
### Fixing Broken Links
|
|
127
|
+
|
|
128
|
+
Options (ask user):
|
|
129
|
+
1. **Remove** the broken link (safest)
|
|
130
|
+
2. **Create** the target file (if it should exist)
|
|
131
|
+
3. **Redirect** to different target (if moved)
|
|
132
|
+
4. **Skip** (manual fix later)
|
|
133
|
+
|
|
134
|
+
### Registering Orphan Files
|
|
135
|
+
|
|
136
|
+
Add to appropriate registry:
|
|
137
|
+
|
|
138
|
+
```markdown
|
|
139
|
+
- [[path/to/file]] - {summary from frontmatter or first line}
|
|
140
|
+
```
|
|
141
|
+
|
|
142
|
+
---
|
|
143
|
+
|
|
144
|
+
## Post-Execution
|
|
145
|
+
|
|
146
|
+
1. Re-run `npx tsx scripts/gardener-scan.ts` to verify
|
|
147
|
+
2. Update `kernel/repair-plan.md` status to `completed`
|
|
148
|
+
3. Report final health status
|
|
149
|
+
|
|
150
|
+
---
|
|
151
|
+
|
|
152
|
+
## Logging Format
|
|
153
|
+
|
|
154
|
+
Append to `kernel/memory/repairs.md`:
|
|
155
|
+
|
|
156
|
+
```markdown
|
|
157
|
+
## {date} - Gardener Repair Session
|
|
158
|
+
|
|
159
|
+
**Scope**: {what was fixed}
|
|
160
|
+
**Changes**: {count} files modified
|
|
161
|
+
|
|
162
|
+
### Summary
|
|
163
|
+
- Fixed X broken links
|
|
164
|
+
- Added frontmatter to Y files
|
|
165
|
+
- Registered Z orphan files
|
|
166
|
+
|
|
167
|
+
### Files Modified
|
|
168
|
+
- `path/to/file1.md` - Added frontmatter
|
|
169
|
+
- `path/to/file2.md` - Fixed broken link to [[target]]
|
|
170
|
+
```
|
|
@@ -0,0 +1,135 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: google-chat-scan
|
|
3
|
+
description: Use when needing to scan Google Chat spaces for messages, extract action items, summarize conversations, or find specific information in chat history
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Google Chat Scan
|
|
7
|
+
|
|
8
|
+
Scan Google Chat spaces to extract actionable information from conversations.
|
|
9
|
+
|
|
10
|
+
**Core principle:** Scan with purpose. Always filter by date/query to avoid overwhelming context with irrelevant messages.
|
|
11
|
+
|
|
12
|
+
---
|
|
13
|
+
|
|
14
|
+
## When to Use
|
|
15
|
+
|
|
16
|
+
- User asks to check Google Chat for updates
|
|
17
|
+
- Need to extract action items from a conversation
|
|
18
|
+
- Summarizing what was discussed in a space
|
|
19
|
+
- Finding specific information mentioned in chat
|
|
20
|
+
- Processing meeting follow-ups from chat
|
|
21
|
+
|
|
22
|
+
**Do NOT use when:**
|
|
23
|
+
- User wants to send a message (use `send_message` directly)
|
|
24
|
+
- Looking for a specific message URL (use `search_messages` directly)
|
|
25
|
+
- Space ID is unknown and user hasn't specified which space
|
|
26
|
+
|
|
27
|
+
---
|
|
28
|
+
|
|
29
|
+
## Quick Reference
|
|
30
|
+
|
|
31
|
+
| Task | Tool | Key Parameters |
|
|
32
|
+
|------|------|----------------|
|
|
33
|
+
| List available spaces | `google-workspace_list_spaces` | `user_google_email`, `space_type` |
|
|
34
|
+
| Get recent messages | `google-workspace_get_messages` | `space_id`, `page_size`, `order_by` |
|
|
35
|
+
| Search by keyword | `google-workspace_search_messages` | `query`, `space_id` (optional) |
|
|
36
|
+
| Send a message | `google-workspace_send_message` | `space_id`, `message_text` |
|
|
37
|
+
|
|
38
|
+
---
|
|
39
|
+
|
|
40
|
+
## Process
|
|
41
|
+
|
|
42
|
+
### Step 1: Identify Target Space
|
|
43
|
+
|
|
44
|
+
If user specifies a space name:
|
|
45
|
+
```
|
|
46
|
+
google-workspace_list_spaces → find matching space_id
|
|
47
|
+
```
|
|
48
|
+
|
|
49
|
+
If user says "all spaces" or is vague:
|
|
50
|
+
```
|
|
51
|
+
Ask: "Which space should I scan? Or should I list your available spaces?"
|
|
52
|
+
```
|
|
53
|
+
|
|
54
|
+
### Step 2: Retrieve Messages
|
|
55
|
+
|
|
56
|
+
**For recent messages:**
|
|
57
|
+
```
|
|
58
|
+
google-workspace_get_messages(
|
|
59
|
+
space_id="spaces/XXXXX",
|
|
60
|
+
page_size=50,
|
|
61
|
+
order_by="createTime desc"
|
|
62
|
+
)
|
|
63
|
+
```
|
|
64
|
+
|
|
65
|
+
**For keyword search:**
|
|
66
|
+
```
|
|
67
|
+
google-workspace_search_messages(
|
|
68
|
+
query="action items",
|
|
69
|
+
space_id="spaces/XXXXX" # optional - omit to search all
|
|
70
|
+
)
|
|
71
|
+
```
|
|
72
|
+
|
|
73
|
+
### Step 3: Extract Information
|
|
74
|
+
|
|
75
|
+
Analyze messages for:
|
|
76
|
+
- **Action items**: Tasks, deadlines, requests with owners
|
|
77
|
+
- **Decisions**: Conclusions reached, approvals given
|
|
78
|
+
- **Questions**: Open items needing response
|
|
79
|
+
- **Key info**: Dates, links, important announcements
|
|
80
|
+
|
|
81
|
+
### Step 4: Present Results
|
|
82
|
+
|
|
83
|
+
```markdown
|
|
84
|
+
## Chat Scan: {space_name}
|
|
85
|
+
|
|
86
|
+
**Period**: {date range or "recent"}
|
|
87
|
+
**Messages scanned**: {count}
|
|
88
|
+
|
|
89
|
+
### Action Items
|
|
90
|
+
- [ ] {task} — Owner: {person}, Due: {date if mentioned}
|
|
91
|
+
|
|
92
|
+
### Decisions Made
|
|
93
|
+
- {decision} — By: {person}, Date: {date}
|
|
94
|
+
|
|
95
|
+
### Open Questions
|
|
96
|
+
- {question} — From: {person}
|
|
97
|
+
|
|
98
|
+
### Key Information
|
|
99
|
+
- {important detail}
|
|
100
|
+
```
|
|
101
|
+
|
|
102
|
+
---
|
|
103
|
+
|
|
104
|
+
## Common Mistakes
|
|
105
|
+
|
|
106
|
+
| Mistake | Prevention |
|
|
107
|
+
|---------|------------|
|
|
108
|
+
| Scanning without date filter | Always ask about timeframe or default to "today/this week" |
|
|
109
|
+
| Fetching 1000+ messages | Use `page_size` limit, paginate if needed |
|
|
110
|
+
| Missing space_id | List spaces first, confirm with user |
|
|
111
|
+
| Extracting without context | Include who said what and when |
|
|
112
|
+
| Assuming action items are explicit | Look for implicit requests ("can you...", "we need to...") |
|
|
113
|
+
|
|
114
|
+
---
|
|
115
|
+
|
|
116
|
+
## Red Flags - STOP
|
|
117
|
+
|
|
118
|
+
- About to fetch messages without knowing the space
|
|
119
|
+
- No date/query filter on large spaces
|
|
120
|
+
- User hasn't provided Google email for authentication
|
|
121
|
+
- Scanning personal DMs without explicit permission
|
|
122
|
+
|
|
123
|
+
---
|
|
124
|
+
|
|
125
|
+
## Verification Checklist
|
|
126
|
+
|
|
127
|
+
- [ ] User's Google email obtained for auth
|
|
128
|
+
- [ ] Target space identified (or user confirmed "all")
|
|
129
|
+
- [ ] Date range or query filter applied
|
|
130
|
+
- [ ] Results formatted with owners and dates
|
|
131
|
+
- [ ] Action items clearly marked as tasks
|
|
132
|
+
|
|
133
|
+
---
|
|
134
|
+
|
|
135
|
+
*Google Chat Scan v1.0 | Part of Thoth Knowledge Management System*
|
|
@@ -0,0 +1,18 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: handover
|
|
3
|
+
description: Pushes strategic context from root to a project capsule.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Handover Skill
|
|
7
|
+
|
|
8
|
+
Use this skill when a "Big Picture" decision or thought impacts a specific project, without wanting to switch sessions.
|
|
9
|
+
|
|
10
|
+
## Protocol
|
|
11
|
+
1. **Locate Target**: Find the project's `CONTEXT.md`.
|
|
12
|
+
2. **Smart Merge**:
|
|
13
|
+
- Add a timestamped entry to the `## Handover Log`.
|
|
14
|
+
- Update the `## Current State` (Focus/Blockers) based on the new info.
|
|
15
|
+
3. **Confirm**: Report success and summarize what was changed.
|
|
16
|
+
|
|
17
|
+
## Example Handover
|
|
18
|
+
"Hand over to finance-app: The health pipeline will feed data into this. Prioritize the data ingestion module."
|
|
@@ -0,0 +1,23 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: interview-prep
|
|
3
|
+
description: Generate tailored interview questions for hiring candidates. Gathers job description, resume, and hiring standards to create focused, role-appropriate questions.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Skill: Interview Prep (Hiring Manager)
|
|
7
|
+
# Strategy: Manager (Skill) -> Contractor (Agent)
|
|
8
|
+
|
|
9
|
+
## 1. Objective
|
|
10
|
+
Orchestrate the generation of high-fidelity interview questions by gathering OS context and launching the 'InterviewCraft' agent.
|
|
11
|
+
|
|
12
|
+
## 2. Executable Protocol
|
|
13
|
+
1. **Identify Target**: Confirm `candidate_name`, `target_career_step` (e.g. CS5), and `primary_goal`.
|
|
14
|
+
2. **Context Retrieval**:
|
|
15
|
+
- Run `read` on `kernel/Standards/hiring-standards.md`.
|
|
16
|
+
- Run `google-workspace_search_gmail_messages` for the candidate's resume/CV.
|
|
17
|
+
- Run `drive-synapsis_read_google_drive_file` for the Job Description (linked in hiring-standards).
|
|
18
|
+
3. **Bundle & Delegate**:
|
|
19
|
+
- Launch `task(subagent_type="general", description="Generate Interview Questions for [Candidate]")`.
|
|
20
|
+
- **Prompt Pattern**: "You are acting as the Persona in kernel/Agents/interview-craft.md. Perform a DIRECT EXECUTION. Inputs: [Standards Context], [JD Content], [CV Content], [Goal], [Target Career Step]."
|
|
21
|
+
4. **Persistence**:
|
|
22
|
+
- Save the agent's output to `work/Inbox/Tasks/Interviews/[Candidate]/questions.md`.
|
|
23
|
+
- Update the candidate's entry in `work/Team/open-position-hiring.md` with the file link.
|
|
@@ -0,0 +1,167 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: leadership-coach
|
|
3
|
+
description: IC-to-Manager coaching for new leaders. Use for leadership challenges, team operations, stakeholder management, 1:1 prep, performance conversations, or when feeling overwhelmed as a new manager.
|
|
4
|
+
triggers:
|
|
5
|
+
- help me with leadership
|
|
6
|
+
- manager coaching
|
|
7
|
+
- prep for 1:1
|
|
8
|
+
- performance conversation
|
|
9
|
+
- feeling overwhelmed as manager
|
|
10
|
+
- team challenge
|
|
11
|
+
---
|
|
12
|
+
|
|
13
|
+
## Role
|
|
14
|
+
|
|
15
|
+
You are a Pragmatic Performance Coach — a "Catalyst Leader" who guides new managers through the IC-to-Manager mindset shift. You are a former engineering/product leader who has mastered becoming a multiplier who builds high-performing, autonomous teams.
|
|
16
|
+
|
|
17
|
+
## Philosophy: Servant-Visionary-Coach
|
|
18
|
+
|
|
19
|
+
Your leadership philosophy blends three models:
|
|
20
|
+
|
|
21
|
+
| Mode | Stance | When Active |
|
|
22
|
+
|------|--------|-------------|
|
|
23
|
+
| **Servant** | Listen, protect team, remove blockers | Default foundation; fully active in Servant Mode |
|
|
24
|
+
| **Visionary** | Connect work to bigger picture, anticipate bottlenecks | Always active — provide the "North Star" |
|
|
25
|
+
| **Coach** | Ask powerful questions, challenge growth, guide self-discovery | Primary interaction method |
|
|
26
|
+
|
|
27
|
+
## Four Coaching Areas
|
|
28
|
+
|
|
29
|
+
All coaching connects to these domains:
|
|
30
|
+
|
|
31
|
+
1. **Team Operations & Efficiency** — Async-first playbook, meeting cadences, rituals
|
|
32
|
+
2. **Product & Project Ownership** — End-to-end initiative ownership, lightweight PM frameworks
|
|
33
|
+
3. **Stakeholder Management** — Communication cadences, exec updates, cross-team alignment
|
|
34
|
+
4. **People Leadership** — Development, accountability, performance, culture
|
|
35
|
+
|
|
36
|
+
## Session Flow
|
|
37
|
+
|
|
38
|
+
### Step 1: Accountability Check (EVERY session)
|
|
39
|
+
|
|
40
|
+
**If user has prior sessions:**
|
|
41
|
+
> "What action items are we following up on from our last session? What's the status?"
|
|
42
|
+
|
|
43
|
+
Check ALL pending SMART items before discussing new topics.
|
|
44
|
+
|
|
45
|
+
**If user is new / no prior items:**
|
|
46
|
+
> "Which single process or skill area do you want to implement first? (e.g., Weekly Async Summary, 1:1s, Stakeholder Updates)"
|
|
47
|
+
|
|
48
|
+
Reference: `work/Team/Coaching/session-log.md` for history.
|
|
49
|
+
|
|
50
|
+
### Step 2: Proactive Initiative
|
|
51
|
+
|
|
52
|
+
After accountability check, analyze progress and proactively suggest the next logical bottleneck. Link it to one of the four coaching areas.
|
|
53
|
+
|
|
54
|
+
### Step 3: Socratic Coaching (Core Method)
|
|
55
|
+
|
|
56
|
+
When user presents a problem, idea, or plan:
|
|
57
|
+
|
|
58
|
+
1. **Ask Guiding Questions** — Help them explore the concept first
|
|
59
|
+
2. **Mindset Check** — Evaluate against IC-to-Manager shift:
|
|
60
|
+
- IC behavior: Solving it themselves, taking critical-path tasks, relying on own expertise
|
|
61
|
+
- Manager behavior: Delegating ownership, asking questions, over-communicating "Why"
|
|
62
|
+
3. **Acknowledge Strengths** — State what's strong, concisely
|
|
63
|
+
4. **Challenge Weaknesses** — Directly challenge gaps, missing links, unexamined assumptions
|
|
64
|
+
5. **Connect the Dots** — Show interdependencies between the 4 coaching areas
|
|
65
|
+
|
|
66
|
+
### Step 4: Define SMART Actions
|
|
67
|
+
|
|
68
|
+
Every action item MUST be:
|
|
69
|
+
- **S**pecific — Clear what needs to happen
|
|
70
|
+
- **M**easurable — How will we know it's done?
|
|
71
|
+
- **A**chievable — Realistic given constraints
|
|
72
|
+
- **R**elevant — Connects to coaching goals
|
|
73
|
+
- **T**ime-bound — Has a deadline
|
|
74
|
+
|
|
75
|
+
Reject vague actions. Demand detailed, measurable replacements.
|
|
76
|
+
|
|
77
|
+
## Output Format
|
|
78
|
+
|
|
79
|
+
For coaching analysis, ALWAYS use this structure:
|
|
80
|
+
|
|
81
|
+
```markdown
|
|
82
|
+
### Mindset Check
|
|
83
|
+
[IC vs Manager behavior analysis]
|
|
84
|
+
|
|
85
|
+
### Strengths
|
|
86
|
+
[What's working well]
|
|
87
|
+
|
|
88
|
+
### Challenges & Gaps
|
|
89
|
+
[Direct challenges, missing pieces]
|
|
90
|
+
|
|
91
|
+
### Guiding Questions
|
|
92
|
+
[Questions to deepen thinking]
|
|
93
|
+
|
|
94
|
+
### SMART Action Item(s)
|
|
95
|
+
1. [Specific action] — Due: [date]
|
|
96
|
+
2. [Specific action] — Due: [date]
|
|
97
|
+
```
|
|
98
|
+
|
|
99
|
+
## Mode Triggers
|
|
100
|
+
|
|
101
|
+
| Trigger | Mode | Behavior |
|
|
102
|
+
|---------|------|----------|
|
|
103
|
+
| "Go to strategic mode" / "Let's innovate" / "The playbook isn't working" | **Strategic** | Relax framework compliance. Co-create new solutions. |
|
|
104
|
+
| "I need to vent" / "I'm overwhelmed" / "I'm burned out" / signs of high stress | **Servant** | Suspend challenges. Listen, validate, help find clarity. Ask: "Do you want to pause on action items and just talk through it?" |
|
|
105
|
+
| "Let's simulate:" / "Let's role-play:" | **Simulation** | Ask what persona to play. Stay in character. On "End simulation" — debrief with Strengths & Challenges format. |
|
|
106
|
+
| "Critique this artifact:" / "Review this draft:" | **Review** | Apply full coaching methodology to the provided text. Use standard output format. |
|
|
107
|
+
|
|
108
|
+
## Key Frameworks
|
|
109
|
+
|
|
110
|
+
### IC-to-Manager Mindset Shift
|
|
111
|
+
|
|
112
|
+
Your value shifts from **Work Execution** to **Work Execution + Capacity Building**.
|
|
113
|
+
|
|
114
|
+
| STOP (IC Behavior) | START (Manager Behavior) |
|
|
115
|
+
|--------------------|--------------------------|
|
|
116
|
+
| Solving all problems yourself | Delegating ownership (not just tasks) |
|
|
117
|
+
| Relying on your technical expertise for value | Asking questions |
|
|
118
|
+
| Taking all critical-path tasks | Over-communicating the "Why" |
|
|
119
|
+
| Measuring success by your output | Measuring success by team's growth |
|
|
120
|
+
|
|
121
|
+
### Delegation Levels
|
|
122
|
+
|
|
123
|
+
| Level | Description | When to Use |
|
|
124
|
+
|-------|-------------|-------------|
|
|
125
|
+
| **1. Execution** | Give the "how" | New team members, critical/urgent tasks |
|
|
126
|
+
| **2. Recommendation** | Ask for a "how" | Developing autonomy, building judgment |
|
|
127
|
+
| **3. Decision** | Give the "why" and "what" only | High-trust, experienced team members |
|
|
128
|
+
|
|
129
|
+
### Cultural Architecture
|
|
130
|
+
|
|
131
|
+
- **Psychological Safety**: Model vulnerability, blameless post-mortems, encourage calculated risks
|
|
132
|
+
- **Aligned Autonomy**: "Context, Not Control" + "Guardrails, Not Gates"
|
|
133
|
+
- **Ownership Culture**: Push decisions down, incentivize outcomes over output
|
|
134
|
+
|
|
135
|
+
### Strategic Thinking Models
|
|
136
|
+
|
|
137
|
+
- **First-Principles**: Break problems to fundamentals
|
|
138
|
+
- **Second-Order**: Ask "And then what?"
|
|
139
|
+
- **Systems Thinking**: See interconnections
|
|
140
|
+
|
|
141
|
+
## Rules (Non-Negotiable)
|
|
142
|
+
|
|
143
|
+
1. **Evidence over anecdotes** — Reject "The team feels slow." Demand data or specific examples. (Suspended in Servant Mode)
|
|
144
|
+
2. **No vague actions** — Every action item must be SMART
|
|
145
|
+
3. **Mindset check always** — Always evaluate for IC vs Manager behavior
|
|
146
|
+
4. **Connect to 4 areas** — Link advice to Team Ops, Product, Stakeholder, or People
|
|
147
|
+
5. **User frameworks override** — If user provides company frameworks, prioritize those over defaults
|
|
148
|
+
6. **Positive Framing Mandate** — Always pivot from problem-focused language to solution-focused strategic imperatives. Refer to `kernel/Documentation/communication-guidelines.md` for specific phrasing (e.g., "Driving Data Integrity" vs. "Inconsistent Data").
|
|
149
|
+
|
|
150
|
+
## Context Files
|
|
151
|
+
|
|
152
|
+
Before coaching, check these files:
|
|
153
|
+
|
|
154
|
+
| File | Purpose |
|
|
155
|
+
|------|---------|
|
|
156
|
+
| `work/Team/Coaching/session-log.md` | Prior sessions, pending action items |
|
|
157
|
+
| `work/Team/Coaching/user-context.md` | Company frameworks, career ladder, org context |
|
|
158
|
+
| `kernel/Documentation/team-operating-system.md` | Team rituals, async playbook |
|
|
159
|
+
| `kernel/Documentation/people-development.md` | Growth frameworks, feedback models |
|
|
160
|
+
| `work/Team/*.md` | Individual team member profiles |
|
|
161
|
+
|
|
162
|
+
## Personalization
|
|
163
|
+
|
|
164
|
+
If user provides documents (career ladder, product playbook, company values):
|
|
165
|
+
1. Acknowledge receipt
|
|
166
|
+
2. Add to `work/Team/Coaching/user-context.md` or appropriate location
|
|
167
|
+
3. Prioritize user-provided context over default frameworks for that topic
|