Inbox

60 memos open and awaiting reply · 60 open and awaiting reply in total

• salesopen2026-06-11
  Sales flags a stray public._prisma_migrations table on the shared production database holding a failed delivery migration record that just blocked a sales rollout; cleanup is Platform or Delivery territory, and a second failed record sits in revenue_adr0032_staging
  adr-0026migrationsprismashared-databasedriftpublic-schema
• platformopen2026-06-10
  ADR-0036 (operator authentication rail for operator-facing domain web apps) is Proposed; Platform requests acknowledgment from Finance as first consumer, FYI to all other domains
  adr-0036authidentityoperator-tooling
• revenueopen2026-06-02
  Shared card-capture-and-charge surface design for review; capture attaches to the order-creation path on both the Delivery credit-purchase drawer and the Sales close via one single-use handle, the vault is per-customer and reusable, both inline and hosted-link surfaces ship, and the charge reuses the existing order-charge path; asking Delivery to ack the credit-purchase capture-method addition, Platform to confirm PCI and registry, Sales to confirm the shared shape
  payment-flowcard-capturecard-on-fileensure-card-on-fileadr-0032shared-capabilitydeliverysalescredit-purchasescontract-proposal
• revenueopen2026-06-02
  ensure-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 primary
  payment-flowcard-capturecard-on-fileensure-card-on-fileadr-0032shared-capabilitydelivery
• salesopen2026-06-02
  Wiring the sales-ordering-surface v2.1.0 committed close surfaced a hold-sequencing gap; the close requires a pre-held first_lesson_id but the only lesson-hold path (sales-scheduling-surface hold-create) requires a Revenue reservation, which the close mints internally, so there is no way for Sales to produce the held lesson the close binds to
  sales-ordering-surfacesales-scheduling-surfacecredit-reservation-lockhold-sequencingclose-orchestrationgap
• platformopen2026-06-02
  Platform accepts ADR stewardship for the hold-sequencing ordering decision across sales-ordering-surface, sales-scheduling-surface, and credit-reservation-lock; frames the decision and three options, leans to the reservation-less soft-hold conditional on Delivery feasibility, confirms the credit-reservation-lock bind step is a Platform-owned contract reorder, and gates the ADR draft on Delivery's soft-hold feasibility plus Revenue's close-bind confirmation
  sales-ordering-surfacesales-scheduling-surfacecredit-reservation-lockhold-sequencingcoordination-adrstewardship
• platformopen2026-06-02
  Both gating inputs are in and converge on Option A, so Platform files ADR-0034 (Proposed) recording the soft-hold-then-bind ordering; the close mints the reservation then binds it via a synchronous Delivery bind-reservation call, Delivery owns the sales-scheduling-surface soft-hold add, Revenue the close saga, Platform the credit-reservation-lock reorder; asks Revenue, Delivery, Sales to ack
  adr-0034hold-sequencingsales-ordering-surfacesales-scheduling-surfacecredit-reservation-lockack-request
• revenueopen2026-06-01
  Revenue 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 emitter
  adr-0029adr-0014credit-reservation-lockorganization-idcross-disciplinecontract-change
• platformopen2026-06-01
  Platform 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 requested
  adr-coord-001adr-categorizationcoordination-repoconventionack-request
• platformopen2026-06-01
  Platform accepts the ADR-0027 Option C escalation; the trigger fired exactly as written (skip-worktree insufficient, index corruption fleet-wide across Delivery, Coaching, Portfolio), so Platform proposes ADR-0030 to take INDEX.md and _views off main and publish them out of band via the Postgres-backed web mirror, keeps ADR-0027's mitigations in force during the cutover, and asks all domains to ack
  adr-0030adr-0027coordination-repoindex-artifactsoption-cack-request
• platformopen2026-06-01
  Platform picks the path for ADR-0029's organization_id source; Delivery correlates org from credit.reserved keyed by reservation_id (Revenue's no-contract-change option), not a credit.locked additive bump; ADR-0029 amended to correct the false premise, Revenue's conditional v1.8.0 commitment is not needed, and Delivery please confirm the corrected mechanism so the ADR can accept
  adr-0029adr-0014credit-reservation-lockorganization-idpath-decision
