先回答最容易被否决的那一条：数据到哪去、不出哪条线。
「AI 会不会编」是评审里最高频的一条。我们的做法是把「不许编」变成三层结构，而不是一句提示词。
涉及价格、工期、成功率数字、客户名称、竞品评价的内容，系统直接禁止生成。
事实性陈述只能来自企业自有资料与官网已发布内容，并强制附带原文位置。
回答生成后再校一遍：出现无出处的事实断言，整段替换为「不确定 + 记录下来待补充」。
| 情况 | 怎么应对 | 为什么这样设计 |
|---|---|---|
| 资料里有 | 按原文综合成连贯回答，附出处链接 | 要求「可核对」，而不是「像真话」 |
| 资料里没有，但属于该答的 | 如实说明未收录，记入待补清单，由人补录后回灌复验 | 同一个问题不该第二次答不上 |
| 超出业务范围 | 礼貌婉拒一句，不记录、不延展 | 不做「什么都能聊」的机器人 |
一条原则：能只读就不写入，能按范围就不全量。接入的目的是让 AI 用得上您的数据，不是把您的系统搬一遍。
单点登录或账号同步，权限沿用原有体系。只读账号与组织信息，不落库明文口令。
按接口或数据库只读视图接入项目与任务数据。按项目范围授权，不做全库拉取。
按目录增量同步，保留原有权限。同步后权限不变，跨权限不互见。
按需定制，先出接口说明再实施。范围与字段在接口说明中逐条列明。
不做一次性定制，不是不接您的需求，而是不让您的需求变成一座孤岛。
行业里的常见结局：项目验收那天就是维护的终点。代码只有原班人马看得懂，需求一变就要重新报价，三年后没人敢动。
您的定制诉求会被沉淀成产品能力：同一个诉求在您这里是配置，在别的场景里也能用。
说说你现在卡在哪一步。能做的，我们讲清楚怎么做；暂时不适合做的，也会直说。