tidaldb/.sdlc/features
jordan cc0b894480 sdlc: accept the schema_version 3 -> 4 migration
`sdlc` 0.5.1 rewrites every feature manifest on read - `sdlc state` alone did
this - so the migration cannot be avoided, only recorded. It is idempotent:
repeated reads produce no further churn (verified by checksum).

What schema 4 drops, so it is findable later:
- feature-level `id` (now derived from `slug`) and `updated_at`.
- per-task history: `created_at` is re-stamped with the migration instant and
  `completed_at` is nulled, so task timing before 2026-08-16 is not recoverable
  from these files.
- m9-community-profile-sync additionally loses 18 phase-history and artifact
  timestamps (`entered`/`exited`/`approved_at`, 2026-03-04).

The pre-migration record is this commit's parent:
  git show HEAD~1:.sdlc/features/m9-community-profile-sync/manifest.yaml

Committed separately from any state transition so the loss is one reviewable
diff rather than noise inside a feature change. `.sdlc/` is CLI-owned; nothing
here was hand-edited.
2026-08-16 12:39:22 -06:00
..
m9-community-profile-sync sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
m9-leave-revocation sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
m9-purge-rematerialization sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
m9-retroactive-purge sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
m10-agent-capability-boundaries sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
m10-community-policy-engine sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
m10-signal-revocation-controls sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
p0-concierge-pilot-loop feat(m9/m10/p1): community policy engine, signal revocation, agent capability boundaries, feedback loop, metrics instrumentation 2026-03-16 05:59:42 -06:00
p0-target-segment-recruitment feat(m9/m10/p1): community policy engine, signal revocation, agent capability boundaries, feedback loop, metrics instrumentation 2026-03-16 05:59:42 -06:00
p0-validation-readout feat(m9/m10/p1): community policy engine, signal revocation, agent capability boundaries, feedback loop, metrics instrumentation 2026-03-16 05:59:42 -06:00
p1-briefing-ux-reason-labels sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
p1-feedback-loop-ux sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
p1-quality-diversity-baseline sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
p2-cohort-context-views sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
p2-self-serve-onboarding sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
p2-trust-controls sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
p3-launch-support-playbook sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
p3-quality-operations sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
p3-reliability-slos sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
p4-monetization-experiments sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
p4-quality-safe-growth sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
p4-segment-expansion-plan sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
pg1-baseline-comparison sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
pg1-instrumented-metrics sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00
pg1-personalization-correctness sdlc: accept the schema_version 3 -> 4 migration 2026-08-16 12:39:22 -06:00