1. 一个具体任务
用“谁，在什么情况下，要完成什么任务，目前遇到什么障碍”描述问题。例如：团队需要从产品资料中查找答案，但资料散落、口径不一致、来源难追溯。这个描述比“做一个智能体”更容易确定实施边界。
2. 使用者与现有流程
说明谁会使用应用、当前怎样完成任务、需要经过哪些审核，以及结果进入哪个系统。观察真正的使用过程，区分重复劳动和必须由人判断的环节。
3. 可使用的数据
列出与任务有关的文档、知识库、数据库或接口，说明负责人、更新频率和访问权限。初期讨论可以使用脱敏样例，无需在官网表单中提交机密资料、账号或密码。
4. 技术与业务边界
说明已有系统、部署环境、网络条件、接口限制与不能自动执行的操作。需要企业自有环境部署或指定模型时，可在项目评估阶段讨论可行性和维护成本。
5. 可检查的验收标准
准备代表性任务及预期结果，说明什么叫可用、什么错误不可接受。可以关注正确性、处理时间、来源可核验、流程完整性和人工复核负担，但不要在验证前假定一定能达到某个提升比例。
6. 协作与维护责任
明确业务负责人、技术联系人和试用人员。说明谁决定业务口径、谁提供数据与接口、谁参与评估，以及上线后如何收集反馈和处理问题。
如果以上信息尚未齐全，也可以先提交一个具体问题。鸣序科技可围绕问题梳理实施路径，具体范围与安排在项目评估中共同确认。
可以直接使用的需求描述
我们希望帮助【使用者】完成【任务】。目前主要障碍是【问题】。相关资料或系统是【数据与系统】，期望通过【验收方式】判断方案是否可用。初期可以先在【小范围】验证。
本清单为项目准备指南，非客户案例。下一步可阅读 AI 从原型到生产的实施检查清单，或 提交项目需求。