石家庄企业做AI智能体，需求说明书首先要写清业务任务，而不是先选模型。至少说明使用人、触发条件、输入、期望输出、知识与数据来源、系统动作、权限、异常转人工和验收样本。把这些内容压缩成一页，通常比几十页笼统方案更利于询价、开发和验收。
不少企业会用“做一个销售智能体”“建设企业知识库”作为需求。这样的表达方向没错，却不足以判断工作量。销售智能体可能只是生成拜访摘要，也可能需要读取CRM、推荐产品、创建任务并提醒负责人，后者的接口、安全和交付责任明显更大。
第一部分：把目标改写成可执行任务
建议使用一句话模板：“当某类用户遇到某个触发条件时，智能体读取经过授权的信息，完成指定步骤，输出给指定人员确认。”例如：销售提交客户需求后，智能体读取产品资料和历史沟通，生成方案提纲，由销售经理确认后使用。
第二部分：列出输入、输出和不做事项
输入：问题、文档、表单、系统字段或人工补充信息；
输出：答案、摘要、建议、任务、提醒或结构化数据；
本期不做：自动报价、自动审批、付款、库存写入等高风险动作；
停止条件：缺少依据、超出权限、规则冲突时转人工。
第三部分：画清数据和系统边界
逐项写明知识文件由谁维护、ERP或CRM读取哪些字段、是否只读、更新频率、测试账号和敏感信息处理方式。不要只写“对接现有系统”，应把系统、接口、字段和失败处理列成表格。
第四部分：建立权限与人工确认点
不同岗位看到的资料和可执行动作应不同。需求中要说明登录身份、部门与角色权限、日志内容、结果复核人和回滚方式。合同、价格、财务、库存和生产相关动作，首期宜采用“AI建议—人工确认—系统执行”的受控流程。
第五部分：先准备验收样本
项目启动时就准备20至100条脱敏真实样本，覆盖正常、缺字段、模糊表达、规则冲突和越权请求。验收指标可包括任务耗时、完整率、来源引用、不可接受错误、转人工率和系统稳定性。没有固定测试集，开发过程很容易变成反复演示。
一页需求说明书的八个栏目
业务问题与当前基线；
用户和使用场景；
输入与输出；
知识和数据来源；
系统接口与动作；
权限、日志与人工确认；
异常和停止条件；
验收样本与指标。
常见问题
需求不清楚能不能先做演示？
可以做短期概念验证，但应明确演示不等于生产交付，并尽快用真实任务补齐范围和验收标准。
谁负责写需求？
业务负责人定义任务和结果，IT人员确认数据、接口和安全，服务商负责把两者转成可实现、可测试的方案。
如果还没有明确首个任务，可先参考石家庄AI智能体服务页，再通过FDE场景诊断形成需求与验收基线。