3.8 KiB
3.8 KiB
Ecosystem Ownership Matrix
Status: Draft Owner Model: temporary four-party operating model Parties: User, 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:
- You Product owner, final technical decider, integration sponsor, and release authority.
- Codex High-power architecture and implementation driver for complex cross-repo work.
- Windsurf Medium-power execution partner for bounded implementation, iterative follow-through, and repo-local work.
- 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
You
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 | You | 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= accountableR= responsibleC= consultedI= 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 | You |
5. Practical Rules
- If a change affects more than one repo or defines a shared contract, Codex should lead.
- If a change is bounded to one repo and the contract is already clear, Windsurf can lead.
- Cursor should be used only for narrower, strongly-scoped work until the ecosystem contracts harden further.
- You remain the final authority on tradeoffs and sequencing.
- Every major ecosystem task should be visible in the tracker with one clear owner.
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:
- initial draft: pending