$ open codex-app-pack
Codex App Pack
A beginner-to-builder prompt pack for using the Codex app as a coding and workflow partner: repo orientation, implementation, tests, reviews, skills, plugins, automations, worktrees, cloud tasks, GitHub collaboration, and safe recovery.
Ask Codex to inspect the repo before changing code.
Name the target files, commands, and acceptance checks when you know them.
Use AGENTS.md and local docs as the repo-specific source of truth.
Keep cloud, internet, plugin, automation, and app features labeled as enabled or plan-dependent.
Request tests, screenshots, or build output as proof before accepting a change.
Ask for a handoff summary before switching agents or ending a long session.
$ list start a project
Start a Project
Use these prompts to open a repo carefully, read its instructions, understand the shape of the code, and decide what should happen first.
#01Open This Repo SafelyWhen starting in a real local projectRepo
Open this repo and orient yourself before changing anything. Repo path: [PASTE PATH] Do: 1. Confirm the working directory 2. Read README, AGENTS.md, package files, and obvious docs 3. Check git status 4. Summarize the app, build commands, and likely risk areas 5. Ask before editing if the target is still ambiguous
#02Inspect Before EditingWhen you know the bug or feature but not the relevant filesRead
Inspect the code for this request before implementing: [DESCRIBE REQUEST] First report: 1. Files that look relevant 2. Existing patterns to follow 3. Commands needed to verify the work 4. Any unrelated dirty git changes you notice Then make the smallest safe implementation plan.
#03Create or Update AGENTS.mdWhen Codex needs repo-specific operating instructionsDocs
Review this repo and create or update AGENTS.md for future Codex sessions. Include: 1. Project purpose 2. Build, test, lint, and run commands 3. Important directories 4. Editing conventions 5. Verification expectations 6. Things Codex must not do without asking Keep it specific to this repo, not generic.
#04Make a Decision-Complete PlanWhen the work is bigger than one patchPlan
Make a plan for this work: [DESCRIBE GOAL] The plan should include: 1. What you will inspect 2. What files you expect to edit 3. Risks and unknowns 4. Verification commands 5. A stopping point where I should review After the plan, wait only if a decision is genuinely needed. Otherwise implement it.
$ list code workflows
Code Workflows
Turn Codex into a steady coding partner for features, bugs, tests, diffs, and production-minded review loops.
#05Implement a Small FeatureWhen you want Codex to make a bounded changeFeature
Implement this feature: [DESCRIBE FEATURE] Constraints: 1. Follow existing patterns 2. Keep the change scoped 3. Do not refactor unrelated code 4. Update docs only if needed 5. Run the most relevant verification command At the end, summarize changed files and proof.
#06Fix a Bug With ProofWhen something is broken and you want evidenceBug
Fix this bug: [DESCRIBE BUG AND STEPS TO REPRODUCE] Please: 1. Reproduce or inspect the likely failure path 2. Identify the root cause 3. Patch the smallest responsible code 4. Add or update a test if practical 5. Run verification and show the important result 6. Mention any remaining risk
#07Add or Update TestsWhen behavior needs a safety netTests
Add or update tests for: [DESCRIBE BEHAVIOR] Before editing, find the repo's current test style. Then: 1. Add focused coverage 2. Avoid broad rewrites 3. Run the relevant tests 4. If no test framework exists, explain the lightest practical verification instead
#08Review My DiffWhen you want a code-review stanceReview
Review my current diff like a senior engineer. Focus on: 1. Bugs or regressions 2. Missing tests 3. Security or data risks 4. Accessibility or UX issues, if relevant 5. Build or deployment problems Lead with findings by severity and include file/line references where possible.
$ list app-specific work
App-Specific Work
Use Codex app features like skills, plugins, automations, worktrees, browser checks, and local validation when enabled.
#09Use a Skill or PluginWhen Codex app has relevant reusable workflows enabledSkills
For this task, check whether a Codex skill or plugin is available and useful: [DESCRIBE TASK] If one fits: 1. Name it 2. Explain why it applies 3. Use it according to its instructions 4. Keep the implementation aligned with this repo If none fits, continue with the normal repo workflow and say so briefly.
#10Set Up an AutomationWhen automations are available and you want recurring Codex workAutomate
Help me set up a Codex automation, if automations are enabled in this app. Recurring task: [DESCRIBE TASK] Please define: 1. The exact prompt 2. The schedule 3. The workspace or repo it should run in 4. What result I should review 5. What it must not change without approval
#11Verify a Local Web PageWhen Codex can use an in-app browser or browser validationBrowser
Verify this local web page after implementing the change: [URL OR ROUTE] Check: 1. Desktop rendering 2. Mobile rendering 3. Dark mode, if the site supports it 4. Console errors 5. The exact user interaction affected by the change 6. Screenshots or a clear visual summary
#12Work With a Worktree or BranchWhen you want isolated work without disturbing local stateBranch
Use a branch or worktree workflow if supported and appropriate for this task: [DESCRIBE TASK] Before starting: 1. Check current git status 2. Avoid overwriting unrelated changes 3. Explain where the work will happen 4. Keep changes scoped to the task 5. Summarize how to review or merge the result
$ list cloud & collaboration
Cloud & Collaboration
Delegate background work to Codex cloud, GitHub, or code review flows when your plan, workspace, and permissions support them.
#13Delegate to Codex CloudWhen cloud tasks are available and the job can run in the backgroundCloud
Prepare this as a Codex cloud task, if Codex cloud is enabled for my workspace: [DESCRIBE TASK] Include: 1. Repository and branch 2. Setup or test commands 3. Files or areas to inspect 4. Definition of done 5. Internet access needs, if any 6. What should come back for review
#14Prepare a Pull RequestWhen the work is ready to sharePR
Prepare this work for a pull request. Do: 1. Review git diff 2. Run the relevant checks 3. Write a concise PR summary 4. List tests or verification performed 5. Note risks or follow-up work 6. Do not push or create the PR unless I ask
#15Review a PR or CI FailureWhen GitHub or CI context is availableCI
Investigate this PR or CI failure: [LINK OR DETAILS] If GitHub access is enabled, inspect the relevant checks and files. Return: 1. Most likely cause 2. Exact failing command or check 3. Files involved 4. Proposed fix 5. Whether the fix should be local, cloud, or GitHub follow-up work
#16Internet Access Boundary CheckBefore enabling network access for a taskNetwork
Review whether this Codex task needs internet access: [DESCRIBE TASK] Tell me: 1. Whether internet access is actually needed 2. Which domains or package registries are required 3. What could be done offline 4. Security or supply-chain risks 5. The narrowest safe access policy, if access is enabled
$ list save & recover
Save & Recover
Make long sessions safer with progress notes, failed-run recovery, summaries, and careful revert plans.
#17Save a Handoff FileWhen another agent or future session needs to continueHandoff
Create a handoff note for this work. Save it as a repo file only if that makes sense for the project; otherwise summarize it in chat. Include: 1. Goal 2. Current status 3. Files changed 4. Commands run 5. Errors or blockers 6. Next recommended steps 7. Anything another agent must avoid touching
#18Recover From a Failed RunWhen a build, test, install, or agent run failedRecover
Help me recover from this failed run: [PASTE ERROR OR DESCRIBE FAILURE] Please: 1. Identify the likely failure category 2. Check whether any files were partially changed 3. Preserve useful logs or context 4. Propose the smallest next command 5. Avoid destructive cleanup unless I explicitly approve it
#19Summarize What ChangedAt the end of a Codex sessionSummary
Summarize the work from this Codex session. Include: 1. What changed 2. Files edited 3. Commands run and results 4. What was not completed 5. Known risks 6. Suggested next commit message 7. Suggested next task
#20Safe Revert PlanWhen you need to undo only part of the workRevert
Make a safe revert plan for this repo. I want to undo: [DESCRIBE WHAT TO UNDO] Before changing anything: 1. Inspect git status and diff 2. Separate your changes from unrelated user changes 3. Identify the exact files and hunks to revert 4. Propose a non-destructive approach 5. Ask before running any destructive git command
$ run private-codex-session
[+] Plan with Codex
Bring a repo, app idea, stuck workflow, or planning problem you want Codex to help with and we can turn it into a practical coding workflow.
Send This to David$ email --workflow
Send the idea by email.
Include the prompt, project idea, repo, workflow, or blocker you want help turning into a repeatable plan.
A few practical details are enough. I will reply with the simplest useful next step.