# Ecosystem Ownership Matrix > **Status:** Draft > **Owner Model:** temporary four-party operating model > **Parties:** Saravana, Codex, Windsurf, Cursor > **Purpose:** Clarify who owns what for ecosystem planning, implementation, review, and tracking. --- ## 1. Current Operating Reality For now, the ecosystem is effectively operated by four parties: 1. **Saravana** Product owner, final technical decider, integration sponsor, and release authority. 2. **Codex** High-power architecture and implementation driver for complex cross-repo work. 3. **Windsurf** Medium-power execution partner for bounded implementation, iterative follow-through, and repo-local work. 4. **Cursor** Lower-power execution and assistance layer for narrower or more guided tasks. This document assumes no larger team structure exists yet. --- ## 2. Role Definitions ### Saravana Own: - final priorities - architectural direction approval - repo strategy decisions - acceptance of cross-product behavior changes - release/push/go-live calls ### Codex Own: - ecosystem architecture - shared-contract definition - cross-repo sequencing - difficult implementation plans - higher-risk refactors and integration strategy - documentation system-of-record quality ### Windsurf Own: - bounded implementation chunks - repo-local follow-through - structured doc updates - medium-complexity verification and completion loops ### Cursor Own: - smaller scoped implementation assistance - local productivity tasks - narrow edits under strong guidance - low-risk follow-up changes --- ## 3. Responsibility Matrix | Work Type | Saravana | Codex | Windsurf | Cursor | | ---------------------------------- | -------- | ----- | -------- | ------ | | ecosystem strategy | A | R | C | C | | shared contracts | A | R | C | C | | cross-repo implementation planning | A | R | C | C | | high-complexity integration work | A | R | C | I | | medium repo-local implementation | C | C | R | I | | low-risk guided edits | C | C | C | R | | tracker and commit-link hygiene | A | R | C | C | | final push/go-live decision | A | C | I | I | Legend: - `A` = accountable - `R` = responsible - `C` = consulted - `I` = informed --- ## 4. Repo Ownership Bias This is not exclusive ownership. It is the default lead bias. | Repo Area | Default Lead | | ----------------------------------------- | --------------------------------- | | `learning_ai_common_plat/docs/ecosystem/` | Codex | | shared contract docs | Codex | | implementation tracker updates | Codex | | product-local adoption docs | Windsurf or Cursor under guidance | | final prioritization and acceptance | Saravana | --- ## 5. Practical Rules 1. If a change affects more than one repo or defines a shared contract, Codex should lead. 2. If a change is bounded to one repo and the contract is already clear, Windsurf can lead. 3. Cursor should be used only for narrower, strongly-scoped work until the ecosystem contracts harden further. 4. Saravana remains the final authority on tradeoffs and sequencing. 5. Every major ecosystem task should be visible in the tracker with one clear owner. See also: - [`ECOSYSTEM_AGENT_OPERATING_MODEL.md`](/Users/saravana/BytelystAI/learning_ai/learning_ai_common_plat/docs/ecosystem/ECOSYSTEM_AGENT_OPERATING_MODEL.md) for the detailed delegation, review, merge, and parallelization process. --- ## 6. Implementation Checklist - [ ] confirm this temporary four-party ownership model - [ ] add repo adoption owners as work expands - [ ] add handoff conventions between Codex, Windsurf, and Cursor - [ ] revise this doc if the team structure changes Commits: - `41fa2cd` drafted the initial version - `7a86a76` updated the ownership language to Saravana - `pending` linked ownership to the detailed operating model