Workflow · Moderate effort
Review or change code
Develop a bounded change in a repository you may use.
Use the guide to open your own app or workspace. Follow the steps below and return to check your result.
Step by step
Here’s how to do it
Work through these steps in order. Your notes stay on this page until you copy them; nothing runs automatically.
What you’ll need
- A repository or code sample you may share.
- The failure, expected behaviour and relevant checks.
Write your brief
- Name the project, the exact bug or change, files in scope and how you will check success.
- Gather the notes or assets you can use. Remove private information you cannot share and confirm permission for any source material.
Prepare your prompt for Cline
Add your details, then copy the prepared prompt into the tool. This helper combines your text with the task instructions.
View prepared prompt
Review this code task in Plan mode first. Explain the likely cause, the smallest suitable change and how to verify it. Ask about missing requirements before editing. Follow the stated file and command limits.
- Start with
- The objective and proposed source material.
- You’ll have
- An approved brief and authorised inputs.
Work on the code with Cline
- Follow the Cline guide to set up the app or IDE extension and a model provider. In your IDE, open the project folder and Cline sidebar.
- Use Plan mode to enter the prompt and review Cline’s explanation and proposed change.
- When the plan is right, switch to Act. Review proposed file edits and commands before approving the intended ones. Keep a recoverable copy of your work.
- Start with
- The approved brief and authorised inputs.
- You’ll have
- Review findings or a reviewed code change with test results.
Cline’s IDE guide (opens in a new tab) · Checked
Check the finished result
- Read the actual diff. Check for unintended edits, secrets or new dependencies.
- Run the project’s relevant checks, then try the original failing case and a normal case. Fix failures before merging or deploying.
- Start with
- Review findings or a reviewed code change with test results.
- You’ll have
- An accepted output or a clear list of corrections.
0 of 3 step checks complete. A person has checked the output against the brief and accepted the result.
Before you share or switch it on
- Inspect the diff and retained behaviour.
- Run the checks and reproduce the original failure.
- Approve before merge or deployment.
03 · Tools used
Tool roles, with choice kept visible
Primary Tools
Optional
No optional tool is included in this setup.
01 · What this workflow helps you do
Review findings or a reviewed code change with test results.
Develop a bounded change in a repository you may use.
Review findings or a reviewed code change with test results.
Complete when: A person has checked the output against the brief and accepted the result.02 · What you need
Start with the available source material
- A Clear Brief And Acceptance Criteria.
- Source Material, Accounts And Assets You Are Authorised To Use.
05 · Human checks
Keep judgement with the person doing the work
- A person confirms consent, confidentiality and rights before using a tool.
- Use the selected tool’s cited instructions. Do not treat generated output as verified fact.
- Publishing, sending, account access and ongoing automation remain separate decisions.
06 · Limitations
Where this workflow needs care
- This is a derived approach, not a hands-on product test.
- Plan, platform, privacy and rights restrictions must be checked for the selected tool.
- Connections, publication and ongoing execution require their own authorisation.
07 · Related workflows