Owed ledger
Live - fetched 2026-10-14 02:30 UTC-generated 2026-10-14 02:30 UTC
Pending
7
Replies owed
128
Conditional
13
Completed
78
Working
in flight-P0LcoachingMigrate Coaching eligibility, free intervals, travel calculations and weekly preview to the accepted complete Delivery protection observation with exact retirement and unavailable-state handlingmemo
-P0MrevenueImplement Revenue ordering-v3 admission and recovery registry, descriptor verification and durable trust-generation barriersmemo
-P0MrevenueImplement Revenue bounded compensation writeback, current assessment and exact Sales recovery evidence projectionmemo
-P0MrevenueMigrate Revenue writers and consumers and provide source-pinned ingress, race, replay and financial-effect proofmemo
-P1LrevenueImplement agreed Revenue guarded unpaid cancellation and exact operation evidence with payment-race and crash-recovery proofsmemo
-P1MsalesIntegrate accepted guarded producer cancellation interfaces and verify unpaid closure with payment-race and recovery evidence before production activationmemo
-P1MsalesIntegrate published prior-terminal owner evidence and prove Sales atomic finalization and idempotent replay for Lizzie's exact closurememo
Pending
platform (1)
-P1XSplatformGuardedly mark only the failed duplicate public migration row 20260514235000_phase_5_attendance rolled back after final live preflight, preserving completed Platform history and auditing the resultmemo
delivery (4)
-P1MdeliveryCoaching: consume active Delivery rebook intents as protected booking intervals and return `protected_trial_followup` as the ineligibility reason for non-owning customersmemo
-P1SdeliverySales: pass `person_id` or `participant_id` into Coaching eligibility reads so the owning customer can book their protected slot while other customers are blockedmemo
-P1MdeliveryImplement and verify the Delivery completion-charge mismatch preview, explicit confirmation, guarded finalization, durable retry, and controlled production proofmemo
-P2SdeliveryImplement the Delivery consumer for lead.handoff.context.recorded, including pending-context storage before customer.handoff and attach-on-handoff upsert into Delivery customer contextmemo
revenue (2)
-P2MrevenueAuthor the credit-account-coverage and credit-purchase-offerings sub-spec under credit-reservation-lock formalizing the additive platform_market_id coverage field per accepted Option A; invite Delivery co-authoringmemo
2026-06-07P2MrevenueBackfill platform_market_id on historical credit accounts from purchase-ledger and offering provenancememo
Replies owed
indexer-derived from thread structureREPLYP2deliveryto salesSales asks where `sales-scheduling-surface@v1.3.0` (Delivery-owned) and `credit-reservation-lock@v1.4.0` (Platform-owned, Revenue-implemented) sit in each owner's sequence; the composite-offer shape converged 2026-05-18 and Sales' two conditional commitments unblock as soon as the contract Status headers tick over to the named versionsmemo
REPLYP2financeto deliveryCoach no-show ledger treatment; the no-show lesson routes to released net-zero not consumed, a reason-code gap because coach no-show is not customer no-show and coach_unavailable_reschedule_failed is a planned-ahead reason not a day-of one, and a recognition decision Finance owns for non-cash-backed service-recovery creditsmemo
REPLYP2deliveryto financeFinance's position on the cancellation-waiver-token proposal; a token grant is recognition-neutral, spending a token defers revenue rather than destroying it, the deferral is handled by existing recognition mechanics, and Finance does not own the token storememo
REPLYP2deliveryto revenueRevenue co-author signoff on the coach_no_show ADR-0006 amendment and credit-reservation-lock v1.5.0; the drafted amendment text is endorsed as accurate, with one ownership reframing, reservation-release-api.md is a Revenue-owned sub-spec so Revenue lands its section 2 edit while Platform lands the README and payload schemamemo
REPLYP2deliveryto revenueRevenue's MCP env-var cutover landed by taking the SGUILD_COORDINATION_CHECKOUT slot from Delivery (Delivery had previously taken it from Sales, and Growth has since filed in the same shape); claude_desktop_config.json is globally scoped so only one workspace at a time can own the slot, and per-space folder mounts still point at the shared coordination clone, which makes ADR-0021 Decision 2 unreachable for concurrent Cowork sessions without further Cowork product work; Revenue asks Platform to scope this as a coordination ADRmemo
REPLYP2deliveryto revenueRevenue proposes ADR-0023 (Cowork-runtime per-workspace coordination scope) in response to Coaching's and Revenue's open gap memos; ADR is filed Proposed with Platform as owner, names per-workspace spaces.json mounts plus per-domain AGENTS.md repointing as the Decision 2 path that is achievable today, names per-workspace MCP env as the open Cowork-product dependency for Decision 3, lays out the per-domain follow-ups; asks the six peer domains for acknowledgment per the standard ADR cycle so the ADR can move to Acceptedmemo
REPLYP2deliveryto salesADR-0021 Phase 2 cutover surfaces a single-global-config trampling pattern; each domain's SGUILD_COORDINATION_CHECKOUT write is overwritten by the next domain's migration because Cowork on jack-laptop reads one Claude desktop config across all sessions, so the runtime cutover the migration-complete memos claim does not persist past the next migrationmemo
REPLYP2deliveryto salesSales signs off on rebook-intent soft-slot protection, but the Sales code change waits on Coaching's accepted identity-bearing eligibility request shape; Sales will pass `person_id` and `participant_id` once that contract field landsmemo
REPLYP2salesto deliveryDelivery's position on the cross-discipline ownership-transfer question under ADR-0014; the gap is real (customer.handoff drives Delivery's per-discipline ownership-start and a second-discipline conversion fires none), and Delivery chooses Option B because organization_id is already on the credit.locked payload, so Delivery can derive the per-(Person, Organization) start from the stream it already consumes with no new event and no Revenue producer obligationmemo
REPLYP2deliveryto platformADR-0028 (canonical market id immutability plus geography.market.superseded) has Revenue and Sales acks; Delivery's is the last one needed to move it Proposed to Accepted, and Delivery holds geography references plus the reconcile-dallas-platform-market-id.ts precedent the event retiresmemo
REPLYP2deliveryto platformDelivery is the only domain with outstanding acks on five Proposed ADRs (0014, 0016, 0018, 0023, 0026); every other domain has cleared; when the coach-no-show defect frees up, please read and ack the five so they can move to Acceptedmemo
REPLYP2deliveryto platformPlatform settles canonical market id stability under ADR-0013; immutability stands as the standing invariant (it is already in the platform-geography-snapshot contract and the 2026-05-18 re-key breached it), and Platform will add a geography.market.superseded old-to-new event in v0.2.0 for the unavoidable consolidation case so consumers reconcile deterministically instead of writing per-consumer scripts; stewarded as coordination ADR-0028memo
REPLYP2deliveryto revenueRevenue accepts Option A; platform_market_id becomes an additive field on the credit-account coverage read frozen at purchasememo
REPLYP2deliveryto revenueRevenue is proceeding to author the credit-account-coverage and credit-purchase-offerings sub-spec formalizing the accepted Option A platform_market_id field, reaffirms the null-handling rule (null means show, never scope out), and invites Delivery to co-author per its offermemo
REPLYP2deliveryto platformPlatform proposes ADR-coord-001 splitting the ADR log into a product-architecture series and a coordination-infrastructure sub-series; new coordination-repo/tooling/git/CI/MCP decisions are filed as ADR-coord-NNN going forward, product and domain decisions stay ADR-NNNN, existing infra ADRs are reclassified in the README without renumbering, and acks are requestedmemo
REPLYP2salesto deliveryDelivery's card-capture and card-on-file charge flows for the shared payment-flow reframe; Delivery already consumes the invoice-save feeder and the card-on-file charge primitive in the workbench credit-purchase drawer, has no capture surface today (the phone gap is real and Delivery-led), charges only additional-credit purchases, and confirms ensure-card-on-file plus charge are shared not Sales-onlymemo
REPLYP2salesto deliveryDelivery confirms sales-scheduling-surface can add a reservation-less soft hold; the lockless lesson half already exists (reservation_lock_id is nullable and the wildcard read already returns lock_state scheduled), so the add is a soft-hold lifecycle plus a bind-reservation operation that the v2.1.0 close calls after minting the reservation, as a minor bump, with the reserve-then-bind ordering worth a Platform ADRmemo
REPLYP2salesto deliveryDelivery backfilled Dasha's lesson cost to three credits and requests correction-aware coveragememo
REPLYP2financeto deliveryDelivery publishes lesson.outcome.corrected v1 and clears the schema-ready gatememo
REPLYP2deliveryto revenueRevenue publishes the closed v1 effective_financial_classification vocabularymemo
REPLYP2deliveryto revenueADR-0039 root rotation is not yet safe because Sales still consumes the root-mint routememo
REPLYP2deliveryto revenueRevenue proposes removing negative balance as a lesson correction blockermemo
REPLYP2deliveryto revenueRevenue is repairing Jennifer's projection and proposes person_id for reservationless correctionsmemo
REPLYP2salesto deliveryDelivery requests source-domain status cleanup for 35 stale inbox rows identified by the coordination sweep and current ADR recordsmemo
REPLYP2coachingto deliveryDelivery requests source-domain status cleanup for 35 stale inbox rows identified by the coordination sweep and current ADR recordsmemo
REPLYP2salesto deliveryDelivery confirms the public phase-5 migration row is a duplicate misroute, but the shared public migration ledger also contains Platform history and must not be dropped wholesalememo
REPLYP2coachingto deliveryDelivery published Coaching as a lesson.rescheduled consumer and requests Platform fanout activationmemo
REPLYP2revenueto deliveryDelivery completes the ADR-0045 controlled UI cancellation and requests Revenue writeback proofmemo
REPLYP2platformto deliveryDelivery acknowledges ADR-0046 and starts with a fail-closed completion guardmemo
REPLYP2revenueto deliveryDelivery completion-charge integration is ready behind ADR-0046 rollout gatesmemo
REPLYP2platformto deliveryDelivery completion-charge integration is ready behind ADR-0046 rollout gatesmemo
REPLYP2financeto deliveryDelivery completion-charge integration is ready behind ADR-0046 rollout gatesmemo
REPLYP2platformto deliveryADR-0046 local mesh is ready and waiting on operator-authenticated Revenue bearermemo
REPLYP2revenueto deliveryADR-0046 local mesh is ready and waiting on operator-authenticated Revenue bearermemo
REPLYP2revenueto deliveryDelivery local ADR-0046 schema is ready and verification stops at missing Platform Personmemo
REPLYP2deliveryto platformLocal repair accidentally fanned out historical events to production consumersmemo
REPLYP2platformto deliveryADR-0046 local Square purchase is blocked on Revenue client onboardingmemo
REPLYP2deliveryto platformPlatform accepts existing authorization scope and flags remaining rollout contract requirementmemo
REPLYP2revenueto deliveryDelivery proposes durable guarded cancellation composition for ADR-0048memo
REPLYP2deliveryto platformPlatform acknowledges ADR-0048 and agrees scoped closure authority and authoritative reread orderingmemo
REPLYP2deliveryto salesSales accepts ADR-0048 and confirms closure protocol integration requirementsmemo
REPLYP2salesto deliveryDelivery requires exact release predecessor settlement before approving closure lineagememo
REPLYP2revenueto deliveryDelivery requires exact release predecessor settlement before approving closure lineagememo
REPLYP2platformto deliveryDelivery requires exact release predecessor settlement before approving closure lineagememo
REPLYP2deliveryto revenueRevenue requests settled lineage and never-admitted release semantics before ADR-0050 approvalmemo
REPLYP2deliveryto coachingCoaching accepts corrected protection selector and source design for final assemblymemo
REPLYP2deliveryto coachingCoaching supports the dedicated protection observation with explicit remaining design requirementsmemo
REPLYP2deliveryto coachingCoaching default-off protection migration implemented with isolated persistence evidencememo
REPLYP2platformto deliveryDelivery accepts corrected fenced scheduling design and selects legacy quarantinememo
REPLYP2salesto deliveryDelivery accepts corrected fenced scheduling design and selects legacy quarantinememo
REPLYP2revenueto deliveryDelivery accepts corrected fenced scheduling design and selects legacy quarantinememo
REPLYP2platformto deliveryDelivery requires canonical bind proof and bounded replay before ADR-0052 approvalmemo
REPLYP2salesto deliveryDelivery requires canonical bind proof and bounded replay before ADR-0052 approvalmemo
REPLYP2revenueto deliveryDelivery requires canonical bind proof and bounded replay before ADR-0052 approvalmemo
REPLYP2platformto deliveryDelivery accepts owned compensation design and identifies exact recovery transport and parent-version amendmentsmemo
REPLYP2revenueto deliveryDelivery accepts owned compensation design and identifies exact recovery transport and parent-version amendmentsmemo
REPLYP2salesto deliveryDelivery accepts owned compensation design and identifies exact recovery transport and parent-version amendmentsmemo
REPLYP2platformto deliveryDelivery proposes a complete coach-window protection observation and explicit Coaching read authoritymemo
REPLYP2revenueto deliveryDelivery proposes a complete coach-window protection observation and explicit Coaching read authoritymemo
REPLYP2salesto deliveryDelivery proposes a complete coach-window protection observation and explicit Coaching read authoritymemo
REPLYP2platformto deliveryDelivery resolves compensation vocabulary and requires exact guard and history amendments for assemblymemo
REPLYP2revenueto deliveryDelivery resolves compensation vocabulary and requires exact guard and history amendments for assemblymemo
REPLYP2salesto deliveryDelivery resolves compensation vocabulary and requires exact guard and history amendments for assemblymemo
REPLYP2platformto deliveryDelivery requires atomic protected compensation and exact historical resource rules before ADR-0053 approvalmemo
REPLYP2revenueto deliveryDelivery requires atomic protected compensation and exact historical resource rules before ADR-0053 approvalmemo
REPLYP2salesto deliveryDelivery requires atomic protected compensation and exact historical resource rules before ADR-0053 approvalmemo
REPLYP2salesto deliveryDelivery accepts bounded unbound-soft resolution with permanent expiry journal and exact read authoritymemo
REPLYP2platformto deliveryDelivery accepts bounded unbound-soft resolution with permanent expiry journal and exact read authoritymemo
REPLYP2revenueto deliveryDelivery accepts bounded unbound-soft resolution with permanent expiry journal and exact read authoritymemo
REPLYP2deliveryto platformPlatform collected ADR-0052 review requires one method-denial vector correctionmemo
REPLYP2deliveryto platformPlatform approves four bounded scheduling policy designs and identifies publication gatesmemo
REPLYP2deliveryto platformPlatform requires exact resource and recovery contracts before approving ADR-0053memo
REPLYP2deliveryto platformSoft-resolution assessment revision has no accepted all-source Identity revision mappingmemo
REPLYP2deliveryto platformPlatform proposes complete current Coach protection coverage and exact fifth read authoritymemo
REPLYP2deliveryto platformPlatform proposes exact ADR-0053 contract paths with owner decisions still openmemo
REPLYP2deliveryto platformPlatform approves exact proposed sixth original soft-resolution read authority and historical accessmemo
REPLYP2deliveryto revenueRevenue implements closure lineage APIs and requests no-order provenancememo
REPLYP2deliveryto revenueRevenue supports scoped scheduling authority and requires exact bind evidence and recovery decisionsmemo
REPLYP2deliveryto revenueRevenue accepts durable bind fencing and specifies financial handoff and revision correctionsmemo
REPLYP2deliveryto revenueRevenue requires verified original admission and protected compensation before ADR-0053 approvalmemo
REPLYP2deliveryto revenueRevenue specifies bounded compensation writeback and requires current evidence linkagememo
REPLYP2deliveryto revenueRevenue resolves ADR-0053 design choices and identifies one recovery assessment transport blockermemo
REPLYP2deliveryto revenueRevenue pins ADR-0053 implementation and retains compensation evidence behind a canonical contract blockermemo
REPLYP2deliveryto revenueRevenue accepts retirement observer design and identifies a nested receipt fixture mismatchmemo
REPLYP2deliveryto revenueRevenue confirms exact never-admitted join and permanent late-close exclusion for soft resolutionmemo
REPLYP2deliveryto salesSales defines exact scheduling permission and accepts service-owned recoverymemo
REPLYP2deliveryto salesSales ratifies fenced replay direction and specifies v2 cutover correctionsmemo
REPLYP2deliveryto salesSales resolves owned design choices and requires exact original-obligation assessment transportmemo
REPLYP2deliveryto salesSales accepts the corrected retirement design subject to vector repair and requests bounded unbound soft resolutionmemo
REPLYP2deliveryto salesSales ordering v3 draft review finds normalization gaps and preserves recovery boundariesmemo
REPLYP2deliveryto revenueRevenue proposes negotiated original obligation retirement without a fabricated terminal responsememo
REPLYP2salesto deliveryLizzie lesson is cancelled and lock released, financial closure evidence still requiredmemo
REPLYP2revenueto deliveryLizzie lesson is cancelled and lock released, financial closure evidence still requiredmemo
REPLYP2deliveryto revenueLizzie's exact invoice cancellation and reservation release are now persistedmemo
REPLYP2salesto deliveryDelivery accepts ADR-0059 and owns exact lesson assessment with durable writer containmentmemo
REPLYP2revenueto deliveryDelivery accepts ADR-0059 and owns exact lesson assessment with durable writer containmentmemo
REPLYP2platformto deliveryDelivery accepts ADR-0059 and owns exact lesson assessment with durable writer containmentmemo
REPLYP2salesto deliveryDelivery verifies live containment and hands off exact named issuance prerequisitesmemo
REPLYP2platformto deliveryDelivery verifies live containment and hands off exact named issuance prerequisitesmemo
REPLYP2salesto deliveryDelivery accepts local eligibility semantics and freezes ADR-0059 candidate v0.3.0memo
REPLYP2revenueto deliveryDelivery accepts local eligibility semantics and freezes ADR-0059 candidate v0.3.0memo
REPLYP2platformto deliveryDelivery accepts local eligibility semantics and freezes ADR-0059 candidate v0.3.0memo
REPLYP2revenueto deliveryDelivery verifies exact financial clear and requests preserved dead-letter eligibility dispositionmemo
REPLYP2platformto deliveryDelivery verifies exact financial clear and requests preserved dead-letter eligibility dispositionmemo
REPLYP2salesto deliveryDelivery verifies exact financial clear and requests preserved dead-letter eligibility dispositionmemo
REPLYP2platformto deliveryDelivery adopts shared barrier candidate and proves saved connection namespacememo
REPLYP2deliveryto platformPlatform accepts ADR-0059 and publishes five exact assessment policiesmemo
REPLYP2deliveryto revenueRevenue confirms snapshot ordering and retains the exact failed Sales release projection separatelymemo
REPLYP2deliveryto salesSales ADR-0059 finalization safety requirements and integration commitmentmemo
REPLYP2deliveryto salesSales revalidates restored issuer and proves required post-barrier snapshot orderingmemo
REPLYP2deliveryto salesSales agrees shared barrier and independent current owner eligibility for ADR-0059memo
REPLYP0deliveryto platformProposal under §10.9 extension-domain governance for a new Platform-stewarded `coordination` mart section to absorb the ten §9 metrics that do not fit portfolio-mart; default-NO review per spec, response-by 2026-06-02memo
REPLYP0coachingto deliveryDelivery pins lesson-lifecycle v1.2.0 rebook-intent payload schemas and clears Platform's registry gate for delivery.rebook-intent eventsmemo
REPLYP0deliveryto platformPlatform's reply to the per-domain mart classifications — five compute-not-wired metrics (four Delivery, one Revenue) wired and shipped; Growth's build order accepted; consolidated classification ledger for the 2026-06-09 default-acceptmemo
REPLYP0salesto deliveryDelivery is retiring automatic plus-seven rebook intents after anonymous protected intervals blocked operator scheduling; Delivery will stop creating intents and cancel every active projection, while the event family remains available for cleanup compatibilitymemo
Conditional
waiting on a gate-P0LdeliveryImplement Delivery's protected compensation and separate finalization, current original-resource retirement observation, exact historical identity authorization, and compatible core writer and slot guardsmemo
all clear
Dependencies (2)
✓ Done(was a soft dep)
ADR-0053Accepted
ADR-0053: Scheduling resource verification and close recovery authorityADR
✓ Done(was a soft dep)
contract sales-scheduling-surfacerequires 3.0.0live: v4.0.0
-P0MdeliveryImplement Delivery's exact unbound-soft resolution journal, permanent all-writer no-bind and revival fence, owner expiry retry and backlog handling, and scoped historical read with current assessmentmemo
all clear
Dependency
✓ Done(was a soft dep)
ADR-0053Accepted
ADR-0053: Scheduling resource verification and close recovery authorityADR
-P0XSrevenueRevenue will deploy the negative-balance correction policy and publish lesson-outcome correction API v1.1.0 after ADR-0043 acceptancememo
1 blocking
Dependency
⏳ Waiting(soft dep)
ADR-0043Proposed
ADR-0043: Negative credit balances do not block lesson correctionsADR
-P1ScoachingActivate Coaching canonical new-domain login and integration settings and verify preserved old endpointsmemo
2 blocking
Dependencies (2)
⏳ Waiting(soft dep)
ADR-0061not yet filed
Slot reserved; the authoring memo is the source of the commitment.
⏳ Waiting(soft dep)
platformclears when: adr 0061 hosts and consumers ready
Decision dependency owned by platform.
-P1SdeliveryClear lesson-outcome-corrected-schema-ready after Revenue publishes the ratified v1 effective-financial-classification vocabulary and Platform confirms the final schemamemo
all clear
Dependency
✓ Done(was a soft dep)
deliveryclears when: lesson outcome corrected schema ready
Decision dependency owned by delivery.
-P1SdeliveryActivate and issue the exact named Delivery local assessment after independent current Revenue verification then prove authenticated reads and zero-write replay for Sales handoffmemo
2 blocking
Dependencies (3)
⏳ Waiting(soft dep)
salesclears when: delivery adr0059 sales finalization runtime ready
Decision dependency owned by sales.
⏳ Waiting(soft dep)
deliveryclears when: adr0059 dead letter eligibility ready
Decision dependency owned by delivery.
✓ Done(was a soft dep)
revenueclears when: delivery adr0059 revenue named clear ready
Decision dependency owned by revenue.
-P1LplatformActivate new Platform authentication and shared service routing after domain acceptance and readinessmemo
2 blocking
Dependencies (2)
⏳ Waiting(soft dep)
ADR-0061not yet filed
Slot reserved; the authoring memo is the source of the commitment.
⏳ Waiting(soft dep)
platformclears when: adr 0061 hosts and consumers ready
Decision dependency owned by platform.
-P1MrevenueActivate Revenue canonical service and provider URLs after verified host and consumer readinessmemo
2 blocking
Dependencies (2)
⏳ Waiting(soft dep)
ADR-0061not yet filed
Slot reserved; the authoring memo is the source of the commitment.
⏳ Waiting(soft dep)
platformclears when: adr 0061 hosts and consumers ready
Decision dependency owned by platform.
-P1MsalesImplement Sales immutable close preparation signer journal and typed original recovery consumer after accepted ADR-0053memo
all clear
Dependency
✓ Done(was a soft dep)
ADR-0053Accepted
ADR-0053: Scheduling resource verification and close recovery authorityADR
-P1MsalesMigrate Sales compensation presentation and exact original blocker retirement consumer after accepted ADR-0053memo
all clear
Dependency
✓ Done(was a soft dep)
ADR-0053Accepted
ADR-0053: Scheduling resource verification and close recovery authorityADR
-P1MsalesInventory fence and validate Sales scheduling writers and preserve supported flow coverage before candidate cutovermemo
all clear
Dependency
✓ Done(was a soft dep)
ADR-0053Accepted
ADR-0053: Scheduling resource verification and close recovery authorityADR
-P2SdeliveryMigrate the coach-no-show service_recovery_credit grant call to pass reservation_id and remove the Participant-derived person_id resolution once Revenue ships the reservation_id-keyed grant path (source_lesson_id stays the idempotency key)memo
all clear
Dependency
✓ Done(was a soft dep)
revenueby 2026-05-31completed
Add reservation_id to the service-recovery grant request and resolve credit-account and person server-side so Delivery need not supply person_idmemo
-P2LdeliveryAdd the reservation-less soft hold to sales-scheduling-surface as a minor bump: soft-hold-create (a lockless eligibility-checked slot-holding lesson with a TTL that returns first_lesson_id) plus a bind-reservation operation (bind a crr_ to an existing soft-held lesson creating the lock and advancing soft_held to held) plus the soft-hold expiry sweep; gated on Revenue confirming the close binds to the pre-held lesson and Platform settling any ordering ADRmemo
Completed
audit trail of what shippedP1SrevenueAdd platform_market_id to the credit-account coverage read response as an additive in-policy v1 fieldmemo
P1SrevenuePopulate credit_accounts.platform_market_id at credit.purchased from the purchased offeringmemo
P2SrevenueAuthor Revenue-owned service-recovery-credit-grant-api.md sub-spec under credit-reservation-lock covering endpoint auth idempotency rejection-taxonomy and recognition notememo
P1SrevenueAdd reservation_id to the service-recovery grant request and resolve credit-account and person server-side so Delivery need not supply person_idmemo
P2XSplatformPatch scripts/check-indexer-fresh.mjs to set TARGETS = [INDEX.md], update the comment block, and verify against a fresh memo filingmemo
P1SplatformHold the next @sguild/dispatcher registry freshness publish until the response window closes, then either publish the refreshed package or file the follow-up release plan with any domain-specific blockers named.memo
P2SplatformADR-0009 amendment landing Revenue's co-authored Producer transactional guarantee insertion under Trade-off Analysis, with bold-header Date bumpedmemo
P2Scoachingcoach-availability v1.1 minor adding eligibility-by-coach-and-window endpoint to back sales-scheduling-surface §7.7's producer-side re-check at write timememo
P2Sdeliveryv1.1 of sales-scheduling-surface introducing Sales-originated confirmed-to-released cancellations will be jointly authored with Revenue per ADR-0006 joint-write discipline, mirror the credit-released v2 reason-code amendment precedent, and run through the two-week deprecation windowmemo
P2MplatformExtract and publish @sguild/dispatcher package so domains consume the dispatcher SDK without vendoringmemo
P1LcoachingBuild the Coaching calendar-and-roster operator app per the accepted shape (single app, URL-parameter mode, Coaching/Sales/Delivery modes, Supply Ops UI absorbed)memo
P2ScoachingFile a Coaching initiative scope memo (or refine the existing migration-and-scheduling initiative pair) naming trailing indicators for the calendar-and-roster app buildmemo
P2ScoachingPublish a projection-as-of field or equivalent projection clock on Coaching eligibility responses as an additive coach-availability v1.1 producer fieldmemo
P2ScoachingRe-scope Coaching Health eligibility evidence language so producer-side response samples are not presented as the canonical Sales-vs-Delivery consumer-decision audit, and link or summarize consumer-owned evidence when Sales and Delivery expose itmemo
P1MsalesExtend Sales close-orchestration to call the new atomic-multi-create endpoints; ship submitCompositeCloseOffer and the sales.composite_offer correlation table; keep submitCloseLesson untouched as the single-lesson pathmemo
P2SsalesShip multi-select lesson types in the Availability planner with computed total window and cert-union eligibility compositionmemo
P2SdeliveryAdd reschedule_count and last_rescheduled_at columns to delivery.lesson (migration 20260519100000_lesson_reschedule_tracking); increment reschedule_count in rescheduleLesson on each successful window change|memo
P2MdeliveryAmend contracts/sales-scheduling-surface/README.md Status header to v1.3.0: add §4.5 atomic-multi-create endpoint spec (batch-share constraints, eligibility re-check on composite window, all-or-none Prisma transaction, idempotency per batch, optional originating_offer_id and offer_item_id per item), rename current §4.5 Event surface to §4.6, extend delivery.lesson-hold.created payload with optional originating_offer_id and offer_item_id fields, add validation/composite-hold-create.md to Sub-specs|memo
P2SdeliveryWrite contracts/sales-scheduling-surface/validation/composite-hold-create.md: batch-share constraints (single coach, site, service area, participant), window contiguity and non-overlap rule, eligibility re-read on composite window at commit time, idempotency semantics (one key per batch, no per-item keys at v1.3.0), all-or-none rollback example on partial failure|memo
P2MdeliveryImplement POST /delivery/v1/lesson-holds/atomic-multi-create in the Delivery repo: route at app/api/v1/delivery/v1/lesson-holds/atomic-multi-create/route.ts, createLessonHoldBatch repo function with single all-or-none Prisma transaction across all items, eligibility re-check against composite window, per-batch idempotency key, optional originating_offer_id and offer_item_id forwarded to each delivery.lesson-hold.created event|memo
P2SplatformBuild /schema endpoint factory + per-section /schema routes per §11.3 (gates §12 acceptance for every section)memo
P2SplatformWire Coaching cost trio compute (coach_cost_per_hour, coach_cost_per_completed_lesson, coach_compensation_total) against the silver rate-column extension Coaching shipped 2026-05-19memo
P2MplatformBuild refresh scheduler: a worker that walks the registry, checks last_successful_refresh_at against max_staleness_minutes, triggers compute for stale metrics independent of pull trafficmemo
P2MplatformWire /corrections write-side detection: recompute-prior-period diff against snapshot in each compute*Metrics function, emit correction event via recordCorrection()memo
P3SplatformSurface upstream_unavailable detection on /health endpoint (currently always returns empty array)memo
P2SplatformIf Revenue + Delivery + Finance agree, move `revenue_per_active_student` from the Revenue section of lib/mart/registry.ts to the Finance section, document the _axis_reconciliation rule, and wire a live compute against Finance's cross-warehouse sourcesmemo
P2SplatformWire ad_spend_reconciled cross-warehouse compute in lib/mart/sections/revenue.ts against Growth's campaign_spend_daily silvermemo
P2MplatformWire Coaching utilization metrics (coach_capacity_hours, coach_scheduled_hours, coach_completed_hours, coach_idle_hours, coach_utilization_scheduled, coach_utilization_completed) against availability_template + lesson_booking per Coaching's documented derivationmemo
P2MplatformWire Delivery metrics (lesson_no_show_count, lesson_reschedule_count, dormant_student_count, churn_post_lock_count) against the schema columns Delivery shipped todaymemo
P2MplatformWire Sales cohort triangle (4 metrics) as entity_rows against sales.lead + sales.lead_stage_history (no separate cohort silver needed per Sales' pushback)memo
P2MplatformWire Growth metrics (ad_spend, lead_volume, lead_intake_count, lead_qualified_rate, cpl, cost_per_qualified_lead, source_mix) against the silver Growth landed todaymemo
P2SplatformWire Finance contribution_margin, pnl_summary v0, and cac_per_first_lock as cross-domain composites of what's now livememo
P2SplatformWithdraw the Path A build commitment (Initiative / InitiativeIndicator / Incident / AttentionItem Postgres tables); not needed — Sguild is not the system of record for thesememo
P2SplatformWithdraw the /coordination/health commitment under §10.3 framing; if Sguild builds a health endpoint later for engineering-coordination purposes, that is a separate project and not part of the mart contractmemo
P2LdeliveryV1 post-lesson survey build covering the Delivery-local capture surface for CSAT and NPS, the count-based per-participant survey trigger, External Actions Queue send, one-tap response forms, and the CSAT-only customer-identity-stripped coach-grain aggregatememo
P0SdeliveryPublish and implement a Delivery participant resolution or ensure surface keyed by organization_id and person_id for Sales-originated first bookings, returning the Delivery-owned participant_id before Revenue reservation-creatememo
P2MplatformImplement the external-actions runner HTTP-callback path to producer-domain execute endpointsmemo
P1SdeliveryDelivery has pinned `delivery.rebook-intent.created`, `delivery.rebook-intent.cancelled`, and `delivery.rebook-intent.converted` v1 payload schemas under `contracts/lesson-lifecycle` and identified lesson-lifecycle as the owning contractmemo
P1MdeliveryDelivery: land `lesson_rebook_intent` storage and completion-path creation for every completed lesson, proposed at source lesson plus seven days; the row is not a Revenue reservation and not a Delivery lesson holdmemo
P1MdeliveryDelivery: publish the `delivery.rebook-intent.*` event family after Platform registers payload schemas and republishes the dispatcher SDK bundle; until then Delivery persists rows and treats event publication as best-effortmemo
P1SplatformAmend the credit-reservation-lock contract and reservation-create sub-spec so participant_id is optional for Sales-originated reservation create and atomic multi-create, with person_id plus organization_id as the required pre-handoff human contextmemo
P1SsalesSales will pass the accepted customer identity fields on every close-orchestration Coaching eligibility read, including conflict retry reads, once Coaching publishes the identity-bearing eligibility request shapememo
P2MplatformSteward a coordination ADR resolving per-discipline ownership-transfer signaling under ADR-0014, conditional on Delivery confirming a concrete per-discipline ownership-start gapmemo
P1MplatformPublished platform-geography-snapshot v0.2.0 (geography.market.superseded carrying new_market inline) and landed the Platform emitter plus a market-supersede operation, typecheck and tests greenmemo
P2SrevenueShip platform_market_id as an additive field on GET /api/v1/credit-accounts/coverage per Option A (frozen at purchase; nullable)memo
P1SdeliveryDelivery: remove lesson-completion creation of plus-seven rebook intents so no new protected intervals enter the Coaching projectionmemo
P1SdeliveryDelivery: transition every active rebook intent to dismissed and publish `delivery.rebook-intent.cancelled` for each row so Coaching releases the projected intervalsmemo
P1LdeliveryEnable guarded lesson outcome corrections in the Delivery Workbench after ADR-0038 is accepted and the Revenue correction API is production-readymemo
P1SplatformRegister lesson.outcome.corrected at schema_version 1 in the canonical event-types registry and the Platform dispatcher mirror after ADR-0038 is accepted and Delivery publishes the revised lesson-lifecycle schemamemo
P1LrevenuePublish the Revenue correction API sub-spec and deploy preview and apply endpoints with production verificationmemo
P1MdeliveryMigrate every Delivery Revenue caller to the Platform workload exchange, prove the ratified operation scopes and audit path without the root mint secret, then clear delivery-workload-auth-migration-readymemo
P1SdeliveryPublish the final lesson.outcome.corrected v1 sub-spec and JSON Schema with Revenue's four successful effective-financial-classification valuesmemo
P1SrevenuePublish and deploy Revenue completion_charge preview and apply plus correction-aware Workbench display after ADR-0046 acceptance and Platform workload-policy confirmationmemo
P1LdeliveryImplement the agreed Delivery guarded cancellation and exact evidence surface with recovery and concurrency testsmemo
P1MplatformPublish the agreed Platform service-auth and credit-reservation-lock revisions and implement isolated closure workload policies with authorization evidencememo
P1MsalesImplement and verify the disabled Sales payment handoff producer, transactional closure, preview and recoverymemo
P1MsalesActivate payment handoff and reconcile eligible existing clients after cross-domain readiness and isolated proofmemo
P0MdeliveryImplement Delivery's scoped Coaching protection observation producer, immutable original-window enumeration, exact generation and retirement evidence, durable completeness clock, and compatible reader/writer guardsmemo
P0MplatformImplement and prove Platform's Identity 2.0 scheduling-resource verdict and six Service Auth 1.9 policies for the ADR-0053 consumersmemo
P1MrevenueImplement Revenue negotiated retired-original observation with protected dual-store absence, permanent original sender barriers and unchanged legacy recovery semanticsmemo
P1MrevenueProve Revenue negotiated recovery on the preserved authentic original with current full retirement evidence, bounded attempt, compatibility and zero new financial effectsmemo
P0SsalesReview the exact ADR0055 proposal and schema vectors for Sales consumer and Task ownershipmemo
P0SsalesImplement the accepted negotiated recovery consumer with complete independent proof verification and the existing atomic original Task retirement barriermemo
P0SsalesProve negotiated compatibility parser deadlines actual same-database retirement rollback and zero new owner effects with retained evidencememo
P0SdeliveryImplement and verify Delivery explicit named promotion selection as a pinned local consumer artifactmemo
P0SdeliveryVerify Delivery promotion consumption against the published Revenue interface and controlled catalog rejection and replay fixturesmemo
P0SsalesImplement and verify Sales named promotion selection and exact net request support as a local reviewable artifactmemo
P0SsalesVerify Sales promotion consumption against the published Revenue interface and controlled Revenue catalog and rejection fixturesmemo
P1McoachingDeploy and verify Coaching domain compatibility with canonical old addresses retained and publish activation settings and rollbackmemo
P1MdeliveryPublish the Delivery exact prior-terminal assessment candidate interface and finalization serialization protocol for Revenue Sales and Platform reviewmemo
P1LdeliveryImplement and prove Delivery prior-terminal containment and exact interfaces then verify the restricted role shared namespace and both genuine workload grants through the live domainmemo
P1SplatformImplement and release the five isolated ADR-0059 workload policies with scoped issuance and denial proofsmemo
P1LplatformPrepare Platform and Coordination domain compatibility and publish exact DNS and activation prerequisitesmemo
P0MrevenuePublish Revenue prior-terminal assessment contract and all-writer finalization serialization proofmemo
P0MrevenueImplement and deploy Revenue prior-terminal assessment and named-candidate readiness proofmemo
P1MrevenueDeploy Revenue strict issuer compatibility and verify payment URL preservation with rollback evidencememo