Forge Project Cleanup Plan 1
Scope: Replace Erik_Todo and Agent_Todo flat-file workflows with the todos tool group across all active Forge Knowledge documents, Guides, and project Skills.
Spec: Forge Project Cleanup Spec Prior plan: None
Task 1 — Inventory all active Erik_Todo and Agent_Todo references
Spec §2 requires that active project Skills, Knowledge, Guides, bot prompts, templates, workflow config, and user-facing pages contain no instructions to write, append, poll, or maintain
Erik_Todo.mdorAgent_Todo.mdas active workflow state. This task finds every such reference.
- Search all non-archived markdown files under
Forge/for the stringsErik_Todo,Agent_Todo,Erik_Todo.md, andAgent_Todo.md. Exclude.internal/,node_modules/,dist/,.generated/, andArchived/directories. - For each match, record: file path, line number, surrounding context (2 lines before and after), and whether the reference is instructional (tells an agent or user to read/write/append/poll the file) vs. historical (mentions it as a past practice or migration context).
- Also search for the flat-file todo output files themselves:
Forge/Output/Erik_Todo.mdandForge/Output/Agent_Todo.md. Record their existence and content. - Record the complete inventory in a
References/subdirectory of the project folder asForge_Project_Cleanup_References_Todo_Inventory.mdwith statusdraft.
Task 2 — Update Forge Project Workflow Knowledge document
Spec §2 and §5 define the
todostool group replacement and standard handoff packets. The Forge Project Workflow (Forge/Forge_Project_Workflow.md) is the canonical Knowledge document for the project lifecycle and currently references Erik_Todo and flat-file todo patterns.
- Read
Forge/Forge_Project_Workflow.mdin full. - Identify every section that references Erik_Todo, Agent_Todo, or flat-file todo/checklist patterns as active workflow instructions.
- Replace each active instructional reference with the corresponding
todostool group behavior from Spec §2. Specifically:- Where the document instructs agents to append to
Erik_Todo.mdfor blocked phases or approval requests, replace with: “Create or update a user-owned todo item usingcreateTodoItemorupdateTodoItemwith project, phase, required decision/action, responsible owner, status, and a durable work-product link (markdown-file artifact).” - Where the document instructs agents to append informational auto-dispositions, replace with: “Create or update an informational user-owned todo item that records the disposition, rationale, affected work-product, and review path. Always provide a markdown-file durable link.”
- Where the document instructs agents to append follow-up work to
Agent_Todo.md, replace with: “Create or update an agent/system-owned todo item usingcreateTodoItemorupdateTodoItemwith project, phase, assigned bot or owner, required follow-up, status, and durable work-product link.” - Where the document instructs using a flat-file checklist as a queue, replace with: “Use a todo list and todo items; list and item reads provide inspection evidence.”
- Where the document instructs marking a flat-file item done by editing markdown, replace with: “Update the corresponding todo item state and resolution metadata using
updateTodoItem.” - Where the document instructs removing stale flat-file todo content, replace with: “Trash or update obsolete todo items/lists using
trashTodoItemortrashTodoListwhile preserving durable project work-products and audit reports.”
- Where the document instructs agents to append to
- Add a new subsection under the relevant section that documents the
todostool inventory table from Spec §2 (the 12 tools:createTodoList,findTodoLists,searchTodoLists,readTodoList,updateTodoList,trashTodoList,createTodoItem,findTodoItems,searchTodoItems,readTodoItem,updateTodoItem,trashTodoItem). - Add the flat-file-to-todos replacement mapping table from Spec §2.
- Ensure the handoff packet fields from Spec §5 are documented in the appropriate section (Department, Project, Current Phase, Responsible Bot/Agent Role, Skill, Work-Product Path or Link, Status, Next Action, User Decision Needed, Spawned Job ID, Run/Cost Evidence).
- Update the
lastUpdatedfrontmatter field to today’s date. - Do NOT change the lifecycle phases, phase names, or document type definitions (those are addressed in Plan 2).
- Build, commit, push.
Task 3 — Update Forge Project User Guide
Spec §2 and §12 require that user-facing documentation present the lifecycle without obsolete flat-file todo implementation details and use
todostool semantics. The User Guide (Forge/Forge_Project_User_Guide.md) currently instructs users about Erik_Todo.
- Read
Forge/Forge_Project_User_Guide.mdin full. - Replace every active instructional reference to
Erik_Todo.mdorAgent_Todo.mdwith the correspondingtodostool group behavior, using user-facing language (not tool-call syntax). For example:- “Your pending decisions appear as todo items assigned to you” instead of “Check Erik_Todo.md for pending items.”
- “The project system creates a todo item for your review” instead of “An entry is appended to Erik_Todo.md.”
- Remove any instructions that tell users to manually edit
Erik_Todo.mdorAgent_Todo.md. - Add a brief user-facing explanation of the
todossystem: how users receive todo items for decisions, how they can find their pending items, and how they mark items resolved. - Ensure the human gates section reflects Spec §12: user-configurable gates at project creation, default gates (Spec_Eval, Plan_Eval, Verify), and how gates are enforced.
- Update the
lastUpdatedfrontmatter field. - Build, commit, push.
Task 4 — Update Forge Agent Orchestration document
Spec §2 and §4 require that agent orchestration instructions use
todostools instead of flat-file todos and that agents communicate through durable work-products. The Orchestration document (Forge/Forge_Agent_Orchestration.md) currently documentsErik_TodoandAgent_Todoas active workflow mechanisms.
- Read
Forge/Forge_Agent_Orchestration.mdin full. - Replace every active instructional reference to
Erik_Todo.mdorAgent_Todo.mdwith the correspondingtodostool group behavior from Spec §2. - Update any sections that describe how agents communicate with users or other agents to reflect Spec §4: agents communicate substantive work through durable work-products; conversation messages contain concise routing context only (department, project, current phase, responsible bot/agent role, skill, relevant work-product path or artifact link, status, next action, user decision needed if any, spawned job id when applicable).
- Update the
lastUpdatedfrontmatter field. - Build, commit, push.
Task 5 — Update Forge Agents User Guide
The Agents User Guide (
Forge/Forge_Agents_User_Guide.md) references Erik_Todo and must be updated to reflect thetodostool group.
- Read
Forge/Forge_Agents_User_Guide.mdin full. - Replace every active instructional reference to
Erik_Todo.mdorAgent_Todo.mdwith the correspondingtodostool group behavior. - Update the
lastUpdatedfrontmatter field. - Build, commit, push.
Task 6 — Update project Skills that reference Erik_Todo or Agent_Todo
Spec §2 requires that active project Skills contain no instructions to write, append, poll, or maintain
Erik_Todo.mdorAgent_Todo.md. The following Skills contain such references:Project_Flow/SKILL.md,Project_Verify/SKILL.md,Project_Execute_Eval/SKILL.md,Project_Extract_Eval/SKILL.md.
- For each Skill file identified in Task 1 that contains active instructional references to
Erik_TodoorAgent_Todo:- Read the full SKILL.md.
- Replace each active instructional reference with the corresponding
todostool group behavior from Spec §2, using the exact tool names (createTodoItem,updateTodoItem,findTodoItems, etc.). - Where the Skill instructs creating a human gate or approval request via flat file, replace with
createTodoItemwith the structured body content required by Spec §2 (department, project, phase, requesting bot or agent role, responsible human or agent owner, requested action or decision, options when a decision is needed, status, due/priority if known, and a link/path to the canonical work-product or persisted report). - Where the Skill instructs checking or polling a flat file for user decisions, replace with
findTodoItemsorreadTodoItemto check the status of the relevant todo item. - Where the Skill instructs marking a flat-file item done, replace with
updateTodoItemto set the item state to resolved.
- After all Skills are updated, run a verification search:
grep -rl 'Erik_Todo\|Agent_Todo' Forge/Skills/ --include='*.md' | grep -v Archived | grep -v .internal. The result should contain zero active instructional references (only historical mentions if any). - Build, commit, push.
Task 7 — Retire flat-file todo output files
Spec §2 requires that flat-file todo behaviors be replaced. The output files
Forge/Output/Erik_Todo.mdandForge/Output/Agent_Todo.mdare the actual flat-file queues that must be retired.
- Read
Forge/Output/Erik_Todo.mdandForge/Output/Agent_Todo.mdto understand their current content. - If either file contains actionable items that have not been migrated to the
todossystem, create corresponding todo items usingcreateTodoItemfor each remaining actionable item before retiring the file. - Trash both files using the forge-filesystem trash tool (not bash rm).
- Verify the files are removed from the directory listing.
- Build, commit, push.
Task 8 — Verify no remaining active Erik_Todo or Agent_Todo references
Spec §2 acceptance criterion: active project Skills, Knowledge, Guides, bot prompts, templates, workflow configuration, generated pages/sidebar entries, and project files contain no instructions to write, append, poll, or maintain
Erik_Todo.mdorAgent_Todo.mdas active workflow state.
- Run a comprehensive search across all non-archived files in
Forge/: - For each remaining match, classify it as:
- Instructional — tells an agent or user to read/write/append/poll the file → must be fixed
- Historical/migration context — mentions it as a past practice or migration source → acceptable if clearly not an active instruction
- This project’s own documents — the Forge_Project_Cleanup project itself references Erik_Todo as the thing being replaced → acceptable
- Fix any remaining instructional references found.
- Record the verification results in the project’s
References/Forge_Project_Cleanup_References_Todo_Inventory.md, updating it to include the final verification pass. - Build, commit, push.