-
Notifications
You must be signed in to change notification settings - Fork 0
Prototype Council v7
Canonical source:
docs/prototypes/v7/COUNCIL-v7.md· Snapshot commit:b9f2813f22e4
-
Feature:
PVA-002 Calendar Contract Completion - Council date: 2026-08-14
-
Baseline: frozen v6 implementation commit
2c0fbf2; freeze recorda1596ec -
Product Manager:
/root/prototype_product_manager -
UI/UX Designer:
/root/prototype_ui_designer -
Project Manager:
/root/prototype_project_manager - Council disposition: Approved for implementation
-
Gates: Product
A; DesignA; CouncilA; ImplementationIP; independent QA not yet assigned
This contract governs the v7 prototype slice. It represents interaction intent with synthetic fixtures only. It does not prove persistence, authentication, media delivery, private caching, server logging, accessibility conformance, deployment, or production readiness.
V7 closes the Calendar-specific prototype gap in LID-REF-001: the missing compact month/year chooser and the approved equivalent treatments for Today, selection, keyboard focus, and attention under Council decision C-01.
LID-REF-005 and LID-SCP-004 are regression requirements in v7, not closure claims. Theme fidelity and quiet hidden/empty-day behavior must remain intact, while their primary closure remains v35 and v19 respectively. Full browser, WCAG, 400% zoom, lifecycle, loading, error, retry, and connectivity evidence remains assigned to later packages.
Authority used for this decision:
- Arun's direct approved image-only Calendar direction;
- Council decision C-01;
- the PRD;
- unsuperseded UX-specification language.
No additional owner decision is required.
The Product and Design proposals agreed on C-01, the Calendar anatomy, external layered cell states, responsive behavior, accessibility semantics, progressive disclosure, and regression boundaries. Where their chooser details differed, Council resolved them as follows:
| Topic | Product acceptance | Design proposal | Council resolution |
|---|---|---|---|
| Month choices | Exactly 12 textual buttons labelled Jan through Dec
|
Exactly 12 full-name month buttons |
Use the Product contract: 12 textual Jan–Dec buttons. Accessible names may expose the full month name and state. |
| Commit model | Selecting a month commits immediately | Draft selection followed by dynamic View… confirmation |
Use the Product contract: immediate commit. There is no draft month and no View/Confirm button. |
| Year movement |
Previous year and Next year change the chooser year only |
Same draft-year concept | Use the Product contract: year controls never change the Calendar until a month button is selected. |
| Month labels | Viewed month is selected; current month is labelled Current month
|
Viewed/draft/current helper distinctions |
Use the Product contract: viewed month has aria-pressed=true plus selected shape/text; the Asia/Kolkata current month has visible Current month helper text. These states may coexist. |
| Initial focus | Focus begins on the viewed-month button | Focus begins on the dialog heading | Use the Product contract: focus the viewed-month button when the chooser opens. Dialog heading remains programmatically named. |
| Tile states | Double/solid/dashed external perimeters | Detailed layered external ring tokens | Use the Designer contract: external, non-layout-shifting layered rings described in Section 4, while preserving the Product meanings. |
- Calendar remains the default signed-in route with synthetic Today fixed to
13 August 2026inAsia/Kolkata. - Preserve
en-IN, Monday-first, seven columns, the current header, Calendar/Almanac switcher, Search entry, previous/Today/next controls, and the Museum Margin. - The month/year heading becomes a quiet button named, for example,
Choose month and year, currently showing August 2026. It continues to label the grid programmatically. - Browser title stays exactly
Life in Days.
- Real-photo and artwork-cover tiles contain only the cover image and date number.
- No tile may contain an AI artwork, Telegram photo, Journal, source-count, attention, title, caption, tag, generated-state, Today, or provenance chip, badge, dot, watermark, lower-third, scrim label, hover disclosure, or legend.
- A real Daily Photo remains the cover whenever one exists. Artwork may cover only a day without a real photo.
- The 8 August journal-only paper treatment remains: date, restrained title, and journal count, with no fabricated image.
- An empty date remains a quiet date cell. It does not imply missed, incomplete, or absent habit behavior and does not create content.
After a populated date is selected, the Margin reveals information outside the image:
- exact cover/source type;
- title and full date;
- photo and journal counts;
- caption or summary;
- Original Timestamp, Generation, or Archive status as appropriate;
- an exact
Needs attentionrow and reason where applicable; -
Open full Journal Dayas the safe attention action.
The image pixels remain clean. All essential provenance text is at least 13 px. Close, Escape, and backdrop return focus to the selected tile.
These visual layers must coexist without changing grid track size, covering image pixels, or relying on color alone:
| State | Visual contract | Semantic contract |
|---|---|---|
| Default | Neutral 1 px cell edge | Date remains identifiable |
| Today | External 2 px dotted accent perimeter, separated 2 px from the cell |
aria-current="date"; accessible name includes Today
|
| Selected | External solid 3 px forest/accent ring with 2 px paper separation |
aria-selected="true"; accessible name includes Selected
|
| Keyboard focus | Outermost 3 px high-contrast --focus dashed ring with 3 px paper offset |
Exactly one calendar cell has tabindex="0"
|
| Today + selected + focus | Selected solid inner layer, Today dotted middle layer, focus dashed outer layer | All three meanings remain independently available |
| Hover | Stronger neutral edge and restrained elevation only | Must not resemble Today, selected, focus, or attention |
Attention has no visible tile marker under C-01. The exact reason appears in the accessible name and, after selection, in the Margin. Reduced motion removes lifts and transitions.
Accessible day names contain only safe structural information. Examples:
Monday, 3 August 2026, no Journal DaySaturday, 8 August 2026, 0 photos, 1 journal, no cover imageThursday, 13 August 2026, Today, Selected, 2 photos, 2 journals, Telegram photo cover, needs attention: Generated summary needs reviewTuesday, 11 August 2026, 0 photos, 1 journal, AI artwork cover
They never contain a private title, caption, summary, tag, journal text, or private image description. Only populated dates expose detail-control expansion semantics.
- Dialog title:
Choose month and year. - Supporting line:
Journal Dates use Asia/Kolkata. - Year row:
Previous year, visible four-digit year, andNext year; both controls meet a 44 px minimum target. - Month grid: exactly 12 textual buttons in calendar order,
JanthroughDec, arranged 3 × 4 at all supported widths. Each button's accessible name gives the full month and relevant state. - The viewed month has
aria-pressed="true"and a solid selected boundary/tonal shape. - The current
Asia/Kolkatamonth has visible helper textCurrent month. When viewed and current coincide, one button carries both meanings without duplicated indicators. - The chooser contains no mini-calendar, thumbnails, private content, Journal Day counts, year mosaic, streak, or On This Day material.
- Opening focuses the currently viewed month button and traps focus within the chooser.
-
Previous yearandNext yearchange the year displayed in the chooser only; they do not change the Calendar, URL, or selected Journal Day. - Selecting any month button commits immediately: close the chooser, clear selected-day detail, update the Calendar and safe
month=YYYY-MMURL through the centralized month setter, focus Today if the destination is the current month or day 1 otherwise, and announceShowing <Month> <Year>in a private-safe polite live region. - Selecting the already viewed month closes without adding a redundant history entry.
- Escape, Close, and backdrop cancel an uncommitted year change, leave the Calendar unchanged, and return focus to the month trigger.
- Historical years have no arbitrary limit. Future months may be browsed, but future Journal Dates never enter the Calendar as Source Items.
- Allowed Calendar URL state is
view=calendar, safemonth=YYYY-MM, optional validdate, and optionalscreen=day; no private content or search query is serialized. - Previous, Next, Today, and a committed chooser selection each create exactly one history entry only when the month changes.
- Day selection creates one entry. Closing an in-app selected Margin uses the appropriate history action so Back does not reopen it; direct deep links are sanitized/replaced safely.
- Back after month navigation restores the previous month, selected/unselected context, scroll, and logical tile focus. Invalid combinations are canonicalized.
- Roving calendar focus remains: arrows move by one/seven days, Home/End move Monday/Sunday including adjacent-month dates, Page Up/Down move a month while preserving or clamping day of month, and Enter/Space opens a populated day.
- Month transitions retain logical focus. Opening the Margin moves focus into it; closing restores the originating cell.
- Activating an empty date creates nothing. It may only expose the existing prefilled Upload Journal action and never a blank browser composer.
- July 2026 represents an ordinary empty viewed month: a complete clean grid plus
No journaled days in this month.outside the grid. It is not first-use language and makes no blame, missing-import, or habit claim. -
Todayreturns to August 2026. - 4 August represents partial media failure without recycling another image: neutral no-image treatment, accessible name includes
Image unavailable, and its Margin explains that the authentic journal remains available. Retry is explicitly simulated and remains a v10 state-family responsibility.
- Wide (
>=1280): seven image-led columns; Calendar/Margin split. - Medium (
961–1279): seven columns; split retained; Margin media may stack above its placard. - Drawer (
701–960): seven columns; Margin becomes a right drawer up to approximately 620 px with scrim; chooser remains centered. - Compact (
390and320): 10–16 px outer padding, approximately 3 px grid gaps, seven columns without page horizontal scroll, cells at least 44 px high where feasible, full-width chooser bottom sheet, 3 × 4 month buttons at least 44 px high, reachable year controls, and full-screen Margin above compact navigation with safe-area padding. - Weekday labels remain visible or programmatically associated. The layout remains usable at 200% text zoom. At 400% page zoom, compact behavior is used and state rings cannot clip; formal 400% acceptance remains v35.
- One page H1, a labelled grid, normal-text contrast target of 4.5:1, focus contrast target of 3:1, no new essential text below 13 px, no color-only state, chooser focus trap/return, restrained live announcements, and reduced-motion equivalence are required.
| Fixture | Purpose |
|---|---|
| 13 August 2026 | Today + selected + real cover + stale-summary attention |
| 11 August 2026 | Artwork-only cover with AI provenance only in accessible name/Margin |
| 6 August 2026 | Real cover + source-conflict attention |
| 8 August 2026 | Journal-only paper treatment |
| 4 August 2026 | Partial media failure with authentic journal intact |
| 3 August 2026 | Quiet empty date |
| July 2026 | Ordinary empty month |
| September 2026 | Future-month browsing without future Source Items |
V7 does not add or claim:
- v9 first-use readiness;
- v10 loading, complete error/retry, connection, session, or authorization state families;
- v11 Needs Date Review;
- v19 delete/restore-last-source lifecycle completion;
- v35 formal browser, screen-reader, WCAG, or 400% zoom completion;
- year mosaic, replacement Timeline, media wall, On This Day, streaks, reminders, a blank composer, web photo upload, or any deferred feature;
- implementation or verification of server persistence, storage, authentication, logging, integration, media delivery, encryption, deployment, or production privacy.
V7 must regress the frozen v6 private Search contract, real-photo cover precedence, image-only tiles, paper days, provenance outside pixels, switcher, Settings, themes, Upload, gallery, generated reflection, Journal Day detail, Monday/Asia/Kolkata, and every deferred-scope guardrail. No v6 artifact may be edited.
A fresh QA agent must verify at minimum:
- wide light default Calendar;
- dark 13 August combined Today/selected/focus, real cover, and Margin attention;
- 11 August art-only accessible name and Margin, with no tile label;
- 6 August attention only in accessible name/Margin;
- 8 August paper day, 4 August media failure, and 3 August quiet empty date;
- chooser 12-button anatomy, viewed/current states, year-only changes, immediate month commit, cancel, focus trap/return, and no extra/private content;
- July empty month, September future browsing, and Today return;
- Previous/Next/Today/chooser history, Back restoration, safe URL/title, and invalid-state canonicalization;
- arrows, Home/End, Page Up/Down, Enter/Space, Escape, independent selection/focus, and roving
tabindex; - 1280, 960, 700, 390, and 320 widths; light/dark; 200% text; 400% compact observation; reduced motion; no horizontal overflow or clipped rings;
- DOM/accessibility assertions for labels, rings, Margin, live region, chooser, and the absence of provenance/attention markup in cover tiles;
- no console or syntax errors and no v6 or forbidden-scope regression.
QA failure is repaired in the same unfrozen v7 candidate. V7 is frozen and v8 is released only after an independent Pass with evidence.
Issued: 2026-08-14
Disposition: Approved; this clarification supersedes Section 3.2 only for the compact visual presentation of a journal-only Calendar tile. All other v7 Council decisions remain unchanged.
The earlier Product acceptance preserved the 8 August paper tile with a visible date, title, and restrained journal count, while the responsive Design contract allowed narrow cells to reduce secondary text. At 320 px, a seven-column grid cannot display 13 px title/count text without clipping, illegible truncation, or horizontal overflow. Council therefore adopts the least-divergent rule:
- At wide, medium, and drawer layouts where the cell can present metadata legibly, the 8 August journal-only tile keeps its date, restrained title, and journal count on the quiet paper treatment.
- At compact effective widths up to 480 px—including the 390 px and 320 px acceptance viewports and compact layout triggered by zoom—the visible tile keeps the date plus the recognisable quiet paper treatment. One or more subtle horizontal paper rules may remain, but title and journal-count text are visually omitted.
- Omitted compact text is not reduced below the 13 px essential-text floor, squeezed, iconized, shown as a tooltip-only value, or moved over fabricated imagery.
- The complete safe accessible name remains:
Saturday, 8 August 2026, 0 photos, 1 journal, no cover image. Selecting the tile still reveals its title, counts, and provenance in the Museum Margin outside image pixels. - The rule does not affect real-photo or artwork cover tiles: they remain image plus date only at every width under C-01.
- The rule does not affect quiet empty dates: they remain date-only and must not acquire paper rules that could imply a Journal Day.
Independent QA must verify 8 August at wide, 390 px, 320 px, 200% text zoom, and 400% compact observation. Pass requires a distinguishable paper day, the safe complete accessible name, no clipped or sub-13 px metadata, no horizontal overflow, and successful selection into the full Museum Margin.
Issued: 2026-08-14
Disposition: Approved; this clarification supersedes only the phrase Historical years have no arbitrary limit in Section 5.2 for the synthetic v7 prototype's representable chooser state.
The product has no archive-year cap: Life in Days must not discard, hide, reject, or make an authentic historical Journal Date inaccessible merely because of a UI-imposed year range. The v7 synthetic frontend prototype, however, uses the safe four-digit YYYY-MM route and display contract and is therefore representationally bounded to years 0001 through 9999.
- The chooser renders the year as exactly four digits within
0001–9999. - At
0001,Previous yearis disabled and exposes the disabled state programmatically. At9999,Next yearis disabled likewise. - Year navigation and incoming Calendar state must never produce year
0000, a negative/signed year, more than four digits,NaN, rollover into another year, or an invalidmonthvalue. - An invalid or out-of-representation
monthvalue is canonicalized to a safe valid Calendar month without putting the invalid value back into history. - The edge state is a truthful prototype implementation limit, not an MVP product rule, retention rule, archive limit, or permission to reject an otherwise valid historical Source Item in production.
- Future months inside the prototype range remain browsable, while the existing rule still forbids future Journal Dates from being admitted as Source Items.
Independent v7 QA must inspect or exercise the 0001 and 9999 chooser edge states, disabled-control semantics, four-digit rendering, and invalid URL canonicalization. QA must describe the bound as prototype representation only and must not claim that the production date model has been selected or verified.
Generated from arunpr614/Life-Reflection@6b8b70b72148 · Canonical content lives in Git · Fictional prototype data only
- Life in Days — Hetzner shared-host runbook
- Life in Days — Phase1 implementation plan
- PID R10 — Conditional Object-Store Transition
- PRD R0 — Shared-Host Private Foundation
- PRD R1 — Manual Journal Archive
- PRD R2 — Telegram Photo Capture
- PRD R3 — Retrieval and Date Integrity
- PRD R4 — Source History and Lifecycle Safety
- PRD R5 — Prospective VoiceNotes Sync
- PRD R6 — Generated Text Reflection
- PRD R7 — Generated Artwork
- PRD R8 — Operational Scale and Resilience
- PRD R9 — Private Launch Acceptance and Stabilization
- Life in Days release documents
- Life in Days Phase 1 — AI agent resource index
- Codex Goal prompt — Phase 1 P0 requirements to private production
- P0 Codex Gold Goal prompt — complete P0 and R0 only
- Phase 1 GitHub Project V2 sync
- Life in Days — Phase 1 Release Plan
- Life in Days — detailed implementation plan
- Life in Days Global PRD
- Life in Days — project tracker
- Life in Days — prototype completeness tracker
- Life in Days — requirements traceability
- Life in Days — UX specification
- Life in Days — AI Artwork Model Evaluation
- Life in Days — AI Text Model Evaluation
- Initial product brief
- Life in Days: Private Media Storage Evaluation
- Requirements under discovery
- Product and integration research
- Project Git provenance
- Life in Days — proposed shared understanding
- Life in Days — Product Council planning-baseline review
- Life in Days Phase 1 — Independent QA Lead charter
- Agent charter — Project Manager
- Agent charter — Senior Product Manager
- Agent charter — Technical Architect
- Agent charter — UI/UX Design Lead
- Life in Days Phase 1 — P0 Owner Action Ledger
- Life in Days Phase 1 — P0 execution context digest
- Life in Days Phase 1 — P0 execution authorization addendum
- Life in Days Phase 1 — P0 execution council charter
- Life in Days Phase 1 — P0 execution decision ledger
- Life in Days Phase 1 — P0 task Definition of Ready
- Life in Days Phase 1 — P0 execution-control review
- P0/R0 Stage 0 control-repair candidate review dossier
- P0/R0 Stage 0 delivery checklist
- P0/R0 Stage 0 rollback and recovery plan
- P0/R0 Stage 0 state contract
- P0/R0 Stage 0 test plan
- PC-001 readiness-control hardening — planning review
- Life in Days — Phase 1 Product Council Decision Record
- Life in Days Phase 1 — source baseline
- Life in Days Phase 1 — Product Council charter
- Life in Days — Product Manager Council Review
- Life in Days — Project Manager Council Review
- Life in Days — Product Council UX Design Review
- Life in Days Product Council
- Life in Days — calendar UI prototype
- Life in Days — calendar UI prototype v2
- Life in Days — unified Calendar and Almanac prototype v3
- Life in Days — Museum Margin Calendar prototype v4
- Life in Days — private Settings and compact privacy prototype v5
- Life in Days — private Search prototype v6
- Life in Days — Calendar contract prototype v7
- Life in Days — Cross-month Almanac prototype v8
- Life in Days — First-use Readiness prototype v9
- Life in Days — Resilient Application Shell prototype v10
- Life in Days calendar UI prototype
- Life in Days calendar UI prototype v2
- Life in Days unified calendar prototype v3
- Life in Days Museum Margin prototype v4
- Life in Days Settings prototype v5
- Life in Days — private Search prototype v6
- Life in Days prototype v7 — Calendar contract completion
- Life in Days prototype v8 — Cross-month Almanac
- Life in Days prototype v9 — First-use Readiness
- Life in Days prototype v10 — Resilient Application Shell
- v6 Product Council contract — Private Search State
- Life in Days prototype v7 — Product Council contract
- Life in Days prototype v8 — Product Council contract
- Life in Days prototype v9 — Product Council contract
- Life in Days prototype v10 — Product Council contract
- Life in Days v2 — design QA
- Life in Days unified prototype v3 — design QA
- Life in Days v4 — design QA
- Life in Days v5 design QA
- Life in Days v5 design QA
- Life in Days v6 — independent design and interaction QA
- Life in Days v7 — independent design and interaction QA
- Life in Days prototype v8 — independent design QA
- Life in Days prototype v9 — independent design QA
- Life in Days prototype v10 — independent design QA
- Life in Days prototype v5 — PRD feature audit
- AI agent operating contract — keep Phase 1 alive
- Contributing to Life in Days
- GitHub Projects Roadmap — current capability research
- Life in Days — Hetzner shared-host deployment spike
- Wayfinder for Life in Days Phase 1 — adoption and GitHub integration report
- Life in Days — GitHub Projects Roadmap design spike
- ARCH-R0-001 — Product Council task readiness
- ARCH-R0-001 — task delivery checklist
- ARCH-R0-001 — task design specification
- ARCH-R0-001 — task product requirements
- ARCH-R0-001 — task QA plan
- ARCH-R0-001 — task technical plan
- ARCH-R1-001 — Product Council task readiness
- ARCH-R1-001 — task delivery checklist
- ARCH-R1-001 — task design specification
- ARCH-R1-001 — task product requirements
- ARCH-R1-001 — task QA plan
- ARCH-R1-001 — task technical plan
- ARCH-R2-001 — Product Council task readiness
- ARCH-R2-001 — task delivery checklist
- ARCH-R2-001 — task design specification
- ARCH-R2-001 — task product requirements
- ARCH-R2-001 — task QA plan
- ARCH-R2-001 — task technical plan
- ARCH-R3-001 — Product Council task readiness
- ARCH-R3-001 — task delivery checklist
- ARCH-R3-001 — task design specification
- ARCH-R3-001 — task product requirements
- ARCH-R3-001 — task QA plan
- ARCH-R3-001 — task technical plan
- ARCH-R4-001 — Product Council task readiness
- ARCH-R4-001 — task delivery checklist
- ARCH-R4-001 — task design specification
- ARCH-R4-001 — task product requirements
- ARCH-R4-001 — task QA plan
- ARCH-R4-001 — task technical plan
- ARCH-R5-001 — Product Council task readiness
- ARCH-R5-001 — task delivery checklist
- ARCH-R5-001 — task design specification
- ARCH-R5-001 — task product requirements
- ARCH-R5-001 — task QA plan
- ARCH-R5-001 — task technical plan
- ARCH-R6-001 — Product Council task readiness
- ARCH-R6-001 — task delivery checklist
- ARCH-R6-001 — task design specification
- ARCH-R6-001 — task product requirements
- ARCH-R6-001 — task QA plan
- ARCH-R6-001 — task technical plan
- ARCH-R7-001 — Product Council task readiness
- ARCH-R7-001 — task delivery checklist
- ARCH-R7-001 — task design specification
- ARCH-R7-001 — task product requirements
- ARCH-R7-001 — task QA plan
- ARCH-R7-001 — task technical plan
- ARCH-R8-001 — Product Council task readiness
- ARCH-R8-001 — task delivery checklist
- ARCH-R8-001 — task design specification
- ARCH-R8-001 — task product requirements
- ARCH-R8-001 — task QA plan
- ARCH-R8-001 — task technical plan
- ARCH-R10-001 — Product Council task readiness
- ARCH-R10-001 — task delivery checklist
- ARCH-R10-001 — task design specification
- ARCH-R10-001 — task product requirements
- ARCH-R10-001 — task QA plan
- ARCH-R10-001 — task technical plan
- AUD-001 — Product Council task readiness
- AUD-001 — task delivery checklist
- AUD-001 — task design specification
- AUD-001 — task product requirements
- AUD-001 — task QA plan
- AUD-001 — task technical plan
- ENG-R0-001 — Product Council task readiness
- ENG-R0-001 — task delivery checklist
- ENG-R0-001 — task design specification
- ENG-R0-001 — task product requirements
- ENG-R0-001 — task QA plan
- ENG-R0-001 — task technical plan
- ENG-R1-001 — Product Council task readiness
- ENG-R1-001 — task delivery checklist
- ENG-R1-001 — task design specification
- ENG-R1-001 — task product requirements
- ENG-R1-001 — task QA plan
- ENG-R1-001 — task technical plan
- ENG-R2-001 — Product Council task readiness
- ENG-R2-001 — task delivery checklist
- ENG-R2-001 — task design specification
- ENG-R2-001 — task product requirements
- ENG-R2-001 — task QA plan
- ENG-R2-001 — task technical plan
- ENG-R2-002 — Product Council task readiness
- ENG-R2-002 — task delivery checklist
- ENG-R2-002 — task design specification
- ENG-R2-002 — task product requirements
- ENG-R2-002 — task QA plan
- ENG-R2-002 — task technical plan
- ENG-R3-001 — Product Council task readiness
- ENG-R3-001 — task delivery checklist
- ENG-R3-001 — task design specification
- ENG-R3-001 — task product requirements
- ENG-R3-001 — task QA plan
- ENG-R3-001 — task technical plan
- ENG-R4-001 — Product Council task readiness
- ENG-R4-001 — task delivery checklist
- ENG-R4-001 — task design specification
- ENG-R4-001 — task product requirements
- ENG-R4-001 — task QA plan
- ENG-R4-001 — task technical plan
- ENG-R4-002 — Product Council task readiness
- ENG-R4-002 — task delivery checklist
- ENG-R4-002 — task design specification
- ENG-R4-002 — task product requirements
- ENG-R4-002 — task QA plan
- ENG-R4-002 — task technical plan
- ENG-R5-001 — Product Council task readiness
- ENG-R5-001 — task delivery checklist
- ENG-R5-001 — task design specification
- ENG-R5-001 — task product requirements
- ENG-R5-001 — task QA plan
- ENG-R5-001 — task technical plan
- ENG-R6-001 — Product Council task readiness
- ENG-R6-001 — task delivery checklist
- ENG-R6-001 — task design specification
- ENG-R6-001 — task product requirements
- ENG-R6-001 — task QA plan
- ENG-R6-001 — task technical plan
- ENG-R7-001 — Product Council task readiness
- ENG-R7-001 — task delivery checklist
- ENG-R7-001 — task design specification
- ENG-R7-001 — task product requirements
- ENG-R7-001 — task QA plan
- ENG-R7-001 — task technical plan
- EVAL-R6-001 — Product Council task readiness
- EVAL-R6-001 — task delivery checklist
- EVAL-R6-001 — task design specification
- EVAL-R6-001 — task product requirements
- EVAL-R6-001 — task QA plan
- EVAL-R6-001 — task technical plan
- EVAL-R7-001 — Product Council task readiness
- EVAL-R7-001 — task delivery checklist
- EVAL-R7-001 — task design specification
- EVAL-R7-001 — task product requirements
- EVAL-R7-001 — task QA plan
- EVAL-R7-001 — task technical plan
- PC-001 — readiness-control hardening Council record
- PC-001 — readiness-control hardening delivery plan
- PC-001 — readiness-control evidence design specification
- PC-001 — readiness-control hardening product requirements
- PC-001 — readiness-control hardening QA plan
- PC-001 — readiness-control hardening technical plan
- PID-R10-001 — Product Council task readiness
- PID-R10-001 — task delivery checklist
- PID-R10-001 — task design specification
- PID-R10-001 — task product requirements
- PID-R10-001 — task QA plan
- PID-R10-001 — task technical plan
- PRD-R0-001 — Product Council task readiness
- PRD-R0-001 — task delivery checklist
- PRD-R0-001 — task design specification
- PRD-R0-001 — task product requirements
- PRD-R0-001 — task QA plan
- PRD-R0-001 — task technical plan
- PRD-R1-001 — Product Council task readiness
- PRD-R1-001 — task delivery checklist
- PRD-R1-001 — task design specification
- PRD-R1-001 — task product requirements
- PRD-R1-001 — task QA plan
- PRD-R1-001 — task technical plan
- PRD-R2-001 — Product Council task readiness
- PRD-R2-001 — task delivery checklist
- PRD-R2-001 — task design specification
- PRD-R2-001 — task product requirements
- PRD-R2-001 — task QA plan
- PRD-R2-001 — task technical plan
- PRD-R3-001 — Product Council task readiness
- PRD-R3-001 — task delivery checklist
- PRD-R3-001 — task design specification
- PRD-R3-001 — task product requirements
- PRD-R3-001 — task QA plan
- PRD-R3-001 — task technical plan
- PRD-R4-001 — Product Council task readiness
- PRD-R4-001 — task delivery checklist
- PRD-R4-001 — task design specification
- PRD-R4-001 — task product requirements
- PRD-R4-001 — task QA plan
- PRD-R4-001 — task technical plan
- PRD-R5-001 — Product Council task readiness
- PRD-R5-001 — task delivery checklist
- PRD-R5-001 — task design specification
- PRD-R5-001 — task product requirements
- PRD-R5-001 — task QA plan
- PRD-R5-001 — task technical plan
- PRD-R6-001 — Product Council task readiness
- PRD-R6-001 — task delivery checklist
- PRD-R6-001 — task design specification
- PRD-R6-001 — task product requirements
- PRD-R6-001 — task QA plan
- PRD-R6-001 — task technical plan
- PRD-R7-001 — Product Council task readiness
- PRD-R7-001 — task delivery checklist
- PRD-R7-001 — task design specification
- PRD-R7-001 — task product requirements
- PRD-R7-001 — task QA plan
- PRD-R7-001 — task technical plan
- PRD-R8-001 — Product Council task readiness
- PRD-R8-001 — task delivery checklist
- PRD-R8-001 — task design specification
- PRD-R8-001 — task product requirements
- PRD-R8-001 — task QA plan
- PRD-R8-001 — task technical plan
- PRD-R9-001 — Product Council task readiness
- PRD-R9-001 — task delivery checklist
- PRD-R9-001 — task design specification
- PRD-R9-001 — task product requirements
- PRD-R9-001 — task QA plan
- PRD-R9-001 — task technical plan
- QA-R8-001 — Product Council task readiness
- QA-R8-001 — task delivery checklist
- QA-R8-001 — task design specification
- QA-R8-001 — task product requirements
- QA-R8-001 — task QA plan
- QA-R8-001 — task technical plan
- QA-R9-001 — Product Council task readiness
- QA-R9-001 — task delivery checklist
- QA-R9-001 — task design specification
- QA-R9-001 — task product requirements
- QA-R9-001 — task QA plan
- QA-R9-001 — task technical plan
- REL-R0-001 — Product Council task readiness
- REL-R0-001 — task delivery checklist
- REL-R0-001 — task design specification
- REL-R0-001 — task product requirements
- REL-R0-001 — task QA plan
- REL-R0-001 — task technical plan
- REL-R1-001 — Product Council task readiness
- REL-R1-001 — task delivery checklist
- REL-R1-001 — task design specification
- REL-R1-001 — task product requirements
- REL-R1-001 — task QA plan
- REL-R1-001 — task technical plan
- REL-R2-001 — Product Council task readiness
- REL-R2-001 — task delivery checklist
- REL-R2-001 — task design specification
- REL-R2-001 — task product requirements
- REL-R2-001 — task QA plan
- REL-R2-001 — task technical plan
- REL-R3-001 — Product Council task readiness
- REL-R3-001 — task delivery checklist
- REL-R3-001 — task design specification
- REL-R3-001 — task product requirements
- REL-R3-001 — task QA plan
- REL-R3-001 — task technical plan
- REL-R4-001 — Product Council task readiness
- REL-R4-001 — task delivery checklist
- REL-R4-001 — task design specification
- REL-R4-001 — task product requirements
- REL-R4-001 — task QA plan
- REL-R4-001 — task technical plan
- REL-R5-001 — Product Council task readiness
- REL-R5-001 — task delivery checklist
- REL-R5-001 — task design specification
- REL-R5-001 — task product requirements
- REL-R5-001 — task QA plan
- REL-R5-001 — task technical plan
- REL-R6-001 — Product Council task readiness
- REL-R6-001 — task delivery checklist
- REL-R6-001 — task design specification
- REL-R6-001 — task product requirements
- REL-R6-001 — task QA plan
- REL-R6-001 — task technical plan
- REL-R7-001 — Product Council task readiness
- REL-R7-001 — task delivery checklist
- REL-R7-001 — task design specification
- REL-R7-001 — task product requirements
- REL-R7-001 — task QA plan
- REL-R7-001 — task technical plan
- REL-R8-001 — Product Council task readiness
- REL-R8-001 — task delivery checklist
- REL-R8-001 — task design specification
- REL-R8-001 — task product requirements
- REL-R8-001 — task QA plan
- REL-R8-001 — task technical plan
- REL-R9-001 — Product Council task readiness
- REL-R9-001 — task delivery checklist
- REL-R9-001 — task design specification
- REL-R9-001 — task product requirements
- REL-R9-001 — task QA plan
- REL-R9-001 — task technical plan
- REL-R10-001 — Product Council task readiness
- REL-R10-001 — task delivery checklist
- REL-R10-001 — task design specification
- REL-R10-001 — task product requirements
- REL-R10-001 — task QA plan
- REL-R10-001 — task technical plan
- SPK-R0-001 — Product Council task readiness
- SPK-R0-001 — task delivery checklist
- SPK-R0-001 — task design specification
- SPK-R0-001 — task product requirements
- SPK-R0-001 — task QA plan
- SPK-R0-001 — task technical plan
- SPK-R5-001 — Product Council task readiness
- SPK-R5-001 — task delivery checklist
- SPK-R5-001 — task design specification
- SPK-R5-001 — task product requirements
- SPK-R5-001 — task QA plan
- SPK-R5-001 — task technical plan
- UX-R0-001 — Product Council task readiness
- UX-R0-001 — task delivery checklist
- UX-R0-001 — task design specification
- UX-R0-001 — task product requirements
- UX-R0-001 — task QA plan
- UX-R0-001 — task technical plan
- UX-R1-001 — Product Council task readiness
- UX-R1-001 — task delivery checklist
- UX-R1-001 — task design specification
- UX-R1-001 — task product requirements
- UX-R1-001 — task QA plan
- UX-R1-001 — task technical plan
- UX-R2-001 — Product Council task readiness
- UX-R2-001 — task delivery checklist
- UX-R2-001 — task design specification
- UX-R2-001 — task product requirements
- UX-R2-001 — task QA plan
- UX-R2-001 — task technical plan
- UX-R3-001 — Product Council task readiness
- UX-R3-001 — task delivery checklist
- UX-R3-001 — task design specification
- UX-R3-001 — task product requirements
- UX-R3-001 — task QA plan
- UX-R3-001 — task technical plan
- UX-R4-001 — Product Council task readiness
- UX-R4-001 — task delivery checklist
- UX-R4-001 — task design specification
- UX-R4-001 — task product requirements
- UX-R4-001 — task QA plan
- UX-R4-001 — task technical plan
- UX-R5-001 — Product Council task readiness
- UX-R5-001 — task delivery checklist
- UX-R5-001 — task design specification
- UX-R5-001 — task product requirements
- UX-R5-001 — task QA plan
- UX-R5-001 — task technical plan
- UX-R6-001 — Product Council task readiness
- UX-R6-001 — task delivery checklist
- UX-R6-001 — task design specification
- UX-R6-001 — task product requirements
- UX-R6-001 — task QA plan
- UX-R6-001 — task technical plan
- UX-R7-001 — Product Council task readiness
- UX-R7-001 — task delivery checklist
- UX-R7-001 — task design specification
- UX-R7-001 — task product requirements
- UX-R7-001 — task QA plan
- UX-R7-001 — task technical plan
- Life in Days — document index
- Life in Days
- Life in Days - Running Log
- Publication provenance
- Pull-Request-Template
- Life in Days
- Security and privacy reporting