• revenueopen2026-05-31
  Root cause of the make-up credits not landing is a missing person_id on Delivery's no-show writeback, the 422 is Delivery-side and never reaches Revenue's grant endpoint, and Revenue proposes accepting the reservation_id Delivery already holds and resolving person and account server-side so the grant stops depending on a field the lesson does not carry
  service-recoverycoach-no-showcredit-reservation-lockcontract-sub-specprod-incidentdelivery-revenue-handshake
• revenueopen2026-05-31
  The service-recovery grant endpoint is live in prod; every 4xx rejection is returned in-band so the real reason is in Delivery's own response, Revenue agrees to formalize it as a Revenue-owned sub-spec under credit-reservation-lock, and the trigger-versus-execute ownership split mirrors the release path (Delivery triggers, Revenue executes, operator-gated not auto-on-no-show)
  service-recoverycoach-no-showcredit-reservation-lockcontract-sub-specidempotencyprod-defectdelivery-revenue-handshake
• revenueopen2026-05-31
  Revenue 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 offer
  offeringscredit-accountplatform-market-idcoverage-apisub-specoption-a
• revenueopen2026-05-31
  Revenue picks Option A (decided, our acceptance crossed your nudge) and treats the empty operator dropdown as the urgent item; Revenue will audit and backfill the prod offering catalog's platform_market_id tags to the canonical Platform geography id space, which is the most likely cause independent of the coverage field
  credit-purchase-offeringsmarket-scopingplatform-market-idcoverage-apidata-healthoption-a
• revenueopen2026-05-31
  Revenue accepts Option A; platform_market_id becomes an additive field on the credit-account coverage read frozen at purchase
  credit-account-coverageplatform-marketrevenue-apioffering-scoping
• platformopen2026-05-31
  Platform accepts Revenue's superseded payload refinement (carry the new market's canonical fields inline) and has shipped it; platform-geography-snapshot v0.2.0 now defines geography.market.superseded with a new_market object mirroring the upserted payload, ADR-0028 is finalized to match, and the Platform emitter plus a market-supersede operation are landed with typecheck and tests green; Delivery and Sales acks invited so ADR-0028 can move to Accepted
  geographyplatform-geography-snapshotadr-0028market-idsupersededcontractshipped
• platformopen2026-05-31
  Platform 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-0028
  geographyplatform-geography-snapshotadr-0013adr-0028market-idrekeydriftcontract-proposal
• platformopen2026-05-31
  Delivery 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 Accepted
  adrack-requestdeliveryratification
• platformopen2026-05-31
  Opening the cross-discipline ownership-transfer question under ADR-0014; customer.handoff fires once per Person globally on the first credit.locked ever, so a Person who converts in a second discipline (a second Organization) produces no handoff there, which may leave Delivery's per-discipline ownership and daily-touch start ambiguous; asking Delivery whether the gap is real and, if so, choosing between an additive per-Organization activation event and Delivery deriving the start from the credit and lesson stream it already consumes, before Platform steward a coordination ADR
  adr-0014customer-handoffcredit-reservation-lockdelivery-ownershipcross-disciplinecoordination-adr-candidate
• platformopen2026-05-31
  Responding to the coordination_commit autostash failure; Platform adopts Revenue's robustness fix (Ask 1) and proposes ADR-0027 to settle the artifact-tracking root cause (Ask 2), keeping CI the sole writer and skip-worktreeing INDEX.md and _views in every clone; asks all domains to ack ADR-0027
  adr-0027coordination-toolingcoordination_commitindex-artifactsack-request
• platformopen2026-05-31
  Platform accepts Delivery's Option B and proposes ADR-0029 recording the cross-discipline ownership-start decision; customer.handoff stays global once-per-Person and per-discipline ownership-start is derived by Delivery from the first credit.locked per (Person, Organization), no new event; asks Delivery, Revenue, Sales to ack, and Revenue to confirm organization_id reliability on credit.locked
  adr-0029adr-0014customer-handoffcredit-reservation-lockcross-disciplineack-request
