TorbatYar/docs/ai-framework/phase-handover.md
Mortezakoohjani 5c6a2e78cf feat(platform): seed service registry, deploy all modules, and fix homepage catalog.
Register all active platform services and base features in core DB so admin can manage them, add delivery/hospitality/sports-center backend phases, update apps catalog and production deploy tooling.

Co-authored-by: Cursor <cursoragent@cursor.com>
2026-07-27 12:39:51 +03:30

6.5 KiB

Phase Handover

Every implementation phase must deliver this package before completion.

Copy the sections below into the phase document (or attach a phase-specific handover file) and fill every field. Empty sections are only allowed when marked N/A with justification.

Enterprise mandates: enterprise-phase-discovery.md · definition-of-done.md · enterprise-completeness.md · service-snapshot-policy.md · project-index.yaml · ADR-018 · ADR-019.

Metadata

Field Value
Phase ID (from phase-manifest.yaml)
Title
Status Complete
Service(s)
Version
Date
ADR(s)

Enterprise Phase Discovery Summary

Item Detail
Discovery Record location Phase doc section link
Gaps promoted & closed
Exclusions (future / other service)
CRUD-only rejected Yes

Business Analysis Summary

Item Detail
Capabilities delivered
Explicit non-goals honored

Reusable Components

List libraries, engines, providers, shared helpers, or patterns introduced for reuse.

Component Location Reuse notes

Public APIs

Method Path Auth / Permission Notes

Include Health / Capabilities / Metrics when applicable. Link detailed contracts: api-reference.md, services-contracts.md. Confirm OpenAPI updated.

Events

Event type Domain / Integration Payload summary Version

Catalog: event-catalog.md. Standards: event-template.md.

Permissions

Permission Routes / actions

Extension Points

Document intentional hooks for future phases (provider protocols, strategy interfaces, feature flags, entitlement keys).

Extension point How to extend Forbidden uses

Known Limitations

Explicit non-goals and temporary constraints (must not be silently omitted).
Do not list missing current-phase mandatory artifacts here — those must be implemented before Complete.

Migration Notes

Item Detail
Alembic revision(s)
Upgrade steps
Downgrade support
Data backfill / seeds
Breaking changes None / described

Dependencies

Dependency Type Required for
Core / Service / Provider / Docs

Boundary Compliance

  • No foreign service ownership implemented
  • No business logic duplication
  • No cross-DB access
  • Integrations only via API / Events / Providers
  • No future-phase functionality pulled forward

Enterprise Completeness Sign-Off

Copy from enterprise-completeness.md:

  • Discovery completeness
  • Business completeness
  • Architectural completeness
  • API completeness
  • Permission completeness
  • Capability completeness
  • Event completeness
  • Migration completeness
  • Repository completeness
  • Validation completeness
  • Security completeness
  • Performance completeness
  • Documentation completeness
  • Testing completeness
  • Tenant isolation
  • Provider abstraction
  • Integration completeness
  • Operational readiness
  • Developer experience
  • Maintainability
  • Self Audit

Definition of Done

Service Snapshot Update

Regenerate after every Complete phase for the owning service (service-snapshot-policy.md).

Field Value
Snapshot path From Project Index snapshot_file
Snapshot version
Last updated
Fields changed

Confirm all required snapshot fields reflect this phase's deliverables.

Project Index Update

Update project-index.yaml for the owning service on every Complete phase and on service registration.

Field Value
Service identifier
Current version
Current phase
Next phase
Latest handover
Snapshot file

Next Phase Entry

What the next phase must read and assume:

  1. project-index.yaml active service entry (primary discovery)
  2. Service snapshot at Project Index snapshot_file
  3. This handover + phase doc (including Discovery exclusions that become next-phase scope)
  4. Updated module-registry.md / manifests
  5. Open limitations that become next-phase scope
  6. Suggested next phase ID from Project Index next_phase / next-steps.md
  7. Enterprise Framework rules — no need to restate in the next prompt
Field Value
Recommended next phase
Blockers for next phase
Entry checklist

Completion Sign-Off