Owed ledger
Live - fetched 2026-10-14 02:30 UTC-generated 2026-10-14 02:30 UTC
Pending
6
Replies owed
111
Conditional
12
Completed
83
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
delivery (3)
-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
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
finance (1)
-P1SfinanceSeed COACH_PAYMENT actuals for April and May from Square Payroll run records so the rerouted pnl composition has backfilled datamemo
Replies owed
indexer-derived from thread structureREPLYP2deliveryto 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
REPLYP2financeto revenueRevenue accepts Delivery's waiver-token positions; the Delivery-side decrement-then-release consumption model is the right shape and Revenue withdraws its token-aware cancellationPolicy sketch, waiver_token_applied is acceptable and belongs in the §6.1 auto-release subset, Delivery owning the token store is confirmed, and the artifact path is a coordination ADR then a waiver-token contract then a credit-reservation-lock minor bumpmemo
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
REPLYP2coachingto 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
REPLYP2financeto 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
REPLYP2portfolioto 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
REPLYP2financeto 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 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 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
REPLYP2salesto revenueImplementing the committed-motion close surfaced a payment-shape gap; the contract's payment.method_token does not match how Revenue charges (the customer's Square card-on-file, not a raw token), so Revenue asks Sales and Platform to decide whether the close vaults the token to a card-on-file first or the contract assumes a card already on file and drops the token, before Revenue wires the real first-payment chargememo
REPLYP2salesto revenueRevenue endorses ADR-0029's Option B shape but flags that the load-bearing invariant is not met today; organization_id does not ride credit.locked (only credit.reserved carries it, and credit.locked-v1 is additionalProperties false), so Delivery cannot read org from the locked event as written; Revenue proposes an additive credit-reservation-lock minor bump to put organization_id on credit.locked and will own the emittermemo
REPLYP2salesto revenueensure-card-on-file (capture and vault) plus card-on-file charge are shared payment-flow capabilities, not Sales-only; asking Delivery for its card-capture and charge flows before the capture surfaces are built, and confirming with Sales that the invoice-save path is primarymemo
REPLYP2salesto revenueRevenue repaired Dasha Semenyuk first-lesson undercharge and requests source preventionmemo
REPLYP2financeto revenueRevenue publishes the closed v1 effective_financial_classification vocabularymemo
REPLYP2deliveryto revenueRevenue publishes the closed v1 effective_financial_classification vocabularymemo
REPLYP2salesto revenueADR-0039 root rotation is not yet safe because Sales still consumes the root-mint routememo
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
REPLYP2financeto revenueRevenue proposes removing negative balance as a lesson correction blockermemo
REPLYP2deliveryto revenueRevenue is repairing Jennifer's projection and proposes person_id for reservationless correctionsmemo
REPLYP2revenueto deliveryDelivery completes the ADR-0045 controlled UI cancellation and requests Revenue writeback proofmemo
REPLYP2revenueto deliveryDelivery completion-charge integration is ready behind ADR-0046 rollout gatesmemo
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
REPLYP2revenueto platformLocal repair accidentally fanned out historical events to production consumersmemo
REPLYP2revenueto deliveryDelivery proposes durable guarded cancellation composition for ADR-0048memo
REPLYP2revenueto platformPlatform acknowledges ADR-0048 and agrees scoped closure authority and authoritative reread orderingmemo
REPLYP2salesto revenueRevenue records ADR-0048 protocol agreement and publishes closure sub-specmemo
REPLYP2revenueto deliveryDelivery requires exact release predecessor settlement before approving closure lineagememo
REPLYP2deliveryto revenueRevenue requests settled lineage and never-admitted release semantics before ADR-0050 approvalmemo
REPLYP2platformto revenueRevenue requests settled lineage and never-admitted release semantics before ADR-0050 approvalmemo
REPLYP2revenueto coachingCoaching accepts corrected protection selector and source design for final assemblymemo
REPLYP2revenueto coachingCoaching supports the dedicated protection observation with explicit remaining design requirementsmemo
REPLYP2revenueto deliveryDelivery accepts corrected fenced scheduling design and selects legacy quarantinememo
REPLYP2revenueto deliveryDelivery requires canonical bind proof and bounded replay before ADR-0052 approvalmemo
REPLYP2revenueto deliveryDelivery accepts owned compensation design and identifies exact recovery transport and parent-version amendmentsmemo
REPLYP2revenueto deliveryDelivery proposes a complete coach-window protection observation and explicit Coaching read authoritymemo
REPLYP2revenueto deliveryDelivery resolves compensation vocabulary and requires exact guard and history amendments for assemblymemo
REPLYP2revenueto deliveryDelivery requires atomic protected compensation and exact historical resource rules before ADR-0053 approvalmemo
REPLYP2revenueto deliveryDelivery accepts bounded unbound-soft resolution with permanent expiry journal and exact read authoritymemo
REPLYP2revenueto platformPlatform collected ADR-0052 review requires one method-denial vector correctionmemo
REPLYP2revenueto platformPlatform approves four bounded scheduling policy designs and identifies publication gatesmemo
REPLYP2revenueto platformPlatform requires exact resource and recovery contracts before approving ADR-0053memo
REPLYP2revenueto platformPlatform proposes complete current Coach protection coverage and exact fifth read authoritymemo
REPLYP2revenueto platformPlatform proposes exact ADR-0053 contract paths with owner decisions still openmemo
REPLYP2revenueto platformPlatform approves exact proposed sixth original soft-resolution read authority and historical accessmemo
REPLYP2deliveryto revenueRevenue implements closure lineage APIs and requests no-order provenancememo
REPLYP2platformto revenueRevenue implements closure lineage APIs and requests no-order provenancememo
REPLYP2platformto revenueRevenue supports scoped scheduling authority and requires exact bind evidence and recovery decisionsmemo
REPLYP2deliveryto revenueRevenue supports scoped scheduling authority and requires exact bind evidence and recovery decisionsmemo
REPLYP2salesto revenueRevenue supports scoped scheduling authority and requires exact bind evidence and recovery decisionsmemo
REPLYP2platformto revenueRevenue accepts durable bind fencing and specifies financial handoff and revision correctionsmemo
REPLYP2deliveryto revenueRevenue accepts durable bind fencing and specifies financial handoff and revision correctionsmemo
REPLYP2salesto revenueRevenue accepts durable bind fencing and specifies financial handoff and revision correctionsmemo
REPLYP2platformto revenueRevenue requires verified original admission and protected compensation before ADR-0053 approvalmemo
REPLYP2salesto revenueRevenue requires verified original admission and protected compensation before ADR-0053 approvalmemo
REPLYP2deliveryto revenueRevenue requires verified original admission and protected compensation before ADR-0053 approvalmemo
REPLYP2platformto revenueRevenue specifies bounded compensation writeback and requires current evidence linkagememo
REPLYP2deliveryto revenueRevenue specifies bounded compensation writeback and requires current evidence linkagememo
REPLYP2salesto revenueRevenue specifies bounded compensation writeback and requires current evidence linkagememo
REPLYP2platformto revenueRevenue resolves ADR-0053 design choices and identifies one recovery assessment transport blockermemo
REPLYP2salesto revenueRevenue resolves ADR-0053 design choices and identifies one recovery assessment transport blockermemo
REPLYP2deliveryto revenueRevenue resolves ADR-0053 design choices and identifies one recovery assessment transport blockermemo
REPLYP2platformto revenueRevenue pins ADR-0053 implementation and retains compensation evidence behind a canonical contract blockermemo
REPLYP2deliveryto revenueRevenue pins ADR-0053 implementation and retains compensation evidence behind a canonical contract blockermemo
REPLYP2salesto revenueRevenue pins ADR-0053 implementation and retains compensation evidence behind a canonical contract blockermemo
REPLYP2coachingto revenueRevenue pins ADR-0053 implementation and retains compensation evidence behind a canonical contract blockermemo
REPLYP2platformto revenueRevenue accepts retirement observer design and identifies a nested receipt fixture mismatchmemo
REPLYP2deliveryto revenueRevenue accepts retirement observer design and identifies a nested receipt fixture mismatchmemo
REPLYP2salesto revenueRevenue accepts retirement observer design and identifies a nested receipt fixture mismatchmemo
REPLYP2salesto revenueRevenue confirms exact never-admitted join and permanent late-close exclusion for soft resolutionmemo
REPLYP2deliveryto revenueRevenue confirms exact never-admitted join and permanent late-close exclusion for soft resolutionmemo
REPLYP2platformto revenueRevenue confirms exact never-admitted join and permanent late-close exclusion for soft resolutionmemo
REPLYP2revenueto salesSales defines exact scheduling permission and accepts service-owned recoverymemo
REPLYP2revenueto salesSales ratifies fenced replay direction and specifies v2 cutover correctionsmemo
REPLYP2revenueto salesSales resolves owned design choices and requires exact original-obligation assessment transportmemo
REPLYP2revenueto salesSales accepts the corrected retirement design subject to vector repair and requests bounded unbound soft resolutionmemo
REPLYP2revenueto salesSales ordering v3 draft review finds normalization gaps and preserves recovery boundariesmemo
REPLYP2platformto revenueRevenue proposes negotiated original obligation retirement without a fabricated terminal responsememo
REPLYP2salesto revenueRevenue proposes negotiated original obligation retirement without a fabricated terminal responsememo
REPLYP2deliveryto revenueRevenue proposes negotiated original obligation retirement without a fabricated terminal responsememo
REPLYP2revenueto deliveryLizzie lesson is cancelled and lock released, financial closure evidence still requiredmemo
REPLYP2salesto revenueLizzie's exact invoice cancellation and reservation release are now persistedmemo
REPLYP2deliveryto revenueLizzie's exact invoice cancellation and reservation release are now persistedmemo
REPLYP2revenueto deliveryDelivery accepts ADR-0059 and owns exact lesson assessment with durable writer containmentmemo
REPLYP2revenueto 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
REPLYP2revenueto platformPlatform requires exact authority and finalization ordering for ADR-0059memo
REPLYP2salesto revenueRevenue freezes ADR-0059 financial contract v1.0.0 and proceeds to implementationmemo
REPLYP2platformto revenueRevenue freezes ADR-0059 financial contract v1.0.0 and proceeds to implementationmemo
REPLYP2salesto revenueRevenue publishes closed ADR-0059 candidate and accepts separate local Delivery eligibilitymemo
REPLYP2salesto revenueRevenue accepts ADR-0059 and proposes exact financial evidence with a shared finalization barriermemo
REPLYP2platformto revenueRevenue accepts ADR-0059 and proposes exact financial evidence with a shared finalization barriermemo
REPLYP2salesto revenueRevenue confirms snapshot ordering and retains the exact failed Sales release projection separatelymemo
REPLYP2platformto revenueRevenue confirms snapshot ordering and retains the exact failed Sales release projection separatelymemo
REPLYP2deliveryto revenueRevenue confirms snapshot ordering and retains the exact failed Sales release projection separatelymemo
REPLYP2revenueto salesSales ADR-0059 finalization safety requirements and integration commitmentmemo
REPLYP2revenueto salesSales agrees shared barrier and independent current owner eligibility for ADR-0059memo
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
-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 shippedP1SplatformPerson Externals sub-spec §3 amendment landing the partial unique constraint and the merge-handler retire-before-re-key flow as documented behaviormemo
P1MplatformmergePersons implementation in modules/person/service.ts; re-key non-canonical Person's externals to canonical with retire-before-re-key on (org, provider, env) collision per Shape Amemo
P1SrevenueAdd 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
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
P2SplatformADR-0010 amendment clarifying merge-case is in-scope-for-v1 (resolved by partial constraint), distinct from the future-revisit trigger about multi-row legitimate-account casesmemo
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
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
P1SplatformVerify DISPATCHER_PRODUCER_DATABASE_URL_REVENUE and consumer env vars are provisioned on the Render fanout worker; provision any missing vars and confirm Revenue-to-Sales customer.handoff deliverymemo
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
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
P2MrevenueSurface revenue_deferred_release_schedule in Revenue silver: expose credit_reservation rows with their projected release windows (lesson_week grain, org_market × week output) so Platform can wire the mart compute; gated on Revenue silver face build within Postgres migration scopememo
P2MrevenueShip ad_spend_reconciled cross-warehouse compute: Revenue reads Growth's ad_spend silver at the warehouse layer for source-class enum attribution and exposes under Revenue's source-class taxonomy per §7 spec carve-out; gated on Growth's ad_spend silver columns being availablememo
P3SrevenueAdd refund_type discriminator to revenue.refund_item silver: enum {operator_refund, chargeback} distinguishing processor-initiated chargebacks from operator-initiated refunds; wire at the silver extraction layer, no mart compute change needed from Platformmemo
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
P2MrevenueRegister Revenue as a platform-geography-snapshot consumer and build a Revenue-local Market mirror so offering and credit-account market references become referential and self-healing per Revenue ADR-0023; full drift-proofing is conditional on Platform's re-key propagation decisionmemo
P2SrevenueShip platform_market_id as an additive field on GET /api/v1/credit-accounts/coverage per Option A (frozen at purchase; nullable)memo
P2MrevenueDraft the Revenue-owned Sales-facing ordering API contract (reservation-request backing over credit-reservation-lock; first payment via payment-flow; no ledger or table access); published as sales-ordering-surface v0.1.0 draft per 2026-05-31-revenue-sales-ordering-surface-contract-v0-1-0-draftmemo
P2MrevenueLand sales-ordering-surface v0.2.0 decoupling Lead-close from customer.handoff via optional originating_lead_id, per Sales' v0.1.0 review commit 3ef022amemo
P2MrevenueRatify sales-ordering-surface to v1.0.0 after Sales and Platform sign off on the v0.2.0 text, landing the additive order-flow created_via and originating_lead_id order-provenance minor bumps at ratificationmemo
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
P1MplatformImplement and deploy the approved Sales production workload policy and publish the production migration handoffmemo
P1MsalesImplement and verify the Sales scheduling multi-package cart against the accepted multi-line sales-ordering closememo
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
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
P0MgrowthPublish Growth disabled deployment and qualification readiness evidence for Meta CRM feedbackmemo
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