企业智能体先验什么？融智双端指南

一、能回答一句话，离能交接还有多远

企业想做一个知识问答助手，最容易展示的是一段流畅对话，最需要讨论的却往往藏在对话之后。答案来自哪份资料，资料没有写清楚时怎么办，调用工具是否超出了权限，操作失败有没有如实反馈，这些问题会直接影响团队怎样使用和验收。只看一次顺利回答，很难判断它在材料不足、接口异常或需要人工决定时会怎样表现。

融智能力市场里的“企业知识问答与业务流程智能体开发”，把这类需求放进一张可以逐项阅读的服务卡。用户先在手机找到服务，再在电脑对照资料、接口和验收清单，就能把“想要一个智能体”细化为可以讨论的范围。本文介绍双端阅读和准备方法，关注如何确认交付，不把服务展示写成已经替客户接好模型、运行流程或完成验收。

今天核实的卡片明确注明，附件为离线规则样例，真实模型与客户系统需要在正式项目中接入验证；模拟案例用于演示交付形式，价格与服务排期待正式确认。下文的办公场景同样是假设示例，不是真实客户成果。本轮只查看公开页面，没有上传企业资料、提供模型账号、预约、付款或执行任何客户系统操作。

二、先选一个场景，再确定谁能做什么

假设团队希望为新同事提供会议室使用问答，并在有授权的情况下衔接预约流程。这只是讲解场景。可以先把目标分成几件事：哪些问题只需阅读资料回答，哪些问题应转给负责人，哪些操作会改变已有信息。知道“会议室规则在哪里”和真的创建一条预约记录，涉及的输入和权限不同，不能因为它们出现在同一段对话里，就默认都已获得执行授权。

这张基础服务包的说明面向单一约定场景，包含一个智能体、最多三十份文本资料和三个约定工具接口。这里的上限不是要求用户凑满资料或接口，更不意味着它能覆盖企业全部部门和所有业务。先确定服务对象、业务目标和权限边界，再讨论哪些资料进入范围，能让后续评测有一个明确的起点。

准备需求时，可以写下三个句子：谁会提问，哪些事情希望得到帮助，哪些事情必须由人决定。比如资料没有说明某个时段能否使用会议室，就把它列为需要负责人确认的问题。这个例子展示的是整理需求的方法，不是某家企业的实际制度，也不是已经运行的自动预约功能。未知内容保留下来，往往比给一个确定但没有依据的答案更有用。

范围写清楚后，还可以问一句：怎样才算这次工作完成。希望员工更容易找到资料，与希望自动写入预约记录，是不同的完成目标。前者主要需要核对回答依据，后者还需要核对操作授权和实际结果。先选择一个可以说明白的目标，有助于后续讨论交付，而不必一开始就把多个部门、多个系统的需求混在一起。

三、手机端：找到同名服务并读完整说明

在融智小程序进入底部“能力”，确认处于“能力市场”，在搜索框输入“知识问答”，点击搜索。本次运行能够找到“企业知识问答与业务流程智能体开发”。先核对完整名称，再阅读卡片中的服务对象、单一场景范围和接入说明。关键词可能同时出现在其他服务描述中，不能只凭排列位置或一个标签判断两端是不是同一项服务。

列表里的说明将知识整理、工具接入和评测交付放在一起，还提醒真实模型与客户系统需要正式接入验证。手机端适合先读清这些边界，记下自己的材料和目标是否符合条件。此时可见的是公开服务卡和示例说明，不是企业知识已经导入，也不是智能体已经能够回答你自己的业务问题。

点击同名卡片进入能力详情，向下滚动到“服务内容与交付规则”，逐项看“交付内容”“验收标准”“买家准备”和“不包含事项”。本文小程序截图来自微信开发者工具真实运行，不是原生App或手机真机验收。展示图使用AI清理模拟器外框，保留内部卡片、按钮和真实内容，原始运行截图另行留存作为证据。

四、把交付文件和后续维护一起考虑

这张服务包列出三组交付。第一组是一个约定场景智能体的源码或平台流程配置、提示词与环境模板；第二组是知识来源索引、工具调用约定与权限说明；第三组是至少三十条约定评测用例、运行记录、部署与维护文档。读清这些内容，有助于判断合作目标是看一次演示，还是形成能够继续核对和交接的材料。

“源码或平台流程配置”意味着具体交付形式需要结合约定的实现方式确认，不能从文件名称推断所有平台都能直接导入。环境模板也不等于真实账号和权限已经配置完成。正式沟通时，应明确接手人员需要知道哪些条件、哪些参数由谁提供、资料更新后怎样维护，以及发现问题时怎样复现和记录。

同样，来源索引和权限说明不是装饰性附件。来源索引帮助核对一条回答的依据，工具调用约定帮助确认某次操作是否在允许范围内，维护文档则帮助接手人员理解变化会影响哪里。本文说明的是交付清单的阅读价值，没有声称这些资料已经为某位客户生成，也没有用公开卡片代替实际交接演练。

五、电脑端：对照资料、工具和评测要求

在电脑浏览器打开融智官网 https://rongzhi.ynsmhy.com/ ，进入工作台 https://rongzhi.ynsmhy.com/blue/ ，选择“能力市场”。在搜索框输入“知识问答”并按回车，找到同名卡片，点击“查看详情”。本次生产页面可以打开相应详情，查看服务说明、案例和完整规则；后续公开状态如有变化，应以当时页面提示为准。

