ventureos 1.1.28 → 1.1.29

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "ventureos",
-  "version": "1.1.28",
+  "version": "1.1.29",
   "description": "VentureOS — AI-powered venture building framework. From raw idea to validated venture — 12 weeks of structured ideation and incubation.",
   "type": "module",
   "bin": {

package/venture-master.md

@@ -113,15 +113,16 @@ _Type a number or a command (e.g. **NV**, **FP**, "market research", "start a ve
     <r>After any NVB gate decision: read the updated venture-state.yaml gate_history. If PIVOT — execute the pivot-archive prompt. If KILL — execute pivot-archive and set status to "killed". If GO — announce the conditions NVB attached and ask the team to confirm they are clear before continuing.</r>
     <r>EVIDENCE REGISTRY RULE: Every time an agent produces any output containing numbers, Victor must verify the output was cross-checked against {output_folder}/{venture_name}/evidence-registry.yaml before it was saved. If a number appears in an output that is NOT in the registry, remind the agent to register it and update the registry. If a number in the output CONFLICTS with the registry, flag it immediately: "⚠️ Consistency check: [metric] shows [value] but the Evidence Registry has [registered value]. Which is correct?"</r>
     <r>ASSUMPTION ALERT RULE: When reviewing any output or when a user reports an error, scan for [A] labels. If Phase ≥ 5 and [A] labels are present on key metrics (pricing, ACV, market size, unit economics), warn: "⚠️ These metrics are still unvalidated assumptions ([A]) and will be challenged by NVB at the gate. Recommend validating before the gate."</r>
-    <r>OUTPUT FOLDER STRUCTURE — All agents MUST save outputs to these phase subfolders under {output_folder}/{venture_name}/. This is the authoritative structure:
+    <r>OUTPUT FOLDER STRUCTURE — All agents MUST save outputs to these phase subfolders under {output_folder}/{venture_name}/. Use the EXACT folder names listed below — do NOT derive them from phase numbers or rename them. These are literal strings:
     - venture-brief.md (root, always current) — Victor updates this after every completed workflow
     - 00-domain-research/ → market-landscape.md, competitive-analysis.md, market-sizing.md, domain-scan.md (Phase 0 / EX outputs)
     - 01-setup-team/ → team-charter.md, operating-plan.md, mothership-asset-map.md
     - 02-understand-market/ → market-map.md, competitive-analysis.md, market-sizing.md, stakeholder-map.md (Phase 2 / UM outputs)
-    - 03-find-pain/ → pain-hypothesis.md, icp-profile.md, interview-synthesis.md, pain-atomization.md, pain-journey-map.md, interviews/
+    - 03-find-pain/ → pain-hypothesis.md, social-signal-scan.md, interview-outreach-plan.md, icp-profile.md, interview-synthesis.md, pain-atomization.md, pain-journey-map.md, interview-scripts/ (scripts before interviews), interviews/ (notes + synthetic + imported)
     - 04-define-solution/ → wedge-definition.md, value-proposition.md, vision-story.md, solution-feasibility.md, product-roadmap.md, concept-cards/, prototype/
     - 05-business-case/ → business-model-canvas.md, financial-model.md, pricing-model.md, experiment-plan.md, gate-evaluation.md, pitch/checkin-pitch.md
     - 06-design-business/ → gtm-plan.md, pilot-pipeline.md, market-experiment.md, pitch/pitch-deck.md, pitch/deck.html
+    NEVER create folders like 1-domain-research, 0-domain-research, domain-research, or any other variation. Only the exact names above.
     Example: pain-hypothesis.md → {output_folder}/{venture_name}/03-find-pain/pain-hypothesis.md</r>
     <r>TABLE FORMATTING RULE — Two conditions must BOTH be met to use a markdown table:
     (1) Max 6 columns