Where it comes from
- At Cohere, a recruiter described this to one candidateSource 1Cohere FDE onsite, AI enabled coding round?PublisherBlindSource typecandidate report on Blind More Cohere questions
How to answer
A Blind poster wrote, in September 2026, asking for a friend with an upcoming Cohere onsite, that one round is AI-enabled coding on CodeSignal of about 45 minutes, and that the recruiter said “they give you an existing python codebase and ai”. Source 1Cohere FDE onsite, AI enabled coding round?PublisherBlindSource typecandidate report on Blind The onsite had not happened yet, and the poster did not say how the round is judged. Own the diff: the assistant writes it, you answer for every line.
- Read before you prompt. Run the tests, trace the path your feature will take, and name the pattern the change should copy: “Bad parameters raise
FilterError, and the handler turns it into an HTTP 400.” - Write the acceptance tests yourself. Include the case you expect the assistant to miss. Your tests are the spec, so they must not share its assumptions.
- Prompt narrowly. Name the files, the pattern to follow and what not to touch. Ask for a plan first if the change spans files.
- Read the diff hunk by hunk, out loud. For each one, say what it does, why it is needed and what it assumes. Then keep it, fix it or revert it. Revert anything you did not ask for or cannot defend.
- Check what it relied on. Library behavior in the repo’s Python version, helpers it calls, how the data is really stored. Run your tests, not only its own.
- Close with a summary of the diff. Say what changed, what you rejected and why, and the question you would take to the customer.
The trap is accepting a diff because its own tests pass, then describing it in general terms. The interviewer will point at one line and ask why it is there.
Follow-ups
What the interviewer may ask next, once your first answer is on the table.
- Point at any line in the diff. Why is it there, and what does it assume?
- The assistant’s own tests pass. Why isn’t that enough?
- What did you revert, and how did you decide?
- The customer’s security team won’t let their code go to a hosted model. How do you do this task?
Where answers go wrong
- Accepting the diff because the tests the assistant wrote pass, when those tests share its assumptions.
- Describing a hunk in general terms (“it adds the filter”) instead of saying what each line does and what it assumes.
- Letting an unrequested change ride along, such as a new cache or a reformatted file. It makes the diff harder to review and can change behavior somewhere you never looked.
- Prompting before reading, so the assistant invents a pattern the codebase already has.
Answer this in two minutes
Write the answer you would say out loud. The clock starts with your first word.
Model answer
The codebase is a small support-ticket service. The task: add a created_after filter to ticket search.