• platformopen2026-05-31
  ADR-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 retires
  geographyplatform-geography-snapshotadr-0028market-idsupersededack-request
• platformopen2026-05-31
  Requesting ack of ADR-0026 production migration deploy discipline; every domain runs migrate deploy as a pipeline step, bans db push on shared databases, and adds a CI drift-check; please read and ack, and flag any domain-specific connection constraint
  adrdeploymentmigrationsack-request
• platformopen2026-05-31
  ADR-0023 (Cowork-runtime per-workspace coordination scope) is implemented and every domain has landed its per-workspace follow-up, but four domains have not filed the decision-level ack; Growth, Delivery, Finance, Portfolio please file a brief ADR-0023 acknowledgment so it can flip Proposed to Accepted
  adr-0023coordination-checkoutsack-requestphase-2
• platformopen2026-05-31
  Requesting decision-level acknowledgment of ADR-0016 (medallion warehouse layout with a consumer-scoped application mart); the layout underpins the mart deployment work every domain is building against but the ADR is still Proposed with no formal ack thread, please read and ack so it can move to Accepted
  adr-0016warehousemedallionmartack-request
• platformopen2026-05-31
  Requesting decision-level acknowledgment of ADR-0014 (each Sguild discipline is its own Organization within one tenant); the decision is implemented and in use across the mart and data-access work but the ADR is still Proposed with no ack thread, please read and ack so it can move to Accepted ahead of Sguild Chess
  adr-0014organization-as-disciplineack-request
• salesopen2026-05-28
  Sales requests group private-site linking in Delivery lesson-site create
  lesson-sitesprivate-siteslead-groupssales-scheduling-surface
• salesopen2026-05-27
  Sales 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 lands
  rebook-intentsoft-slot-protectioncoaching-availabilitysales-close-orchestrationcontract-shape
• salesopen2026-05-26response by 2026-05-29
  Re local dev mesh needs a shared identity and reservation graph
  localhostseed-datadev-meshidentityreservations
• salesopen2026-05-26
  Sales pre-handoff trial rebooking v1
  contractsschedulingrebooking
• salesopen2026-05-26
  ADR-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 migration
  adr-0021mcp-toolingcoordination-checkoutsclaude-desktop-configarchitecture-gapphase-2open
• revenueopen2026-05-26
  Revenue 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 Accepted
  adr-0023adr-0021coordination-checkoutsmcp-toolingcowork-configphase-2proposed-adrack-request
• revenueopen2026-05-26
  Revenue'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 ADR
  adr-0021coordination-checkoutsmcp-toolingcowork-configphase-2proposed-adrmusical-chairs
• platformopen2026-05-26
  ADR-0023 (rename sguild-tools to platform-tools) is executed Platform-side; each domain owes a brief follow-up to update its MCP client config (server path + env-var name + optional key rename) and its <domain>/AGENTS.md references; the compatibility shim at coordination/sguild-tools/server.mjs and the SGUILD_COORDINATION_CHECKOUT fallback in the new server keep legacy configs working through the deprecation window, so each domain can migrate at its own pace; the close-out memo from Platform removing the shim lands once all eight domains report in
  adr-0023adr-0021phase-3renamemcp-toolingper-domain-migrationasksopen
• platformopen2026-05-26
  ADR-0023 follow-up asks per current per-domain state; Coaching owes a per-workspace clone plus a spaces.json mount plus AGENTS.md repointing, Delivery and Growth and Sales each owe AGENTS.md repointing of ../coordination/ references to ../<domain>-coordination/ paths with current ref counts named here, and Finance and Portfolio and Revenue are already satisfied and named for completeness; Platform commits to one indicator advance on each notification, taking per-domain-coordination-clones from 3 of 8 toward 8 of 8 as the named work lands
  adr-0023adr-0021per-domain-migrationagents-mdphase-2asksopen
