OWNER 010 add Codex workflow command governance

Author: ToolboxAid

dev/build/ProjectInstructions/PROJECT_INSTRUCTIONS.md

@@ -8,24 +8,27 @@ Codex and future wrappers must request this file directly. All other Project Ins
 
 ## Current Version/Date
 
-- Project Instructions Version: 2026-06-27.PR_26179_OWNER_010
-- Date: 2026-06-27
+- Project Instructions Version: 2026-06-28.PR_26179_OWNER_010
+- Date: 2026-06-28
 - Owner: OWNER
 
 ## Required Read Order
 
 1. Always read `dev/build/ProjectInstructions/PROJECT_INSTRUCTIONS.md`.
 2. Always read `dev/build/ProjectInstructions/PROJECT_STATE.md`.
 3. Always read `dev/build/ProjectInstructions/repository/canonical_repository_structure.md`.
-4. For Start of Day, read `dev/build/ProjectInstructions/bootstrap/codex_start_of_day_bootstrap.md`.
-5. Load team, backlog, database, runtime, theme, or other specialist documents only when the current task requires them.
+4. For Codex workflow command interpretation, read `dev/build/ProjectInstructions/standards/CODEX_WORKFLOW_COMMANDS.md`.
+5. For Start of Day, read `dev/build/ProjectInstructions/bootstrap/codex_start_of_day_bootstrap.md`.
+6. Load team, backlog, database, runtime, theme, or other specialist documents only when the current task requires them.
 
 ## Load Graph
 
 ```text
 PROJECT_INSTRUCTIONS.md
 |-- PROJECT_STATE.md
 |-- repository/canonical_repository_structure.md
+|-- standards/CODEX_WORKFLOW_COMMANDS.md
+|   `-- Start of Day, PLAN_PR, BUILD_PR, APPLY_PR, or command interpretation
 |-- bootstrap/codex_start_of_day_bootstrap.md
 |   `-- Start of Day only
 |-- team/backlog docs
@@ -43,6 +46,7 @@ PROJECT_INSTRUCTIONS.md
 - `PROJECT_INSTRUCTIONS.md`: always.
 - `PROJECT_STATE.md`: always.
 - `repository/canonical_repository_structure.md`: always.
+- `standards/CODEX_WORKFLOW_COMMANDS.md`: Start of Day, PLAN_PR, BUILD_PR, APPLY_PR, invalid command, or command interpretation tasks.
 - `bootstrap/codex_start_of_day_bootstrap.md`: Start of Day only.
 - Backlog docs: Start of Day or planning only.
 - Database docs: DB, DDL, DML, seed, or API persistence changes only.
@@ -64,19 +68,17 @@ Stop before changing files when:
 
 ## Execution Modes
 
-- Owner: decisions, governance direction, standards.
-- Build PR: execute one scoped PR purpose, validate, report, package.
-- Continue: continue the current scoped branch or PR without expanding scope.
-- Review: findings, risks, recommendations only unless implementation is explicitly requested.
-- Challenge: identify contradictions, risks, or better alternatives.
-- Stop Gate: stop and report the reason and required correction.
+Official Codex workflow command governance lives in:
 
-For detailed execution-mode wording, load `dev/build/ProjectInstructions/addendums/assistant_execution_modes.md` only when mode interpretation is unclear.
+`dev/build/ProjectInstructions/standards/CODEX_WORKFLOW_COMMANDS.md`
+
+That file owns Start of Day, PLAN_PR, BUILD_PR, APPLY_PR, and invalid command behavior.
 
 ## Referenced Documents
 
 - Project state: `dev/build/ProjectInstructions/PROJECT_STATE.md`
 - Repository folder placement SSoT: `dev/build/ProjectInstructions/repository/canonical_repository_structure.md`
+- Codex workflow commands: `dev/build/ProjectInstructions/standards/CODEX_WORKFLOW_COMMANDS.md`
 - Codex Start-of-Day bootstrap: `dev/build/ProjectInstructions/bootstrap/codex_start_of_day_bootstrap.md`
 - Branch lifecycle: `dev/build/ProjectInstructions/addendums/project_instructions_single_source_eod_lock.md`
 - PR workflow: `dev/build/ProjectInstructions/addendums/pr_workflow.md`
@@ -98,4 +100,5 @@ For detailed execution-mode wording, load `dev/build/ProjectInstructions/addendu
 - `PROJECT_INSTRUCTIONS.md` owns the manual entry point, required read order, load graph, stop gates, execution modes, and pointers.
 - `PROJECT_STATE.md` owns machine-friendly project state metadata.
 - `repository/canonical_repository_structure.md` owns all folder placement and file-placement rules.
