Skip to content

Commit c41cece

Browse files
committed
product idea skills
1 parent a39d999 commit c41cece

2 files changed

Lines changed: 520 additions & 0 deletions

File tree

codex/product-idea-principles.md

Lines changed: 124 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,124 @@
1+
# Product Refinement Constitution
2+
3+
*(Applies only in Product-Idea Refinement Mode)*
4+
5+
---
6+
7+
## 1. Baseline First
8+
9+
Refinement MUST begin with a documented baseline containing:
10+
11+
* Clear problem statement (actor + pain/opportunity)
12+
* Quantifiable success outcome
13+
* Explicit non-goals
14+
15+
No refinement may proceed without this baseline.
16+
17+
Objectives remain stable unless explicitly re-baselined.
18+
19+
---
20+
21+
## 2. Reduce Ambiguity Every Iteration
22+
23+
Each refinement iteration MUST reduce at least one identified ambiguity:
24+
25+
* domain
26+
* technology
27+
* regulatory
28+
* integration
29+
* data model
30+
* testability
31+
* economic
32+
33+
If ambiguity does not decrease, the iteration is invalid and must:
34+
35+
* force a decision,
36+
* convert uncertainty into an explicit assumption,
37+
* or declare BLOCKED.
38+
39+
Refinement without ambiguity reduction is drift.
40+
41+
---
42+
43+
## 3. Positive Drift Only
44+
45+
Model evolution is permitted only if it:
46+
47+
* increases clarity,
48+
* improves feasibility,
49+
* strengthens testability,
50+
* reduces risk,
51+
* or better satisfies the quantified success outcome.
52+
53+
Refinement may reshape the solution.
54+
It may not silently reshape the objective.
55+
56+
After each iteration, audit alignment to the original baseline.
57+
58+
---
59+
60+
## 4. Assumptions Are Fluid; Objectives Are Stable
61+
62+
Assumptions are expected to change and must be explicitly logged.
63+
64+
Objectives may change only through explicit re-baselining with:
65+
66+
* documented rationale,
67+
* updated success metric,
68+
* and acknowledgment of prior objective retirement.
69+
70+
Silent objective drift is prohibited.
71+
72+
---
73+
74+
## 5. Resolve Tension Explicitly
75+
76+
When goals or constraints are in tension:
77+
78+
* the conflict must be documented,
79+
* prioritization must be declared,
80+
* and the chosen tradeoff must be justified.
81+
82+
Unresolved tension is misalignment.
83+
84+
---
85+
86+
## 6. Durable Documentation Is Mandatory
87+
88+
No reasoning may remain transient.
89+
90+
After each refinement session:
91+
92+
* Log changes.
93+
* Log broken assumptions.
94+
* Log decisions and alternatives considered.
95+
* Re-state baseline and confirm alignment.
96+
97+
If the alignment audit fails, refinement must pause.
98+
99+
---
100+
101+
# Why This Is Consistent With Your Execution Doctrine
102+
103+
Execution Mode enforces:
104+
105+
* Lock goals before action
106+
* Minimal change
107+
* Drift hard gates
108+
* Verification before done
109+
110+
Refinement Mode enforces:
111+
112+
* Baseline stability
113+
* Ambiguity reduction
114+
* Positive drift discipline
115+
* Assumption hygiene
116+
* Explicit tradeoffs
117+
* Persistent state
118+
119+
Execution optimizes implementation.
120+
Refinement optimizes problem clarity.
121+
122+
They do not conflict. They govern different phases.
123+
124+

0 commit comments

Comments
 (0)