Skip to main content

Validated Value Stories

Each story validates that an outcome delivers expected customer value — pain reduced, friction removed, opportunity unlocked. Not "does code work" but "does the outcome matter." Each card is a test contract: the footer shows the test artifact that must go GREEN.

ActionHuman-initiatedCronScheduledHookEvent-triggered

Does the plan hold?

Template imports, layer separation, empty states that guide.

S1PROJ-012Action
When

First sign-in to the calendar. Zero time blocks exist. No path from blank screen to first plan — the empty grid offers no guidance.

I need to

Get to a first meaningful weekly plan within 5 minutes, guided by a template.

So I get

Onboarding to first DREAM block in <5 min vs current infinity (no path exists).

Not

Blank 7-column grid with no guidance. User stares at empty cells.

Me2eapps/dreamineering/drmg-sales/src/app/(app)/calendar/week/__tests__/empty-state.spec.ts
S2PROJ-012Action
When

Sunday evening planning. DREAM layer empty for the target week. Building a plan from scratch takes ~2 min per block, 15+ min total.

I need to

Populate the week's plan from a proven template in one action, not block by block.

So I get

Template import completes in <30s vs manual block creation at ~2 min per block.

Not

Import returns 200 with empty array. Silently succeeds but creates zero blocks.

Mintegrationapps/dreamineering/drmg-sales/src/app/(app)/calendar/week/__tests__/template-import.spec.ts
S3PROJ-010Action
When

Both DREAM and REALITY layers have blocks for the current week. Toggling between plan and actual risks data cross-contamination.

I need to

Switch between plan and reality views without one layer corrupting the other.

So I get

Layer switch renders in <200ms. DREAM blocks unchanged after REALITY edit.

Not

Toggling layers merges or overwrites blocks from the other layer.

Me2eapps/dreamineering/drmg-sales/src/app/(app)/calendar/week/__tests__/layer-toggle.spec.ts

Does reality get captured?

Logging without friction. Scoring without self-report.

S4PROJ-010Action
When

Mid-day. DREAM block exists for this time slot but reality diverged. Currently no way to log what actually happened without destroying the plan.

I need to

Log what actually happened alongside the plan without overwriting it.

So I get

Reality logged in <30s per block vs not captured at all currently.

Not

Creating REALITY block deletes or modifies the DREAM block for that slot.

Mintegrationapps/dreamineering/drmg-sales/src/app/(app)/calendar/week/__tests__/reality-capture.spec.ts
S5PROJ-014Action
When

Friday review. DREAM and REALITY blocks exist for the week. Comparing plan vs actual manually takes 30 min of spreadsheet reconciliation.

I need to

See a single alignment number that says whether the week matched the plan.

So I get

Score computes in <2s vs 30 min manual comparison of plan-vs-actual.

Not

Score returns 100% when DREAM and REALITY have different archetypes for same slot. Score NaN on partial data.

Mintegrationapps/dreamineering/drmg-sales/src/app/(app)/calendar/review/__tests__/alignment-score.spec.ts

Does the loop close?

Plan carries forward. Week opens with intention. Evening primes tomorrow.

S6PROJ-012Action
When

Friday review complete. Current week scored. Starting next week's plan from zero takes 30 min — the momentum from review dissipates.

I need to

Carry this week's template forward into next week's plan in one click.

So I get

Next-week planning starts from template in <2 min vs 30 min from scratch.

Not

'Plan next week' creates blank DREAM layer. User starts from zero.

Me2eapps/dreamineering/drmg-sales/src/app/(app)/calendar/__tests__/review-to-plan-transition.spec.ts
S9PROJ-010PROJ-012Action
When

Sunday evening. No structured way to set weekly intention, strategic bets, and archetype schedule together. Planning is fragmented across notes and calendar.

I need to

Set intention, 3 strategic bets, and archetype schedule in one pass.

So I get

Week planned in <10 min with template carry-forward vs 30 min from scratch.

Not

Only time blocks created — no intention, no bets. Calendar without strategy.

MintegrationBLOCKER: week-open not yet designed
S10PROJ-016Action
When

Evening before bed. No mechanism to prime tomorrow's cognitive mode. The gap between evening intention and morning context is 8 hours of sleep.

I need to

Set tomorrow's archetype and prime sentence so the Morning Agent surfaces it first.

So I get

Prime saved in <30s. Morning Agent surfaces it as first context.

Not

Prime saved but Morning Agent never reads it. Evening ritual disconnected from morning.

MintegrationBLOCKER: prime command not yet designed

Does the agent participate?

CLI reads today, scores the week, runs the mirror.

S7PROJ-016Cron
When

Agent needs today's plan and current reality. Opening a browser and navigating the calendar UI is not an agent-compatible interface.

I need to

Read today's DREAM and REALITY blocks with gap indicators from the terminal.

So I get

Agent context loaded in <3s vs manual lookup across multiple files.

Not

CLI returns empty output when blocks exist. CLI throws on missing agent profile.

Mintegrationtools/scripts/planning/__tests__/time-mind-today.spec.ts
S8PROJ-016Cron
When

Agent needs the weekly alignment score. Navigating to the review screen is not an agent-compatible path. Score must match the web exactly.

I need to

Compute the same alignment score via CLI that the web review shows.

So I get

Score computed in <1s via CLI vs navigating to review screen.

Not

CLI score differs from web score for same data. Different formula or data source.

Mintegrationtools/scripts/planning/__tests__/time-mind-score.spec.ts
S11PROJ-014Cron
When

Friday. DREAM and REALITY blocks exist but only time overlap is measured. Right hours in the wrong cognitive mode looks identical to a perfect week.

I need to

Compute archetype alignment (match/shift/miss per day) alongside time overlap.

So I get

Two scores in <2s. Pattern detection surfaces structural drift vs one-off misses.

Not

Only time overlap computed. Archetype quality ignored — right hours, wrong mode.

MintegrationBLOCKER: mirror command not yet designed

Can a second customer use this?

Onboarding, org isolation, data portability. The loop proves it's not a one-user instrument.

S12PROJ-010Hook
When

Solar365 user signs in to dreamineering.com. URLs have no org context. Every page returns Dreamineering's data or errors — the app assumes one org.

I need to

All app routes scoped to the authenticated user's org so multiple customers share the same deployment.

So I get

Solar365 user at /calendar/week sees only Solar365 time blocks. Dreamineering user sees only Dreamineering blocks. Zero cross-contamination. URL pattern carries org context (session or path).

Not

Solar365 user sees Dreamineering's calendar. Org picker exists but /calendar/week ignores the selection. Server actions return unscoped data.

Le2eBLOCKER: depends on admin-portal B6 (org picker) + middleware org scoping
Kill Signal

If the user stops returning for Sunday planning after week 3, the instrument is a chore, not a tool. If alignment score doesn't trend up over 4 weeks, seeing the gap doesn't change behavior. Kill date: 2026-06-24.

Who this is for

The Misaligned Builder — solo operators who plan ambitious weeks then can't name what shipped. "Busy" replaces "productive." The gap is universal but nobody measures it.

The hidden fear: "Another productivity tool I'll use for a week then abandon." The unlock: the instrument infers reality from timestamps — no logging required. If you stop returning, the kill signal fires.

Questions

Does each story prove value in a way that compounds trust — or just in a way that ships code?

  • Which story has the weakest outcome — and what would make it harder to fake?
  • If Sunday planning stops at week 3, which stories were assumptions?
  • S9-S11 are new (weekly cadence). Do they validate customer value or just system behavior?
  • S12 (second customer) is the only L-sized story. What breaks first at org boundary?