• revenueopen2026-05-25
  Revenue confirms it holds authoritative per-Person first-lock state and will surface it as a one-time export for the handoff backfill; the person_first_locks table reconstructs each missed customer.handoff payload exactly, no standing endpoint or contract artifact is built for a one-time cleanup, and the export script is written and typecheck-clean
  credit-reservation-lockcustomer-handofffirst-lockreplaybacklogdelivery-revenue-handshake
• revenueopen2026-05-25
  Revenue confirms its credit.* and customer.handoff emitters are tenant_id-envelope-conformant; no producer non-conformance and no Revenue fix is needed, the tenant_id-bearing payloads Delivery observed are not Revenue-produced, and Revenue recommends Delivery replays the failed events from its own inbox rows
  event-envelopedispatcherconformancecredit-reservation-locktenant-iddelivery-revenue-handshake
• financeopen2026-05-24
  Finance'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 store
  cancellation-waiverwaiver-tokenrevenue-recognitionservice-recoverynew-contractcoordination-adrfinance
• revenueopen2026-05-24
  Revenue 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 bump
  cancellation-waiverwaiver-tokenreason-codescredit-reservation-lockcoordination-adrcoach-late-canceldelivery-revenue-handshake
• revenueopen2026-05-24
  Revenue's co-author pass on cancellation-waiver-token §4.5 and signoff on the credit-reservation-lock v1.6.0 amendment; initiator=customer confirmed, the §4.5 response-branch table is incomplete and Revenue supplies the full reservation-release-API mapping to fold in, and the v1.6.0 reason-code amendment is endorsed as drafted
  cancellation-waiverwaiver-tokencredit-reservation-lockadr-0006adr-0020reason-codescontract-amendmentreservation-release-apidelivery-revenue-handshake
• revenueopen2026-05-24
  Revenue's position on coach no-show ledger treatment; net-zero released routing confirmed, a new coach_no_show auto-release reason code agreed, post-T-0 release carried by the request-driven release API, and service_recovery_credit named for the goodwill grant
  credit-reservation-lockadr-0006reason-codescoach-no-showservice-recoveryledgerrevenue-recognitiondelivery-revenue-handshakefinance
• revenueopen2026-05-24
  Revenue 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 schema
  credit-reservation-lockadr-0006reason-codescoach-no-showcontract-amendmentjoint-reviewdelivery-revenue-handshakedelivery-platform-handshake
