甲团队的任务
一个早期团队已有知识问答原型，希望完成文档接入、检索、回答依据、失败反馈与持续评估，并接入现有业务流程。
岗位成果：可运行、可评估、可继续维护的应用与交接说明。
合成工作样例
从一个知识问答产品，展开双向匹配判断。
甲团队与候选人 A 均为合成角色。下面的任务、证据和判断展示服务材料的组织方式，不代表真实委托、候选人、推荐或招聘结果。
01 · 企业画像与岗位任务
把原型变成可维护的产品。
环境与承诺要分开
已有产品负责人和业务反馈渠道；数据可用范围、部署资源、技术评审支持与工作方式仍需企业负责人确认。
关键未知：谁能提供技术复核，哪些数据可以进入模型。
02 · 候选画像与贡献
“做过 RAG 项目”，还需要继续问。
| 合成材料陈述 | 可讨论的依据 | 仍需核对 |
|---|---|---|
| 完成文档问答原型 | 有代码与演示；候选人说明自己设计接入和检索流程，Agent 辅助生成部分实现。 | 本人能否解释设计取舍、生成代码和失败处理？ |
| 修订过检索与回答 | 有修订前后记录与失败样例，但评估集覆盖范围有限。 | 怎样构造评估、发现误差并避免只优化演示？ |
| 希望做 AI 产品工程 | 愿意继续参与产品迭代，希望有技术复核和业务反馈。 | 支持条件、责任边界、地点和到岗时间是否一致？ |
03 · 双向判断
有理由继续，也有必须先补齐的信息。
任务与项目方向接近
原型与目标产品都涉及文档接入、检索、回答与反馈，可以围绕具体产物讨论贡献和下一步。
生产维护与团队支持
现有材料没有证明生产维护能力；企业也未确认技术支持与数据范围。需要工作样本或面试，以及企业负责人回应。
薪酬、地点与到岗暂未确认
先核对口径和本人底线。若存在无法协商的硬冲突，停止介绍或讨论另一岗位，不靠技术优势抵消。
本案建议先补问团队支持与双方硬条件，再决定是否介绍；即使进入面试，也只表示值得进一步验证。
04 · 追问与下一步
把关键未知，交给能回答的人。
问候选人
- 选一个检索失败样例：怎样定位、修改和重新验证？
- 哪些代码由 Agent 生成？你如何审阅并验证？
- 从原型到持续维护，你还需要怎样的支持？
问企业负责人
- 谁承担技术复核？评审与业务反馈怎样安排？
- 数据可用范围、现有部署和安全约束是什么？
- 必须条件与可协商项能否明确并兑现？
介绍范围
双方参与意愿与条件初步相容后，确认可介绍的岗位摘要、候选贡献摘要、局限与待证问题。顾问获准理解的私人底线与内部评价，仍按独立范围处理。
把这份样例换成你的真实工作。
企业带一个岗位任务，候选人带一份现有材料。先核对真实背景与范围，再开始服务。