电脑详情页将“你将收到”“验收标准”“不包含事项”“预约前准备”放在较宽的区域，适合与自己的材料清单逐项对照。先看业务目标和服务对象是否明确，再核对授权文本资料、接口说明和测试环境，最后检查验收问题集是否覆盖主要情形。材料未准备好的部分，应写成待补充项，而不是在讨论时默认已经满足条件。

可以在自己的文档里记录三个栏目：已有材料、仍需确认、验收依据。把资料的适用范围、接口允许做什么、哪些情况必须转人工分别列出来。这是沟通建议，不是新开发的平台功能，也没有验证笔记、预约草稿或上传资料会在手机和电脑之间自动同步。双端协作先依靠同一项服务和同一版材料建立共同理解。

整理资料清单时，可以同时记录名称、版本、适用对象和确认人员，避免只给出一个文件夹让接手者猜哪些内容有效。对暂时不能提供的文件，说明缺口即可；对不在授权范围内的内容，不应为了凑齐材料数量临时加入。这份清单是准备建议，不是本轮已经完成的企业资料整理成果。

六、第一项验收：回答能够追溯来源

页面要求回答能追溯来源，资料不足时明确说明并转人工，不编造政策。正式验收时，不能只问答案读起来是否顺畅，还应核对它能否回到对应资料，以及回答有没有越过材料支持的范围。若资料只介绍了工作日安排，周末情况没有说明，就应把信息不足暴露出来，而不是依据常见习惯补出一条看似合理的制度。

对于资料之间存在差异、适用对象不清或内容尚未确认的情况，可以提前列进双方约定的问题集，讨论应怎样提示和交由谁继续处理。这里提出的是验收准备思路，不代表本轮已经完成知识检索、冲突处理或转人工链路测试。实际回答质量，需要在正式接入后结合约定材料和问题逐项核对。

七、第二项验收：写操作先确认，失败不报成功

服务规则要求工具按白名单和授权范围调用，写操作须先确认，失败不报告成功。对用户而言，查询一项信息与更改一项信息应能区分。以演示场景为例，了解可用时段并不等于已经同意创建预约；如果希望执行会改变记录的操作，应先明确具体对象、内容与确认条件，再讨论是否允许继续。

接口出现错误时，也应区分发出了请求、收到响应和确实完成业务结果。一个回复写着“处理好了”，不能代替实际回执或状态核对。正式准备时可以讨论失败、取消和结果不确定时怎样记录与人工处理。本次没有调用或修改任何业务接口，所以不会把这些要求写成已经通过的工具执行能力。

八、第三项验收：把通过与失败都留下来

交付清单中的“至少三十条约定评测用例”，与“最多三十份授权文本资料”是两种不同要求。前者用于组织验证，后者限定输入材料范围，不能把数量混在一起。用例也不宜只挑容易回答的问题；可以在约定范围内覆盖资料充分、资料不足、权限边界、需要确认以及工具失败等情形，再记录实际结果。

页面要求用双方确认的问题集记录通过与失败，并核对响应时间和调用成本。这不是承诺每个问题都回答正确，也没有给出适用于所有场景的固定时长或费用。正式验收应使用相同的条件讨论结果，保留失败项和待解决问题。模型、资料、流程或权限发生变化后，哪些用例需要再次验证，也应留下明确的维护约定。

一条评测记录可以围绕约定问题、预期处理方式、实际返回和待核实事项展开，而不只保留一个通过标记。例如本来应该转人工的问题，如果得到了没有出处的肯定答复，就应留下差异供继续处理。这里的例子用于说明记录思路，实际用例格式和判定方式仍需双方确认，不代表本轮已经运行了任何评测。

九、人与AI怎样配合，以及费用边界

AI可以在得到授权和明确范围后协助整理问题、形成表达建议或提示材料缺口；熟悉业务的人仍需核对资料依据、权限和最终结果。特别是企业内部信息，不应因为想让演示更完整，就扩大资料使用范围或把未知内容补成确定事实。把模型建议、正式规则和实际执行记录分开，更便于团队判断下一步需要谁来确认。

这项服务要求准备明确业务目标、服务对象、权限边界和验收问题集，还需要授权文本资料、工具接口说明及测试环境，模型账号由客户提供。实际合作中可以先确认账号与环境由谁维护、允许访问哪些资料和操作，避免把“提供模型账号”理解为可以把密钥直接写在普通沟通文档里。本文没有收集或提交任何模型凭据。

十、常见问题与开始了解的入口

参考包价是否包含全部后续费用？页面明确写明模型调用、平台订阅及服务器费用另计，同时不包含无限量知识清洗、多智能体复杂编排、持续托管和模型训练。示例显示工期十天、修改两次，但具体价格、排期与范围仍待正式确认。公开展示不能证明所有问题都会正确，也不能替代当前项目的接入和验收记录。

暂时没有接口或整理好的资料，能不能先了解？可以先梳理一个具体场景和已有条件，把尚未具备的资料、接口或测试环境写清楚，再判断是否适合这项服务。不要把示例附件当作自己项目的运行成果，也不要因为两端都能查看详情，就推断模型与系统已经连通。本轮没有客户效果、性能提升或收益数据可供背书。

想开始了解时，从融智官网进入工作台，搜索“知识问答”，核对完整服务名称与规则。先写下一个业务目标、一组可授权资料、几种需要人工决定的情况，以及希望怎样验收，再与服务范围对照。让手机帮助找到入口，让电脑帮助展开核对，把来源、权限和结果说清楚，比只追求一次流畅演示，更便于判断实际合作是否适合自己的团队。