From d7d2c145c7c6ce18912e8ddee4538540e0c4f931 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Den=20Delimarsky=20=F0=9F=8C=BA?=
 <53200638+localden@users.noreply.github.com>
Date: Sat, 20 Sep 2025 10:10:23 -0700
Subject: [PATCH] Update config

---
 README.md                     | 8 --------
 templates/commands/plan.md    | 4 ++--
 templates/commands/specify.md | 2 +-
 templates/commands/tasks.md   | 2 +-
 4 files changed, 4 insertions(+), 12 deletions(-)

diff --git a/README.md b/README.md
index 3680be7..b2dbca5 100644
--- a/README.md
+++ b/README.md
@@ -262,14 +262,6 @@ The CLI will check if you have Claude Code, Gemini CLI, Cursor CLI, Qwen CLI, op
 specify init <project_name> --ai claude --ignore-agent-tools
 ```
 
-> [!NOTE]
-> Codex CLI specifics
-> - `specify init --ai codex` seeds `commands/*.md` in your repo and automatically mirrors them into `${CODEX_HOME:-~/.codex}/prompts` so Codex picks up `/specify`, `/plan`, and `/tasks` immediately.
-> - If Codex was running during installation, restart the CLI once so it reloads the refreshed slash commands.
-> - Codex persists its working memory in `AGENTS.md`; if you do not see that file yet, run `codex /init` once inside the project to generate it.
-> - When Codex is configured to run helper scripts, open `codex /approvals` and enable “Run shell commands”.
-> - If you point `CODEX_HOME` at the project (for per-repo isolation) the installer adds ignore rules for Codex session artifacts to `.gitignore`; adjust them as needed for your workflow.
-
 ### **STEP 1:** Establish project principles
 
 Go to the project folder and run your AI agent. In our example, we're using `claude`.
diff --git a/templates/commands/plan.md b/templates/commands/plan.md
index 6315d0e..18a0b5c 100644
--- a/templates/commands/plan.md
+++ b/templates/commands/plan.md
@@ -14,10 +14,10 @@ Given the implementation details provided as an argument, do this:
    - Success criteria and acceptance criteria
    - Any technical constraints or dependencies mentioned
 
-3. Read the constitution at `memory/constitution.md` to understand constitutional requirements.
+3. Read the constitution at `/memory/constitution.md` to understand constitutional requirements.
 
 4. Execute the implementation plan template:
-   - Load `templates/plan-template.md` (already copied to IMPL_PLAN path)
+   - Load `/templates/plan-template.md` (already copied to IMPL_PLAN path)
    - Set Input path to FEATURE_SPEC
    - Run the Execution Flow (main) function steps 1-9
    - The template is self-contained and executable
diff --git a/templates/commands/specify.md b/templates/commands/specify.md
index 8544b3f..9a6a3b3 100644
--- a/templates/commands/specify.md
+++ b/templates/commands/specify.md
@@ -5,7 +5,7 @@ scripts:
   ps: scripts/powershell/create-new-feature.ps1 -Json "{ARGS}"
 ---
 
-The text the user typed after `/specify` in the triggering message **is** the feature description. Assume you always have it available in this conversation even if `{ARGS}` appears literally below. Do not ask the user to repeat it unless they provided a truly empty command.
+The text the user typed after `/specify` in the triggering message **is** the feature description. Assume you always have it available in this conversation even if `{ARGS}` appears literally below. Do not ask the user to repeat it unless they provided an empty command.
 
 Given that feature description, do this:
 
diff --git a/templates/commands/tasks.md b/templates/commands/tasks.md
index fe89b95..29b4cd2 100644
--- a/templates/commands/tasks.md
+++ b/templates/commands/tasks.md
@@ -21,7 +21,7 @@ Given the context provided as an argument, do this:
    - Generate tasks based on what's available
 
 3. Generate tasks following the template:
-   - Use `templates/tasks-template.md` as the base
+   - Use `/templates/tasks-template.md` as the base
    - Replace example tasks with actual tasks based on:
      * **Setup tasks**: Project init, dependencies, linting
      * **Test tasks [P]**: One per contract, one per integration scenario