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
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
@@ -0,0 +1,104 @@
|
|
|
1
|
+
# Executive Summary — {{PROJECT_NAME}}
|
|
2
|
+
|
|
3
|
+
**Last updated**: {{DATE}}
|
|
4
|
+
**Confidence**: LOW (pre-discovery)
|
|
5
|
+
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## 1. Executive Summary
|
|
9
|
+
|
|
10
|
+
**Thesis**: {{STRATEGIC_HYPOTHESIS}}
|
|
11
|
+
|
|
12
|
+
**Why now**: <!-- What market shift, technology change, or competitive gap creates the opportunity now? -->
|
|
13
|
+
|
|
14
|
+
**Market size**: <!-- TAM/SAM/SOM headline. Reference: `research/market/` -->
|
|
15
|
+
|
|
16
|
+
**Ask**: <!-- What resources/investment/time is needed? -->
|
|
17
|
+
|
|
18
|
+
**Leading hypothesis**: <!-- The current best bet for how to win -->
|
|
19
|
+
|
|
20
|
+
**Verdict**: <!-- PROCEED / PIVOT / KILL — with one-sentence rationale -->
|
|
21
|
+
|
|
22
|
+
---
|
|
23
|
+
|
|
24
|
+
## 2. Market Opportunity
|
|
25
|
+
|
|
26
|
+
### Market Sizing
|
|
27
|
+
|
|
28
|
+
| Metric | Value | Methodology | Evidence Grade |
|
|
29
|
+
|--------|-------|-------------|---------------|
|
|
30
|
+
| TAM | | | |
|
|
31
|
+
| SAM | | | |
|
|
32
|
+
| SOM (Y1) | | | |
|
|
33
|
+
|
|
34
|
+
### Market Dynamics
|
|
35
|
+
|
|
36
|
+
**Tailwinds** (forces making this easier):
|
|
37
|
+
1.
|
|
38
|
+
|
|
39
|
+
**Headwinds** (forces making this harder):
|
|
40
|
+
1.
|
|
41
|
+
|
|
42
|
+
---
|
|
43
|
+
|
|
44
|
+
## 3. Competitive Landscape
|
|
45
|
+
|
|
46
|
+
<!-- Summary of competitive positioning. Full teardowns in research/competitors/ -->
|
|
47
|
+
|
|
48
|
+
| Competitor | Category | Overlap | Key Differentiator | Threat Level |
|
|
49
|
+
|-----------|----------|---------|-------------------|-------------|
|
|
50
|
+
|
|
51
|
+
**White space**: <!-- What gap exists that no competitor fills? -->
|
|
52
|
+
|
|
53
|
+
---
|
|
54
|
+
|
|
55
|
+
## 4. Product Strategy
|
|
56
|
+
|
|
57
|
+
**Entry wedge**: <!-- The first thing you build/sell -->
|
|
58
|
+
|
|
59
|
+
**Expansion path**: <!-- What comes after the wedge succeeds -->
|
|
60
|
+
|
|
61
|
+
**Key architectural decisions**: <!-- Reference memory/decisions.md -->
|
|
62
|
+
|
|
63
|
+
---
|
|
64
|
+
|
|
65
|
+
## 5. Go-to-Market
|
|
66
|
+
|
|
67
|
+
**ICP**: {{ICP_DESCRIPTION}}
|
|
68
|
+
|
|
69
|
+
**Channels**: <!-- How you reach them -->
|
|
70
|
+
|
|
71
|
+
**Pricing**: <!-- Model and target price point -->
|
|
72
|
+
|
|
73
|
+
**Sales motion**: <!-- PLG, sales-assisted, enterprise, founder-led -->
|
|
74
|
+
|
|
75
|
+
---
|
|
76
|
+
|
|
77
|
+
## 6. Kill Conditions & Discovery Progress
|
|
78
|
+
|
|
79
|
+
| KC | Condition | Status | Key Evidence |
|
|
80
|
+
|----|-----------|--------|-------------|
|
|
81
|
+
| 1 | | UNTESTED | |
|
|
82
|
+
| 2 | | UNTESTED | |
|
|
83
|
+
| 3 | | UNTESTED | |
|
|
84
|
+
| 4 | | UNTESTED | |
|
|
85
|
+
|
|
86
|
+
**Discovery progress**: 0 calls completed. See `memory/discovery.md` for detailed tracking.
|
|
87
|
+
|
|
88
|
+
---
|
|
89
|
+
|
|
90
|
+
## 7. Risk Register
|
|
91
|
+
|
|
92
|
+
| # | Risk | Probability | Impact | Mitigation |
|
|
93
|
+
|---|------|------------|--------|-----------|
|
|
94
|
+
|
|
95
|
+
---
|
|
96
|
+
|
|
97
|
+
## 8. Team & Timeline
|
|
98
|
+
|
|
99
|
+
**Team**: {{TEAM}}
|
|
100
|
+
|
|
101
|
+
**Key milestones**:
|
|
102
|
+
|
|
103
|
+
| Milestone | Target Date | Status |
|
|
104
|
+
|-----------|------------|--------|
|
|
@@ -0,0 +1,274 @@
|
|
|
1
|
+
# Getting Started — Your First Project
|
|
2
|
+
|
|
3
|
+
This guide walks you through everything from scratch. No coding experience needed.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## What Is This?
|
|
8
|
+
|
|
9
|
+
The **DS Strategy Stack** is a pre-built workspace that helps you run corporate projects — market research, competitor analysis, internal implementations, vendor evaluations, due diligence, or any project that needs structured thinking and decision-making.
|
|
10
|
+
|
|
11
|
+
It works with **Claude Code**, an AI assistant that lives in your terminal (the text-based interface on your computer). You talk to Claude, and it helps you:
|
|
12
|
+
- Organise your research into structured files
|
|
13
|
+
- Track prospects and competitors
|
|
14
|
+
- Make evidence-based decisions
|
|
15
|
+
- Generate a live dashboard showing your project's progress
|
|
16
|
+
|
|
17
|
+
Think of it like a strategy consulting toolkit that an AI helps you run.
|
|
18
|
+
|
|
19
|
+
---
|
|
20
|
+
|
|
21
|
+
## What You'll Need
|
|
22
|
+
|
|
23
|
+
Before starting, you'll need three things installed on your computer:
|
|
24
|
+
|
|
25
|
+
1. **Git** — a tool for downloading and tracking changes to projects
|
|
26
|
+
2. **Node.js** — a tool that powers the dashboard (you won't need to write code)
|
|
27
|
+
3. **Claude Code** — the AI assistant that runs the project
|
|
28
|
+
|
|
29
|
+
Don't worry if you don't have these yet — we'll install them step by step.
|
|
30
|
+
|
|
31
|
+
---
|
|
32
|
+
|
|
33
|
+
## Step 1: Install Git
|
|
34
|
+
|
|
35
|
+
### On Mac
|
|
36
|
+
1. Open **Terminal** (press Cmd + Space, type "Terminal", press Enter)
|
|
37
|
+
2. Type `git --version` and press Enter
|
|
38
|
+
3. If Git isn't installed, your Mac will prompt you to install it — follow the prompts
|
|
39
|
+
4. If it shows a version number (like `git version 2.39.0`), you're good
|
|
40
|
+
|
|
41
|
+
### On Windows
|
|
42
|
+
1. Go to https://git-scm.com/download/win
|
|
43
|
+
2. Download and run the installer
|
|
44
|
+
3. Accept all the default settings
|
|
45
|
+
4. Open **Command Prompt** (press Win + R, type "cmd", press Enter)
|
|
46
|
+
5. Type `git --version` to confirm it's installed
|
|
47
|
+
|
|
48
|
+
---
|
|
49
|
+
|
|
50
|
+
## Step 2: Install Node.js
|
|
51
|
+
|
|
52
|
+
1. Go to https://nodejs.org
|
|
53
|
+
2. Download the **LTS** version (the one that says "Recommended for most users")
|
|
54
|
+
3. Run the installer and accept all defaults
|
|
55
|
+
4. Open Terminal (Mac) or Command Prompt (Windows)
|
|
56
|
+
5. Type `node --version` — you should see something like `v18.17.0`
|
|
57
|
+
|
|
58
|
+
---
|
|
59
|
+
|
|
60
|
+
## Step 3: Install Claude Code
|
|
61
|
+
|
|
62
|
+
Claude Code is Anthropic's AI assistant for your terminal.
|
|
63
|
+
|
|
64
|
+
1. Go to https://claude.ai/code and follow the installation instructions for your platform
|
|
65
|
+
2. Once installed, type `claude` in your terminal to verify it works
|
|
66
|
+
3. You'll need an Anthropic account — create one if you don't have one
|
|
67
|
+
|
|
68
|
+
---
|
|
69
|
+
|
|
70
|
+
## Step 4: Create a GitHub Account (if you don't have one)
|
|
71
|
+
|
|
72
|
+
GitHub is where your project lives online. You'll need it for:
|
|
73
|
+
- Storing your project
|
|
74
|
+
- Deploying your dashboard (optional)
|
|
75
|
+
- Collaborating with others (optional)
|
|
76
|
+
|
|
77
|
+
1. Go to https://github.com and click "Sign up"
|
|
78
|
+
2. Follow the prompts to create your account
|
|
79
|
+
3. Choose the free plan — it has everything you need
|
|
80
|
+
|
|
81
|
+
---
|
|
82
|
+
|
|
83
|
+
## Step 5: Get the Template
|
|
84
|
+
|
|
85
|
+
1. Open Terminal
|
|
86
|
+
2. Navigate to where you want your project (e.g., `cd ~/Documents`)
|
|
87
|
+
3. Run this command:
|
|
88
|
+
```
|
|
89
|
+
git clone https://github.com/DiffTheEnder/DSS-Claude-Stack.git my-strategy-project
|
|
90
|
+
```
|
|
91
|
+
(Replace `my-strategy-project` with whatever you want to call your folder)
|
|
92
|
+
4. Move into the folder:
|
|
93
|
+
```
|
|
94
|
+
cd my-strategy-project
|
|
95
|
+
```
|
|
96
|
+
|
|
97
|
+
---
|
|
98
|
+
|
|
99
|
+
## Step 6: Set Up Your Project
|
|
100
|
+
|
|
101
|
+
1. In your terminal (inside the project folder), start Claude:
|
|
102
|
+
```
|
|
103
|
+
claude
|
|
104
|
+
```
|
|
105
|
+
2. Tell Claude to run the setup:
|
|
106
|
+
```
|
|
107
|
+
/onboard
|
|
108
|
+
```
|
|
109
|
+
3. Claude will ask you questions about your project:
|
|
110
|
+
- **Quick Start** (5 minutes): Just the basics — project name, what it's about, your hypothesis
|
|
111
|
+
- **Full Setup** (15 minutes): Everything including scoring dimensions, kill conditions, and feature selection
|
|
112
|
+
|
|
113
|
+
4. Claude will ask what type of project you're running — market entry, growth strategy, competitor research, product launch, internal implementation, vendor evaluation, due diligence, business case, transformation, or custom. Each type comes with sensible defaults for which features to enable.
|
|
114
|
+
|
|
115
|
+
5. Claude will configure all the files based on your answers
|
|
116
|
+
|
|
117
|
+
**Tip**: If you're new to this, choose **Quick Start** and select **"Learning"** as your goal.
|
|
118
|
+
|
|
119
|
+
---
|
|
120
|
+
|
|
121
|
+
## Step 7: Deploy Your Dashboard (Optional)
|
|
122
|
+
|
|
123
|
+
Your project includes a live dashboard that shows your research, pipeline, and strategic progress as a website.
|
|
124
|
+
|
|
125
|
+
**Important:** The dashboard is a simple starting point — think of it as a 101-level view. Every project is different, so you should customise it as you go. Add new pages, create new data flows from your research to the dashboard, or build visualisations that make sense for your specific project. You can ask Claude to help — for example, "add a new dashboard page that shows our market sizing data" or "create a chart comparing vendor scores." The dashboard is yours to extend.
|
|
126
|
+
|
|
127
|
+
Here's how to put it online:
|
|
128
|
+
|
|
129
|
+
### Create a Vercel Account
|
|
130
|
+
1. Go to https://vercel.com
|
|
131
|
+
2. Click "Sign Up" and choose "Continue with GitHub"
|
|
132
|
+
3. Authorise Vercel to access your GitHub account
|
|
133
|
+
|
|
134
|
+
### Push Your Project to GitHub
|
|
135
|
+
1. Go to https://github.com/new to create a new repository
|
|
136
|
+
2. Name it (e.g., `my-strategy-project`)
|
|
137
|
+
3. Choose **Private** (your strategy data should stay confidential)
|
|
138
|
+
4. Don't add a README (you already have one)
|
|
139
|
+
5. Follow the "push an existing repository" instructions GitHub shows you:
|
|
140
|
+
```
|
|
141
|
+
git remote set-url origin https://github.com/YOUR-USERNAME/my-strategy-project.git
|
|
142
|
+
git push -u origin main
|
|
143
|
+
```
|
|
144
|
+
|
|
145
|
+
### Connect to Vercel
|
|
146
|
+
1. Go to https://vercel.com/new
|
|
147
|
+
2. Click "Import Git Repository"
|
|
148
|
+
3. Select your strategy project repository
|
|
149
|
+
4. **Important**: Set the **Root Directory** to `dashboard`
|
|
150
|
+
5. Vercel will auto-detect the build settings from `vercel.json`
|
|
151
|
+
6. Click "Deploy"
|
|
152
|
+
7. Wait 1-2 minutes — your dashboard will be live at a `.vercel.app` URL
|
|
153
|
+
|
|
154
|
+
### Auto-Deploy
|
|
155
|
+
Every time you push changes to GitHub (which `/session-end` does automatically), Vercel will rebuild and update your dashboard. No extra steps needed.
|
|
156
|
+
|
|
157
|
+
### Privacy Warning
|
|
158
|
+
**Your dashboard will be publicly accessible** at the Vercel URL unless you:
|
|
159
|
+
- Use Vercel's password protection (requires a paid plan)
|
|
160
|
+
- Keep the URL private and don't share it
|
|
161
|
+
- Use a private GitHub repo (the code is private, but the deployed site is still accessible to anyone with the URL)
|
|
162
|
+
|
|
163
|
+
For sensitive strategy work, consider whether a live dashboard is appropriate for your situation.
|
|
164
|
+
|
|
165
|
+
---
|
|
166
|
+
|
|
167
|
+
## Step 8: Start Working
|
|
168
|
+
|
|
169
|
+
Every time you sit down to work on your project:
|
|
170
|
+
|
|
171
|
+
1. Open Terminal, navigate to your project folder
|
|
172
|
+
2. Start Claude: `claude`
|
|
173
|
+
3. Tell Claude: `/session-start`
|
|
174
|
+
4. Claude will load your context and show you what's happening
|
|
175
|
+
|
|
176
|
+
When you're done:
|
|
177
|
+
1. Tell Claude: `/session-end`
|
|
178
|
+
2. Claude will save everything, update the dashboard, and commit your changes
|
|
179
|
+
|
|
180
|
+
---
|
|
181
|
+
|
|
182
|
+
## What Each Skill Does
|
|
183
|
+
|
|
184
|
+
Here's a plain-language guide to every skill available:
|
|
185
|
+
|
|
186
|
+
### Setup & Session
|
|
187
|
+
| Skill | What it does |
|
|
188
|
+
|-------|-------------|
|
|
189
|
+
| `/onboard` | Sets up a new project from the template (run once) |
|
|
190
|
+
| `/session-start` | Opens your project — loads context, shows priorities, checks for conflicts |
|
|
191
|
+
| `/session-end` | Closes your session — saves everything, updates dashboard, commits changes |
|
|
192
|
+
| `/health-check` | Runs a diagnostic on your project — finds issues and suggests fixes |
|
|
193
|
+
| `/rebuild-snapshots` | Refreshes the quick-loading summaries from your raw files |
|
|
194
|
+
|
|
195
|
+
### Research & Discovery
|
|
196
|
+
| Skill | What it does |
|
|
197
|
+
|-------|-------------|
|
|
198
|
+
| `/enrich-entity` | Deeply researches a competitor or prospect — fills in their dashboard profile |
|
|
199
|
+
| `/synthesise` | Pulls together research from multiple files into a structured summary |
|
|
200
|
+
| `/process-call` | After a meeting or call, structures your notes and updates everything automatically |
|
|
201
|
+
|
|
202
|
+
### Pipeline
|
|
203
|
+
| Skill | What it does |
|
|
204
|
+
|-------|-------------|
|
|
205
|
+
| `/pipeline-update` | Updates a prospect's status (e.g., "meeting booked" to "meeting completed") |
|
|
206
|
+
| `/outreach-sequence` | Designs a series of messages to reach out to a prospect |
|
|
207
|
+
|
|
208
|
+
### Analysis & Decisions
|
|
209
|
+
| Skill | What it does |
|
|
210
|
+
|-------|-------------|
|
|
211
|
+
| `/critical-reasoning` | Pressure-tests an idea — finds blind spots, challenges assumptions |
|
|
212
|
+
| `/decision` | Records a strategic decision with full context so you remember why you chose it |
|
|
213
|
+
| `/compare-options` | Scores and compares 2-5 strategic options side by side |
|
|
214
|
+
|
|
215
|
+
### Reporting
|
|
216
|
+
| Skill | What it does |
|
|
217
|
+
|-------|-------------|
|
|
218
|
+
| `/weekly-report` | Generates a summary of the week's progress for stakeholders |
|
|
219
|
+
|
|
220
|
+
---
|
|
221
|
+
|
|
222
|
+
## Things You Can Say to Claude
|
|
223
|
+
|
|
224
|
+
You don't need to memorise skills. You can talk to Claude in plain English and it will figure out what to do. Here are some real examples:
|
|
225
|
+
|
|
226
|
+
**After a meeting:**
|
|
227
|
+
> "Here's my meeting transcript from the call with Acme Corp. Can you analyse this against my existing research to see what it means for our current hypothesis?"
|
|
228
|
+
|
|
229
|
+
**When researching:**
|
|
230
|
+
> "Pull together everything we know about the competitive landscape and tell me where the biggest white space is."
|
|
231
|
+
|
|
232
|
+
> "I just found this industry report — read it and update our competitor research with anything new."
|
|
233
|
+
|
|
234
|
+
**When you need to decide something:**
|
|
235
|
+
> "We need to decide between building our own data pipeline vs. using a third-party vendor. Set up a comparison with the pros, cons, and scores."
|
|
236
|
+
|
|
237
|
+
> "Play devil's advocate on our go-to-market strategy. What are we not seeing?"
|
|
238
|
+
|
|
239
|
+
**Before a meeting:**
|
|
240
|
+
> "Prep me for my call with Nexus Payments tomorrow — what do we know about them and what should I ask?"
|
|
241
|
+
|
|
242
|
+
**Pipeline management:**
|
|
243
|
+
> "I have 3 new leads from a conference. Add them to the pipeline and draft a personalised outreach sequence for each."
|
|
244
|
+
|
|
245
|
+
> "Based on all the discovery calls so far, what patterns are emerging? Are we hearing the same pain points?"
|
|
246
|
+
|
|
247
|
+
**Getting a status update:**
|
|
248
|
+
> "Write a 2-paragraph update I can send to the board summarising where we are this week."
|
|
249
|
+
|
|
250
|
+
> "How close are we to hitting any of our kill conditions?"
|
|
251
|
+
|
|
252
|
+
The key idea: Claude has your full project context loaded — research, pipeline, decisions, hypothesis, scoring. So you can ask strategic questions and get answers grounded in your actual data, not generic advice.
|
|
253
|
+
|
|
254
|
+
---
|
|
255
|
+
|
|
256
|
+
## Common Questions
|
|
257
|
+
|
|
258
|
+
**Q: Do I need to know how to code?**
|
|
259
|
+
No. You talk to Claude in plain English. The only "commands" you need are the skill names (like `/onboard` or `/session-start`).
|
|
260
|
+
|
|
261
|
+
**Q: Can I use this for personal projects?**
|
|
262
|
+
Yes. It works for any project where you're making strategic decisions based on research — from choosing a business idea to evaluating job offers.
|
|
263
|
+
|
|
264
|
+
**Q: What if I make a mistake?**
|
|
265
|
+
Everything is tracked in Git (version control). You can always go back to a previous state. Ask Claude: "Can you undo the last change?"
|
|
266
|
+
|
|
267
|
+
**Q: Can multiple people work on the same project?**
|
|
268
|
+
Yes. The STATUS.md file coordinates who's working on what. Each person runs Claude Code in their own terminal.
|
|
269
|
+
|
|
270
|
+
**Q: How do I update to the latest template version?**
|
|
271
|
+
Check the CHANGELOG.md in the original repository for what's new. For major updates, it's often easiest to start fresh and re-run `/onboard`.
|
|
272
|
+
|
|
273
|
+
**Q: Is my data private?**
|
|
274
|
+
Your project files live on your computer and (optionally) in your private GitHub repository. If you deploy a dashboard to Vercel, the dashboard URL is accessible to anyone who has it. Don't put confidential information in the dashboard if you're concerned about privacy.
|
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
# Evidence Grading & Contradiction Resolution
|
|
2
|
+
|
|
3
|
+
## Evidence Tags
|
|
4
|
+
|
|
5
|
+
Every factual claim in memory files, the executive summary, and memos must be tagged:
|
|
6
|
+
|
|
7
|
+
- **[CONFIRMED]** — Validated by 2+ independent sources or primary data (discovery call)
|
|
8
|
+
- **[SECONDARY]** — From one credible source (industry report, vendor docs, public financials)
|
|
9
|
+
- **[INFERENCE]** — Logical deduction from confirmed/secondary evidence, not directly observed
|
|
10
|
+
- **[ASSUMPTION]** — Untested belief. Must be flagged for validation in discovery.
|
|
11
|
+
- **[STALE]** — Was confirmed but may have changed. Needs re-verification.
|
|
12
|
+
|
|
13
|
+
## Grading Rules
|
|
14
|
+
|
|
15
|
+
- When synthesising across files, weight CONFIRMED > SECONDARY > INFERENCE > ASSUMPTION
|
|
16
|
+
- Never elevate an INFERENCE to CONFIRMED without new evidence
|
|
17
|
+
- When two sources conflict, flag the conflict explicitly — do not silently pick one
|
|
18
|
+
- Discovery call data is always CONFIRMED (primary). Web search results are SECONDARY.
|
|
19
|
+
|
|
20
|
+
## Contradiction Resolution
|
|
21
|
+
|
|
22
|
+
When memory files or research produce findings that conflict with the executive summary:
|
|
23
|
+
|
|
24
|
+
1. Flag the contradiction explicitly — do not silently ignore it
|
|
25
|
+
2. The executive summary is NOT automatically correct. It reflects the last hypothesis review.
|
|
26
|
+
3. Contradictions are resolved in the NEXT hypothesis review, not by editing files ad hoc.
|
|
27
|
+
4. Until resolved, both positions must be visible. Add a "Pending reconciliation" note.
|
|
@@ -0,0 +1,101 @@
|
|
|
1
|
+
# End-of-Session Housekeeping — Full Reference
|
|
2
|
+
|
|
3
|
+
Every session that produces or modifies files MUST run this checklist before finishing.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## Step 1: File Placement Audit
|
|
8
|
+
|
|
9
|
+
Scan all files created or modified this session. Verify each one:
|
|
10
|
+
|
|
11
|
+
| File type | Correct location | Template used? |
|
|
12
|
+
|-----------|-----------------|----------------|
|
|
13
|
+
| Entity teardown | `research/competitors/<slug>.md` | `templates/entity-teardown.md` |
|
|
14
|
+
| Market/TAM research | `research/market/` | — |
|
|
15
|
+
| Technical research | `research/technical/` | — |
|
|
16
|
+
| Call notes | `discovery/calls/<entity>-<date>.md` | `templates/call-notes.md` |
|
|
17
|
+
| Call prep | `discovery/prep/<entity>-prep.md` | `templates/call-prep.md` |
|
|
18
|
+
| Strategy memo | `docs/memos/` | — |
|
|
19
|
+
| Deck/presentation | `docs/decks/` | — |
|
|
20
|
+
| Data file (CSV/Excel) | `data/` | — |
|
|
21
|
+
|
|
22
|
+
If a file is in the wrong place, move it now. If created without the correct template, flag it.
|
|
23
|
+
|
|
24
|
+
## Step 2: Memory Cascade Update
|
|
25
|
+
|
|
26
|
+
| Work done | Update required |
|
|
27
|
+
|-----------|----------------|
|
|
28
|
+
| Competitor/entity research | Add/update row in `memory/research.md` |
|
|
29
|
+
| New target {{ENTITY_TYPE_PLURAL}} found | Update Target Entity List in `memory/research.md` |
|
|
30
|
+
| Technical pathway research | Update Technical Findings in `memory/research.md` |
|
|
31
|
+
| Outreach sent (any channel) | Update Outreach Log in `memory/discovery.md` + update `memory/MEMORY.md` Discovery line |
|
|
32
|
+
| Call prep created | Note in pipeline tracker for the matching {{ENTITY_TYPE}} entry |
|
|
33
|
+
| Call notes processed | Note in pipeline tracker for the matching {{ENTITY_TYPE}} entry |
|
|
34
|
+
| {{ENTITY_TYPE}} disqualified | Update `memory/MEMORY.md` Discovery line + note reason in `memory/discovery.md` Outreach Log |
|
|
35
|
+
| Customer discovery call | Update Pain Point Rankings + WTP Signals in `memory/discovery.md`. Update `memory/MEMORY.md` Discovery line. |
|
|
36
|
+
| Kill condition evidence changed | Update Kill Condition Tracker in `memory/discovery.md` + update `memory/MEMORY.md` Kill Conditions table |
|
|
37
|
+
| Strategic decision made | Add entry to `memory/decisions.md` + one-liner to `memory/MEMORY.md` |
|
|
38
|
+
| Option scoring changed | Update `memory/scoring.md` |
|
|
39
|
+
|
|
40
|
+
## Step 3: Hypothesis Review & Executive Summary Update
|
|
41
|
+
|
|
42
|
+
Ask: "Did this session produce new evidence that could affect hypothesis confidence?"
|
|
43
|
+
|
|
44
|
+
- If **YES** → run `/critical-reasoning` before updating exec summary. Only update after user confirms the briefing.
|
|
45
|
+
- If **NO** (structural/setup work) → skip to Step 4.
|
|
46
|
+
|
|
47
|
+
## Step 4: Status Blurb Update
|
|
48
|
+
|
|
49
|
+
Update `docs/output/status-blurb.md` every session. Rules:
|
|
50
|
+
- Max 4 sentences
|
|
51
|
+
- Plain English — no jargon (no technical codes, no internal terminology)
|
|
52
|
+
- Never mention internal tooling, agent workflows, file reorganisation, or process changes
|
|
53
|
+
- Cover: current phase, what's active, key unknown, any blockers
|
|
54
|
+
|
|
55
|
+
## Step 4b: README.md Status Sync
|
|
56
|
+
|
|
57
|
+
Copy the content of `docs/output/status-blurb.md` into the `<!-- STATUS:START -->` / `<!-- STATUS:END -->` block in `README.md`. This keeps the GitHub landing page current.
|
|
58
|
+
|
|
59
|
+
## Step 5: Project Activity Update
|
|
60
|
+
|
|
61
|
+
Assess whether this session produced exec-worthy progress. Apply the filter:
|
|
62
|
+
- **Log**: Concrete deliverables, milestones reached, external-facing actions (outreach sent, calls completed, research synthesis, memos)
|
|
63
|
+
- **Skip**: Dashboard UI work, CSS fixes, skill creation/updates, data schema changes, call prep creation, internal tooling, maintenance, housekeeping
|
|
64
|
+
- **Rule of thumb**: If you wouldn't mention it in a 2-minute standup with an investor, don't log it
|
|
65
|
+
|
|
66
|
+
## Step 6: STATUS.md & Work Log Update
|
|
67
|
+
|
|
68
|
+
Every session that completes work items MUST do ALL of the following:
|
|
69
|
+
|
|
70
|
+
a) Move completed "In Progress" rows → STATUS.md "Completed Recently"
|
|
71
|
+
b) Append the SAME rows to `docs/output/work-log.md` (append-only, never trim)
|
|
72
|
+
c) Trim STATUS.md "Completed Recently" entries older than 1 week
|
|
73
|
+
(safe to trim — they're permanently in work-log.md)
|
|
74
|
+
d) Remove "Blocked / Waiting" entries that are resolved
|
|
75
|
+
|
|
76
|
+
Steps (a) and (b) happen together — never do one without the other.
|
|
77
|
+
|
|
78
|
+
## Step 7: Rebuild Dashboard Data
|
|
79
|
+
|
|
80
|
+
Always run `cd dashboard && node build-data.js` before committing. This regenerates all dashboard JSON from source-of-truth files. Include regenerated `dashboard/data/*.json` files in the commit.
|
|
81
|
+
|
|
82
|
+
## Step 8: Structure Health Check
|
|
83
|
+
|
|
84
|
+
Run only if 3+ new files created or project has grown significantly:
|
|
85
|
+
- Files in root that belong in a subfolder?
|
|
86
|
+
- Files in wrong subfolder?
|
|
87
|
+
- Duplicates that should be merged?
|
|
88
|
+
- **Versioned files (v2, v3, _old, _new, _backup)?** Keep only latest, rename clean, delete outdated.
|
|
89
|
+
- Templates need updating?
|
|
90
|
+
- `memory/MEMORY.md` still under 200 lines?
|
|
91
|
+
|
|
92
|
+
## Step 9: Commit & Push
|
|
93
|
+
|
|
94
|
+
After all updates are complete:
|
|
95
|
+
1. Stage all files modified during the session and housekeeping, **including regenerated `dashboard/data/*.json` files** (use specific file paths, never `git add -A`)
|
|
96
|
+
2. Commit with a concise message summarising the session's work (not the housekeeping itself)
|
|
97
|
+
3. Push to remote
|
|
98
|
+
|
|
99
|
+
## Step 10: Report
|
|
100
|
+
|
|
101
|
+
Report housekeeping outcome to user.
|
|
@@ -0,0 +1,30 @@
|
|
|
1
|
+
# Reference Context — {{PROJECT_NAME}}
|
|
2
|
+
|
|
3
|
+
Static facts extracted to reduce context loading. Update when underlying data changes.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## Key Metrics
|
|
8
|
+
|
|
9
|
+
<!-- Market numbers that any session might need. Keep to 10–15 facts. -->
|
|
10
|
+
|
|
11
|
+
| Metric | Value | Source | Evidence Grade |
|
|
12
|
+
|--------|-------|--------|---------------|
|
|
13
|
+
|
|
14
|
+
---
|
|
15
|
+
|
|
16
|
+
## Competitive Landscape (Summary)
|
|
17
|
+
|
|
18
|
+
<!-- One-liner per competitor. Full teardowns in research/competitors/ -->
|
|
19
|
+
|
|
20
|
+
| Competitor | What they do | Why they matter | Gap we exploit |
|
|
21
|
+
|-----------|-------------|----------------|---------------|
|
|
22
|
+
|
|
23
|
+
---
|
|
24
|
+
|
|
25
|
+
## Scenario Planning
|
|
26
|
+
|
|
27
|
+
<!-- If the strategy depends on external conditions, document scenarios here -->
|
|
28
|
+
|
|
29
|
+
| Scenario | Probability | Impact on Strategy | Response |
|
|
30
|
+
|----------|------------|-------------------|----------|
|