[{"data":1,"prerenderedAt":71},["ShallowReactive",2],{"legacy:insights\u002Fai-agent-data-permission:zh-CN":3},{"id":4,"title":5,"description":6,"keywords":7,"author":8,"robots":9,"bodyClass":10,"image":11,"jsonld":12,"html":70},"insights\u002Fai-agent-data-permission","智能体问数，谁能问哪些数？权限要卡在数据行上 - JEDP数字化平台","智能体问数不是新开一个数据出口。运行态智能体按列表页发布时配的权限组裁行裁列——适用人员、数据范围、字段权限与列表页同源，越权请求应被拒绝并留痕。本文说明权限组判定、导出与办理的风险分级、落地顺序与六项验收。","AI 问数,行级权限,智能体 权限控制,数据权限 制造业","深圳郎博万信息科技有限公司","index, follow","page-insights","https:\u002F\u002Fwww.jedp.cn\u002Fres\u002Fimages\u002Fproduct\u002Fplatform-overview.webp",[13,30,44],{"@context":14,"@type":15,"@id":16,"headline":17,"description":6,"inLanguage":18,"datePublished":19,"dateModified":19,"articleSection":20,"keywords":21,"image":11,"author":22,"publisher":24,"isPartOf":25,"mainEntityOfPage":27},"https:\u002F\u002Fschema.org","Article","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fai-agent-data-permission#article","智能体问数，谁能问哪些数？权限要卡在数据行上","zh-CN","2026-10-23","SaaS · AI 智能体","AI 问数, 行级权限, 智能体 权限控制, 数据权限 制造业",{"@id":23},"https:\u002F\u002Fwww.jedp.cn\u002F#organization",{"@id":23},{"@id":26},"https:\u002F\u002Fwww.jedp.cn\u002Finsights#collection",{"@type":28,"@id":29},"WebPage","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fai-agent-data-permission",{"@context":14,"@type":31,"itemListElement":32},"BreadcrumbList",[33,38,42],{"@type":34,"position":35,"name":36,"item":37},"ListItem",1,"首页","https:\u002F\u002Fwww.jedp.cn\u002F",{"@type":34,"position":39,"name":40,"item":41},2,"行业洞察","https:\u002F\u002Fwww.jedp.cn\u002Finsights",{"@type":34,"position":43,"name":17,"item":29},3,{"@context":14,"@type":45,"@id":46,"mainEntity":47},"FAQPage","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fai-agent-data-permission#faq",[48,54,58,62,66],{"@type":49,"name":50,"acceptedAnswer":51},"Question","智能体问数会不会绕过原来的权限？",{"@type":52,"text":53},"Answer","不该也不能。运行态问数按当前登录人命中的权限组裁行与裁列——适用人员、数据范围、字段权限与列表页同源，不另建一套；超出范围的请求应被拒绝并留痕。如果某个智能体产品要你「再配一份 AI 专用数据权限」，那它已经把权限体系劈成了两套，审计时必然对不上。",{"@type":49,"name":55,"acceptedAnswer":56},"问数能看全公司数据吗？",{"@type":52,"text":57},"取决于这个人的数据范围，而不是取决于他会不会用 AI。部门经理通常只看本部门及下级，集团分析岗才可能拿到跨组织视图。把「能问出全公司」当成智能体的卖点，等于把越权做成了功能。",{"@type":49,"name":59,"acceptedAnswer":60},"让智能体直接改数据行不行？",{"@type":52,"text":61},"写操作要走平台业务接口，受同样的功能权限与流程节点约束，且不能代他人审批。绕开业务接口直写数据库的「智能体」看起来很方便，代价是校验、审批链与审计全部失效。",{"@type":49,"name":63,"acceptedAnswer":64},"导出为什么比查询风险大？",{"@type":52,"text":65},"查询的结果留在系统里，导出会把数据带到系统外。导出应限定字段范围、记录次数与去向，并落水印；对薪酬、成本、客户价这类敏感域，默认不开放批量导出。",{"@type":49,"name":67,"acceptedAnswer":68},"权限本身很乱，能做 AI 问数吗？",{"@type":52,"text":69},"先把权限矩阵与指标口径冻结，再开放问数。权限乱的时候上智能体，等于把原来要层层点开才能拿到的数据，压缩成一句话就能拿到，风险不是变小而是被放大。","\u003Carticle class=\"insight-article\">\n    \u003Cdiv class=\"insight-container\">\n      \u003Cnav class=\"breadcrumb\" aria-label=\"面包屑\">\n        \u003Ca href=\"\u002F\">首页\u003C\u002Fa>\n        \u003Cspan class=\"breadcrumb-sep\">\u002F\u003C\u002Fspan>\n        \u003Ca href=\"\u002Finsights\">行业洞察\u003C\u002Fa>\n        \u003Cspan class=\"breadcrumb-sep\">\u002F\u003C\u002Fspan>\n        \u003Cspan>SaaS · AI 智能体\u003C\u002Fspan>\n      \u003C\u002Fnav>\n\n      \u003Cheader class=\"insight-hero\">\n        \u003Cdiv class=\"insight-tags\">\u003Cspan class=\"r-tag\">AI 问数\u003C\u002Fspan>\u003Cspan class=\"r-tag\">行级权限\u003C\u002Fspan>\u003Cspan class=\"r-tag\">越权留痕\u003C\u002Fspan>\u003C\u002Fdiv>\n        \u003Ch1>智能体问数，谁能问哪些数？权限要卡在数据行上\u003C\u002Fh1>\n        \u003Cp class=\"insight-lede\">「帮我把华南区今年的毛利拉出来」——这句话在聊天框里只是一行字，在权限系统里却是一次跨部门取数。AI 问数最容易出事的地方，不是它算错，而是它算对了不该给你看的那部分。\u003C\u002Fp>\n        \u003Cdiv class=\"insight-meta\">\n          \u003Cspan>更新于 2026-10-23\u003C\u002Fspan>\n          \u003Cspan class=\"dot\" aria-hidden=\"true\">\u003C\u002Fspan>\n          \u003Cspan>约 11 分钟阅读\u003C\u002Fspan>\n          \u003Cspan class=\"dot\" aria-hidden=\"true\">\u003C\u002Fspan>\n          \u003Cspan>制造业数字化 · SaaS · AI 智能体\u003C\u002Fspan>\n        \u003C\u002Fdiv>\n      \u003C\u002Fheader>\n      \u003Csection class=\"insight-takeaways\">\n        \u003Ch2>读这一篇能得到什么\u003C\u002Fh2>\n        \u003Cul>\u003Cli>智能体问数不是新数据出口：权限必须复用平台既有授权，不能另建一套「AI 专用」白名单\u003C\u002Fli>\u003Cli>控制「能问到哪些数」的单位是权限组：适用人员、数据范围、字段权限一起配，智能体按它裁行裁列，不另建一套\u003C\u002Fli>\u003Cli>越权要当场拒绝并留痕，不能「先问出来再说」；被拒绝的请求本身就是最好的权限体检数据\u003C\u002Fli>\u003Cli>导出与办理比「看一眼」危险得多：导出要落水印与次数上限，办理必须走业务接口与原节点审批人\u003C\u002Fli>\u003Cli>开放顺序反过来更安全：先冻结指标口径与权限矩阵，再放开问数范围，最后才开放写操作\u003C\u002Fli>\u003C\u002Ful>\n      \u003C\u002Fsection>\n\n      \u003Cdiv class=\"insight-layout\">\n        \u003Cdiv class=\"insight-body\">\n\u003Ch2 id=\"一句-帮我查一下-跨了三个部门\">一句「帮我查一下」，跨了三个部门\u003C\u002Fh2>\n\u003Cp>周一早上，销售总监在对话框里敲了一行字：把华南区今年上半年的毛利率按客户拉一下。三秒后图表出来，前五名客户一目了然。\u003C\u002Fp>\n\u003Cp>这行字背后发生了什么？系统要知道「华南区」在这个组织里对应哪几个销售组织、哪几个工厂的出货；要知道「毛利率」用的是哪一版口径——含不含运费、返利算不算成本；还要知道提问的人有没有权限看到客户级的价格与成本。三件事里任何一件没答对，图都出不来，或者出一个错的。\u003C\u002Fp>\n\u003Cp>而最容易出事的，是第四件事：这个人到底该不该看到这些客户的价格。\u003C\u002Fp>\n\u003Cp>AI 问数让取数变简单了，同时也让越权变简单了。以前要越权，得知道去哪个菜单、点哪个导出、绕过谁的审批；现在只需要把问题问得委婉一点。所以智能体上线时真正要设计的东西，不是「能问多少」，而是「谁能问哪些」。\u003C\u002Fp>\n\u003Ch2 id=\"智能体不是新开一个数据出口\">智能体不是新开一个数据出口\u003C\u002Fh2>\n\u003Cp>很多企业上 AI 问数，第一反应是给智能体配一份「数据源账号」。这个动作看似省事，实际上是给全公司开了一个只读的后门：智能体用一个高权限账号连库，然后所有提问的人都借这个账号取数。\u003C\u002Fp>\n\u003Cp>问题在于，这个账号的权限跟提问的人没有关系。仓管问一句「上个月原材料成本多少」，智能体照样答得出来——因为它连的是那个高权限账号。这类系统在演示时体验极好，一进审计就解释不通：谁在什么时候看了什么数据，日志里只有「智能体」。\u003C\u002Fp>\n\u003Cp>正确的做法反过来：智能体不持有自己的数据权限，它继承当前登录人的权限上下文。用户是谁、属于哪个部门、担任什么岗位、能看到哪些数据行，这些在请求进来的那一刻就确定了，智能体只是在这个边界内组织查询、生成图表、写清口径。\u003C\u002Fp>\n\u003Cp>判断一个 AI 问数产品是不是这么做的，有个很简单的问法：把同一个人从 A 部门调到 B 部门，第二天他问同样的问题，答案会不会变？会变，说明权限是真的在起作用；不变，说明权限是装饰。\u003C\u002Fp>\n\u003Cp>JEDP 的双智能体就是这个结构：设计态用自然语言建模、经设计器发布；运行态在本人授权范围内问数，可输出对话框图文，也可导出 Office、HTML、Markdown，并可经平台业务接口创建单据、办理审核。它不直写数据库，取数也不会超出当前账号在对应列表页上命中的权限组。\u003C\u002Fp>\n\u003Ch2 id=\"权限组决定智能体能查到哪些行\">权限组决定智能体能查到哪些行\u003C\u002Fh2>\n\u003Cp>平台列表取数本来有两道关：页面上的过滤条件由前端打包下来，发布时配的\u003Cstrong>权限组\u003C\u002Fstrong>由服务端强制执行。智能体问数只认后面这一道——它拿不到前端的过滤包，也不该拿。所以真正决定「智能体能问到哪些数」的，是权限组，不是模型自觉。\u003C\u002Fp>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>权限组里的配置\u003C\u002Fth>\u003Cth>决定什么\u003C\u002Fth>\u003Cth>配错的典型后果\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>适用人员\u003C\u002Ftd>\u003Ctd>谁命中这组，可配排除名单\u003C\u002Ftd>\u003Ctd>漏配外部组织，供应商拿到内部价\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>数据范围\u003C\u002Ftd>\u003Ctd>本人可见 \u002F 条件自定义 \u002F 不限\u003C\u002Ftd>\u003Ctd>该限部门却给了不限，问出全集团\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>字段权限\u003C\u002Ftd>\u003Ctd>哪些列能看、只读还是隐藏\u003C\u002Ftd>\u003Ctd>列表藏了成本价，问数还能问出来\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>一个人命中多个组时取并集；一个组都没命中、或者这个列表页压根没配权限组，落到\u003Cstrong>本人可见\u003C\u002Fstrong>——这是最严的一档，不是最松。所谓本人可见，也不只是「我建的单」，还包括我待办过、已办过、被抄送或转发过的流程单据。平台列表就是这么算的，智能体必须对齐，否则用户会立刻发现「列表里有、问数查不到」。\u003C\u002Fp>\n\u003Cp>用户问的那句话未必带着列表页。系统会先按列表名反查、再按主表反查，逐级往下找；都找不到，仍然落到本人可见。不管走哪条路径，铁律只有一条：\u003Cstrong>同一个登录人，智能体可见的行必须是他能在对应列表页看到的行的子集\u003C\u002Fstrong>——可以更严，不能更宽。\u003C\u002Fp>\n\u003Cp>字段权限更容易出岔子：\u003Cstrong>藏起来不等于问不出来\u003C\u002Fstrong>。列表上把「成本价」这一列藏了，如果只在页面上隐藏、执行层没把列裁掉，用户换个说法——「帮我把这个物料的采购单价列出来」——数据照样出来。隐藏是展示，裁列才是权限。\u003C\u002Fp>\n\u003Ch2 id=\"越权要当场拒绝-而且要留痕\">越权要当场拒绝，而且要留痕\u003C\u002Fh2>\n\u003Cp>「先问出来再说」是 AI 问数最危险的一句话。它的诱惑在于：数据反正已经在库里，模型也读到了，不给看有点浪费。\u003C\u002Fp>\n\u003Cp>但拒绝本身是有价值的。用户问「华南区客户毛利」而他只有华东权限时，系统应该明确告诉他：当前账号的数据范围是华东，无法返回华南客户明细。这句话同时完成了三件事——告知边界、避免误判为系统故障、留下一条可审计的记录。\u003C\u002Fp>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>请求类型\u003C\u002Fth>\u003Cth>处置\u003C\u002Fth>\u003Cth>说明\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>超出组织范围\u003C\u002Ftd>\u003Ctd>拒绝 + 说明边界\u003C\u002Ftd>\u003Ctd>告知可查范围，不返回任何行\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>超出字段权限\u003C\u002Ftd>\u003Ctd>拒绝该字段，其余正常\u003C\u002Ftd>\u003Ctd>不静默打码，避免用户误以为数据缺失\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>要求代他人办理\u003C\u002Ftd>\u003Ctd>拒绝\u003C\u002Ftd>\u003Ctd>审批人必须是流程节点解析出的人\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>高频批量拉取\u003C\u002Ftd>\u003Ctd>限流 + 告警\u003C\u002Ftd>\u003Ctd>正常分析不需要一分钟几十次导出\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>疑似试探性组合提问\u003C\u002Ftd>\u003Ctd>记录 + 复核\u003C\u002Ftd>\u003Ctd>单个问题都合规、组合起来是越权，只能靠行为看\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>最后一行值得多说一句。真正的越权往往不是一次拿全，而是分十次拿局部再自己拼。单条日志都合规，只有把同一账号的提问序列放在一起看，才看得出意图。所以问数日志要能按人、按时间、按指标聚合，而不是只留一句「谁问过什么」。\u003C\u002Fp>\n\u003Ch2 id=\"导出与办理-比-看一眼-危险得多\">导出与办理：比「看一眼」危险得多\u003C\u002Fh2>\n\u003Cp>查询和导出不是一个风险等级。查询的结果留在系统里，导出会把数据带到系统外，一次导出可能等于一次数据外流。\u003C\u002Fp>\n\u003Cp>导出至少要管三件事：字段范围（敏感字段默认不进导出模板）、次数与体量（超出阈值要审批或直接拒绝）、可追溯（文件带水印或可定位到人）。薪酬、成本、客户协议价这类域，建议默认只给汇总不给明细。\u003C\u002Fp>\n\u003Cp>写操作的风险还要再上一级。让智能体「帮我把这张不合格单关掉」，听起来是效率提升，实际上是绕过了审批链。合规的做法是：智能体可以发起、可以预填、可以提示缺什么字段，但提交必须走业务接口，落到原来的流程节点上，由该节点的审批人办理。智能体不代他人审批，这一点没有例外。\u003C\u002Fp>\n\u003Ch2 id=\"权限从哪来-别在智能体里另建一套\">权限从哪来：别在智能体里另建一套\u003C\u002Fh2>\n\u003Cp>如果智能体需要单独维护一份「谁能问什么」的配置，那它迟早会和主权限系统对不上。对不上的后果不是报错，而是两边都有人相信：业务以为智能体受限，IT 以为主系统受限，中间那段就是空洞。\u003C\u002Fp>\n\u003Cp>授权应该只有一处来源。人员入职、调岗、兼岗、离职，权限在主系统里变一次，智能体这边自动跟着变。权限组在列表页发布时一次配好——适用人员、数据范围、字段权限都在那一处；组织引擎提供部门树、岗位任职与汇报关系供条件引用，智能体只做消费方。\u003C\u002Fp>\n\u003Cp>有两个细节决定了这套东西能不能长期用下去。第一是\u003Cstrong>授权随任职生效日切换\u003C\u002Fstrong>，兼岗、借调、代理要显式建模并设期限，否则「先开着方便」会变成永久超额权限。第二是\u003Cstrong>回收\u003C\u002Fstrong>：离职、调岗、项目结束时的授权回收要有人负责、有时间点，权限债务不会自己消失，只会积累到某次审计爆发。\u003C\u002Fp>\n\u003Ch2 id=\"开放顺序-先冻口径-再放范围-最后开写\">开放顺序：先冻口径，再放范围，最后开写\u003C\u002Fh2>\n\u003Cp>很多项目一上线就把问数范围开到最大，理由是「让大家先体验到价值」。这个顺序恰好是最危险的。\u003C\u002Fp>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>阶段\u003C\u002Fth>\u003Cth>开放什么\u003C\u002Fth>\u003Cth>完成标志\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>第一步\u003C\u002Ftd>\u003Ctd>冻结指标口径与权限矩阵\u003C\u002Ftd>\u003Ctd>指标定义唯一；每个列表页的权限组能画出矩阵表\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>第二步\u003C\u002Ftd>\u003Ctd>开放只读问数，限两三个域\u003C\u002Ftd>\u003Ctd>越权请求能被正确拒绝并留痕；口径说明随答案一起出\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>第三步\u003C\u002Ftd>\u003Ctd>开放导出，限字段与次数\u003C\u002Ftd>\u003Ctd>导出可追溯到人；敏感域默认无批量导出\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>第四步\u003C\u002Ftd>\u003Ctd>开放业务接口写操作\u003C\u002Ftd>\u003Ctd>单据经流程节点办理，审批人不可被替代\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>每一步都设一个明确的完成标志，比设一个上线日期有用得多。特别是第一步——口径没冻结就开放问数，得到的是「同一个毛利率有三个数」的混乱，而且模型会把这种混乱放大，因为它答得又快又自信。\u003C\u002Fp>\n\u003Ch2 id=\"六项验收-能演示才算做到\">六项验收：能演示才算做到\u003C\u002Fh2>\n\u003Cp>权限设计最容易停在 PPT 上。验收时不要看架构图，让对方当场演示这六个动作：\u003C\u002Fp>\n\u003Col>\u003Cli>用 A 部门账号问 B 部门的数据，系统明确拒绝并说明范围\u003C\u002Fli>\u003Cli>用同一账号问超出字段权限的敏感列，只拒绝该列，其余正常返回\u003C\u002Fli>\u003Cli>换一个只有查看权限的账号，尝试发起单据，被拒绝\u003C\u002Fli>\u003Cli>把账号从 A 部门调到 B 部门，第二天同一问题答案随范围变化\u003C\u002Fli>\u003Cli>连续快速导出二十次，触发限流或审批\u003C\u002Fli>\u003Cli>查一条越权记录，能看到谁、什么时候、问了什么、被哪条规则拒绝\u003C\u002Fli>\u003C\u002Fol>\n\u003Cp>六项都能演，权限才算落到了系统里。有一项演不出来，就说明那块还停留在制度层面。\u003C\u002Fp>\n\u003Ch2 id=\"什么情况下先别上\">什么情况下先别上\u003C\u002Fh2>\n\u003Cp>最后说边界。有三种情况，我的建议是先把基础打好，别急着开放问数。\u003C\u002Fp>\n\u003Cp>第一种，权限矩阵本身很乱——角色按人复制、数据范围靠约定、离职账号没人停用。这种情况下上智能体，等于把原来要层层点开才能拿到的数据压缩成一句话就能拿到，风险被放大而不是被收敛。\u003C\u002Fp>\n\u003Cp>第二种，指标口径还在每周改。模型会把每一版口径都讲得很有道理，用户会以为那是结论。\u003C\u002Fp>\n\u003Cp>第三种，主数据没有唯一性——同一个客户三个档案、同一个物料两种编码。问数结果会在聚合时把同一件事算成两件，而且看不出来。\u003C\u002Fp>\n\u003Cp>这三种都不是 AI 的问题，AI 只是把它们暴露得更快。反过来说，如果这三件已经做好了，AI 问数带来的效率提升是真实的：不用等人导表、不用为了一个数开半小时会、口径说明跟着答案一起出来。\u003C\u002Fp>\n\u003Cul>\u003Cli>\u003Ca href=\"\u002Fengine\u002Fagent\">双智能体：设计态与运行态的能力边界\u003C\u002Fa>\u003C\u002Fli>\u003Cli>\u003Ca href=\"\u002Fengine\u002Fperm\">权限引擎：数据行与字段级授权\u003C\u002Fa>\u003C\u002Fli>\u003Cli>\u003Ca href=\"\u002Fengine\u002Forg\">组织引擎：以人为核心的组织主数据\u003C\u002Fa>\u003C\u002Fli>\u003Cli>\u003Ca href=\"\u002Fres\u002Fresources\u002Fkits\u002F17-platform-overseas-multitenant.html\">多租户与组织隔离决策表\u003C\u002Fa>\u003C\u002Fli>\u003Cli>\u003Ca href=\"\u002Finsights\u002Fdual-agent-enterprise-ai\">设计态与运行态为什么必须分开\u003C\u002Fa>\u003C\u002Fli>\u003C\u002Ful>\n        \u003C\u002Fdiv>\n        \u003Caside class=\"insight-toc\" aria-label=\"本页目录\">\n          \u003Ch2>目录\u003C\u002Fh2>\n          \u003Ca class=\"h2\" href=\"#一句-帮我查一下-跨了三个部门\">一句「帮我查一下」，跨了三个部门\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#智能体不是新开一个数据出口\">智能体不是新开一个数据出口\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#权限组决定智能体能查到哪些行\">权限组决定智能体能查到哪些行\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#越权要当场拒绝-而且要留痕\">越权要当场拒绝，而且要留痕\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#导出与办理-比-看一眼-危险得多\">导出与办理：比「看一眼」危险得多\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#权限从哪来-别在智能体里另建一套\">权限从哪来：别在智能体里另建一套\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#开放顺序-先冻口径-再放范围-最后开写\">开放顺序：先冻口径，再放范围，最后开写\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#六项验收-能演示才算做到\">六项验收：能演示才算做到\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#什么情况下先别上\">什么情况下先别上\u003C\u002Fa>\n        \u003C\u002Faside>\n      \u003C\u002Fdiv>\n\n      \u003Cdiv class=\"insight-cta\">\n        \u003Cp>\u003Cstrong>想把这篇里的做法落到自己的厂里？\u003C\u002Fstrong>资源中心有对应场景的在线自测与资料模板，也可以直接约一次真实环境演示。\u003C\u002Fp>\n        \u003Cdiv class=\"insight-cta-actions\">\n          \u003Ca href=\"\u002Fresources?from=agent#selftest\" class=\"btn btn-outline\">去资源中心自测\u003C\u002Fa>\n          \u003Ca href=\"\u002Fcases#case-platform\" class=\"btn btn-outline\">底座验收案例\u003C\u002Fa>\n          \u003Ca href=\"\u002Fcontact?from=agent\" class=\"btn\">获取方案与演示\u003C\u002Fa>\n        \u003C!-- next-step:BEGIN -->\u003Ca class=\"btn\" href=\"\u002Fengines\">查看产品方案：\u003Cspan>平台能力\u003C\u002Fspan>\u003C\u002Fa>\u003Ca class=\"btn btn-outline\" href=\"\u002Fres\u002Fresources\u002Fkits\u002F17-platform-overseas-multitenant.html\">对应资料包：\u003Cspan>出海就绪度自测 + 多租户决策表\u003C\u002Fspan>\u003C\u002Fa>\u003C!-- next-step:END -->\n        \u003C\u002Fdiv>\n      \u003C\u002Fdiv>\n      \u003Csection class=\"insight-faq\" id=\"faq\">\n        \u003Ch2>常见问题\u003C\u002Fh2>\n        \u003Cp class=\"insight-faq-sub\">围绕本篇主题的追问，先看这里；仍有疑问可\u003Ca href=\"\u002Fcontact?from=agent\">联系我们\u003C\u002Fa>\u003C\u002Fp>\n        \u003Cdiv class=\"faq-list\">\n        \u003Cdetails class=\"faq-item\" open>\n          \u003Csummary>智能体问数会不会绕过原来的权限？\u003C\u002Fsummary>\n          \u003Cp>不该也不能。运行态问数按当前登录人命中的权限组裁行与裁列——适用人员、数据范围、字段权限与列表页同源，不另建一套；超出范围的请求应被拒绝并留痕。如果某个智能体产品要你「再配一份 AI 专用数据权限」，那它已经把权限体系劈成了两套，审计时必然对不上。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>问数能看全公司数据吗？\u003C\u002Fsummary>\n          \u003Cp>取决于这个人的数据范围，而不是取决于他会不会用 AI。部门经理通常只看本部门及下级，集团分析岗才可能拿到跨组织视图。把「能问出全公司」当成智能体的卖点，等于把越权做成了功能。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>让智能体直接改数据行不行？\u003C\u002Fsummary>\n          \u003Cp>写操作要走平台业务接口，受同样的功能权限与流程节点约束，且不能代他人审批。绕开业务接口直写数据库的「智能体」看起来很方便，代价是校验、审批链与审计全部失效。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>导出为什么比查询风险大？\u003C\u002Fsummary>\n          \u003Cp>查询的结果留在系统里，导出会把数据带到系统外。导出应限定字段范围、记录次数与去向，并落水印；对薪酬、成本、客户价这类敏感域，默认不开放批量导出。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>权限本身很乱，能做 AI 问数吗？\u003C\u002Fsummary>\n          \u003Cp>先把权限矩阵与指标口径冻结，再开放问数。权限乱的时候上智能体，等于把原来要层层点开才能拿到的数据，压缩成一句话就能拿到，风险不是变小而是被放大。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003C\u002Fdiv>\n      \u003C\u002Fsection>\n      \u003Csection class=\"insight-related\">\n        \u003Ch2>相关阅读\u003C\u002Fh2>\n        \u003Cdiv class=\"insight-related-grid\">\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">\u003Cspan class=\"r-tag\">SaaS · AI 智能体\u003C\u002Fspan>\u003C\u002Fdiv>\n            \u003Ch3>\u003Ca href=\"\u002Finsights\u002Fdual-agent-enterprise-ai\">AI 进企业系统的正确切入口：设计态与运行态应该分开\u003C\u002Fa>\u003C\u002Fh3>\n            \u003Cp>企业 AI 失败多因职责不清。从「一个聊天窗口通吃」切入，说明构建系统与判断经营的错误代价不对称，为何设计与运行必须分入口，人在环、可溯源与三条…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-09-17 · 约 9 分钟\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">\u003Cspan class=\"r-tag\">SaaS · AI 智能体\u003C\u002Fspan>\u003C\u002Fdiv>\n            \u003Ch3>\u003Ca href=\"\u002Finsights\u002Fenterprise-ai-4-challenges\">企业级 AI 应用建设的 4 大难题：试点很成功，推广却熄火\u003C\u002Fa>\u003C\u002Fh3>\n            \u003Cp>企业级 AI 落地卡在四道坎：数据散、不懂行、不落地、算不清。逐条给出可当场验证的自检问题与先后顺序，说明哪些条件不满足时应该缓上，避免把数据问…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-10-15 · 约 13 分钟\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">\u003Cspan class=\"r-tag\">洞察\u003C\u002Fspan>\u003C\u002Fdiv>\n            \u003Ch3>\u003Ca href=\"\u002Finsights\u002Fdigital-platform-selection\">数字化底座选型：先别谈价格，用这 8 个问题把标尺立起来\u003C\u002Fa>\u003C\u002Fh3>\n            \u003Cp>制造业选数字化底座时，先立标尺再谈价格。用 8 个可当场验证的问题覆盖建模上限、流程引擎、数据归属、二开边界、多组织多租户、国际化、实施方能力与…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-08-13 · 约 9 分钟\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n        \u003C\u002Fdiv>\n      \u003C\u002Fsection>\n    \u003C\u002Fdiv>\n  \u003C\u002Farticle>",1793937989980]