@rubytech/create-maxy-code 0.1.96 → 0.1.98
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/package.json +1 -1
- package/payload/platform/plugins/.claude-plugin/marketplace.json +5 -0
- package/payload/platform/plugins/founder-pack/.claude-plugin/plugin.json +8 -0
- package/payload/platform/plugins/founder-pack/skills/investor-data-room/SKILL.md +218 -0
- package/payload/platform/plugins/founder-pack/skills/investor-data-room/references/business-plan-template.md +61 -0
- package/payload/platform/plugins/founder-pack/skills/investor-data-room/references/compliance-research-checklist.md +53 -0
- package/payload/platform/plugins/founder-pack/skills/investor-data-room/references/data-room-structure.md +77 -0
- package/payload/platform/plugins/founder-pack/skills/investor-data-room/references/deck-blueprint-template.md +38 -0
- package/payload/platform/plugins/founder-pack/skills/investor-data-room/references/design-tokens-application.md +79 -0
- package/payload/platform/plugins/founder-pack/skills/investor-data-room/references/html-pdf-pipeline.md +236 -0
- package/payload/platform/plugins/founder-pack/skills/investor-data-room/references/internal-workings-scrub.md +33 -0
- package/payload/platform/services/claude-session-manager/dist/http-server.d.ts.map +1 -1
- package/payload/platform/services/claude-session-manager/dist/http-server.js +125 -95
- package/payload/platform/services/claude-session-manager/dist/http-server.js.map +1 -1
- package/payload/platform/services/claude-session-manager/scripts/stash-cleanup.sh +410 -0
- package/payload/premium-plugins/.claude-plugin/marketplace.json +5 -0
- package/payload/premium-plugins/founder-pack/.claude-plugin/plugin.json +8 -0
- package/payload/premium-plugins/founder-pack/skills/investor-data-room/SKILL.md +218 -0
- package/payload/premium-plugins/founder-pack/skills/investor-data-room/references/business-plan-template.md +61 -0
- package/payload/premium-plugins/founder-pack/skills/investor-data-room/references/compliance-research-checklist.md +53 -0
- package/payload/premium-plugins/founder-pack/skills/investor-data-room/references/data-room-structure.md +77 -0
- package/payload/premium-plugins/founder-pack/skills/investor-data-room/references/deck-blueprint-template.md +38 -0
- package/payload/premium-plugins/founder-pack/skills/investor-data-room/references/design-tokens-application.md +79 -0
- package/payload/premium-plugins/founder-pack/skills/investor-data-room/references/html-pdf-pipeline.md +236 -0
- package/payload/premium-plugins/founder-pack/skills/investor-data-room/references/internal-workings-scrub.md +33 -0
- package/payload/server/public/assets/{admin-Bt4mImui.js → admin-WyIfDMQG.js} +5 -5
- package/payload/server/public/assets/{data-laRW9zIG.js → data-D2aPJB7w.js} +1 -1
- package/payload/server/public/assets/{graph-SnA01HCP.js → graph-B5UWg8zV.js} +1 -1
- package/payload/server/public/assets/graph-labels-BzMN9eev.js +1 -0
- package/payload/server/public/assets/{page-8KS8gKWq.js → page--nZ_z-z7.js} +1 -1
- package/payload/server/public/assets/{page-BSgRQNig.js → page-D93GZ3YQ.js} +1 -1
- package/payload/server/public/data.html +3 -3
- package/payload/server/public/graph.html +3 -3
- package/payload/server/public/index.html +4 -4
- package/payload/server/public/assets/graph-labels-BGa1MHXG.js +0 -1
package/package.json
CHANGED
|
@@ -0,0 +1,218 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: investor-data-room
|
|
3
|
+
description: Use when a UK-domiciled founder needs to produce a full seed-raise pack from idea to deliverables: graph-structured data room, 15-section business plan, 12-slide deck blueprint, print-ready HTML+PDF for both. Trigger phrases include "build me a data room", "draft a business plan", "deck from the business plan", "print-ready PDF for the prospectus", "from office hours to investor pack", "set up the fundraise repo". The skill never speculates on financial figures or cap-table values: every number traces to a Companies House filing, a financial model worksheet, or a source citation. Public-facing artefacts contain zero internal workings (no "reconciliation pending", no "open Q" markers, no comparison-to-baseline commentary). Design tokens are harmonised across business plan, deck, and prospectus per `realagent-site/.docs/design-tokens.md`.
|
|
4
|
+
allowed-tools:
|
|
5
|
+
- Bash
|
|
6
|
+
- Read
|
|
7
|
+
- Write
|
|
8
|
+
- Edit
|
|
9
|
+
- Glob
|
|
10
|
+
- Grep
|
|
11
|
+
- WebSearch
|
|
12
|
+
- WebFetch
|
|
13
|
+
---
|
|
14
|
+
|
|
15
|
+
# investor-data-room
|
|
16
|
+
|
|
17
|
+
Build a UK seed-raise pack in five stages. Each stage has an outcome contract; do not advance until the contract is met.
|
|
18
|
+
|
|
19
|
+
## Outcome contract (whole skill)
|
|
20
|
+
|
|
21
|
+
Complete when the data room contains:
|
|
22
|
+
|
|
23
|
+
```
|
|
24
|
+
<project-site>/.docs/data-room/
|
|
25
|
+
README.md # data-room index, status snapshot, doctrine
|
|
26
|
+
01-narrative/
|
|
27
|
+
office-hours-design.md # ideation working scratchpad
|
|
28
|
+
business-plan.md # 15-section business plan
|
|
29
|
+
deck-blueprint.md # 12-slide blueprint
|
|
30
|
+
02-corporate-legal/
|
|
31
|
+
README.md # incorporation filings, articles, board minutes
|
|
32
|
+
incorporation-<co-house-no>-<date>.pdf # IN01 + statement of capital + cap table
|
|
33
|
+
03-cap-table/
|
|
34
|
+
README.md # pre/post-investment cap table with PSC notes
|
|
35
|
+
04-financials/
|
|
36
|
+
README.md
|
|
37
|
+
model_worksheet.md # opening cash, capex, burn, MRR ramp, two-round
|
|
38
|
+
05-commercial/
|
|
39
|
+
README.md
|
|
40
|
+
<gtm-partner-1>.md # one file per named partner
|
|
41
|
+
<gtm-partner-1>-proposal.pdf
|
|
42
|
+
06-product-ip/
|
|
43
|
+
README.md
|
|
44
|
+
encrypted-document-sharing.md # if applicable
|
|
45
|
+
07-team/
|
|
46
|
+
README.md
|
|
47
|
+
<founder-1>.pdf # CV per foregrounded founder
|
|
48
|
+
08-market/
|
|
49
|
+
README.md
|
|
50
|
+
sources.md # every market figure with citation
|
|
51
|
+
competitor-value-claims-rebuttal.md
|
|
52
|
+
09-operations/
|
|
53
|
+
README.md
|
|
54
|
+
10-supporting/
|
|
55
|
+
README.md
|
|
56
|
+
html/
|
|
57
|
+
business-plan/
|
|
58
|
+
index.html # A4 portrait, design tokens, premium register
|
|
59
|
+
render-pdf.mjs # Playwright + img2pdf + qpdf pipeline
|
|
60
|
+
business-plan.pdf # rendered output
|
|
61
|
+
logo-light.png logo-dark.png
|
|
62
|
+
prospectus/
|
|
63
|
+
index.html
|
|
64
|
+
render-pdf.mjs
|
|
65
|
+
prospectus.pdf
|
|
66
|
+
deck/ # NOT YET BUILT in the reference project
|
|
67
|
+
index.html
|
|
68
|
+
render-pdf.mjs
|
|
69
|
+
deck.pdf
|
|
70
|
+
```
|
|
71
|
+
|
|
72
|
+
Skip stages that are already complete; do not regenerate stale artefacts blindly.
|
|
73
|
+
|
|
74
|
+
## Stage 1 — Office-hours ideation
|
|
75
|
+
|
|
76
|
+
Drive a conversational discovery session using the `/office-hours` skill (or equivalent YC-style forcing questions: demand reality, status quo, desperate specificity, narrowest wedge, observation, future-fit). Output a single `office-hours-design.md` capturing:
|
|
77
|
+
|
|
78
|
+
- Problem statement
|
|
79
|
+
- Demand evidence (with numbers and dates)
|
|
80
|
+
- Status quo
|
|
81
|
+
- Target user and narrowest wedge
|
|
82
|
+
- Constraints
|
|
83
|
+
- Six to eight numbered premises (founder-confirmed)
|
|
84
|
+
- Two to four narrative-shape alternatives with a recommendation
|
|
85
|
+
- Financials / use-of-funds placeholders flagged as open questions
|
|
86
|
+
- Founder Signal Reflection
|
|
87
|
+
|
|
88
|
+
This file is the working substrate. It stays internal-only. Every later artefact derives from it.
|
|
89
|
+
|
|
90
|
+
**Doctrine.** Never speculate on numbers; flag them as open questions until the founder confirms.
|
|
91
|
+
|
|
92
|
+
## Stage 2 — Data room scaffold
|
|
93
|
+
|
|
94
|
+
Build the directory tree above. Each section gets a `README.md` that doubles as a content checklist (purpose, expected contents, current state, gaps). The graph structure is fixed: ten numbered sections (`01-narrative` through `10-supporting`) plus a top-level README and an `html/` subdirectory for rendered deliverables.
|
|
95
|
+
|
|
96
|
+
**File-naming conventions:**
|
|
97
|
+
|
|
98
|
+
- `<co-house-no>` for Companies House filings (e.g. `incorporation-17237239-2026-05-22.pdf`).
|
|
99
|
+
- `<founder-firstname>-<lastname>.pdf` for CVs.
|
|
100
|
+
- `<gtm-partner>.md` + `<gtm-partner>-proposal.pdf` for each commercial partner.
|
|
101
|
+
- All `README.md` files are markdown only.
|
|
102
|
+
|
|
103
|
+
**Where the published URL lives.** If the project hosts a public prospectus or marketing microsite, keep the published artefacts at a stable path (e.g. `realagent.chat/sites/<slug>/`); the rendered HTML inside `html/<artefact>/index.html` is the source of truth and republishes from there.
|
|
104
|
+
|
|
105
|
+
References: `references/data-room-structure.md` for the section-by-section purpose statements.
|
|
106
|
+
|
|
107
|
+
## Stage 3 — Business plan synthesis
|
|
108
|
+
|
|
109
|
+
Generate `01-narrative/business-plan.md` with **15 sections** following the canonical structure:
|
|
110
|
+
|
|
111
|
+
1. Executive Summary
|
|
112
|
+
2. Vision and Mission (Vision / Mission / Doctrine triad)
|
|
113
|
+
3. The Company (legal entity table + pre-investment cap table)
|
|
114
|
+
4. The Market (TAM/SAM/SOM + structural tailwind + self-employed wedge + domestic adjacency + international upside + pricing)
|
|
115
|
+
5. The Product (what it is + wedge product + upsell path + substrate moat + conversation ingestion + network + Anthropic asymmetric capture + human-services layer)
|
|
116
|
+
6. The Business Model (revenue streams + unit economics)
|
|
117
|
+
7. Go-to-Market (Wedge → Beachhead → Blitzscale framework + demand evidence + GTM partners + horse-before-cart logic + geography)
|
|
118
|
+
8. Competition (three failing categories + RANL differentiation + most-direct-competitor counter)
|
|
119
|
+
9. Operations (technology stack + data sovereignty + IP ownership chain + compliance posture summary)
|
|
120
|
+
10. Compliance and regulatory positioning (UK consumer protection + UK data/AI regime + EU AI Act + adjacent UK obligations + moat-not-tax close)
|
|
121
|
+
11. Team (founders + strategic shareholders + hiring plan)
|
|
122
|
+
12. Financial Plan (12.1 opening balance sheet through 12.7 use of funds)
|
|
123
|
+
13. Risks and Mitigations
|
|
124
|
+
14. Milestones (the N-month thesis)
|
|
125
|
+
15. The bottom line (summary table + close)
|
|
126
|
+
+ Appendices (titled documents only; no internal-only file pointers)
|
|
127
|
+
|
|
128
|
+
**Critical rules** (all enforced; recurrence is a P0 violation):
|
|
129
|
+
|
|
130
|
+
- **No internal workings** in body text. No "reconciliation pending", no "open Q", no comparison-to-baseline ("loss has grown from X to Y because…"), no cross-references to `office-hours-design.md` or any working file.
|
|
131
|
+
- **Cap table is authoritative from the IN01.** Reconcile the share-capital line (`500,000 ordinary @ £0.001 nominal` vs `@ £0.01`) before writing the opening balance sheet. Inception premium (e.g. one founder paying £4,500 above nominal) reconciles £5k inception cash against £500 nominal.
|
|
132
|
+
- **Every market figure cites a source.** Maintain `08-market/sources.md` with every figure used in the business plan; the body references "Appendix B" by title, never an internal file path.
|
|
133
|
+
- **Financial figures derive from the model worksheet.** Cite "Appendix A" by title.
|
|
134
|
+
- **No em-dashes between alphabetic words** in user-facing prose (recurring style violation in this project's history; see `references/internal-workings-scrub.md`).
|
|
135
|
+
|
|
136
|
+
Compliance research is mandatory before drafting Section 10. WebSearch (or equivalent) for: DMCC Act (UK consumer protection for estate-agency), ICO ADM framework (Articles 22A–22D under UK GDPR + ICO 2025 strategy), EU AI Act (force date, high-risk classification for property-financing decisions). Cite each.
|
|
137
|
+
|
|
138
|
+
References: `references/business-plan-template.md` for the section-by-section template; `references/compliance-research-checklist.md` for the UK + EU regulatory regimes to verify.
|
|
139
|
+
|
|
140
|
+
## Stage 4 — Deck blueprint synthesis
|
|
141
|
+
|
|
142
|
+
Generate `01-narrative/deck-blueprint.md` as a **12-slide brief** the deck designer can execute. Each slide has Purpose, Headline (one-line message), Body (bullets + figures pulled from the business plan), Visual suggestion, and Source reference. The 12 slides:
|
|
143
|
+
|
|
144
|
+
1. Cover (raise headline + founders)
|
|
145
|
+
2. Vision (Vision / Mission / Doctrine)
|
|
146
|
+
3. The Market (TAM + tailwind + wedge)
|
|
147
|
+
4. Business Model (subscription + service layer + unit economics)
|
|
148
|
+
5. Go-to-Market (Wedge → Beachhead → Blitzscale + named partners)
|
|
149
|
+
6. The Product (substrate + wedge + network + asymmetric capture + services layer)
|
|
150
|
+
7. Competition (three failing categories + most-direct counter)
|
|
151
|
+
8. The Team (founders + strategic shareholders)
|
|
152
|
+
9. Economics (P&L summary + cash flow + break-even)
|
|
153
|
+
10. The Raise (size, valuation, dilution, instrument, use of funds, IP transfer, follow-on round)
|
|
154
|
+
11. Milestones (M0 to M-final timeline)
|
|
155
|
+
12. Other Information (compliance + platform dependency + contact)
|
|
156
|
+
|
|
157
|
+
Production notes attached: format (16:9 landscape, PDF + source deck), design tokens reference (`realagent-site/.docs/design-tokens.md` or project equivalent), chart-source consistency with the financial model, speaker-note attribution.
|
|
158
|
+
|
|
159
|
+
References: `references/deck-blueprint-template.md`.
|
|
160
|
+
|
|
161
|
+
## Stage 5 — HTML + PDF render pipeline
|
|
162
|
+
|
|
163
|
+
For each artefact that ships as a print-ready PDF (business plan, prospectus, deck), produce three files under `html/<artefact>/`:
|
|
164
|
+
|
|
165
|
+
```
|
|
166
|
+
index.html # A4 portrait single HTML file, premium design tokens, sectioned by <section class="page">
|
|
167
|
+
render-pdf.mjs # Playwright + img2pdf + qpdf pipeline (image-only PDF, linearized)
|
|
168
|
+
<artefact>.pdf # rendered output (regenerate after every HTML edit)
|
|
169
|
+
```
|
|
170
|
+
|
|
171
|
+
**Hard constraints** (from the `property-brochure:a4-print-documents` skill):
|
|
172
|
+
|
|
173
|
+
- A4 portrait: `@page { size: A4 portrait; margin: 18mm 16mm 20mm; }`
|
|
174
|
+
- One `<section class="page">` per A4 page; renderer aborts if `scrollHeight` exceeds 1123px + 2px slack.
|
|
175
|
+
- Page numbers via CSS counter in `.page::after { content: counter(pagenum); }`. The renderer screenshots each section, so `@page @bottom-center` rules do NOT propagate.
|
|
176
|
+
- Image-only PDF: Playwright captures one PNG per section at deviceScaleFactor 3.125 (300 dpi); `img2pdf --pagesize 210mmx297mm` binds them; `qpdf --linearize --object-streams=disable` linearises.
|
|
177
|
+
- Even page count for booklet binding (multiple of 4 ideal). Add or remove a supporting page if parity breaks.
|
|
178
|
+
- Cover and backpage are full-bleed `--surface-deep` with `@page :first { margin: 0 }` and named `@page backpage-full`.
|
|
179
|
+
- Screen-only chrome (e.g. a Download PDF pill button) uses `@media print { display: none !important; }` per the skill.
|
|
180
|
+
- `execFileSync` for img2pdf and qpdf (never `execSync` with template strings: shell-injection class).
|
|
181
|
+
- Verify: `qpdf --check`, `pdfinfo | grep -E "Pages|Optimized"`, **and read every page visually**. `pdfinfo` reporting "25 pages, A4" is not verification.
|
|
182
|
+
|
|
183
|
+
**Design tokens.** Reference the project's `design-tokens.md` Tier 1 (raw) + Tier 2 (semantic aliases) + Tier 3 (component) layers. Premium register defaults: `--paper-25` near-white page surface, `--teal-900` ink, `--gold-500` accent, `--paper-100` cool mist (`#ECF1F2`) tinted-band surface. Update token values in one place; CSS `:root` mirrors the spec.
|
|
184
|
+
|
|
185
|
+
**Logo placement.** Copy the light and dark icon variants from the project's public assets (`logo-light.png` for dark cover/backpage, `logo-dark.png` reserved for light content pages if needed) into the artefact directory. Cover top-left pairs the icon with the wordmark; backpage top-left does the same.
|
|
186
|
+
|
|
187
|
+
References: `references/html-pdf-pipeline.md` for the canonical `render-pdf.mjs` source and CSS scaffold.
|
|
188
|
+
|
|
189
|
+
## Doctrine (enforced across all stages)
|
|
190
|
+
|
|
191
|
+
- **No internal workings in public artefacts.** Comparison-to-baseline, reconciliation-pending, open-Q markers, internal cross-references all stay in working files (`01-narrative/office-hours-design.md`, section READMEs). Public artefacts (business plan, deck, prospectus, PDFs) state the current position as a fact.
|
|
192
|
+
- **Every claim cites a source.** Companies House for the cap table. The model worksheet for every financial figure. A named publication for every market figure. A specific vendor page for every competitor claim.
|
|
193
|
+
- **Design tokens are the visual contract.** Update once in the tokens spec; the business plan CSS, the prospectus CSS, and the deck CSS all consume the same tokens. Never hardcode hex values inside component CSS.
|
|
194
|
+
- **Even page count for booklet binding.** Multiple of 4 ideally; minimum even. Add or remove a supporting page to maintain parity if a section change breaks it.
|
|
195
|
+
- **Verify by reading every rendered page.** `pdfinfo` page count is not verification. The bottom 30% of every page must reach the content margin without significant whitespace.
|
|
196
|
+
|
|
197
|
+
## Pitfalls to avoid (collected from the reference project)
|
|
198
|
+
|
|
199
|
+
- **Renaming a directory after the URL is published.** Keep `<project-site>/.docs/data-room/html/<artefact>/index.html` stable; if the URL changes, downstream investor links break.
|
|
200
|
+
- **Letting Round-2 hires inflate the Year-1 P&L.** Only Round-1 hires belong in the Year-1 income statement. Customer-success and product-engineer hires that trigger in Round 1 are in; senior platform engineer, head of growth, and CS team scale that Round 2 funds are not.
|
|
201
|
+
- **Mixing "Year 1" (12-month) and "Round 1 runway" (9-month).** If the £350k buys 9 months, present a 9-month forecast; do not present a 12-month forecast that implicitly assumes Round 2 closes mid-period without modelling the Round-2 cash injection.
|
|
202
|
+
- **Generic AI-bolted-onto-cloud-CRM competitors.** Treat the competitive set as three failing categories: incumbents (cloud CRM + bolted AI), Anthropic horizontal AI (inaccessible to non-tech-wizard users), and new-build cloud-SaaS AI-OS replacements (migration-required, same lock-in pattern as incumbents). Name each vendor, cite each claim from the vendor's own page, rebut with the substrate-AI inversion.
|
|
203
|
+
- **Forgetting Priestley / equivalent founder-thesis anchor.** Any founder who built the same thesis years before AI made it structurally apparent should reference it: book title, first-publication date, founder's costly-signal action (e.g. "bought 200 copies and distributed them to operators in his network"). This dates the conviction and lifts the deck's signal weight.
|
|
204
|
+
- **Letting the page background go light brown.** Premium register page surface (`--paper-25`) is near-white (`#FBFAF6`), not ivory. The screen-preview body background stays plain white (`#FFFFFF`).
|
|
205
|
+
|
|
206
|
+
## References
|
|
207
|
+
|
|
208
|
+
- `references/data-room-structure.md` — section-by-section README templates
|
|
209
|
+
- `references/business-plan-template.md` — 15-section business plan template
|
|
210
|
+
- `references/deck-blueprint-template.md` — 12-slide deck brief template
|
|
211
|
+
- `references/html-pdf-pipeline.md` — render-pdf.mjs canonical source + CSS scaffold
|
|
212
|
+
- `references/compliance-research-checklist.md` — UK + EU regulatory regimes to verify
|
|
213
|
+
- `references/internal-workings-scrub.md` — the public-vs-internal doctrine, patterns to scrub, recurrence list
|
|
214
|
+
- `references/design-tokens-application.md` — how to consume `realagent-site/.docs/design-tokens.md` from an artefact's `:root` block
|
|
215
|
+
|
|
216
|
+
## Reference project
|
|
217
|
+
|
|
218
|
+
The first execution of this skill produced `realagent-site/.docs/data-room/` for Real Agent Network Limited (Companies House 17237239). Read that directory as the canonical example; the skill's job is to reproduce its structure and doctrine for any subsequent UK seed raise.
|
|
@@ -0,0 +1,61 @@
|
|
|
1
|
+
# Business plan template — 15-section structure
|
|
2
|
+
|
|
3
|
+
The canonical structure used by `01-narrative/business-plan.md`. Every public-facing artefact (deck, prospectus, term sheet) derives from this file. Apply the internal-workings scrub (see `internal-workings-scrub.md`) on every revision.
|
|
4
|
+
|
|
5
|
+
## Section-by-section skeleton
|
|
6
|
+
|
|
7
|
+
### 1. Executive Summary
|
|
8
|
+
One paragraph each: what the company is (legal entity + Companies House identifier + substrate description), what is being raised (size, pre-money, post-money, runway, Round 2 follow-on), demand evidence (numbers with dates), market size + structural tailwind, competitive set in three failing categories + the architectural inversion, bottom-line P&L summary.
|
|
9
|
+
|
|
10
|
+
### 2. Vision and Mission
|
|
11
|
+
Three blocks. **Vision.** Where the company ends up at full execution. **Mission.** What the company gives to its customer day one. **Doctrine.** The structural belief that everything else derives from.
|
|
12
|
+
|
|
13
|
+
### 3. The Company
|
|
14
|
+
Legal entity table (legal name, Companies House number, incorporation date, registered office, SIC, PSC status, sole proposed director on IN01) + pre-investment cap table (sourced from the IN01 verbatim) + post-investment dilution pointer.
|
|
15
|
+
|
|
16
|
+
### 4. The Market
|
|
17
|
+
Subsections: Size of the addressable market (TAM with citation per figure); Structural tailwind (margin squeeze, regulatory tailwind, or equivalent); Self-employed wedge or analogous high-growth segment; Domestic adjacency (next-vertical expansion); International upside (channel partner enabling it); Pricing and TAM (per-customer ACV × addressable count = TAM number).
|
|
18
|
+
|
|
19
|
+
### 5. The Product
|
|
20
|
+
Subsections: What it is (substrate description, CRM-agnostic / data-sovereign positioning); The wedge product (narrowest unit of value, public-by-default if applicable); The upsell path (wedge → high-value output → full substrate); The substrate moat (operator-data + ontological graph + flywheel); Conversation ingestion (or equivalent lock-in mechanic); The network (federation thesis); Asymmetric-capture position (the LLM-binary wrap argument, with commercial-practice insurance); Human-services layer (training, support, white-glove, anti-fragile-against-frontier-AI).
|
|
21
|
+
|
|
22
|
+
### 6. The Business Model
|
|
23
|
+
Revenue streams (subscription tiers + future network-effect revenue), unit economics (ACV, CAC, gross margin, churn placeholder), compute-mark-up doctrine ("never mark up the LLM compute; customer pays the LLM provider directly").
|
|
24
|
+
|
|
25
|
+
### 7. Go-to-Market
|
|
26
|
+
Wedge → Beachhead → Blitzscale framework (with months and funding source per phase), demand evidence (40+ EOIs, paid intents, founder dogfood, partnership status — every number cited), GTM partners (one row per named partner with role and source), horse-before-cart logic (public-first wedge that earns trust for the private high-value upsell), geography.
|
|
27
|
+
|
|
28
|
+
### 8. Competition
|
|
29
|
+
Three failing categories: (a) cloud-CRM-bolted-AI incumbents, (b) horizontal-AI providers inaccessible to ICP, (c) new-build cloud-SaaS replacements requiring full migration. RANL differentiation paragraph. Most-direct-competitor counter (CRM-agnostic vs migration-required is the headline rebuttal).
|
|
30
|
+
|
|
31
|
+
### 9. Operations
|
|
32
|
+
Technology stack (foundation model, graph store, hardware tiered by workload, network, hosting), data sovereignty paragraph, IP ownership chain (deed-of-assignment commitment), compliance posture operational summary (pointer to Section 10 for full treatment).
|
|
33
|
+
|
|
34
|
+
### 10. Compliance and regulatory positioning
|
|
35
|
+
Three regulatory regimes: UK consumer protection (DMCC Act for estate agency / equivalent for the vertical), UK data and AI regime (UK GDPR + ICO ADM Articles 22A–22D), EU AI Act (relevant only to international expansion). Adjacent UK obligations (Estate Agents Act / equivalent + AML + sector membership bodies). Closing: "Why compliance is the moat, not the tax".
|
|
36
|
+
|
|
37
|
+
### 11. Team
|
|
38
|
+
Founders (foregrounded) with role + concise career summary + key credentials + pre-investment shareholding. Strategic shareholders from incorporation (advisors, family, JV partners on the cap table from day one). Hiring plan table with month-triggered roles + salary + trigger condition.
|
|
39
|
+
|
|
40
|
+
### 12. Financial Plan
|
|
41
|
+
12.1 Opening balance sheet (M0 after capex). 12.2 Year-1 Income Statement (revenue + COGS + every opex line + depreciation + EBIT + corp tax + net loss). 12.3 Year-1 cash flow summary table (period-by-period opening, net flow, closing cash). 12.4 Closing balance sheet (M12). 12.5 Two-round funding strategy (timing, size, pre-money, purpose, gating evidence per round). 12.6 Contingency levers. 12.7 Use of funds (this round) by bucket.
|
|
42
|
+
|
|
43
|
+
### 13. Risks and Mitigations
|
|
44
|
+
Two-column table: risk + mitigation. Cover Loop / Anthropic / competitor-ships-earlier / wedge-fails-to-convert / founder-transition / counsel-delays / Round-2-market / investor-structure.
|
|
45
|
+
|
|
46
|
+
### 14. Milestones (the N-month thesis)
|
|
47
|
+
Month-by-month table: M0 close + closing conditions; M1 first paying customer; M3 product-engineer hire + ~10 customers; M6 wedge phase complete; M7 Round 2 raise opens; M9 Round 2 closes; M12 break-even.
|
|
48
|
+
|
|
49
|
+
### 15. The bottom line
|
|
50
|
+
Summary table of headline numbers (raise size, pre-money, post-money, dilution, runway, Y1 revenue/loss/cash-burn/closing-cash/ARR, break-even month, Round 2 timing/size). Closing paragraph.
|
|
51
|
+
|
|
52
|
+
### Appendices
|
|
53
|
+
Cited documents listed by title only. Each available to a serious investor on request; internal-only working documents are not listed.
|
|
54
|
+
|
|
55
|
+
## Writing rules
|
|
56
|
+
|
|
57
|
+
- **Numbers cite their source.** Every figure in the body links to an Appendix entry that is itself a publicly-shareable document.
|
|
58
|
+
- **No internal commentary.** See `internal-workings-scrub.md`.
|
|
59
|
+
- **No em-dashes between alphabetic words** in user-facing prose. Use colons, parentheses, semicolons, or rewrites.
|
|
60
|
+
- **Even-page-count parity** if the document is printed; add a supporting page if a section change breaks parity.
|
|
61
|
+
- **One pre-investment cap table source: the IN01.** Reconcile the nominal-value discrepancy (e.g. £0.001 vs £0.01) before writing the balance sheet.
|
|
@@ -0,0 +1,53 @@
|
|
|
1
|
+
# Compliance research checklist
|
|
2
|
+
|
|
3
|
+
Required before drafting business plan Section 10 (Compliance and regulatory positioning) for a UK-domiciled raise. Every claim must cite a primary source (ICO guidance, gov.uk, regulator strategy document) verified by WebSearch.
|
|
4
|
+
|
|
5
|
+
## UK consumer-protection regime
|
|
6
|
+
|
|
7
|
+
**For estate-agency / property:** Digital Markets, Competition and Consumers Act 2024 (DMCC Act). In force from 6 April 2025. Supersedes the Consumer Protection from Unfair Trading Regulations 2008 for estate-agency consumer protection. Under the DMCC Act, **omitting material information is automatically an unfair commercial practice regardless of whether the omission affected the consumer's decision**. CMA holds direct enforcement powers including fines without court process. Property brochures must include Part B material information.
|
|
8
|
+
|
|
9
|
+
**For other verticals:** Identify the equivalent UK consumer-protection regime (financial services → FCA Consumer Duty; healthcare → CQC; legal services → SRA; etc.). Same pattern: cite the binding statute, name the regulator, identify the enforcement mechanism.
|
|
10
|
+
|
|
11
|
+
## UK data-protection and AI regime
|
|
12
|
+
|
|
13
|
+
- **UK GDPR** sits over UK data processing. Articles 22A to 22D (added by the Data Use and Access Act) govern solely automated decision-making.
|
|
14
|
+
- **No UK AI-specific statute in the 2026 parliamentary session.** Labour's 2024 King's Speech committed to "appropriate legislation on the most powerful AI models" but the Bill has not been introduced. A dedicated 2026 AI Bill is not expected.
|
|
15
|
+
- **ICO strategy.** June 2025 strategy "Preventing Harm, Promoting Trust" frames the regulator's approach. ICO consulting on updated Automated Decision-Making and Profiling guidance during 2025–2026, with a statutory code of practice on AI and ADM in the pipeline. First substantive enforcement guidance expected later in 2026.
|
|
16
|
+
- **UK is not adopting the EU AI Act.** Sector-led approach via existing regulators. Starmer's stated position: *"instead of over-regulating these new technologies, we're seizing the opportunities they offer"*.
|
|
17
|
+
|
|
18
|
+
## EU AI Act (relevant only to international expansion)
|
|
19
|
+
|
|
20
|
+
- Entered into force 1 August 2024.
|
|
21
|
+
- Fully applicable 2 August 2026.
|
|
22
|
+
- Classifies AI systems used in credit and insurance (which overlap with mortgage and property-financing decisions) as **high-risk**. Most marketing and operational AI applications sit at lower risk tiers.
|
|
23
|
+
- High-risk obligations: risk-management systems, data-quality controls, human oversight, transparency to affected individuals, conformity assessment, post-market monitoring.
|
|
24
|
+
- For UK-domiciled companies, the EU AI Act binds only when serving EU customers. Document the international expansion path and confirm whether any planned product crosses into high-risk territory.
|
|
25
|
+
|
|
26
|
+
## Adjacent UK obligations to verify per vertical
|
|
27
|
+
|
|
28
|
+
- **Estate Agents Act 1979** for property: distinguish software vendor (out of scope) from estate agent (in scope).
|
|
29
|
+
- **Money Laundering Regulations 2017 + Economic Crime and Corporate Transparency Act 2023** for AML obligations.
|
|
30
|
+
- **PECR (Privacy and Electronic Communications Regulations 2003)** for electronic marketing, cookies, and tracking. Sits alongside UK GDPR. Enforced by ICO with fines up to £500,000.
|
|
31
|
+
- **Sector membership bodies** (NAEA / ARLA Propertymark for property; equivalents per vertical).
|
|
32
|
+
- **Client Money Protection schemes** where the business handles client money.
|
|
33
|
+
|
|
34
|
+
## WebSearch protocol
|
|
35
|
+
|
|
36
|
+
For each regime, search for:
|
|
37
|
+
|
|
38
|
+
1. The primary statute / regulation page on gov.uk or the regulator's site.
|
|
39
|
+
2. A recent (within last 12 months) legal-firm briefing summarising current state.
|
|
40
|
+
3. The regulator's strategy document.
|
|
41
|
+
|
|
42
|
+
Examples that worked in the reference project:
|
|
43
|
+
|
|
44
|
+
- DMCC Act + Propertymark guidance withdrawal: `https://www.propertymark.co.uk/resource/material-information-guidance-withdrawn-as-the-digital-markets-competition-and-consumers-act-takes-over.html`
|
|
45
|
+
- ICO AI strategy: `https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/artificial-intelligence/guidance-on-ai-and-data-protection/`
|
|
46
|
+
- UK AI Bill status: `https://iapp.org/news/a/king-s-speech-signals-diffuse-uk-digital-policy-agenda-but-no-ai-bill`
|
|
47
|
+
- EU AI Act compliance for UK businesses: `https://www.rmoklegal.com/guides/eu-ai-act-compliance-uk`
|
|
48
|
+
|
|
49
|
+
Cite the actual source URLs in the business plan's reply / Sources block (per the WebSearch tool's mandatory citation rule).
|
|
50
|
+
|
|
51
|
+
## The closing argument
|
|
52
|
+
|
|
53
|
+
The business plan's Section 10 ends with "Why compliance is the moat, not the tax": cloud-CRM-bolted-AI competitors inherit the vendor's data-protection posture; the product owns the agent's data sovereignty by design, so compliance is a competitive moat (especially into EU markets where the EU AI Act amplifies the cost differential).
|
|
@@ -0,0 +1,77 @@
|
|
|
1
|
+
# Data room structure — graph-structured ten-section layout
|
|
2
|
+
|
|
3
|
+
Standard ten numbered sections plus root README, internal-narrative subdirectory, and an `html/` directory for rendered deliverables. Each section's `README.md` is both an investor-diligence index and a content-recording checklist.
|
|
4
|
+
|
|
5
|
+
## Section purposes (README skeletons)
|
|
6
|
+
|
|
7
|
+
### 01-narrative
|
|
8
|
+
**Purpose.** Strategic substance the prospectus, business plan, term sheet, and any future investor-facing material derive from. Internal scratchpad lives here too.
|
|
9
|
+
|
|
10
|
+
**Currently present.**
|
|
11
|
+
- `office-hours-design.md` — APPROVED office-hours output (internal).
|
|
12
|
+
- `business-plan.md` — 15-section public business plan.
|
|
13
|
+
- `deck-blueprint.md` — 12-slide brief.
|
|
14
|
+
|
|
15
|
+
### 02-corporate-legal
|
|
16
|
+
**Purpose.** Statutory documentation. First section any investor's lawyer asks for.
|
|
17
|
+
|
|
18
|
+
**Standard contents.** Certificate of incorporation, IN01 application, articles of association, shareholder agreement, board resolutions, register of members, register of directors and PSCs.
|
|
19
|
+
|
|
20
|
+
### 03-cap-table
|
|
21
|
+
**Purpose.** Who owns what, before and after the round. Most-scrutinised number in seed-stage diligence.
|
|
22
|
+
|
|
23
|
+
**Standard contents.** Pre-investment cap table (per IN01), post-investment cap table (with dilution math), fully-diluted including option pool, founder vesting schedule (if any), share register, subscription letters.
|
|
24
|
+
|
|
25
|
+
### 04-financials
|
|
26
|
+
**Purpose.** The investability of the raise: runway, burn, revenue ramp, break-even, contingency.
|
|
27
|
+
|
|
28
|
+
**Standard contents.** `model_worksheet.md` (opening cash, capex, monthly burn, MRR ramp, two-round funding strategy, contingency levers), historical accounts (if any), bank statements, unit economics, VAT status.
|
|
29
|
+
|
|
30
|
+
### 05-commercial
|
|
31
|
+
**Purpose.** Customer pipeline, demand evidence, GTM partners, route-to-revenue.
|
|
32
|
+
|
|
33
|
+
**Standard contents.** `demand-evidence.md`, named-partner files (one per partner — e.g. `kerfuffle.md`, `magnetic-bd.md` with companion proposal PDF), `pipeline.md`, pricing schedule, sales playbook, customer references.
|
|
34
|
+
|
|
35
|
+
### 06-product-ip
|
|
36
|
+
**Purpose.** What investors are buying — architecture, code, brand, data, IP ownership chain.
|
|
37
|
+
|
|
38
|
+
**Standard contents.** Deed of assignment (IP transfer to the raising entity), trademark filings, domain inventory, OSS manifest, security posture, privacy policy, terms of service, third-party dependency disclosures, disaster-recovery plan, optional architecture notes (e.g. `encrypted-document-sharing.md`).
|
|
39
|
+
|
|
40
|
+
### 07-team
|
|
41
|
+
**Purpose.** Who is executing, in what capacity, with what compensation.
|
|
42
|
+
|
|
43
|
+
**Standard contents.** Founder CVs (one PDF per foregrounded founder, named `<firstname>-<lastname>.pdf`), employment agreements, director service agreements, advisor agreements, org chart, hiring plan, compensation philosophy, references.
|
|
44
|
+
|
|
45
|
+
### 08-market
|
|
46
|
+
**Purpose.** Size of the prize, shape of demand, competitive landscape. Every market figure in the business plan must trace to a row in this section.
|
|
47
|
+
|
|
48
|
+
**Standard contents.** `sources.md` (every figure with citation), `competitor-value-claims-rebuttal.md` (vendor-by-vendor rebuttal framework), TAM/SAM/SOM file, customer-segmentation analysis, regulatory landscape, international-expansion potential.
|
|
49
|
+
|
|
50
|
+
### 09-operations
|
|
51
|
+
**Purpose.** Day-to-day regulatory, compliance, and operational infrastructure.
|
|
52
|
+
|
|
53
|
+
**Standard contents.** ICO registration, DPIA, data processing agreements, privacy notice, insurance pack (PI, public liability, cyber, D&O, employer's), HMRC registrations (corporation tax, PAYE, VAT, R&D), AML policy, code of conduct, business bank account, accountant retainer, registered office services.
|
|
54
|
+
|
|
55
|
+
### 10-supporting
|
|
56
|
+
**Purpose.** Everything that adds weight to the pitch but does not belong in a structured section. Press, references, brand assets, advisor letters, demo recordings, pitch decks.
|
|
57
|
+
|
|
58
|
+
**Standard contents.** Press kit, pitch deck (live presentation version), demo recording, reference contacts, advisor letters, awards, published thought leadership.
|
|
59
|
+
|
|
60
|
+
## Top-level README.md doubles as data-room index
|
|
61
|
+
|
|
62
|
+
Three things at the root:
|
|
63
|
+
|
|
64
|
+
1. **Company identity table** — legal name, Companies House number, incorporation date, registered office, SIC code.
|
|
65
|
+
2. **Top-level files** (any published artefacts that need a stable URL — e.g. `index.html` and `prospectus.pdf` if the directory itself is served).
|
|
66
|
+
3. **Section index** with status snapshot (substantively populated / has key item missing / empty placeholder).
|
|
67
|
+
|
|
68
|
+
## Naming conventions
|
|
69
|
+
|
|
70
|
+
- Companies House filings: `incorporation-<co-house-no>-<YYYY-MM-DD>.pdf`.
|
|
71
|
+
- Founder CVs: `<firstname>-<lastname>.pdf`.
|
|
72
|
+
- Commercial partners: `<partner-name>.md` + `<partner-name>-proposal-<id>-<date>.pdf`.
|
|
73
|
+
- All section READMEs are lowercase markdown.
|
|
74
|
+
|
|
75
|
+
## Published-URL stability
|
|
76
|
+
|
|
77
|
+
If the data room hosts a public prospectus (e.g. `realagent.chat/sites/<slug>/`), keep the published path stable across renames. The published HTML lives at `html/<artefact>/index.html` inside the data room and republishes from there to the stable URL.
|
|
@@ -0,0 +1,38 @@
|
|
|
1
|
+
# Deck blueprint template — 12 slides
|
|
2
|
+
|
|
3
|
+
Each slide is specified by Purpose, Headline (one-line message), Body (bullets + figures pulled from the business plan), Visual suggestion, and Source reference. The deck is the presentation surface; the business plan is the source of truth.
|
|
4
|
+
|
|
5
|
+
## 12-slide layout
|
|
6
|
+
|
|
7
|
+
| # | Slide | What it lands |
|
|
8
|
+
|---|---|---|
|
|
9
|
+
| 1 | Cover | Company name, raise headline, three foregrounded founders, Companies House identifier. |
|
|
10
|
+
| 2 | Vision | Vision / Mission / Doctrine triad. |
|
|
11
|
+
| 3 | The Market | TAM with citation, structural tailwind (margin-squeeze / regulatory / equivalent), self-employed or analogous wedge, domestic adjacency, international upside, pricing band. |
|
|
12
|
+
| 4 | Business Model | Subscription tiers + hardware + service layer + future network-effect revenue + unit economics + compute-no-markup doctrine. |
|
|
13
|
+
| 5 | Go-to-Market | Wedge → Beachhead → Blitzscale framework, demand evidence numbers, named GTM partners, horse-before-cart logic. |
|
|
14
|
+
| 6 | The Product | Substrate description, wedge, upsell path, substrate moat, conversation ingestion, network, asymmetric capture, services layer. |
|
|
15
|
+
| 7 | Competition | Three failing categories + most-direct-competitor counter (CRM-agnostic vs migration-required). |
|
|
16
|
+
| 8 | The Team | Founders + strategic shareholders, with one-line credential per person and shareholding %. |
|
|
17
|
+
| 9 | Economics | Y1 revenue, P&L loss, cash burn, M11 cash low, M12 closing cash, closing ARR, break-even month. Two-panel chart: MRR ramp with burn overlay + monthly cash balance. |
|
|
18
|
+
| 10 | The Raise | Size, pre-money, post-money, dilution, instrument, use of funds, IP transfer at close, Round 2 size + timing, pre-emption. Pie chart of post-investment cap table. |
|
|
19
|
+
| 11 | Milestones | M0 to M-final timeline with MRR curve and Round-1 / Round-2 close markers. |
|
|
20
|
+
| 12 | Other Information | Compliance (DMCC + UK ICO + EU AI Act), platform-dependency disclosure with the commercial-practice-insurance answer, contact card (founders + email + web). |
|
|
21
|
+
|
|
22
|
+
## Production notes attached to the blueprint
|
|
23
|
+
|
|
24
|
+
- **Format.** 16:9 landscape, A4-or-equivalent print-safe. PDF deliverable + source deck file (PowerPoint or Keynote, founder preference).
|
|
25
|
+
- **Font and colour.** Apply the project's design tokens (`<project-site>/.docs/design-tokens.md`) — teal-ink + gold-accent + paper-surface + slate-text + champagne rule. Tier 1 raw tokens; reference Tier 2 aliases in component CSS, never raw hex.
|
|
26
|
+
- **Charts.** Build in the same renderer the prospectus uses so figures match the financial model. Source all numbers from `04-financials/model_worksheet.md`.
|
|
27
|
+
- **Logo and hero.** Reuse white-mono icon for dark slides, dark icon for light slides.
|
|
28
|
+
- **Internal commentary.** Zero. Every slide carries the current position as a fact. No "open items", no "pending rebuild", no "reconciliation paths". See `internal-workings-scrub.md`.
|
|
29
|
+
- **Speaker notes.** One paragraph per slide. The founder of the relevant function writes their own (technical founder writes the vision and product notes; commercial founder writes the GTM note; operator founder writes the team note).
|
|
30
|
+
|
|
31
|
+
## Deliverables
|
|
32
|
+
|
|
33
|
+
Once the deck is designed, archive at:
|
|
34
|
+
|
|
35
|
+
- `<data-room>/10-supporting/investor-deck.pptx` (or `.key`)
|
|
36
|
+
- `<data-room>/10-supporting/investor-deck.pdf`
|
|
37
|
+
|
|
38
|
+
The blueprint file (`01-narrative/deck-blueprint.md`) stays as the brief for any future redesign.
|
|
@@ -0,0 +1,79 @@
|
|
|
1
|
+
# Design tokens application
|
|
2
|
+
|
|
3
|
+
How a print-ready HTML artefact consumes the project's design-tokens spec.
|
|
4
|
+
|
|
5
|
+
## Source of truth
|
|
6
|
+
|
|
7
|
+
Project keeps `<project-site>/.docs/design-tokens.md` as the canonical tokens spec. Three tiers:
|
|
8
|
+
|
|
9
|
+
- **Tier 1 — Global tokens.** Raw hex values (e.g. `--teal-900: #0E1418`). Never reference directly from a component.
|
|
10
|
+
- **Tier 2 — Semantic aliases.** Maps Tier 1 to roles (e.g. `--text-primary: var(--teal-900)`).
|
|
11
|
+
- **Tier 3 — Component tokens.** Per-component variables that reference Tier 2 aliases.
|
|
12
|
+
|
|
13
|
+
Components consume Tier 2 or Tier 3, never Tier 1 directly. This isolation lets a token-value update propagate without touching component CSS.
|
|
14
|
+
|
|
15
|
+
## Premium register defaults (the reference project)
|
|
16
|
+
|
|
17
|
+
| Token | Value | Role |
|
|
18
|
+
|---|---|---|
|
|
19
|
+
| `--teal-900` | `#0E1418` | Primary ink |
|
|
20
|
+
| `--teal-950` | `#06080A` | Deepest dark surface |
|
|
21
|
+
| `--teal-700` | `#2A3036` | Secondary ink |
|
|
22
|
+
| `--gold-300` | `#C9B07A` | Champagne flourish |
|
|
23
|
+
| `--gold-500` | `#A4884C` | Antique gold rule |
|
|
24
|
+
| `--gold-700` | `#7A6235` | Bronze accent |
|
|
25
|
+
| `--paper-0` | `#FFFFFF` | Pure white (elevated cards) |
|
|
26
|
+
| `--paper-25` | `#FBFAF6` | Near-white page surface (default) |
|
|
27
|
+
| `--paper-50` | `#F4EFE5` | One step warmer |
|
|
28
|
+
| `--paper-100` | `#ECF1F2` | Cool mist (callout / tinted-band surface) |
|
|
29
|
+
| `--slate-400` | `#8A8E96` | Tertiary text |
|
|
30
|
+
| `--slate-600` | `#5C6470` | Secondary text |
|
|
31
|
+
| `--rule-fine` | `#E2D5BD` | Champagne sand divider |
|
|
32
|
+
|
|
33
|
+
## Tier 2 aliases
|
|
34
|
+
|
|
35
|
+
```css
|
|
36
|
+
--surface-page: var(--paper-25); /* default page background */
|
|
37
|
+
--surface-elevated: var(--paper-0); /* cards, panels */
|
|
38
|
+
--surface-warm: var(--paper-100); /* tinted band; in premium register this is cool mist */
|
|
39
|
+
--surface-deep: var(--teal-950); /* full-bleed dark sections */
|
|
40
|
+
--text-primary: var(--teal-900);
|
|
41
|
+
--text-secondary: var(--slate-600);
|
|
42
|
+
--text-tertiary: var(--slate-400);
|
|
43
|
+
--text-on-deep: var(--paper-25);
|
|
44
|
+
--text-accent: var(--gold-700);
|
|
45
|
+
--text-accent-on-deep: var(--gold-300);
|
|
46
|
+
--border-fine: var(--rule-fine);
|
|
47
|
+
--border-accent: var(--gold-500);
|
|
48
|
+
--font-display: var(--serif); /* Cormorant Garamond */
|
|
49
|
+
--font-editorial: var(--body-serif); /* Lora */
|
|
50
|
+
--font-ui: var(--sans); /* Inter */
|
|
51
|
+
```
|
|
52
|
+
|
|
53
|
+
## Hard rules
|
|
54
|
+
|
|
55
|
+
- **Never hard-code a hex value inside component CSS.** Audit by `grep -E '#[0-9A-Fa-f]{3,6}' <artefact>/index.html` — every match must be inside the `:root` block.
|
|
56
|
+
- **Page background is `--paper-25`, never pure `#FFFFFF`.** Pure white is reserved for elevated cards (`--surface-elevated`).
|
|
57
|
+
- **Gold is reserved for accent, never primary CTA.** Primary action buttons sit on `--teal-900` with `--gold-700` hover.
|
|
58
|
+
- **All-caps eyebrows always use `--font-ui` + letter-spacing ≥ 0.24em.**
|
|
59
|
+
- **Cool mist (`--paper-100 #ECF1F2`) replaced warm cream (`#EFE7D8`) in the premium register.** Tinted bands / callouts read as pale steely blue, not light brown.
|
|
60
|
+
|
|
61
|
+
## When the user says "I don't like this colour"
|
|
62
|
+
|
|
63
|
+
The pattern from the reference project: the user identifies a token whose value is off. The fix is:
|
|
64
|
+
|
|
65
|
+
1. Update the value in `<project-site>/.docs/design-tokens.md` Tier 1 table.
|
|
66
|
+
2. Mirror the value in every consuming artefact's `:root` block (business plan HTML, prospectus HTML, deck HTML).
|
|
67
|
+
3. Re-render PDFs.
|
|
68
|
+
|
|
69
|
+
Keep the token NAMES stable. Updating values is non-breaking; renaming is.
|
|
70
|
+
|
|
71
|
+
## Logo assets
|
|
72
|
+
|
|
73
|
+
Project ships icon variants in `<project-site>/public/<brand>/`:
|
|
74
|
+
|
|
75
|
+
- White-mono variant for dark backgrounds (cover, backpage).
|
|
76
|
+
- Dark variant for light content pages.
|
|
77
|
+
- Colour variant for general use.
|
|
78
|
+
|
|
79
|
+
Copy the needed variants into the artefact directory (e.g. `html/business-plan/logo-light.png`) for relative-path reference inside the HTML.
|