Skip to content

SYNTHETIC WORK SAMPLE

A mutual fit assessment for a knowledge Q&A product.

Team A and Candidate A are synthetic. The tasks, evidence and judgments below demonstrate the organization of service materials. They do not represent a real mandate, candidate, introduction or hiring outcome.

01 · TEAM CONTEXT & WORK

Move from prototype to a maintainable product.

Team A’s task

An early team has a knowledge Q&A prototype. It needs document ingestion, retrieval, answer sourcing, failure feedback and continued evaluation, integrated into an existing workflow.

Role outcome: a running, evaluable and maintainable application with handover notes.

Separate context from commitments

There is a product owner and a feedback channel. Data scope, deployment resources, technical review support and working practices still need confirmation by the owner.

Key unknowns: who provides technical review and which data may enter the model.

02 · CANDIDATE CONTEXT & CONTRIBUTION

“Built a RAG project” is a starting point.

Synthetic statementEvidence to discussTo confirm
Built a document Q&A prototypeCode and a demo; the candidate describes designing ingestion and retrieval, with an agent generating parts of the implementation.Can they explain design tradeoffs, generated code and failure handling?
Revised retrieval and answersThere are before-and-after records and failure samples, but limited evaluation coverage.How did they evaluate, detect errors and avoid only improving the demo?
Wants AI product engineering workInterested in product iteration and wants technical review and business feedback.Do support, ownership, location and starting date align?

03 · MUTUAL ASSESSMENT

Reasons to continue, with questions to resolve.

COMPATIBLE

Task and project direction align

Both involve ingestion, retrieval, answering and feedback, providing concrete artifacts for discussion of contribution and next steps.

OPEN

Production maintenance and support

The material does not establish production maintenance capability; team support and data scope are also unconfirmed. Use a work sample or interview and seek owner confirmation.

CONDITIONS

Pay, location and start date are open

Confirm terms and personal limits first. An unresolvable hard conflict should stop the introduction or lead to another role, regardless of technical strengths.

CASE ADVICEClarify support and hard conditions before deciding whether to introduce. An interview means the fit merits further validation.

04 · QUESTIONS & NEXT STEPS

Put open questions to the people who can answer.

Ask the candidate

  1. Choose a retrieval failure: how did you diagnose, change and recheck it?
  2. Which code did the agent generate, and how did you review and validate it?
  3. What support do you need to move from prototype to continued maintenance?

Ask the hiring owner

  1. Who owns technical review, and how are assessment and business feedback arranged?
  2. What are the data scope, deployment and security constraints?
  3. Can essential and negotiable conditions be made explicit and delivered?

Introduction scope

After confirming interest and initial compatibility, agree the role summary, contribution summary, limits and questions to introduce. Private limits and internal evaluations provided for adviser analysis retain their separate scope.

Replace this sample with your actual work.

Teams can bring one work task and candidates one existing material. Confirm real context and scope before starting service.

Prepare the first conversation