23. AI Coding Workflows
Use AI for coding without breaking working software.
By Jacques Botte, founder of Toptronic®. Last updated 19 September 2026.
The lesson
Good AI coding starts with a precise task, clear file scope, tests to run, and explicit instructions not to touch unrelated code.
Use AI to explore, plan, implement, test, and review. Do not let it refactor unrelated systems just because it can.
For Rust, ask for compiler-safe changes, ownership reasoning, error handling, and minimal dependencies.
A graduate developer at a software consultancy names the exact folder, the test command and the modules the agent must not modify before requesting a change.
A team lead at a healthcare software company asks the assistant to propose a plan before it writes any code for a scheduling fix.
A junior engineer at an appliance manufacturer limits the agent to one firmware file and lists the unrelated drivers it must leave alone.
A payroll systems analyst states the exact failing test and the required result before asking for a fix to a calculation routine.
A support engineer at a logistics software firm asks the assistant to change only the label formatting function and to run the existing test suite afterwards.
An IT administrator at a secondary school scopes a script change to one timetable file and instructs the agent not to touch the shared login module.
A data engineer at a utility records the working directory, the language version and a sample input before requesting a parser change.
A maintenance developer at an insurance firm asks for a minimal fix to a claims import bug with no refactoring of unrelated files.
A junior tester at an online retail team asks the assistant to add the missing unit tests without altering any production code.
A robotics programmer at an automation firm lists the timing constraints and the files in scope before requesting a small control-loop change.
Check yourself
Question 1: What prevents AI coding from breaking unrelated work?
- Very vague tasks
- Precise scope and instructions not to touch unrelated code — correct
- No file paths
- No tests
Answer: Precise scope and instructions not to touch unrelated code
Narrow scope protects working functionality.
Question 2: What should be included for an implementation task?
- Tests to run and acceptance criteria — correct
- Only the word implement
- A hidden goal
- No constraints
Answer: Tests to run and acceptance criteria
Tests and acceptance criteria define done.
Question 3: For Rust, what should prompts emphasize?
- Only screenshots
- Ignoring warnings
- Unsafe by default
- Ownership, error handling, compiler safety, and minimal dependencies — correct
Answer: Ownership, error handling, compiler safety, and minimal dependencies
Rust work benefits from explicit safety and dependency expectations.
← Previous lesson · All 91 lessons · Next lesson →
The full course — 91 lessons and 273 quiz questions — ships inside the app. Get TPEE to study it offline.