create-dss-project 0.1.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/bin/create-dss-project.js +4 -0
- package/lib/index.js +80 -0
- package/lib/project-types.js +74 -0
- package/lib/prompts.js +42 -0
- package/lib/scaffold.js +169 -0
- package/package.json +30 -0
- package/template/.github/workflows/dashboard-build.yml +27 -0
- package/template/.github/workflows/template-lint.yml +71 -0
- package/template/CHANGELOG.md +43 -0
- package/template/CLAUDE.md +145 -0
- package/template/LICENSE +21 -0
- package/template/README.md +201 -0
- package/template/STATUS.md +34 -0
- package/template/context/competitor-snapshot.md +27 -0
- package/template/context/market-snapshot.md +32 -0
- package/template/context/pipeline-state.md +36 -0
- package/template/context/project-state.md +45 -0
- package/template/dashboard/CLAUDE.md +36 -0
- package/template/dashboard/DEPLOY.md +60 -0
- package/template/dashboard/build-data.js +395 -0
- package/template/dashboard/competitors.html +143 -0
- package/template/dashboard/css/styles.css +143 -0
- package/template/dashboard/data/.gitkeep +0 -0
- package/template/dashboard/decisions.html +132 -0
- package/template/dashboard/index.html +152 -0
- package/template/dashboard/js/app.js +59 -0
- package/template/dashboard/js/overview.js +50 -0
- package/template/dashboard/js/sidebar.js +62 -0
- package/template/dashboard/js/tailwind-config.js +52 -0
- package/template/dashboard/package-lock.json +351 -0
- package/template/dashboard/package.json +17 -0
- package/template/dashboard/pipeline.html +149 -0
- package/template/dashboard/research.html +215 -0
- package/template/dashboard/robots.txt +2 -0
- package/template/dashboard/scoring.html +187 -0
- package/template/dashboard/timeline.html +165 -0
- package/template/dashboard/vercel.json +5 -0
- package/template/dashboard/watch.js +57 -0
- package/template/data/.gitkeep +0 -0
- package/template/discovery/calls/.gitkeep +0 -0
- package/template/discovery/outreach/.gitkeep +0 -0
- package/template/discovery/prep/.gitkeep +0 -0
- package/template/docs/decks/.gitkeep +0 -0
- package/template/docs/executive-summary.md +104 -0
- package/template/docs/getting-started.md +274 -0
- package/template/docs/memos/evidence-grading.md +27 -0
- package/template/docs/memos/housekeeping-reference.md +101 -0
- package/template/docs/memos/reference-context.md +30 -0
- package/template/docs/output/project-activity.md +8 -0
- package/template/docs/output/status-blurb.md +4 -0
- package/template/docs/output/work-log.md +8 -0
- package/template/docs/skill-authoring-guide.md +212 -0
- package/template/memory/MEMORY.md +84 -0
- package/template/memory/decisions.md +13 -0
- package/template/memory/discovery.md +48 -0
- package/template/memory/research.md +33 -0
- package/template/memory/scoring.md +34 -0
- package/template/project.config.example.json +31 -0
- package/template/research/competitors/.gitkeep +0 -0
- package/template/research/market/.gitkeep +0 -0
- package/template/research/technical/.gitkeep +0 -0
- package/template/scripts/.gitkeep +0 -0
- package/template/scripts/build-cli-template.sh +32 -0
- package/template/scripts/health-check.sh +152 -0
- package/template/scripts/reset-to-template.sh +115 -0
- package/template/scripts/validate-placeholders.sh +47 -0
- package/template/skills/compare-options/SKILL.md +97 -0
- package/template/skills/critical-reasoning/SKILL.md +107 -0
- package/template/skills/decision/SKILL.md +75 -0
- package/template/skills/enrich-entity/SKILL.md +107 -0
- package/template/skills/health-check/SKILL.md +144 -0
- package/template/skills/onboard/SKILL.md +434 -0
- package/template/skills/outreach-sequence/SKILL.md +79 -0
- package/template/skills/pipeline-update/SKILL.md +90 -0
- package/template/skills/process-call/SKILL.md +96 -0
- package/template/skills/rebuild-snapshots/SKILL.md +88 -0
- package/template/skills/session-end/SKILL.md +120 -0
- package/template/skills/session-start/SKILL.md +93 -0
- package/template/skills/synthesise/SKILL.md +108 -0
- package/template/skills/weekly-report/SKILL.md +79 -0
- package/template/templates/call-notes.md +67 -0
- package/template/templates/call-prep.md +65 -0
- package/template/templates/entity-teardown.md +58 -0
|
@@ -0,0 +1,96 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: process-call
|
|
3
|
+
description: Use after a discovery or stakeholder call to process raw notes into structured files. Extracts pain points, WTP signals, hypothesis evidence, and updates all memory files and the dashboard. Rigid skill — execute all steps.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Process Call
|
|
7
|
+
|
|
8
|
+
**Rigid skill** — execute ALL steps in order. Do not skip steps or ask whether to proceed.
|
|
9
|
+
|
|
10
|
+
Use this after any discovery, intel, or stakeholder call to transform raw notes into structured project data.
|
|
11
|
+
|
|
12
|
+
---
|
|
13
|
+
|
|
14
|
+
## Step 0 — Gather Raw Input
|
|
15
|
+
|
|
16
|
+
Ask the user for:
|
|
17
|
+
1. **Entity name** — who was the call with?
|
|
18
|
+
2. **Call type** — Discovery / Intel / Follow-up / Partnership
|
|
19
|
+
3. **Attendees** — who was on the call?
|
|
20
|
+
4. **Raw notes** — pasted text, a file path, or dictated summary
|
|
21
|
+
|
|
22
|
+
If the user pastes raw notes, work with those. If they provide a file path, read that file.
|
|
23
|
+
|
|
24
|
+
## Step 1 — Create Structured Call Notes
|
|
25
|
+
|
|
26
|
+
Create `discovery/calls/{entity-slug}-{YYYY-MM-DD}.md` using the template at `templates/call-notes.md`.
|
|
27
|
+
|
|
28
|
+
Extract from the raw notes and populate:
|
|
29
|
+
- **Key Takeaways**: 3–5 bullet points — the most important things learned
|
|
30
|
+
- **Pain Point Rankings**: intensity 1–5, with direct quotes where available
|
|
31
|
+
- **WTP / Value Signals**: any willingness-to-pay indicators with context and evidence grade
|
|
32
|
+
- **Key Quotes**: verbatim quotes that capture insights (attribute to speaker)
|
|
33
|
+
- **Hypotheses Tested**: map findings against the project's strategic hypothesis and kill conditions
|
|
34
|
+
- **Learnings & Surprises**: what challenged assumptions or was unexpected
|
|
35
|
+
- **Next Steps**: concrete actions with owners and due dates
|
|
36
|
+
- **Impact Assessment**: which kill conditions, hypotheses, or research gaps are affected
|
|
37
|
+
|
|
38
|
+
Every factual claim must be tagged: [CONFIRMED], [SECONDARY], [INFERENCE], or [ASSUMPTION].
|
|
39
|
+
|
|
40
|
+
## Step 2 — Update Pain Point Rankings
|
|
41
|
+
|
|
42
|
+
Read `memory/discovery.md`. Update the Pain Point Rankings table:
|
|
43
|
+
- If a pain point from this call already exists → update frequency count and intensity if this call provides stronger evidence
|
|
44
|
+
- If a pain point is new → add it to the table
|
|
45
|
+
- Maintain ranking by frequency × intensity
|
|
46
|
+
|
|
47
|
+
## Step 3 — Update WTP Signals
|
|
48
|
+
|
|
49
|
+
In `memory/discovery.md`, update the WTP Signals table:
|
|
50
|
+
- Add any new signals from this call
|
|
51
|
+
- Include entity name, signal, context, and evidence grade
|
|
52
|
+
|
|
53
|
+
## Step 4 — Update Kill Condition Tracker
|
|
54
|
+
|
|
55
|
+
In `memory/discovery.md`, update the Kill Condition Tracker:
|
|
56
|
+
- For each kill condition, check if this call provided new evidence
|
|
57
|
+
- Update the evidence column and status (UNTESTED → PASSING or FAILING)
|
|
58
|
+
- If a kill condition status changes → flag this prominently to the user
|
|
59
|
+
|
|
60
|
+
Also update `memory/MEMORY.md` Kill Conditions table if any status changed.
|
|
61
|
+
|
|
62
|
+
## Step 5 — Update Pipeline Status
|
|
63
|
+
|
|
64
|
+
Update the entity's status in the pipeline:
|
|
65
|
+
- If they were "Meeting booked" → move to "Meeting completed"
|
|
66
|
+
- Update last contact date, next action, and notes in the pipeline tracker
|
|
67
|
+
- Update `memory/discovery.md` Outreach Log with call details
|
|
68
|
+
- Update `memory/MEMORY.md` Discovery line (call count, status summary)
|
|
69
|
+
|
|
70
|
+
## Step 6 — Hypothesis Impact Check
|
|
71
|
+
|
|
72
|
+
Read the project's strategic hypothesis from `memory/MEMORY.md`.
|
|
73
|
+
|
|
74
|
+
Does this call provide evidence that **supports**, **weakens**, or is **neutral** to the hypothesis?
|
|
75
|
+
|
|
76
|
+
- If **supports or weakens** → run `/critical-reasoning` on the updated evidence before updating `docs/executive-summary.md`
|
|
77
|
+
- If **neutral** → note in the call notes Impact Assessment and proceed
|
|
78
|
+
|
|
79
|
+
## Step 7 — Rebuild Dashboard
|
|
80
|
+
|
|
81
|
+
```bash
|
|
82
|
+
cd dashboard && node build-data.js
|
|
83
|
+
```
|
|
84
|
+
|
|
85
|
+
## Step 8 — Report to User
|
|
86
|
+
|
|
87
|
+
Provide a structured summary:
|
|
88
|
+
|
|
89
|
+
> **Call processed — {entity name} ({date})**
|
|
90
|
+
> - **Key insight**: {single most important takeaway}
|
|
91
|
+
> - **Pain points**: {count} identified ({count} new)
|
|
92
|
+
> - **WTP signals**: {count} captured
|
|
93
|
+
> - **Kill conditions affected**: {list or "none"}
|
|
94
|
+
> - **Hypothesis impact**: Supports / Weakens / Neutral
|
|
95
|
+
> - **Next actions**: {list from call notes}
|
|
96
|
+
> - **Files updated**: {list}
|
|
@@ -0,0 +1,88 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: rebuild-snapshots
|
|
3
|
+
description: Regenerate all 4 context snapshots from raw source files. Run when snapshots have drifted from reality — after multiple sessions, bulk research, or when /session-start reports stale data.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Rebuild Snapshots
|
|
7
|
+
|
|
8
|
+
Regenerate the pre-computed context snapshots in `context/` from raw source files. These snapshots enable fast context loading at session start — but they drift when source files change without snapshot updates.
|
|
9
|
+
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
## When to Run
|
|
13
|
+
|
|
14
|
+
- `/session-start` reports data is >7 days old
|
|
15
|
+
- After bulk research or multiple discovery calls
|
|
16
|
+
- After strategic decisions that change the project direction
|
|
17
|
+
- When `/session-end` detects relevant source file changes
|
|
18
|
+
- Manually, whenever snapshots feel out of date
|
|
19
|
+
|
|
20
|
+
---
|
|
21
|
+
|
|
22
|
+
## Snapshot 1 — Project State (`context/project-state.md`)
|
|
23
|
+
|
|
24
|
+
**Read these source files:**
|
|
25
|
+
- `memory/MEMORY.md` — project state, hypothesis, kill conditions, priorities
|
|
26
|
+
- `memory/decisions.md` — recent strategic decisions
|
|
27
|
+
- `memory/discovery.md` — kill condition tracker, discovery progress
|
|
28
|
+
- `docs/executive-summary.md` — current hypothesis framing, risk register
|
|
29
|
+
|
|
30
|
+
**Regenerate with these sections:**
|
|
31
|
+
1. **Mission & Hypothesis** — one-paragraph summary of what we're doing and why
|
|
32
|
+
2. **Kill Conditions** — current status table (copy from MEMORY.md, enrich with evidence from discovery.md)
|
|
33
|
+
3. **Discovery Progress** — calls completed, pipeline summary, key patterns emerging
|
|
34
|
+
4. **Recent Decisions** — last 3–5 decisions from decisions.md
|
|
35
|
+
5. **Current Priorities** — from MEMORY.md
|
|
36
|
+
6. **Top Risks** — from executive summary risk register
|
|
37
|
+
|
|
38
|
+
---
|
|
39
|
+
|
|
40
|
+
## Snapshot 2 — Market Snapshot (`context/market-snapshot.md`)
|
|
41
|
+
|
|
42
|
+
**Read these source files:**
|
|
43
|
+
- `memory/research.md` — market sizing summary
|
|
44
|
+
- `research/market/` — all market research files
|
|
45
|
+
- `docs/executive-summary.md` §2 (Market Opportunity)
|
|
46
|
+
|
|
47
|
+
**Regenerate with these sections:**
|
|
48
|
+
1. **TAM / SAM / SOM** — current estimates with sources and evidence grades
|
|
49
|
+
2. **Market Dynamics** — tailwinds and headwinds
|
|
50
|
+
3. **Key Trends** — 3–5 trends shaping the market
|
|
51
|
+
4. **Timing Window** — convergence or urgency signals
|
|
52
|
+
|
|
53
|
+
---
|
|
54
|
+
|
|
55
|
+
## Snapshot 3 — Pipeline State (`context/pipeline-state.md`)
|
|
56
|
+
|
|
57
|
+
**Read these source files:**
|
|
58
|
+
- Pipeline source of truth CSV (path from `project.config.json` or `memory/MEMORY.md`)
|
|
59
|
+
- `memory/discovery.md` — outreach log
|
|
60
|
+
- `memory/MEMORY.md` — discovery line
|
|
61
|
+
|
|
62
|
+
**Regenerate with these sections:**
|
|
63
|
+
1. **Pipeline Summary** — total entities, breakdown by status
|
|
64
|
+
2. **Status Breakdown** — table of all entities with current status, last contact, next action
|
|
65
|
+
3. **Overdue Actions** — any next actions with dates in the past
|
|
66
|
+
4. **Recent Activity** — last 5 pipeline events from outreach log
|
|
67
|
+
|
|
68
|
+
---
|
|
69
|
+
|
|
70
|
+
## Snapshot 4 — Competitor Snapshot (`context/competitor-snapshot.md`)
|
|
71
|
+
|
|
72
|
+
**Read these source files:**
|
|
73
|
+
- `memory/research.md` — entity capability map
|
|
74
|
+
- `research/competitors/` — all competitor research files (read TL;DR sections at minimum)
|
|
75
|
+
|
|
76
|
+
**Regenerate with these sections:**
|
|
77
|
+
1. **Competitive Landscape** — capability map table (copy from research.md)
|
|
78
|
+
2. **Key Patterns** — 3–5 patterns across competitors (common strengths, shared gaps)
|
|
79
|
+
3. **White Space** — opportunities not covered by existing players
|
|
80
|
+
4. **Convergence Risks** — competitors moving towards our intended position
|
|
81
|
+
|
|
82
|
+
---
|
|
83
|
+
|
|
84
|
+
## After Rebuilding
|
|
85
|
+
|
|
86
|
+
1. Add today's date as "Last regenerated" at the top of each snapshot
|
|
87
|
+
2. Report which snapshots changed meaningfully vs. were already current
|
|
88
|
+
3. If any snapshot reveals contradictions with `memory/MEMORY.md` → flag to the user
|
|
@@ -0,0 +1,120 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: session-end
|
|
3
|
+
description: Run at the end of every work session. Executes the full 10-step housekeeping checklist — file audit, memory updates, hypothesis review, status sync, dashboard rebuild, and commit. Rigid skill — execute all steps in order.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Session End
|
|
7
|
+
|
|
8
|
+
**Rigid skill** — execute ALL steps in order. Do not skip steps or ask whether to proceed.
|
|
9
|
+
|
|
10
|
+
Run this before finishing any session that produced or modified files.
|
|
11
|
+
|
|
12
|
+
---
|
|
13
|
+
|
|
14
|
+
## Step 1 — File Placement Audit
|
|
15
|
+
|
|
16
|
+
Scan all files created or modified this session. Verify each is in the correct location:
|
|
17
|
+
|
|
18
|
+
| File type | Correct location | Template |
|
|
19
|
+
|-----------|-----------------|----------|
|
|
20
|
+
| Entity teardown | `research/competitors/{slug}.md` | `templates/entity-teardown.md` |
|
|
21
|
+
| Market/TAM research | `research/market/` | — |
|
|
22
|
+
| Technical research | `research/technical/` | — |
|
|
23
|
+
| Call notes | `discovery/calls/{entity}-{date}.md` | `templates/call-notes.md` |
|
|
24
|
+
| Call prep | `discovery/prep/{entity}-prep.md` | `templates/call-prep.md` |
|
|
25
|
+
| Strategy memo | `docs/memos/` | — |
|
|
26
|
+
| Deck/presentation | `docs/decks/` | — |
|
|
27
|
+
| Data file (CSV/JSON) | `data/` | — |
|
|
28
|
+
|
|
29
|
+
If a file is in the wrong place → move it now. If created without the correct template → flag it.
|
|
30
|
+
|
|
31
|
+
## Step 2 — Memory Cascade Update
|
|
32
|
+
|
|
33
|
+
Check which work was done this session and update the corresponding memory files:
|
|
34
|
+
|
|
35
|
+
| Work done | Update required |
|
|
36
|
+
|-----------|----------------|
|
|
37
|
+
| Competitor/entity research | Add/update row in `memory/research.md` |
|
|
38
|
+
| New target entities found | Update Target Entity List in `memory/research.md` |
|
|
39
|
+
| Technical pathway research | Update Technical Findings in `memory/research.md` |
|
|
40
|
+
| Outreach sent (any channel) | Update Outreach Log in `memory/discovery.md` + `memory/MEMORY.md` Discovery line |
|
|
41
|
+
| Call prep created | Note in pipeline tracker for the matching entity |
|
|
42
|
+
| Call notes processed | Note in pipeline tracker for the matching entity |
|
|
43
|
+
| Entity disqualified | Update `memory/MEMORY.md` Discovery line + note reason in `memory/discovery.md` |
|
|
44
|
+
| Customer discovery call | Update Pain Point Rankings + WTP Signals in `memory/discovery.md` + `memory/MEMORY.md` |
|
|
45
|
+
| Kill condition evidence changed | Update Kill Condition Tracker in `memory/discovery.md` + `memory/MEMORY.md` |
|
|
46
|
+
| Strategic decision made | Add entry to `memory/decisions.md` + one-liner to `memory/MEMORY.md` |
|
|
47
|
+
| Option scoring changed | Update `memory/scoring.md` |
|
|
48
|
+
|
|
49
|
+
## Step 3 — Hypothesis Review
|
|
50
|
+
|
|
51
|
+
Ask: "Did this session produce new evidence that could affect hypothesis confidence?"
|
|
52
|
+
|
|
53
|
+
- If **YES** → run `/critical-reasoning` before updating the executive summary. Only update `docs/executive-summary.md` after the user confirms the briefing.
|
|
54
|
+
- If **NO** (structural/setup work) → proceed to Step 4.
|
|
55
|
+
|
|
56
|
+
## Step 4 — Status Blurb Update
|
|
57
|
+
|
|
58
|
+
Update `docs/output/status-blurb.md`. Rules:
|
|
59
|
+
- Max 4 sentences
|
|
60
|
+
- Plain English — no jargon, no technical codes, no internal terminology
|
|
61
|
+
- Never mention internal tooling, agent workflows, file reorganisation, or process changes
|
|
62
|
+
- Cover: current phase, what's active, key unknown, any blockers
|
|
63
|
+
|
|
64
|
+
## Step 5 — README Status Sync
|
|
65
|
+
|
|
66
|
+
Copy the content of `docs/output/status-blurb.md` into the `<!-- STATUS:START -->` / `<!-- STATUS:END -->` block in `README.md`.
|
|
67
|
+
|
|
68
|
+
## Step 6 — Project Activity Update
|
|
69
|
+
|
|
70
|
+
Apply the filter — only log exec-worthy progress:
|
|
71
|
+
- **Log**: Concrete deliverables, milestones, external-facing actions (outreach sent, calls completed, research synthesis, memos)
|
|
72
|
+
- **Skip**: Dashboard UI work, CSS fixes, skill creation, data schema changes, call prep creation, internal tooling, maintenance, housekeeping
|
|
73
|
+
- **Rule of thumb**: If you wouldn't mention it in a 2-minute standup with an investor, don't log it
|
|
74
|
+
|
|
75
|
+
If there is exec-worthy progress → append to `docs/output/project-activity.md`.
|
|
76
|
+
|
|
77
|
+
## Step 7 — STATUS.md & Work Log Update
|
|
78
|
+
|
|
79
|
+
All of the following — never do (a) without (b):
|
|
80
|
+
|
|
81
|
+
a) Move completed "In Progress" rows → STATUS.md "Completed Recently"
|
|
82
|
+
b) Append the SAME rows to `docs/output/work-log.md` (append-only, never trim)
|
|
83
|
+
c) Trim STATUS.md "Completed Recently" entries older than 1 week (safe — they're in work-log.md)
|
|
84
|
+
d) Remove "Blocked / Waiting" entries that are resolved
|
|
85
|
+
|
|
86
|
+
## Step 8 — Rebuild Context Snapshots
|
|
87
|
+
|
|
88
|
+
Run `/rebuild-snapshots` if any of the following changed this session:
|
|
89
|
+
- Discovery calls processed
|
|
90
|
+
- Kill conditions updated
|
|
91
|
+
- Strategic decisions made
|
|
92
|
+
- Market research added
|
|
93
|
+
- Pipeline state changed significantly
|
|
94
|
+
|
|
95
|
+
If none of these changed → skip this step.
|
|
96
|
+
|
|
97
|
+
## Step 9 — Rebuild Dashboard
|
|
98
|
+
|
|
99
|
+
```bash
|
|
100
|
+
cd dashboard && node build-data.js
|
|
101
|
+
```
|
|
102
|
+
|
|
103
|
+
Include regenerated `dashboard/data/*.json` files in the commit.
|
|
104
|
+
|
|
105
|
+
## Step 10 — Commit & Push
|
|
106
|
+
|
|
107
|
+
1. Stage all files modified during the session and housekeeping (use specific file paths, never `git add -A`)
|
|
108
|
+
2. Commit with a concise message summarising the session's work (not the housekeeping itself)
|
|
109
|
+
3. Push to remote
|
|
110
|
+
|
|
111
|
+
## Step 11 — Report
|
|
112
|
+
|
|
113
|
+
Report to the user:
|
|
114
|
+
- Files created/modified
|
|
115
|
+
- Memory files updated
|
|
116
|
+
- Whether hypothesis was reviewed
|
|
117
|
+
- Dashboard rebuild status
|
|
118
|
+
- Commit hash
|
|
119
|
+
|
|
120
|
+
> **Session complete.** {1-sentence summary of what was accomplished.}
|
|
@@ -0,0 +1,93 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: session-start
|
|
3
|
+
description: Run at the beginning of every work session. Loads context, checks for conflicts, shows priorities and overdue actions. Ensures you start every session oriented and ready to work.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Session Start
|
|
7
|
+
|
|
8
|
+
**Run this at the start of every session** — it orients you to the current project state and prevents duplicate or conflicting work.
|
|
9
|
+
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
## Step 0 — Get Current Date
|
|
13
|
+
|
|
14
|
+
```bash
|
|
15
|
+
date +%Y-%m-%d
|
|
16
|
+
```
|
|
17
|
+
|
|
18
|
+
Record this as the session date.
|
|
19
|
+
|
|
20
|
+
## Step 1 — Check for Conflicts
|
|
21
|
+
|
|
22
|
+
Read `STATUS.md`. Check the "In Progress" table:
|
|
23
|
+
- If another agent has items in progress → flag to the user which workstreams are active
|
|
24
|
+
- If the user's intended work overlaps with an in-progress item → warn before proceeding
|
|
25
|
+
|
|
26
|
+
## Step 2 — Determine Context Loading Mode
|
|
27
|
+
|
|
28
|
+
Ask the user: **"What are you working on this session?"**
|
|
29
|
+
|
|
30
|
+
Map their answer to a loading mode:
|
|
31
|
+
|
|
32
|
+
| Task type | Mode | Load |
|
|
33
|
+
|-----------|------|------|
|
|
34
|
+
| Pipeline updates, outreach, scheduling, call prep | **Fast** | `context/pipeline-state.md` only |
|
|
35
|
+
| Research, competitor analysis, entity enrichment | **Standard** | `context/competitor-snapshot.md` + `context/market-snapshot.md` |
|
|
36
|
+
| Discovery call prep, hypothesis work, strategic review | **Standard** | `context/project-state.md` |
|
|
37
|
+
| Hypothesis review, critical reasoning, kill condition updates, strategic decisions | **Deep** | `context/project-state.md` → then ALL raw evidence files |
|
|
38
|
+
| Housekeeping, maintenance | **Fast** | `context/project-state.md` |
|
|
39
|
+
|
|
40
|
+
Tell the user which mode you're using and why.
|
|
41
|
+
|
|
42
|
+
## Step 3 — Load Context Snapshot(s)
|
|
43
|
+
|
|
44
|
+
Read the appropriate context snapshot(s) based on Step 2.
|
|
45
|
+
|
|
46
|
+
For **Deep** mode: read the snapshot first for orientation, then read:
|
|
47
|
+
- All files in `discovery/calls/`
|
|
48
|
+
- `memory/decisions.md`
|
|
49
|
+
- `memory/research.md`
|
|
50
|
+
|
|
51
|
+
## Step 4 — Show Current Priorities
|
|
52
|
+
|
|
53
|
+
Read `memory/MEMORY.md`. Report to the user:
|
|
54
|
+
- **Current phase** and project state
|
|
55
|
+
- **Current priority** (the 1–2 items flagged as most important)
|
|
56
|
+
- **Kill condition status** — any conditions that are FAILING or changed recently
|
|
57
|
+
|
|
58
|
+
## Step 5 — Check for Overdue Actions
|
|
59
|
+
|
|
60
|
+
If the discovery module is active, scan `memory/discovery.md` Outreach Log and `context/pipeline-state.md` for:
|
|
61
|
+
- Next actions with dates in the past
|
|
62
|
+
- Entities in "Meeting booked" status with no follow-up
|
|
63
|
+
- Entities in "Contacted" status for more than 7 days with no response
|
|
64
|
+
|
|
65
|
+
Report any overdue items to the user.
|
|
66
|
+
|
|
67
|
+
## Step 6 — Report Time Since Last Session
|
|
68
|
+
|
|
69
|
+
Read `docs/output/work-log.md`. Find the most recent entry date. Calculate and report how many days since the last session.
|
|
70
|
+
|
|
71
|
+
If > 7 days: suggest running `/rebuild-snapshots` to ensure context is fresh.
|
|
72
|
+
|
|
73
|
+
## Step 7 — Register in STATUS.md
|
|
74
|
+
|
|
75
|
+
Add the user's intended work to the "In Progress" table in `STATUS.md`:
|
|
76
|
+
- Workstream: based on task type
|
|
77
|
+
- Item: brief description of planned work
|
|
78
|
+
- Owner: user's name (from `memory/MEMORY.md` Team field)
|
|
79
|
+
- Date: today's date
|
|
80
|
+
|
|
81
|
+
## Step 8 — Session Briefing
|
|
82
|
+
|
|
83
|
+
Provide a concise briefing:
|
|
84
|
+
|
|
85
|
+
> **Session briefing — {date}**
|
|
86
|
+
> - **Mode**: {Fast/Standard/Deep}
|
|
87
|
+
> - **Focus**: {what the user said they're working on}
|
|
88
|
+
> - **Priority**: {from MEMORY.md}
|
|
89
|
+
> - **Overdue**: {count of overdue items, or "none"}
|
|
90
|
+
> - **Days since last session**: {N}
|
|
91
|
+
> - **Conflicts**: {none, or list}
|
|
92
|
+
|
|
93
|
+
Then: "Ready to start. What's first?"
|
|
@@ -0,0 +1,108 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: synthesise
|
|
3
|
+
description: Synthesise research across multiple raw files into a structured memo with evidence grading. Use when you need to pull together competitor patterns, market dynamics, discovery themes, or any cross-cutting analysis.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Synthesise
|
|
7
|
+
|
|
8
|
+
Transform scattered raw research into a structured, evidence-graded synthesis memo.
|
|
9
|
+
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
## Step 0 — Define the Synthesis Topic
|
|
13
|
+
|
|
14
|
+
Ask the user: **"What do you want to synthesise?"**
|
|
15
|
+
|
|
16
|
+
Common synthesis types:
|
|
17
|
+
|
|
18
|
+
| Type | Source files | Output |
|
|
19
|
+
|------|------------|--------|
|
|
20
|
+
| Competitor landscape | `research/competitors/*.md` + `memory/research.md` | Patterns, gaps, white space |
|
|
21
|
+
| Market dynamics | `research/market/*.md` + `memory/research.md` | Trends, sizing, timing |
|
|
22
|
+
| Discovery patterns | `discovery/calls/*.md` + `memory/discovery.md` | Pain themes, WTP signals, segments |
|
|
23
|
+
| Technical feasibility | `research/technical/*.md` | Architecture options, trade-offs |
|
|
24
|
+
| Custom topic | User-specified files | User-specified focus |
|
|
25
|
+
|
|
26
|
+
## Step 1 — Gather All Source Material
|
|
27
|
+
|
|
28
|
+
Read ALL relevant raw files — not just snapshots. Synthesis requires the full evidence base.
|
|
29
|
+
|
|
30
|
+
For each file, extract:
|
|
31
|
+
- Key claims and findings
|
|
32
|
+
- Evidence grades on each claim
|
|
33
|
+
- Contradictions or tensions between sources
|
|
34
|
+
- Gaps — what's missing?
|
|
35
|
+
|
|
36
|
+
## Step 2 — Identify Patterns
|
|
37
|
+
|
|
38
|
+
Look for:
|
|
39
|
+
- **Convergence**: 3+ sources agreeing on the same point → strong signal
|
|
40
|
+
- **Contradictions**: Sources disagreeing → flag explicitly, don't silently resolve
|
|
41
|
+
- **Gaps**: Important questions with no evidence → flag as research needs
|
|
42
|
+
- **Surprises**: Findings that challenge the project hypothesis
|
|
43
|
+
|
|
44
|
+
## Step 3 — Write the Synthesis Memo
|
|
45
|
+
|
|
46
|
+
Create `docs/memos/synthesis-{topic-slug}-{date}.md` with this structure:
|
|
47
|
+
|
|
48
|
+
```
|
|
49
|
+
# Synthesis — {Topic}
|
|
50
|
+
|
|
51
|
+
**Date**: {date}
|
|
52
|
+
**Sources**: {count} files analysed
|
|
53
|
+
**Analyst**: {from MEMORY.md team}
|
|
54
|
+
|
|
55
|
+
## TL;DR
|
|
56
|
+
|
|
57
|
+
<!-- 3-5 sentence executive summary of findings -->
|
|
58
|
+
|
|
59
|
+
## Key Findings
|
|
60
|
+
|
|
61
|
+
### Finding 1: {title}
|
|
62
|
+
{2-3 sentences}. [CONFIRMED/SECONDARY/INFERENCE]
|
|
63
|
+
|
|
64
|
+
Evidence:
|
|
65
|
+
- {source 1}: {what it says} [grade]
|
|
66
|
+
- {source 2}: {what it says} [grade]
|
|
67
|
+
|
|
68
|
+
### Finding 2: ...
|
|
69
|
+
|
|
70
|
+
## Contradictions & Tensions
|
|
71
|
+
|
|
72
|
+
| Claim A | Source | Claim B | Source | Resolution |
|
|
73
|
+
|---------|--------|---------|--------|------------|
|
|
74
|
+
|
|
75
|
+
## Gaps & Research Needs
|
|
76
|
+
|
|
77
|
+
- {gap description} — suggested next step
|
|
78
|
+
- ...
|
|
79
|
+
|
|
80
|
+
## Implications for Strategy
|
|
81
|
+
|
|
82
|
+
- {implication 1} — how this affects the hypothesis or kill conditions
|
|
83
|
+
- {implication 2}
|
|
84
|
+
|
|
85
|
+
## Evidence Grade Distribution
|
|
86
|
+
|
|
87
|
+
- CONFIRMED: {count}
|
|
88
|
+
- SECONDARY: {count}
|
|
89
|
+
- INFERENCE: {count}
|
|
90
|
+
- ASSUMPTION: {count}
|
|
91
|
+
|
|
92
|
+
Coverage: {tagged claims / total claims}%
|
|
93
|
+
```
|
|
94
|
+
|
|
95
|
+
## Step 4 — Update Memory
|
|
96
|
+
|
|
97
|
+
If the synthesis reveals new patterns or changes understanding:
|
|
98
|
+
- Update the relevant section of `memory/research.md` or `memory/discovery.md`
|
|
99
|
+
- If it affects the hypothesis → flag for `/critical-reasoning`
|
|
100
|
+
|
|
101
|
+
## Step 5 — Report
|
|
102
|
+
|
|
103
|
+
> **Synthesis complete — {topic}**
|
|
104
|
+
> - {count} sources analysed
|
|
105
|
+
> - {count} key findings
|
|
106
|
+
> - {count} contradictions flagged
|
|
107
|
+
> - {count} research gaps identified
|
|
108
|
+
> - Output: `docs/memos/synthesis-{slug}-{date}.md`
|
|
@@ -0,0 +1,79 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: weekly-report
|
|
3
|
+
description: Generate a stakeholder-ready weekly summary from project activity, work log, pipeline state, and status blurb. Outputs a formatted report and optional Slack-ready plain text version.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Weekly Report
|
|
7
|
+
|
|
8
|
+
Generate a periodic summary suitable for stakeholders, investors, or team standups.
|
|
9
|
+
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
## Step 1 — Gather Source Data
|
|
13
|
+
|
|
14
|
+
Read the following files:
|
|
15
|
+
- `docs/output/work-log.md` — filter to entries from the last 7 days (or since last report)
|
|
16
|
+
- `docs/output/project-activity.md` — recent exec-worthy milestones
|
|
17
|
+
- `docs/output/status-blurb.md` — current status
|
|
18
|
+
- `context/pipeline-state.md` — pipeline summary
|
|
19
|
+
- `memory/MEMORY.md` — kill conditions, current priority, project state
|
|
20
|
+
- `memory/decisions.md` — any decisions made this week
|
|
21
|
+
|
|
22
|
+
## Step 2 — Generate Report
|
|
23
|
+
|
|
24
|
+
Create `docs/output/weekly-report-{YYYY-MM-DD}.md`:
|
|
25
|
+
|
|
26
|
+
```
|
|
27
|
+
# Weekly Report — {date range}
|
|
28
|
+
|
|
29
|
+
## Status
|
|
30
|
+
|
|
31
|
+
{Copy of status-blurb.md — 4 sentences max}
|
|
32
|
+
|
|
33
|
+
## This Week
|
|
34
|
+
|
|
35
|
+
### Completed
|
|
36
|
+
- {bullet points from work-log, exec-worthy items only}
|
|
37
|
+
|
|
38
|
+
### Decisions Made
|
|
39
|
+
- {from decisions.md, this week only — or "No strategic decisions this week"}
|
|
40
|
+
|
|
41
|
+
### Discovery & Pipeline
|
|
42
|
+
- **Pipeline**: {total} entities — {breakdown by status}
|
|
43
|
+
- **Calls completed**: {count this week}
|
|
44
|
+
- **Key findings**: {1-2 sentence summary of discovery insights}
|
|
45
|
+
|
|
46
|
+
## Kill Conditions
|
|
47
|
+
|
|
48
|
+
| # | Condition | Status | Change |
|
|
49
|
+
|---|-----------|--------|--------|
|
|
50
|
+
{table from MEMORY.md — add "Change" column: ↑ improved, ↓ worsened, — unchanged}
|
|
51
|
+
|
|
52
|
+
## Next Week
|
|
53
|
+
|
|
54
|
+
### Priorities
|
|
55
|
+
- {from MEMORY.md current priority}
|
|
56
|
+
|
|
57
|
+
### Planned
|
|
58
|
+
- {upcoming actions from pipeline next-actions}
|
|
59
|
+
|
|
60
|
+
## Risks & Blockers
|
|
61
|
+
|
|
62
|
+
- {any items from STATUS.md Blocked/Waiting}
|
|
63
|
+
- {any kill conditions trending FAILING}
|
|
64
|
+
```
|
|
65
|
+
|
|
66
|
+
## Step 3 — Generate Slack Version (Optional)
|
|
67
|
+
|
|
68
|
+
If the user wants a Slack-ready version, produce a plain text summary:
|
|
69
|
+
- Under 500 words
|
|
70
|
+
- No markdown tables (use bullet points instead)
|
|
71
|
+
- Lead with the single most important update
|
|
72
|
+
- End with "Priorities this week: {list}"
|
|
73
|
+
|
|
74
|
+
## Step 4 — Report
|
|
75
|
+
|
|
76
|
+
> **Weekly report generated — {date range}**
|
|
77
|
+
> - Output: `docs/output/weekly-report-{date}.md`
|
|
78
|
+
> - Period: {start} to {end}
|
|
79
|
+
> - {count} items completed, {count} decisions, {count} calls
|
|
@@ -0,0 +1,67 @@
|
|
|
1
|
+
# Call Notes — {{ENTITY_NAME}}
|
|
2
|
+
|
|
3
|
+
**Date**: {{DATE}}
|
|
4
|
+
**Attendees**: {{ATTENDEES}}
|
|
5
|
+
**Call type**: Discovery / Intel / Follow-up / Partnership
|
|
6
|
+
**Duration**: ~X min
|
|
7
|
+
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
## Key Takeaways
|
|
11
|
+
|
|
12
|
+
<!-- 3–5 bullet points: the most important things learned -->
|
|
13
|
+
|
|
14
|
+
1.
|
|
15
|
+
2.
|
|
16
|
+
3.
|
|
17
|
+
|
|
18
|
+
---
|
|
19
|
+
|
|
20
|
+
## Pain Point Rankings (from this call)
|
|
21
|
+
|
|
22
|
+
| Rank | Pain Point | Intensity (1–5) | Quote/Evidence |
|
|
23
|
+
|------|-----------|-----------------|----------------|
|
|
24
|
+
|
|
25
|
+
---
|
|
26
|
+
|
|
27
|
+
## WTP / Value Signals
|
|
28
|
+
|
|
29
|
+
| Signal | Context | Evidence Grade |
|
|
30
|
+
|--------|---------|---------------|
|
|
31
|
+
|
|
32
|
+
---
|
|
33
|
+
|
|
34
|
+
## Key Quotes
|
|
35
|
+
|
|
36
|
+
> "..."
|
|
37
|
+
— {{SPEAKER}}, on {{TOPIC}}
|
|
38
|
+
|
|
39
|
+
---
|
|
40
|
+
|
|
41
|
+
## Hypotheses Tested
|
|
42
|
+
|
|
43
|
+
| Hypothesis | Result | Evidence |
|
|
44
|
+
|-----------|--------|---------|
|
|
45
|
+
|
|
46
|
+
---
|
|
47
|
+
|
|
48
|
+
## Learnings & Surprises
|
|
49
|
+
|
|
50
|
+
<!-- What did you learn that you didn't expect? What challenges assumptions? -->
|
|
51
|
+
|
|
52
|
+
---
|
|
53
|
+
|
|
54
|
+
## Next Steps
|
|
55
|
+
|
|
56
|
+
| Action | Owner | Due |
|
|
57
|
+
|--------|-------|-----|
|
|
58
|
+
|
|
59
|
+
---
|
|
60
|
+
|
|
61
|
+
## Impact Assessment
|
|
62
|
+
|
|
63
|
+
<!-- Does this call change any kill conditions, the hypothesis, or competitive positioning? -->
|
|
64
|
+
|
|
65
|
+
- **Kill conditions affected**:
|
|
66
|
+
- **Hypothesis impact**:
|
|
67
|
+
- **Research gaps identified**:
|