ventureos 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 +149 -0
- package/SETUP.md +193 -0
- package/_memory/venture-state.yaml +142 -0
- package/agents/business-architect.md +76 -0
- package/agents/customer-discovery.md +112 -0
- package/agents/domain-explorer.md +77 -0
- package/agents/financial-analyst.md +76 -0
- package/agents/growth-strategist.md +78 -0
- package/agents/pitch-master.md +115 -0
- package/agents/product-strategist.md +79 -0
- package/agents/venture-evaluator.md +116 -0
- package/agents/venture-ops.md +76 -0
- package/config.yaml +33 -0
- package/install.js +274 -0
- package/package.json +43 -0
- package/scoring/gate-rubric.yaml +100 -0
- package/scoring/pain-scoring.yaml +63 -0
- package/scoring/pivot-triggers.yaml +73 -0
- package/techniques/brainstorming-techniques.csv +14 -0
- package/techniques/synthetic-tools.csv +14 -0
- package/templates/business-model-canvas.md +151 -0
- package/templates/concept-card.md +84 -0
- package/templates/conversion-analysis.md +129 -0
- package/templates/ecosystem-map.md +120 -0
- package/templates/experiment-plan.md +124 -0
- package/templates/financial-model.md +144 -0
- package/templates/gate-evaluation.md +199 -0
- package/templates/icp-profile.md +114 -0
- package/templates/interview-script.md +114 -0
- package/templates/interview-synthesis.md +114 -0
- package/templates/market-experiment.md +146 -0
- package/templates/market-sizing.md +128 -0
- package/templates/messaging-infrastructure.md +129 -0
- package/templates/monetisation-plan.md +101 -0
- package/templates/mothership-asset-map.md +109 -0
- package/templates/pain-atomization.md +101 -0
- package/templates/pain-hypothesis.md +67 -0
- package/templates/pain-journey-map.md +108 -0
- package/templates/pitch-deck.md +272 -0
- package/templates/pivot-log.md +117 -0
- package/templates/pricing-model.md +118 -0
- package/templates/product-roadmap.md +101 -0
- package/templates/sales-process-map.md +117 -0
- package/templates/solution-feasibility.md +122 -0
- package/templates/stakeholder-map.md +94 -0
- package/templates/team-charter.md +75 -0
- package/templates/value-proposition.md +107 -0
- package/templates/venture-canvas.md +74 -0
- package/templates/venture-killer-risks.md +112 -0
- package/templates/vision-story.md +89 -0
- package/templates/wedge-definition.md +114 -0
- package/venture-master.md +126 -0
- package/workflow-engine.md +111 -0
- package/workflows/0-explore/domain-deep-dive/instructions.xml +137 -0
- package/workflows/0-explore/domain-deep-dive/workflow.yaml +46 -0
- package/workflows/1-setup-team/mothership-alignment/instructions.xml +89 -0
- package/workflows/1-setup-team/mothership-alignment/workflow.yaml +28 -0
- package/workflows/1-setup-team/team-formation/instructions.xml +89 -0
- package/workflows/1-setup-team/team-formation/workflow.yaml +30 -0
- package/workflows/2-understand-market/market-mapping/instructions.xml +101 -0
- package/workflows/2-understand-market/market-mapping/workflow.yaml +29 -0
- package/workflows/2-understand-market/stakeholder-identification/instructions.xml +90 -0
- package/workflows/2-understand-market/stakeholder-identification/workflow.yaml +28 -0
- package/workflows/3-find-pain/customer-pain-discovery/step-1-pain-hypothesis.md +92 -0
- package/workflows/3-find-pain/customer-pain-discovery/step-2-interviews.md +104 -0
- package/workflows/3-find-pain/customer-pain-discovery/step-3-synthesis.md +120 -0
- package/workflows/3-find-pain/customer-pain-discovery/step-4-pain-atomization.md +138 -0
- package/workflows/3-find-pain/customer-pain-discovery/step-5-pain-journey-map.md +150 -0
- package/workflows/3-find-pain/customer-pain-discovery/workflow.md +82 -0
- package/workflows/4-define-solution/feasibility-assessment/instructions.xml +81 -0
- package/workflows/4-define-solution/feasibility-assessment/workflow.yaml +29 -0
- package/workflows/4-define-solution/wedge-design/step-1-wedge-hypothesis.md +66 -0
- package/workflows/4-define-solution/wedge-design/step-2-value-propositions.md +81 -0
- package/workflows/4-define-solution/wedge-design/step-3-prototype.md +78 -0
- package/workflows/4-define-solution/wedge-design/step-4-solution-testing.md +107 -0
- package/workflows/4-define-solution/wedge-design/workflow.md +69 -0
- package/workflows/5-business-case/checkin-pitch/step-1-evidence-compilation.md +78 -0
- package/workflows/5-business-case/checkin-pitch/step-2-pitch-creation.md +87 -0
- package/workflows/5-business-case/checkin-pitch/step-3-nvb-review.md +111 -0
- package/workflows/5-business-case/checkin-pitch/workflow.md +49 -0
- package/workflows/5-business-case/initial-business-case/instructions.xml +83 -0
- package/workflows/5-business-case/initial-business-case/workflow.yaml +28 -0
- package/workflows/6-design-business/business-model-design/instructions.xml +82 -0
- package/workflows/6-design-business/business-model-design/workflow.yaml +32 -0
- package/workflows/6-design-business/final-pitch/step-1-narrative.md +73 -0
- package/workflows/6-design-business/final-pitch/step-2-slides.md +121 -0
- package/workflows/6-design-business/final-pitch/step-3-excalidraw.md +92 -0
- package/workflows/6-design-business/final-pitch/step-4-nvb-final-review.md +121 -0
- package/workflows/6-design-business/final-pitch/workflow.md +46 -0
- package/workflows/6-design-business/market-experiments/step-1-gtm-plan.md +66 -0
- package/workflows/6-design-business/market-experiments/step-2-landing-page.md +94 -0
- package/workflows/6-design-business/market-experiments/step-3-pilot-engagement.md +82 -0
- package/workflows/6-design-business/market-experiments/step-4-measure.md +114 -0
- package/workflows/6-design-business/market-experiments/workflow.md +44 -0
- package/workflows/venture-status/instructions.xml +97 -0
- package/workflows/venture-status/workflow.yaml +24 -0
package/README.md
ADDED
|
@@ -0,0 +1,149 @@
|
|
|
1
|
+
# VentureOS
|
|
2
|
+
|
|
3
|
+
**A multi-agent AI framework for structured venture building.**
|
|
4
|
+
|
|
5
|
+
VentureOS guides teams from a raw domain or idea all the way to an investor-ready pitch — through a structured 12-week incubation process powered by specialized AI agents.
|
|
6
|
+
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
## Install
|
|
10
|
+
|
|
11
|
+
```bash
|
|
12
|
+
npx ventureos install
|
|
13
|
+
```
|
|
14
|
+
|
|
15
|
+
The installer asks 5 questions (your name, AI tool, language, research depth, execution mode), then sets up the full framework in your project in under 30 seconds.
|
|
16
|
+
|
|
17
|
+
**Requirements:** Node.js 18+
|
|
18
|
+
|
|
19
|
+
**Works with:** Claude Code, Cursor, Windsurf, and any other AI coding tool.
|
|
20
|
+
|
|
21
|
+
---
|
|
22
|
+
|
|
23
|
+
## What VentureOS Does
|
|
24
|
+
|
|
25
|
+
- Tracks where your venture is in the incubation journey
|
|
26
|
+
- Routes you to the right specialist agent for each phase
|
|
27
|
+
- Generates first drafts of every deliverable so you never start from a blank page
|
|
28
|
+
- Enforces evidence-based progression: guiding questions must be answered before advancing
|
|
29
|
+
- Manages two decision gates where ventures are evaluated for continuation, pivot, or kill
|
|
30
|
+
|
|
31
|
+
---
|
|
32
|
+
|
|
33
|
+
## How It Works
|
|
34
|
+
|
|
35
|
+
VentureOS is a collection of AI agent files and workflow files that you load into your preferred AI coding assistant. The agents collaborate through a shared venture state file to guide you through the full incubation lifecycle.
|
|
36
|
+
|
|
37
|
+
**Entry points:**
|
|
38
|
+
- **Domain exploration** — You have a domain (e.g., "energy management"). VentureOS maps the opportunity landscape first, then moves into incubation.
|
|
39
|
+
- **Idea development** — You have a specific idea. VentureOS jumps directly into incubation.
|
|
40
|
+
|
|
41
|
+
**Final output:** Investor-ready pitch deck (Markdown + Excalidraw) or a documented pivot/kill decision with full rationale and archived artifacts.
|
|
42
|
+
|
|
43
|
+
---
|
|
44
|
+
|
|
45
|
+
## The Incubation Journey (12 Weeks)
|
|
46
|
+
|
|
47
|
+
```
|
|
48
|
+
Week 1 Weeks 2-3 Weeks 4-7 Weeks 10-12
|
|
49
|
+
┌──────────┐ ┌──────────────┐ ┌────────────────────┐ ┌──────────────────┐
|
|
50
|
+
│ SETUP │ │ UNDERSTAND │ │ DEFINE SOLUTION │ │ DESIGN BUSINESS │
|
|
51
|
+
│ THE TEAM │ │ THE MARKET │ │ │ │ │
|
|
52
|
+
└──────────┘ │ │ │ │ │ │
|
|
53
|
+
│ FIND │ │ BUILD INITIAL │ │ │
|
|
54
|
+
│ CUSTOMER │──▶│ BUSINESS CASE │──▶│ │
|
|
55
|
+
│ PAIN │ │ │ │ │
|
|
56
|
+
└──────────────┘ └──────┬─────────────┘ └────────┬─────────┘
|
|
57
|
+
│ │
|
|
58
|
+
CHECK-IN PITCH FINAL PITCH
|
|
59
|
+
to Venture Board to Venture Board
|
|
60
|
+
(Go/Pivot/Kill) (Go/Pivot/Kill)
|
|
61
|
+
```
|
|
62
|
+
|
|
63
|
+
---
|
|
64
|
+
|
|
65
|
+
## The Agents
|
|
66
|
+
|
|
67
|
+
| Agent | Name | Role |
|
|
68
|
+
|-------|------|------|
|
|
69
|
+
| `venture-master.md` | Victor | Orchestrator — load this first |
|
|
70
|
+
| `agents/domain-explorer.md` | Diana | Market & domain research |
|
|
71
|
+
| `agents/customer-discovery.md` | Clara | Customer pain & interviews |
|
|
72
|
+
| `agents/product-strategist.md` | Paulo | Wedge design & prototyping |
|
|
73
|
+
| `agents/business-architect.md` | Bernard | Business model & revenue |
|
|
74
|
+
| `agents/financial-analyst.md` | Fiona | Market sizing & financial modeling |
|
|
75
|
+
| `agents/venture-evaluator.md` | Eva | Venture Board gate evaluation |
|
|
76
|
+
| `agents/pitch-master.md` | Petra | Pitch deck creation |
|
|
77
|
+
| `agents/growth-strategist.md` | Grace | GTM & market experiments |
|
|
78
|
+
| `agents/venture-ops.md` | Olivia | Team setup & parent org alignment |
|
|
79
|
+
|
|
80
|
+
---
|
|
81
|
+
|
|
82
|
+
## Directory Structure
|
|
83
|
+
|
|
84
|
+
```
|
|
85
|
+
ventureOS/
|
|
86
|
+
├── venture-master.md ← START HERE — load this file first
|
|
87
|
+
├── workflow-engine.md ← Workflow execution engine
|
|
88
|
+
├── config.yaml ← Your configuration (edit before first use)
|
|
89
|
+
├── README.md ← This file
|
|
90
|
+
├── SETUP.md ← Installation guide
|
|
91
|
+
├── agents/ ← Specialist agents (loaded on demand)
|
|
92
|
+
│ ├── domain-explorer.md
|
|
93
|
+
│ ├── customer-discovery.md
|
|
94
|
+
│ ├── product-strategist.md
|
|
95
|
+
│ ├── business-architect.md
|
|
96
|
+
│ ├── financial-analyst.md
|
|
97
|
+
│ ├── venture-evaluator.md
|
|
98
|
+
│ ├── pitch-master.md
|
|
99
|
+
│ ├── growth-strategist.md
|
|
100
|
+
│ └── venture-ops.md
|
|
101
|
+
├── workflows/ ← Phase-specific workflow definitions
|
|
102
|
+
│ ├── 0-explore/
|
|
103
|
+
│ ├── 1-setup-team/
|
|
104
|
+
│ ├── 2-understand-market/
|
|
105
|
+
│ ├── 3-find-pain/
|
|
106
|
+
│ ├── 4-define-solution/
|
|
107
|
+
│ ├── 5-business-case/
|
|
108
|
+
│ ├── 6-design-business/
|
|
109
|
+
│ └── venture-status/
|
|
110
|
+
├── templates/ ← Output document templates (30+)
|
|
111
|
+
├── scoring/ ← Gate rubric, pain scoring, pivot triggers
|
|
112
|
+
├── techniques/ ← Brainstorming techniques, synthetic tools
|
|
113
|
+
└── _memory/
|
|
114
|
+
└── venture-state.yaml ← Active venture state (auto-managed)
|
|
115
|
+
```
|
|
116
|
+
|
|
117
|
+
Outputs are saved to: `_ventures/{venture_name}/`
|
|
118
|
+
|
|
119
|
+
---
|
|
120
|
+
|
|
121
|
+
## Quick Start
|
|
122
|
+
|
|
123
|
+
1. Edit `ventureOS/config.yaml` — add your name, venture name, preferred language
|
|
124
|
+
2. Load `ventureOS/venture-master.md` into your AI tool (see `SETUP.md` for your specific tool)
|
|
125
|
+
3. Victor greets you, shows the phase-aware menu, and asks what you want to work on
|
|
126
|
+
4. Type a command or number — Victor routes you to the right agent and workflow
|
|
127
|
+
|
|
128
|
+
See `SETUP.md` for detailed installation instructions for Claude Code, Cursor, Windsurf, and other tools.
|
|
129
|
+
|
|
130
|
+
---
|
|
131
|
+
|
|
132
|
+
## Two Execution Modes
|
|
133
|
+
|
|
134
|
+
**Guided mode (default):** The agent pauses at each checkpoint, shows you the output, and waits for your approval before proceeding. Best for real ventures where strategic decisions matter.
|
|
135
|
+
|
|
136
|
+
**Yolo mode:** The agent runs the full workflow autonomously and presents all outputs at the end for batch review. Best for rapid idea screening.
|
|
137
|
+
|
|
138
|
+
Set your preferred default in `config.yaml` or switch modes per workflow.
|
|
139
|
+
|
|
140
|
+
---
|
|
141
|
+
|
|
142
|
+
## Pivot & Kill Mechanism
|
|
143
|
+
|
|
144
|
+
VentureOS tracks every pivot and kill decision:
|
|
145
|
+
|
|
146
|
+
- **Pivot:** Archives current artifacts, classifies pivot type (customer/problem/solution/model/market), identifies re-entry phase, preserves relevant work
|
|
147
|
+
- **Kill:** Documents learnings, archives all artifacts, marks venture as killed with full rationale
|
|
148
|
+
|
|
149
|
+
Pivot history is preserved in `ventureOS/_memory/venture-state.yaml`.
|
package/SETUP.md
ADDED
|
@@ -0,0 +1,193 @@
|
|
|
1
|
+
# VentureOS Setup Guide
|
|
2
|
+
|
|
3
|
+
## Step 1 — Configure VentureOS
|
|
4
|
+
|
|
5
|
+
Open `ventureOS/config.yaml` and fill in your details:
|
|
6
|
+
|
|
7
|
+
```yaml
|
|
8
|
+
user_name: "Your Name" # How agents will address you
|
|
9
|
+
venture_name: "" # Leave blank to start a new venture
|
|
10
|
+
communication_language: "English"
|
|
11
|
+
output_folder: "_ventures" # Where outputs are saved
|
|
12
|
+
research_depth: "standard" # light | standard | deep
|
|
13
|
+
llm: "claude-code" # claude-code | cursor | windsurf | other
|
|
14
|
+
default_mode: "guided" # guided | yolo
|
|
15
|
+
```
|
|
16
|
+
|
|
17
|
+
**That is the only file you need to edit before your first session.**
|
|
18
|
+
|
|
19
|
+
---
|
|
20
|
+
|
|
21
|
+
## Step 2 — Load VentureOS (by tool)
|
|
22
|
+
|
|
23
|
+
### Claude Code
|
|
24
|
+
|
|
25
|
+
```bash
|
|
26
|
+
# From your project root, load the orchestrator:
|
|
27
|
+
claude venture-master.md
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
Or reference it in a conversation:
|
|
31
|
+
```
|
|
32
|
+
@ventureOS/venture-master.md
|
|
33
|
+
```
|
|
34
|
+
|
|
35
|
+
To load a specialist agent directly:
|
|
36
|
+
```
|
|
37
|
+
@ventureOS/agents/domain-explorer.md
|
|
38
|
+
```
|
|
39
|
+
|
|
40
|
+
### Cursor
|
|
41
|
+
|
|
42
|
+
In the chat panel, attach the file:
|
|
43
|
+
- Click the paperclip icon → select `ventureOS/venture-master.md`
|
|
44
|
+
|
|
45
|
+
Or type in chat:
|
|
46
|
+
```
|
|
47
|
+
Load @ventureOS/venture-master.md and activate Victor.
|
|
48
|
+
```
|
|
49
|
+
|
|
50
|
+
To load a specialist directly:
|
|
51
|
+
```
|
|
52
|
+
Load @ventureOS/agents/customer-discovery.md and activate Clara.
|
|
53
|
+
```
|
|
54
|
+
|
|
55
|
+
### Windsurf
|
|
56
|
+
|
|
57
|
+
In the Cascade panel:
|
|
58
|
+
```
|
|
59
|
+
Load the file ventureOS/venture-master.md and follow the activation instructions.
|
|
60
|
+
```
|
|
61
|
+
|
|
62
|
+
To load a specialist:
|
|
63
|
+
```
|
|
64
|
+
Load ventureOS/agents/domain-explorer.md and follow the activation instructions.
|
|
65
|
+
```
|
|
66
|
+
|
|
67
|
+
### Other AI Tools (ChatGPT, Gemini, etc.)
|
|
68
|
+
|
|
69
|
+
1. Open `ventureOS/venture-master.md` in a text editor
|
|
70
|
+
2. Copy the full file contents
|
|
71
|
+
3. Paste into a new conversation as the first message
|
|
72
|
+
4. The agent will activate and guide you from there
|
|
73
|
+
|
|
74
|
+
For specialist agents: copy the contents of the relevant file in `ventureOS/agents/` and paste to activate.
|
|
75
|
+
|
|
76
|
+
---
|
|
77
|
+
|
|
78
|
+
## Step 3 — First Session
|
|
79
|
+
|
|
80
|
+
When you load `venture-master.md`, Victor (the orchestrator) will:
|
|
81
|
+
|
|
82
|
+
1. Read your `config.yaml`
|
|
83
|
+
2. Load venture state from `_memory/venture-state.yaml`
|
|
84
|
+
3. Greet you and display the venture status banner
|
|
85
|
+
4. Show the phase-aware menu
|
|
86
|
+
5. Wait for your input
|
|
87
|
+
|
|
88
|
+
**If this is your first venture**, type `NV` (New Venture) and Victor will guide you through setup.
|
|
89
|
+
|
|
90
|
+
**If you have an existing venture**, Victor will pick up where you left off based on the saved state.
|
|
91
|
+
|
|
92
|
+
---
|
|
93
|
+
|
|
94
|
+
## Step 4 — Understanding the Menu
|
|
95
|
+
|
|
96
|
+
Victor's main menu:
|
|
97
|
+
|
|
98
|
+
| Command | Description |
|
|
99
|
+
|---------|-------------|
|
|
100
|
+
| `VS` | Venture Status — current phase, answered questions, artifacts |
|
|
101
|
+
| `NV` | New Venture — start a new venture (domain or idea entry) |
|
|
102
|
+
| `EX` | Explore Domain — opportunity discovery (pre-incubation) |
|
|
103
|
+
| `ST` | Setup the Team — team charter, parent org alignment (Phase 1) |
|
|
104
|
+
| `UM` | Understand the Market — competitive landscape, sizing (Phase 2) |
|
|
105
|
+
| `FP` | Find Customer Pain — discovery, synthesis, journey map (Phase 3) |
|
|
106
|
+
| `DS` | Define the Solution — wedge design, prototyping (Phase 4) |
|
|
107
|
+
| `BC` | Build Business Case — risks, experiment plan, check-in pitch (Phase 5) |
|
|
108
|
+
| `DB` | Design the Business — business model, GTM, final pitch (Phase 6) |
|
|
109
|
+
| `NVB` | Board Feedback — on-demand synthetic venture board feedback |
|
|
110
|
+
| `AG` | Agents — view all specialists and how to activate them |
|
|
111
|
+
| `CH` | Chat — free discussion with Victor |
|
|
112
|
+
| `DA` | Dismiss Agent |
|
|
113
|
+
|
|
114
|
+
You can type the command code (e.g., `FP`) or a natural language match (e.g., "customer pain", "find pain", "interviews").
|
|
115
|
+
|
|
116
|
+
---
|
|
117
|
+
|
|
118
|
+
## Step 5 — Loading Specialist Agents
|
|
119
|
+
|
|
120
|
+
When Victor routes you to a specialist, he will tell you which agent to load and how (based on your `llm` setting in `config.yaml`).
|
|
121
|
+
|
|
122
|
+
You can also load specialists directly at any time:
|
|
123
|
+
|
|
124
|
+
| Specialist | File |
|
|
125
|
+
|-----------|------|
|
|
126
|
+
| Victor (Orchestrator) | `ventureOS/venture-master.md` |
|
|
127
|
+
| Diana (Market Research) | `ventureOS/agents/domain-explorer.md` |
|
|
128
|
+
| Clara (Customer Discovery) | `ventureOS/agents/customer-discovery.md` |
|
|
129
|
+
| Paulo (Product Strategy) | `ventureOS/agents/product-strategist.md` |
|
|
130
|
+
| Bernard (Business Model) | `ventureOS/agents/business-architect.md` |
|
|
131
|
+
| Fiona (Financial Analysis) | `ventureOS/agents/financial-analyst.md` |
|
|
132
|
+
| Eva (Venture Board) | `ventureOS/agents/venture-evaluator.md` |
|
|
133
|
+
| Petra (Pitch Creation) | `ventureOS/agents/pitch-master.md` |
|
|
134
|
+
| Grace (GTM & Growth) | `ventureOS/agents/growth-strategist.md` |
|
|
135
|
+
| Olivia (Team & Ops) | `ventureOS/agents/venture-ops.md` |
|
|
136
|
+
|
|
137
|
+
---
|
|
138
|
+
|
|
139
|
+
## Output Files
|
|
140
|
+
|
|
141
|
+
All VentureOS outputs are saved to:
|
|
142
|
+
```
|
|
143
|
+
_ventures/{venture_name}/
|
|
144
|
+
```
|
|
145
|
+
|
|
146
|
+
Example output structure after a full incubation run:
|
|
147
|
+
```
|
|
148
|
+
_ventures/my-venture/
|
|
149
|
+
├── venture-canvas.md
|
|
150
|
+
├── team-charter.md
|
|
151
|
+
├── mothership-asset-map.md
|
|
152
|
+
├── market-sizing.md
|
|
153
|
+
├── competitive-analysis.md
|
|
154
|
+
├── interview-scripts/
|
|
155
|
+
├── interview-synthesis.md
|
|
156
|
+
├── pain-atomization.md
|
|
157
|
+
├── pain-journey-map.md
|
|
158
|
+
├── icp-profile.md
|
|
159
|
+
├── wedge-definition.md
|
|
160
|
+
├── value-proposition.md
|
|
161
|
+
├── solution-feasibility.md
|
|
162
|
+
├── business-model-canvas.md
|
|
163
|
+
├── financial-model.md
|
|
164
|
+
├── gtm-plan.md
|
|
165
|
+
├── experiment-plan.md
|
|
166
|
+
├── pitch/
|
|
167
|
+
│ ├── checkin-pitch.md
|
|
168
|
+
│ ├── pitch-deck.md
|
|
169
|
+
│ └── excalidraw-frames.md
|
|
170
|
+
└── pivots/ ← only if pivot was triggered
|
|
171
|
+
└── pivot-1/
|
|
172
|
+
```
|
|
173
|
+
|
|
174
|
+
---
|
|
175
|
+
|
|
176
|
+
## Tips
|
|
177
|
+
|
|
178
|
+
**Guided vs Yolo mode**
|
|
179
|
+
- Guided: agent pauses at each step for your review. Best for real ventures.
|
|
180
|
+
- Yolo: agent runs everything and presents all outputs at once. Best for rapid screening of multiple ideas.
|
|
181
|
+
|
|
182
|
+
**Resuming a session**
|
|
183
|
+
- VentureOS saves state to `ventureOS/_memory/venture-state.yaml` after each step.
|
|
184
|
+
- Load `venture-master.md` at the start of any session — Victor reads the state and picks up where you left off.
|
|
185
|
+
|
|
186
|
+
**Multiple ventures**
|
|
187
|
+
- Change `venture_name` in `config.yaml` to switch between ventures.
|
|
188
|
+
- Each venture's state is tracked separately in `venture-state.yaml`.
|
|
189
|
+
|
|
190
|
+
**Research depth**
|
|
191
|
+
- `light` — high-level overview, fast. Good for early screening.
|
|
192
|
+
- `standard` — structured analysis with sourced data. Recommended for real incubation.
|
|
193
|
+
- `deep` — exhaustive multi-source research with cross-validation. Best for high-stakes decisions.
|
|
@@ -0,0 +1,142 @@
|
|
|
1
|
+
# VentureOS Venture State
|
|
2
|
+
# This file is managed automatically by VentureOS agents.
|
|
3
|
+
# Do not edit manually unless you know what you are doing.
|
|
4
|
+
# ─────────────────────────────────────────────────────────
|
|
5
|
+
|
|
6
|
+
venture_name: ""
|
|
7
|
+
current_phase: "" # 0-explore | 1-setup-team | 2-understand-market | 3-find-pain | 4-define-solution | 5-business-case | 6-design-business
|
|
8
|
+
current_week: 0
|
|
9
|
+
entry_point: "" # domain | idea
|
|
10
|
+
started: "" # ISO date: YYYY-MM-DD
|
|
11
|
+
status: "" # active | pivoted | killed | funded
|
|
12
|
+
|
|
13
|
+
# Progress across three activity categories
|
|
14
|
+
category_progress:
|
|
15
|
+
team: "not-started" # not-started | in-progress | complete
|
|
16
|
+
venture: "not-started" # not-started | in-progress | complete
|
|
17
|
+
mothership: "not-started" # not-started | in-progress | complete
|
|
18
|
+
|
|
19
|
+
# Working hypotheses — updated as evidence accumulates
|
|
20
|
+
hypotheses:
|
|
21
|
+
customer: ""
|
|
22
|
+
problem: ""
|
|
23
|
+
solution: ""
|
|
24
|
+
wedge: ""
|
|
25
|
+
|
|
26
|
+
# Guiding questions tracker — one entry per question per phase
|
|
27
|
+
guiding_questions:
|
|
28
|
+
explore: []
|
|
29
|
+
setup:
|
|
30
|
+
- question: "What is the Venture's reason to exist?"
|
|
31
|
+
answered: false
|
|
32
|
+
evidence: ""
|
|
33
|
+
- question: "What software and tools do we use? What is our weekly cadence?"
|
|
34
|
+
answered: false
|
|
35
|
+
evidence: ""
|
|
36
|
+
- question: "Who is in our team? Who is our sponsor? Who supports us?"
|
|
37
|
+
answered: false
|
|
38
|
+
evidence: ""
|
|
39
|
+
- question: "Does the venture team know which parent organization capabilities can be leveraged?"
|
|
40
|
+
answered: false
|
|
41
|
+
evidence: ""
|
|
42
|
+
market:
|
|
43
|
+
- question: "Is the market large and growing? What are the potential barriers to entry?"
|
|
44
|
+
answered: false
|
|
45
|
+
evidence: ""
|
|
46
|
+
- question: "Who matters most? Who most likely has the primary pain to solve?"
|
|
47
|
+
answered: false
|
|
48
|
+
evidence: ""
|
|
49
|
+
- question: "What is the size of the market? (# customers, market value, geographic hot spots)"
|
|
50
|
+
answered: false
|
|
51
|
+
evidence: ""
|
|
52
|
+
- question: "What companies and products currently operate in the market?"
|
|
53
|
+
answered: false
|
|
54
|
+
evidence: ""
|
|
55
|
+
- question: "Does the team understand the broader context and goals their customer operates in?"
|
|
56
|
+
answered: false
|
|
57
|
+
evidence: ""
|
|
58
|
+
pain:
|
|
59
|
+
- question: "Can the team prioritize the most important pain to solve?"
|
|
60
|
+
answered: false
|
|
61
|
+
evidence: ""
|
|
62
|
+
- question: "Is the pain frequent, intense, and/or prevalent enough to support a business?"
|
|
63
|
+
answered: false
|
|
64
|
+
evidence: ""
|
|
65
|
+
- question: "Has the team validated the pain exists? Can they identify their ideal customer?"
|
|
66
|
+
answered: false
|
|
67
|
+
evidence: ""
|
|
68
|
+
- question: "Does the team understand who the buyer is (if different to the user)?"
|
|
69
|
+
answered: false
|
|
70
|
+
evidence: ""
|
|
71
|
+
solution:
|
|
72
|
+
- question: "Can the team describe the wedge (smallest part that can be quickly brought to market)?"
|
|
73
|
+
answered: false
|
|
74
|
+
evidence: ""
|
|
75
|
+
- question: "Can the team articulate the big vision for the product/service?"
|
|
76
|
+
answered: false
|
|
77
|
+
evidence: ""
|
|
78
|
+
- question: "Is the solution technically feasible? Can it be built (build, buy, partner, invest)?"
|
|
79
|
+
answered: false
|
|
80
|
+
evidence: ""
|
|
81
|
+
- question: "What makes the solution special and what new value does it provide?"
|
|
82
|
+
answered: false
|
|
83
|
+
evidence: ""
|
|
84
|
+
- question: "Does the team have a hypothesis for how the solution scales from wedge to big vision?"
|
|
85
|
+
answered: false
|
|
86
|
+
evidence: ""
|
|
87
|
+
- question: "Can the target customer use the product? Do they find value in it?"
|
|
88
|
+
answered: false
|
|
89
|
+
evidence: ""
|
|
90
|
+
business_case:
|
|
91
|
+
- question: "Has the board reviewed venture progress and agreed the venture should continue?"
|
|
92
|
+
answered: false
|
|
93
|
+
evidence: ""
|
|
94
|
+
- question: "Has the team defined an operating/experiment plan for the next phase?"
|
|
95
|
+
answered: false
|
|
96
|
+
evidence: ""
|
|
97
|
+
- question: "Does the team have a pipeline of eager pilot customers?"
|
|
98
|
+
answered: false
|
|
99
|
+
evidence: ""
|
|
100
|
+
design_business:
|
|
101
|
+
- question: "Has the team defined diverse and robust revenue streams?"
|
|
102
|
+
answered: false
|
|
103
|
+
evidence: ""
|
|
104
|
+
- question: "Are desirability scores, CAC, and signup rates strong enough to support a healthy business?"
|
|
105
|
+
answered: false
|
|
106
|
+
evidence: ""
|
|
107
|
+
- question: "Can the team attract users via marketing or sales? Convert pilot users?"
|
|
108
|
+
answered: false
|
|
109
|
+
evidence: ""
|
|
110
|
+
|
|
111
|
+
# Completed artifacts — updated after each workflow step
|
|
112
|
+
completed_artifacts: []
|
|
113
|
+
# Format:
|
|
114
|
+
# - name: "artifact-name"
|
|
115
|
+
# path: "_ventures/{venture_name}/artifact-name.md"
|
|
116
|
+
# phase: "1-setup-team"
|
|
117
|
+
# date: "YYYY-MM-DD"
|
|
118
|
+
|
|
119
|
+
# Decision gate history
|
|
120
|
+
gate_history:
|
|
121
|
+
- gate: "checkin"
|
|
122
|
+
date: null
|
|
123
|
+
score: null
|
|
124
|
+
decision: null # GO | PIVOT | KILL | null
|
|
125
|
+
notes: ""
|
|
126
|
+
- gate: "final"
|
|
127
|
+
date: null
|
|
128
|
+
score: null
|
|
129
|
+
decision: null # GO | PIVOT | KILL | null
|
|
130
|
+
notes: ""
|
|
131
|
+
|
|
132
|
+
# Pivot tracking
|
|
133
|
+
pivot_count: 0
|
|
134
|
+
pivot_history: []
|
|
135
|
+
# Format:
|
|
136
|
+
# - pivot_n: 1
|
|
137
|
+
# date: "YYYY-MM-DD"
|
|
138
|
+
# type: "customer | problem | solution | model | market"
|
|
139
|
+
# reason: ""
|
|
140
|
+
# re_entry_phase: ""
|
|
141
|
+
# archive_path: "_ventures/{venture_name}/pivots/pivot-1/"
|
|
142
|
+
# preserved_artifacts: []
|
|
@@ -0,0 +1,76 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "business-architect"
|
|
3
|
+
description: "Business Model Designer + Revenue Strategist"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
You must fully embody this agent's persona and follow all activation instructions exactly as specified. NEVER break character until given an exit command.
|
|
7
|
+
|
|
8
|
+
```xml
|
|
9
|
+
<agent id="business-architect.md" name="Bernard" title="Business Model Designer & Revenue Strategist" icon="📐">
|
|
10
|
+
<activation critical="MANDATORY">
|
|
11
|
+
<step n="1">Load persona from this current agent file (already in context)</step>
|
|
12
|
+
<step n="2">🚨 IMMEDIATE ACTION REQUIRED - BEFORE ANY OUTPUT:
|
|
13
|
+
- Load and read {project-root}/ventureOS/config.yaml NOW
|
|
14
|
+
- Store ALL fields: {venture_name}, {user_name}, {communication_language}, {output_folder}
|
|
15
|
+
- VERIFY: If config not loaded, STOP and report: "Config not found. Please ensure ventureOS/config.yaml exists in your project root."
|
|
16
|
+
- DO NOT PROCEED until config is loaded
|
|
17
|
+
</step>
|
|
18
|
+
<step n="3">Load venture state from {project-root}/ventureOS/_memory/venture-state.yaml</step>
|
|
19
|
+
<step n="4">Greet {user_name} in {communication_language}. Display menu.</step>
|
|
20
|
+
<step n="5">STOP and WAIT for user input.</step>
|
|
21
|
+
<step n="6">On user input: Number → process menu item[n] | Text → fuzzy match | No match → show "Not recognized"</step>
|
|
22
|
+
<step n="7">When processing a menu item: extract attributes and follow handler instructions</step>
|
|
23
|
+
|
|
24
|
+
<menu-handlers>
|
|
25
|
+
<handlers>
|
|
26
|
+
<handler type="exec">
|
|
27
|
+
Read fully and follow the file at the exec path. Pass data= context if specified.
|
|
28
|
+
</handler>
|
|
29
|
+
<handler type="workflow">
|
|
30
|
+
1. Load {project-root}/ventureOS/workflow-engine.md
|
|
31
|
+
2. Pass yaml path as workflow-config
|
|
32
|
+
3. Follow workflow-engine.md precisely, saving outputs after each step
|
|
33
|
+
4. Update venture-state.yaml after completion
|
|
34
|
+
</handler>
|
|
35
|
+
<handler type="action">
|
|
36
|
+
Follow the action text as an inline instruction.
|
|
37
|
+
</handler>
|
|
38
|
+
</handlers>
|
|
39
|
+
</menu-handlers>
|
|
40
|
+
|
|
41
|
+
<rules>
|
|
42
|
+
<r>ALWAYS communicate in {communication_language}.</r>
|
|
43
|
+
<r>Stay in character as Bernard until exit selected.</r>
|
|
44
|
+
<r>Always design for DIVERSE revenue streams — single-source dependency is a fragility, not a strategy.</r>
|
|
45
|
+
<r>Challenge every pricing assumption — pricing is a hypothesis that must be tested, not assumed.</r>
|
|
46
|
+
<r>Load files ONLY when executing a workflow or command — EXCEPTION: config.yaml at activation.</r>
|
|
47
|
+
<r>After producing outputs, save to {output_folder}/{venture_name}/ and update venture-state.yaml.</r>
|
|
48
|
+
<r>A business model must be tested, not just designed — always recommend a validation experiment for each major model assumption.</r>
|
|
49
|
+
</rules>
|
|
50
|
+
</activation>
|
|
51
|
+
|
|
52
|
+
<persona>
|
|
53
|
+
<role>Business Model Designer + Revenue Strategist</role>
|
|
54
|
+
<identity>Serial entrepreneur and business model innovator. Has built and pivoted 12 ventures across SaaS, marketplace, data, and services models. Expert in Business Model Canvas, pricing strategy, and monetisation planning. Deeply familiar with corporate venture contexts — knows the difference between a venture's business model and the parent organization's expectations. Has seen every revenue model fail in unexpected ways, which is why testing is religion.</identity>
|
|
55
|
+
<communication_style>Strategic and structured — thinks in BMC blocks. Challenges assumptions relentlessly. Makes abstract business model concepts concrete with real examples. Asks uncomfortable questions about unit economics. Structured but never bureaucratic.</communication_style>
|
|
56
|
+
<principles>
|
|
57
|
+
- A great product without a business model is a hobby — fix that before shipping.
|
|
58
|
+
- Diverse revenue streams beat single-source dependency — design for robustness from day one.
|
|
59
|
+
- Test the model, not just the product — pricing and revenue model assumptions are as risky as product assumptions.
|
|
60
|
+
- Cost structure is as important as revenue — know your unit economics before scaling.
|
|
61
|
+
- The best business model is the one customers will actually pay for — not the one that looks best on a slide.
|
|
62
|
+
</principles>
|
|
63
|
+
</persona>
|
|
64
|
+
|
|
65
|
+
<menu>
|
|
66
|
+
<item cmd="BM or fuzzy match on business-model or bmc" workflow="{project-root}/ventureOS/workflows/6-design-business/business-model-design/workflow.yaml">[BM] Business Model Design — Full BMC creation, revenue stream design, and model selection</item>
|
|
67
|
+
<item cmd="PM or fuzzy match on pricing-model or pricing" action="Guide the user through pricing model creation. Load value-proposition.md and icp-profile.md. Using the template at {project-root}/ventureOS/templates/pricing-model.md, design: pricing strategy (value-based / cost-plus / competitor-anchored / freemium), pricing tiers, willingness-to-pay hypotheses, and pricing validation experiments. Save to {output_folder}/{venture_name}/pricing-model.md">[PM] Pricing Model — Design pricing strategy and pricing tiers</item>
|
|
68
|
+
<item cmd="MP or fuzzy match on monetisation or revenue-streams" action="Create a monetisation plan. Load business-model-canvas.md and pricing-model.md. Using the template at {project-root}/ventureOS/templates/monetisation-plan.md, define: primary revenue stream, 2-3 secondary revenue streams, revenue timeline (months to first revenue, to break-even), and revenue model risks. Save to {output_folder}/{venture_name}/monetisation-plan.md">[MP] Monetisation Plan — Define diverse and robust revenue streams</item>
|
|
69
|
+
<item cmd="BX or fuzzy match on business-model-exploration" action="Run a business model exploration exercise. Using the 'business-model-exploration' brainstorming technique from {project-root}/ventureOS/techniques/brainstorming-techniques.csv, map 5+ different business model options against the validated customer and pain. Compare them on: revenue potential, CAC implications, complexity to implement, fit with parent organization assets. Present ranked options.">[BX] Business Model Exploration — Compare 5+ business model options before committing</item>
|
|
70
|
+
<item cmd="SP or fuzzy match on sales-process" action="Create a B2B sales process map. Load icp-profile.md and wedge-definition.md. Using the template at {project-root}/ventureOS/templates/sales-process-map.md, map: buyer journey, decision makers, evaluation criteria, sales cycle length, typical objections, and deal structure. Save to {output_folder}/{venture_name}/sales-process-map.md">[SP] Sales Process Map — Map the B2B sales process and buyer journey</item>
|
|
71
|
+
<item cmd="MH or fuzzy match on menu or help">[MH] Redisplay Menu</item>
|
|
72
|
+
<item cmd="CH or fuzzy match on chat">[CH] Chat with Bernard about business models and revenue strategy</item>
|
|
73
|
+
<item cmd="DA or fuzzy match on exit, leave, goodbye or dismiss agent">[DA] Dismiss Agent</item>
|
|
74
|
+
</menu>
|
|
75
|
+
</agent>
|
|
76
|
+
```
|