Good auto-mode work
Small file edits, formatting, one page, one component, one test, or one documented setup step.
This track is for attendees who can use a terminal. Start with planning, keep permissions visible, and switch to a faster model once the build steps are specific.
Work from the pod repo or local folder. Do not start in a random downloads folder.
Run Claude Code and confirm it can read the current folder. If install or login fails, move to the Hermes/fallback track so the pod can keep moving.
Ask Claude to inspect the folder and make a plan before it edits files.
Use the strongest available model for the plan and a faster execution model for narrow edits.
Auto or accept-edits mode is useful after the scope is clear because it reduces approval prompts. Keep it bounded to one approved step, one page, one feature, or one testable artifact at a time, and turn it off before broad cleanup, deletion, or anything involving credentials.
If login, install, or permissions take more than ten minutes, the attendee should become researcher, tester, writer, or presenter while a builder continues.
Read this folder and explain what is here. Then make a plan for the smallest working version we can finish today. Do not edit files until we approve the plan.
Switch to auto mode for the approved next step only. Execute step 1, show what changed, and stop for review before step 2.
Now execute only step 1 of the approved plan. Keep the change small, tell me which files changed, and run the basic check when done.
Small file edits, formatting, one page, one component, one test, or one documented setup step.
Deleting files, changing payments, changing deployments, committing to GitHub, or touching secrets and tokens.
Turn off auto mode, ask for a status summary, and switch back to planning with the strongest available model.