2026-09-15最新三类约定(F034):仅闲聊smalltalk、政策了解policy_overview、具体需求specific_need。闲聊含身份、能力和使用方式介绍,由LLM依据现有角色信息自主回答,不检索或推荐政策;政策了解检索知识库,包含QA;具体需求按需画像、需求拆解、检索与适用性分析后依据原文回答。一般事实咨询归知识问答;无依据与服务失败分别说明,QA答案不因缺少卡片丢弃。
用户描述个人或企业的实际问题,无需先知道有没有政策或指定政策名称。助手识别需求,按需获取相关主体信息,主动寻找政策和配套服务,核验原文后形成建议。个人场景纳入目标范围,个人数据来源、字段与权限契约仍待定义;现有实现包括知识准备与入库、第三步LangGraph企业确认与画像框架。 已建立开发 Harness,并按 F011 完成四类本地知识规整;以下完整问答流程和验收仍为后续实现目标。
2026-09-14确认的人设与答复规范适用于全部用户答复:严谨、服务意识、招商导向、适度书面;先承接原问题给出核心结论,再展开有依据的信息,业务对接渠道放在末尾。禁止杜撰或缩写政策名称、无诉求主动引导12345和泛化免责声明。知识明确与资格未知分别表达;具体资料缺口如实说明。F022为规范登记,F006/F008负责运行时及质量验收。
F005 是后续业务重点;功能约束、合成示例、检索评测及候选优化方案见 政策发现功能与验收。
F024落实推荐数据契约:结合已知工商/荣誉或本轮个人自述形成检索与匹配依据,按主体和原文双侧证据排列推荐优先级,不额外限制推荐条数。每项返回完整名称、部门、支持对象、方式标准、申报条件、匹配原因,并返回综合说明。用户明确暂不改CLI/HTML及前端接口,后续再做先卡片后说明的展示;缺失字段不补造,既有召回候选预算不变。
公司名称、统一社会信用代码、地区、行业、规模、资质是候选字段,并非所有问题必填。 实际字段、数据来源和用户身份绑定在 F003 确定;F017新增企查查886/410/1001适配器,F018已通过三个接口真实调用与身份核对。
| 场景 | 预期行为 |
|---|---|
| 只描述困难、不知道政策名称 | 主动识别支持需求,找到有原文支持的候选,不要求用户指定政策 |
| 个人问题或个人与企业交叉问题 | 按需求选择主体和知识范围,不强制公司画像或互斥路由 |
| 一个问题涉及多个支持方向 | 拆解检索、跨库合并证据,不因首轮分类漏掉适用线索 |
| 找到相关政策但资格未知 | 区分相关性与适用性,核验条款并只补问必要条件 |
| 公司明确、知识命中 | 回答结合公司事实,关键结论可定位到知识片段 |
| 需要公司事实但公司缺失或名称歧义 | 澄清身份,不猜测所属公司 |
| 关键属性缺失 | 指出缺失项,以条件式说明,不能断言具备资格 |
| 知识无命中 | 明确当前知识不足,不生成假政策或假链接 |
| 政策过期、地区不符或版本冲突 | 不把不适用证据作为确定结论;说明时效/范围/冲突 |
| 切换公司或并发会话 | 画像、检索条件和回答随正确公司切换,不泄漏其他会话资料 |
| 公司查询或知识服务故障 | 区分查询失败与无记录,允许明确的重试或补充路径 |
| 文档含指令性文本 | 作为待分析数据处理,不执行其中的工具调用或越权要求 |
这些决策在对应功能启动时确认;已明确选型见知识入库说明,其他接口字段或业务时效结论仍未确定。 首期规划不包含自动申报、代办提交或其他对外业务操作。
F018补充用户明确要求:企业政策推荐须返回推荐条目的全部入库内容,并由LLM解释问题、公司事实与政策的匹配原因;个人回答也必须附所参考政策/知识的完整内容和可点击查看的来源。完整入库记录不等于官方文件全文,来源URL缺失时仍提供本地详情,不能伪造链接。