+- `standards/CODEX_WORKFLOW_COMMANDS.md` owns Start of Day, PLAN_PR, BUILD_PR, APPLY_PR, and invalid command behavior.
 - `bootstrap/codex_start_of_day_bootstrap.md` owns Start-of-Day bootstrap architecture.

dev/build/ProjectInstructions/PROJECT_STATE.md

@@ -1,15 +1,15 @@
 # Project State
 
 ```yaml
-project_state_version: "2026-06-27.PR_26179_OWNER_010"
-last_updated: "2026-06-27"
+project_state_version: "2026-06-28.PR_26179_OWNER_010"
+last_updated: "2026-06-28"
 current_main_commit: "40de767476d70cadfd1292c916844c2f31b6f185"
 repository_status:
   state: "active-owner-pr"
   current_pr: "PR_26179_OWNER_010-canonical-project-folder-instructions"
   required_start_branch: "main"
   required_start_sync: "main...origin/main == 0 0"
-project_instructions_version: "2026-06-27.PR_26179_OWNER_010"
+project_instructions_version: "2026-06-28.PR_26179_OWNER_010"
 canonical_layout_version: "2026-06-27.PR_26179_OWNER_010"
 active_teams:
   - "Team OWNER"

dev/build/ProjectInstructions/TEAM_START_COMMANDS.md

@@ -2,6 +2,12 @@
 
 ## Required Main Reset Gate For Every Team
 
+Official Start of Day command format lives in:
+
+`dev/build/ProjectInstructions/standards/CODEX_WORKFLOW_COMMANDS.md`
+
+The ready-to-copy team assignment commands below are OWNER assignment helpers, not Start of Day bootstrap commands.
+
 No team creates a PR branch until all checks pass:
 
 - Current branch: `main`

dev/build/ProjectInstructions/addendums/assistant_execution_modes.md

@@ -1,120 +1,7 @@
 # Assistant Execution Modes
 
-## Purpose
+Status: Superseded
 
-Standardize request interpretation and expected outputs for Review, Owner, Build PR, Continue, Challenge, and Stop Gate workflows.
+SSoT: `dev/build/ProjectInstructions/standards/CODEX_WORKFLOW_COMMANDS.md`
 
-## Command Modes
-
-### Review
-
-Expected Output:
-- Findings
-- Risks
-- Recommendations
-
-Do Not Output:
-- PRs
-- Implementation plans
-
-### Owner
-
-Expected Output:
-- Decisions
-- Governance direction
-- Standards
-
-Do Not Output:
-- Detailed implementation
-
-### Build PR
-
-Expected Output:
-- Single Codex work order
-- May contain multiple sequential PRs belonging to the same workstream
-- Copy/paste ready for execution
-
-Should Include:
-- Start gates
-- Changes
-- Validation
-- Commit names
-- Stop point
-
-Do Not Output:
-- Design discussion
-- Alternatives
-- Rationale
-- Architecture brainstorming
-
-### Continue
-
-Expected Output:
-- Next sequential executable PR
-- Next sequential work order
-
-Do Not Output:
-- New ideas
-- Re-analysis
-- Additional brainstorming
-
-### Challenge
-
-Expected Output:
-- Risks
-- Contradictions
-- Better alternatives
-
-Do Not Output:
-- Immediate implementation
-
-### Stop Gate
-
-Expected Output:
-- Why work should stop
-- Required corrections
-
-Allowed Reasons:
-- Governance conflict
-- Architecture conflict
-- Security risk
-- Data loss risk
-- Major technical debt increase
-
-## Additional Definitions
-
-### Follow Project Instructions
-
-Meaning:
-- Use existing governance
-- Do not redesign process
-
-### Build the PR
-
-Meaning:
-- Produce Codex executable work order immediately
-
-### Continue
-
-Meaning:
-- Produce next sequential work item
-
-### No zip file
-
-Meaning:
-- Generate instructions only
-- Do not expect artifact review
-
-### You are owner
-
-Meaning:
-- Make decisions
-- Do not ask for direction unless blocked
-
-### Done for the day
-
-Meaning:
-- Finish commits
-- Merge
-- Push
-- Create next-day start document
+This file is retained as a compatibility pointer only. Do not duplicate command mode tables or phase rules here.

dev/build/ProjectInstructions/addendums/pr_workflow.md

@@ -7,6 +7,12 @@ Owner: OWNER
 
 Define the standard pull request workflow for Game Foundry Studio.
 
+Official PLAN_PR, BUILD_PR, APPLY_PR, Start of Day, and invalid command behavior lives in:
+
+`dev/build/ProjectInstructions/standards/CODEX_WORKFLOW_COMMANDS.md`
+
+This file owns PR lifecycle governance. It must not duplicate command phase rules.
+
 ## Standard Flow
 
 1. Start from main.

dev/build/ProjectInstructions/bootstrap/codex_start_of_day_bootstrap.md

@@ -14,17 +14,11 @@ This document is documentation and wrapper/bootstrap design only. It does not im
 
 A Bootstrap Phrase is a short user-facing phrase that asks the wrapper to resolve the latest Project Instructions and team state before launching Codex.
 
-Examples:
+Official Start of Day command format and invalid command behavior live in:
 
-- Owner Start of Day
-- Team Alpha Start of Day
-- Team Bravo Start of Day
-- Team Charlie Start of Day
-- Team Gamma Start of Day
+`dev/build/ProjectInstructions/standards/CODEX_WORKFLOW_COMMANDS.md`
 
-Team name note:
-- `Team Alpha Start of Day` is accepted as a user phrase alias for the canonical Team Alfa lane.
-- Historical Team Gamma phrases may be understood for archived/historical context, but active assignment routing follows the current team registry.
+This bootstrap document owns the loading architecture only. It must not duplicate the command vocabulary.
 
 ## Bootstrap Responsibilities
 
@@ -101,14 +95,19 @@ If a chat instruction conflicts with Project Instructions:
 
 When a request contains:
 
-- Build PR
+- Start of Day
+- PLAN_PR
+- BUILD_PR
+- APPLY_PR
 - Continue
 - Follow Project Instructions
 - Next PR
 
-Codex must treat the request as Execution Mode.
+Codex must resolve command behavior through:
 
-Execution Mode means:
+`dev/build/ProjectInstructions/standards/CODEX_WORKFLOW_COMMANDS.md`
+
+Execution Mode still means:
 
 - Execute the requested work order.
 - Do not redesign the process.

dev/build/ProjectInstructions/chatGPT_command.txt

@@ -1,9 +1,5 @@
-| Command          | Mode                | Expected Output                                                   | Do Not Output                              |
-| ---------------- | ------------------- | ----------------------------------------------------------------- | ------------------------------------------ |
-| Review           | Analysis            | Findings, risks, recommendations                                  | PRs, implementation plans                  |
-| Owner            | Governance          | Decision, direction, standards                                    | Detailed implementation                    |
-| Build PR         | Execution           | **Single Codex work order containing one or more sequential PRs** | Design discussion, alternatives, rationale |
-| Continue         | Execution           | Next sequential executable PR or next sequential work order       | Additional analysis, brainstorming         |
-| Challenge        | Architecture Review | Why proposal may be wrong, alternatives, risks                    | Immediate implementation                   |
-| Stop Gate        | Blocker Review      | Why work should stop, required fixes                              | PR generation                              |
-| Build Work Order | Execution           | Copy/paste-ready Codex instructions                               | Governance discussion                      |
+Status: Superseded
+
+SSoT: dev/build/ProjectInstructions/standards/CODEX_WORKFLOW_COMMANDS.md
+
+This file is retained as a compatibility pointer only. Do not duplicate command tables here.