Skip to main content
Handbook/Automate/Page 82 · Workflow

The Path Every Task Follows

Share

Share this page

Pass it to someone who needs it.

Star on GitHub

Key takeaway: One path every task walks, on disk

Your agents have roles, a board to pull from, and a ledger that records what happened. What is still improvised is the part in between: how a task actually gets done. Ask for the same kind of work twice and you get two different routes, and the thinking behind both dies when you close the window. This chapter pins the route down.

9.15.1What happens in the session does not survive it

Most of what a working session produces is not the code. It is everything around the code: why that approach and not the other one, what the agent checked, what it ruled out, what broke on the first attempt. Close the window and all of it is gone.

A task workflow fixes that. It is one path every request walks, where each stop leaves a file behind. If a stop produced nothing on disk, it did not happen. The chat is where work gets discussed; the repository is where it gets kept.

9.15.2One path, six stops

Every request, however small, walks the same path:

  1. Ticket. Open one on the board before anything else, so the work exists outside the chat.
  2. Research. Read the code, the docs, and the decisions that already cover this, then write the findings down.
  3. Spec. State what will change and what done looks like, and get your yes before any code.
  4. Build. Implement only what the spec says, in slices.
  5. Verify. Run the tests and the app. A green run is the proof, not the agent's opinion.
  6. Record. Close the ticket, log any real choice as a decision, and note the outcome.
Every request walks the same six stops, and each one leaves a file behind.

A one-line fix walks it in minutes and a feature takes a week. The path does not change, only the size of each stop.

9.15.3Demand evidence, not recall

Research is the stop people cut first, and it is the one that saves the most rework. An agent that has not opened your code will cheerfully invent how it works, and everything built on that invention has to come out again.

So write the standard down: every claim about your system names the file it read or the command it ran. No "should be", no "probably". If it did not check, it says it did not check.

9.15.4Write the path into the rules file

A path you have to remember to ask for is not a path. It belongs in the file your agent reads before every session, as a procedure it follows without being told:

# Task workflow, follow on every request 1. Open a ticket on the board. No ticket, no work. 2. Research first. Cite the file read or the command run behind every claim. Never guess. 3. Write the spec, then wait for my yes. 4. Build only what the spec says. 5. Run the tests and the app. Paste the output. 6. Close the ticket, log the decision, note the outcome. Nothing important stays in this chat. A step that produced no file is a step that is not done.

9.15.5Put your agents on the path

Ready prompt
Act as a senior engineer defining how my agents work. Read my rules file, my work board, and my decision log first, and match what those already do rather than inventing a parallel process beside them. Write one task workflow into my rules file as a numbered procedure to follow on every request: open a ticket, research and cite the file or command behind each claim, write a spec and wait for my approval, build only what the spec says, run the tests and paste the output, then close the ticket and log the decision. Add one standing line: nothing important stays in the chat, and a step that produced no file is not done. Then walk my next real task through all six stops, so I can watch the path work before it becomes a habit. If you need the full reasoning behind this step, read https://zalt.me/guides/vibe-coding/ai-os/task-workflow My system, and the next task I want done:

Do this now: paste the prompt so the path lands in your rules file, then run your next task through all six stops without skipping the research.

Mahmoud Zalt

Mahmoud Zalt

Software engineer, 16+ yrs · built Sistava.com in 3 months, idea to production, using these methods

Resources
Star on GitHubContribute
Donate

Support my work

A small tip keeps the free work coming.

© 2026 Mahmoud Zalt. Free to read, not to republish.
Copyright & license