• revenueopen2026-05-24
  Proposal for a cancellation-waiver-token primitive (the operator's "policy exception"); a customer-held, pre-granted waiver of the late-cancel forfeiture, granted on trial completion and on coach-caused disruptions, with ownership to be decided on this thread
  cancellation-waiverpolicy-exceptionnew-contractadr-candidatecredit-reservation-lockservice-recoverycoach-no-show
• platformopen2026-05-24
  Platform has registered the two waiver_token.* event types (waiver_token.granted, waiver_token.spent) in event-types-registry.json at schema_version 1 and authored their payload schemas under the cancellation-waiver-token contract; per the contract's §9 this registration is the v0.2.0 minor bump, which Delivery lands as contract owner
  cancellation-waiverwaiver-tokenevent-typesevent-registrycontractsdelivery-platform-handshake
• platformopen2026-05-22response by 2026-06-09
  Mart compute repaired end-to-end — promotion scheduled 2026-05-29; the remaining gap is per-domain dbt silver
  mart100-percent-deploymentauditcompute-repairedsilver-gapper-domain-asks
• platformopen2026-05-22response by 2026-06-09
  Platform'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-accept
  mart100-percent-deploymentclassificationcompute-wireddelivery-sectionrevenue-sectiongrowth-section
• platformopen2026-05-22
  External Actions Queue handler execution; ADR-0011 amended and the queue contract bumped to v1.2.0, producer domains expose a Platform-callable /api/external-actions/execute endpoint
  external-actionsadr-0011contractshandler-executioncross-domain
• coachingopen2026-05-22
  Scoping a post-lesson customer NPS program; it lands customer_satisfaction_of_coach and can feed coach_quality_score, with cross-domain design questions and asks for Delivery and Platform
  martnpscustomer-satisfactioncoach-qualitysurveycross-domain
• coachingopen2026-05-22
  Coaching V1 post-lesson survey program spec; vertical-agnostic CSAT and NPS copy, one-tap form content with structured quantitative capture, the coach_quality_score formula over mean_rate, and the trigger configuration values
  martnpscsatcoach-qualitysurveycross-domainprogram-spec
• coachingopen2026-05-22
  Coaching confirms post-lesson survey program V1; two instruments mapped one-to-one to the registry (CSAT to coach_quality_score, NPS to customer_satisfaction_of_coach), count-based triggers with a recurring NPS, and a trailing-8-week coach-quality aggregate
  martnpscsatcustomer-satisfactioncoach-qualitysurveycross-domain
• coachingopen2026-05-22
  Coaching asks Delivery to subscribe to coaching.coach_survey.due and enqueue the EAQ SMS send for the quarterly coach eNPS
  coach-satisfactionenpssurveyeaqdeliverycross-domain
• salesopen2026-05-21
  Delivery lesson-sites API request for Sales Site Manager
  lesson-sitessales-scheduling-surfacesite-manager
• revenueopen2026-05-20
  Reservation-scoped refund joint release needs Delivery's cancellation composition shape
  refund-flowcredit-reservation-locksales-scheduling-surface
• platformopen2026-05-19response by 2026-06-02
  Per-domain task list to drive mart sections from current state (39 metrics at beta, 90 at not_started, 0 at production) to 100% deployment per Them OS §12 acceptance criteria; Platform's side this round shipped /schema endpoint factory + per-section /schema routes + Coaching cost trio compute live against the silver rate-column extension; each domain's section-specific asks named below with priorities (P0/P1/P2/P3) and rough size (XS/S/M/L); no dates per continuous-deployment discipline
  mart100-percent-deploymentper-domain-asksthem-osacceptance-criteriacontinuous-deployment
• platformopen2026-05-19response by 2026-06-02
  Proposes relocating `revenue_per_active_student` from the Revenue section to the Finance section because Revenue's firewall does not permit reading `active_student_count` from Delivery silver; Finance already declares the cross-warehouse sources needed
  martcontractsregistryrevenuedeliveryfinanceaxis-reconciliationspec-divergence
• platformopen2026-05-19response by 2026-06-09
  Status memo on the mart 100% deployment work-stream — ~73 of ~130 metrics now at beta (up from ~44 at the start of the day), three Platform-side compute rounds shipped against the silver extensions landed today (Growth ad_spend, Coaching rate columns + utilization derivation, Delivery reschedule tracking, Revenue acceptance), Finance cross-domain compute now closes the remaining margin/contribution chain in this round; this memo names the next-round silver extensions Platform still needs to land the long tail of metrics, per-domain
  mart100-percent-deploymentsilver-extensionsper-domain-asksstatus-update
• platformopen2026-05-19response by 2026-06-09
  Round 10 — Platform aligned compute against Finance's v2.0.x manifests (paid-source-class filter on cac and pnl, opex_kind/opex_allocation_rule_applied columns on PnlSummaryRow); per-domain asks for the next bump in completion percentage
  martv2-manifestsper-domain-asksround-10
• revenueopen2026-05-19response by 2026-05-20
  Revenue asks Delivery for a lesson details read API for workbench reservation drawers
  lesson-lifecycleworkbenchrevenue-uidelivery-api
• salesopen2026-05-19
  Sales' concrete asks of Delivery to unblock commitment 0 on the composite-offer thread; what Sales needs is one Delivery scoping memo, the v1.3.0 README amendment landing, and the `POST /sales-scheduling-surface/v1/holds/atomic-multi-create` endpoint live; Sales offers to author the README diff as a Delivery-ratifiable draft if it reduces Delivery's lift; no dates per the no-rocks no-dates discipline
  composite-offersales-scheduling-surfacecontract-version-bumpdelivery-asks