38 lines
2.8 KiB
Markdown
38 lines
2.8 KiB
Markdown
# Tier 1: The Top-Level Orchestrator (Product Manager)
|
|
|
|
**Designated Models:** Gemini 3.1 Pro, Claude 3.5 Sonnet.
|
|
**Execution Frequency:** Low (Start of feature, Macro-merge resolution).
|
|
**Core Role:** Epic planning, architecture enforcement, and cross-module task delegation.
|
|
|
|
The Tier 1 Orchestrator is the most capable and expensive model in the hierarchy. It operates strictly on metadata, summaries, and executive-level directives. It **never** sees raw implementation code.
|
|
|
|
## Memory Context & Paths
|
|
|
|
### Path A: Epic Initialization (Project Planning)
|
|
* **Trigger:** User drops a massive new feature request or architectural shift into the main UI.
|
|
* **What it Sees (Context):**
|
|
* **The User Prompt:** The raw feature request.
|
|
* **Project Meta-State:** `project.toml` (rules, allowed languages, dependencies).
|
|
* **Repository Map:** A strict, file-tree outline (names and paths only).
|
|
* **Global Architecture Docs:** High-level markdown files (e.g., `docs/guide_architecture.md`).
|
|
* **What it Ignores:** All source code, all AST skeletons, and all previous micro-task histories.
|
|
* **Output Format:** A JSON array (Godot ECS Flat List format) of `Tracks` (Jira Epics), identifying which modules will be affected, the required Tech Lead persona, and the severity level.
|
|
|
|
### Path B: Track Delegation (Sprint Kickoff)
|
|
* **Trigger:** The PM is handing a defined Track down to a Tier 2 Tech Lead.
|
|
* **What it Sees (Context):**
|
|
* **The Target Track:** The specific goal and Acceptance Criteria generated in Path A.
|
|
* **Module Interfaces (Skeleton View):** Strict AST skeleton (just class/function definitions) *only* for the modules this specific Track is allowed to touch.
|
|
* **Track Roster:** A list of currently active or completed Tracks to prevent duplicate work.
|
|
* **What it Ignores:** Unrelated module docs, original massive user prompt, implementation details.
|
|
* **Output Format:** A compiled "Track Brief" (system prompt + curated file list) passed to instantiate the Tier 2 Tech Lead panel.
|
|
|
|
### Path C: Macro-Merge & Acceptance Review (Severity Resolution)
|
|
* **Trigger:** A Tier 2 Tech Lead reports "Track Complete" and submits a pull request/diff for a "High Severity" task.
|
|
* **What it Sees (Context):**
|
|
* **Original Acceptance Criteria:** The Track's goals.
|
|
* **Tech Lead's Executive Summary:** A ~200-word explanation of the chosen implementation algorithm.
|
|
* **The Macro-Diff:** Actual changes made to the codebase.
|
|
* **Curated Implementation View:** For boundary files, ensuring the merge doesn't break foreign modules.
|
|
* **What it Ignores:** Tier 3 Worker trial-and-error histories, Tier 4 error logs, raw bodies of unchanged functions.
|
|
* **Output Format:** "Approved" (commits to memory) OR "Rejected" with specific architectural feedback for Tier 2. |