正在加载，请稍候
政企 AI 项目的预算缺口不在算法，而在麒麟/统信的环境适配：运行时依赖、浏览器外设、模型离线性、等保留痕四类返工，附工期与签约前必问清单。
甲方在验收条款里加了一行：须在银河麒麟与统信 UOS 上稳定运行。原定 6 周上线，实际拖到 11 周，多出来的时间几乎全在返工。
蓝曜炬辉在服务内容里把这件事单列成「国产化适配」，不并进主体开发估算。原因很直接：它不属于算法问题，属于环境问题。凡是在广州、深圳、珠海接政企与国企项目的团队，这两年都绕不开这一行验收条款。
麒麟软件官网的行业动态显示，腾讯 AI 管家 Marvis 原生版已上架银河麒麟软件商店，用户通过软件商店即可一键安装，支持软件下载调用、电脑设置与体检、文档图片查找处理、知识检索、任务自动化、跨端远控等 AI 办公能力；这条动态标注的发布时间是 2025 年。
大厂愿意为国产桌面单独出一个「原生版」，说明采购侧的需求已经足够硬。更值得注意的是同一页上的生态入口：麒麟软件写明「提供不同等级的产品适配、测试、认证服务」，并单独设置了「适配申请」「适配查询」两个入口。这意味着适配是分级认证流程，「装得上」和「认证过」是两件事。
签约前如果只谈「支持国产操作系统」，后面一定返工。要谈的是适配到哪一级、由谁认证、认证周期算谁的工期。验收指标怎么定，可参考2026 年立项验收的 5 个硬指标。
政企 AI 应用的国产化适配通常要做 4 份构建与 4 轮回归，因为同一套功能要在麒麟与统信各自的 x86 与 ARM64 环境上分别验证。成本之所以难估，是因为它的计价单位是「环境数 × 回归轮次」，而不是功能点。
同一个智能问答模块，在 Windows 上只做一次功能验收；到了国产化项目里，光是构建产物就有四套。哪些账单会被漏算，可对照企业为三笔看不见的账单买单那份拆解。
下面这张表是我们的口径：只给计价单位，不给价格——价格随环境数量与私有化程度变化太大，拍一个总价对你没有参考价值。
| 成本项 | 计价单位 | 常见被漏算的地方 |
|---|---|---|
| 业务功能开发 | 人天 / 功能点 | 无（这部分通常谈得最清） |
| 国产化适配 | 环境单元（OS × CPU 架构 × 终端类型） | 被塞进开发费按比例估，实际翻倍 |
| 私有化推理 | 加速卡型号 × 台数 + 运维人天 | 只算硬件，不算模型转换与压测 |
| 等保与审计整改 | 整改项数 × 复测轮次 | 日志留存与模型调用留痕被当成顺手加 |
| 回归测试 | 轮次 × 每轮人天 | 只预留 1 轮，实际 3 轮起 |
把这张表贴在立项会桌上，比讨论「用哪个大模型」有用得多。
国产化适配最先爆的是运行时：同一份二进制要在飞腾、鲲鹏的 ARM64 与龙芯的 LoongArch 上分别构建，glibc 与内核版本偏低时还得回退依赖版本。这一类返工量最大，也最难在报价阶段被看见。
典型触发条件有三个：项目用了带原生扩展的 Python / Node 依赖；推理后端原本绑在 CUDA 生态上；容器基础镜像只发布 x86_64。任一条命中，构建矩阵就从 1 变成 3 以上。
架构这一层还没稳定。InfoQ 在 2026 年 10 月 20 日的报道里提到，RISC-V 正在加速进入 AI 与高性能计算，玄铁车规 IP 与服务器芯片都有新进展。对交付团队的含义是：今天的 CI 如果硬编码成两个架构，明年大概率要重写。
签约前必须问清：目标环境的 CPU 架构清单、各环境的内核与 glibc 版本、是否提供离线依赖源。这三条答不出来，适配费就该按最坏情况报。
政务终端的真实复杂度集中在浏览器内核与外设驱动：系统自带浏览器多为较旧的 Chromium 分支，前端用了新 API 就得降级或加 polyfill，而打印机、读卡器、高拍仪、UKey 往往没有新版驱动。这类返工「单点小、总数多」，漏一个外设就能卡住整场验收。
前端侧最常返工三处：新语法与新 CSS 特性、WebAssembly 与音视频能力、本地文件系统访问。信创浏览器对这些能力的支持与 Chrome 主线并不同步，靠 caniuse 查不出来，只能上目标终端真机验证。
外设侧的现实是插件机制已经换代。老式浏览器插件方案基本走不通，常见做法是在终端本地跑一个小服务，前端通过本地回环与它通信，再由它调用读卡器与打印机。这套桥接要单独开发、单独测，每个外设型号都得过一遍。桌面端与移动端在这类桥接上的取舍，可看移动端办公 Agent 的三道工程前提。
签约前必须问清：终端与外设的具体型号（不只是类别）、是否允许安装本地服务进程、外设厂商是否提供国产系统驱动。
政企内网通常没有外网出口，任何依赖公有云 API 的方案在验收环境里直接不可用，必须改成「本地权重 + 私有推理」。这不是加个开关，而是整条链路换实现：检索层、向量库、模型服务、限流与降级都要在离线环境里重搭。
离线不是理论选项。麒麟软件商店里已上架「麒麟速记」，官方介绍明确写它支持离线语音转写，理由是重要会议录音不能上传到云端转写。同一批采购方既要 AI 能力、又不接受数据出网，这个矛盾只能靠端侧或内网侧解决。
本地与云 API 的成本拐点取决于三个可测的量：月调用次数、并发峰值、单次上下文长度。判断方法是先拿真实业务语料压测出单机吞吐，再反推需要几台加速卡；算不出吞吐就谈私有化预算，等于猜。自建底座与托管服务的取舍，另见托管 Agent 云服务 1.0 值不值。
签约前必须问清：内网是否有可用推理硬件、模型权重与许可由谁提供、模型更新走离线升级包还是现场部署。
等保与数据出域这类返工，落点是审计留痕：谁在什么时候问了什么、模型回了什么、命中了哪份知识文档，都要可查、可导出、可留存，而多数 AI 应用在原型阶段根本没有这张表。等保 2.0（GB/T 22239—2019）与《网络安全法》第二十一条对日志留存有明确要求（不少于六个月），具体适用请以正式文本与测评机构意见为准。
难点在 AI 链路的可观测性。InfoQ 在 2026 年 10 月 20 日的技术报道里指出，智能体的多步骤工作流包含多次提示词、工具调用、信息检索与重试，很难判断质量从哪个环节开始下降、哪些因素推动了 Token 消耗增长。对政企项目的直接含义是：审计不能只记最终输出，要在链路层埋点。
务实做法是把审计字段当成数据模型的一部分，在需求阶段就定下来：会话 ID、提示词摘要、命中文档 ID、模型版本、耗时与 Token 数、操作人。这些字段后期补，等于给历史数据做回填，工作量远超当初设计。
签约前必须问清：等保测评由谁做、日志留存多久、日志是否必须落在国产数据库上、模型调用记录是否属于交付成果物。
四类返工的触发条件不同，排期风险也不同；下表是我们用于排期沟通的参考区间，不是报价承诺，实际受环境数量与依赖规模影响。命中两类以上时，建议在总工期上单独加一段适配缓冲，而不是从功能开发里匀时间。
| 返工类型 | 典型触发条件 | 参考工期区间 | 签约前必问 |
|---|---|---|---|
| 运行时与依赖链 | 原生扩展依赖 / CUDA 绑定 / 单架构镜像 | 5–20 人天 | 架构清单、glibc 与内核版本、离线依赖源 |
| 浏览器与外设 | 新前端 API / 读卡器高拍仪 UKey | 3–15 人天 | 终端与外设型号、能否装本地服务 |
| 大模型离线性 | 内网无外网 / 数据不得出域 | 10–30 人天 | 推理硬件、权重与许可归属、更新流程 |
| 等保与审计 | 等保三级 / 需导出审计报表 | 5–15 人天 | 测评机构、留存期限、日志落库位置 |
报价单的写法比总价更影响后面的争议：适配费应单列为独立条目，按「环境单元」计价，并明确预留回归轮次；写清这三件事，返工时才有合同依据。
具体落四条：第一，适配费独立成项，不按开发费百分比折算；第二，环境单元定义写进附件，例如「麒麟 V10 + ARM64 + 桌面终端」算一个单元，数量由甲方确认；第三，回归轮次与每轮人天写明，超出按变更计价；第四，交付物包含构建脚本、依赖清单与私有模型权重清单，避免退出时无法接手。
还有一条容易被忽略：适配等级。麒麟生态的适配认证是分级的，如果甲方要求拿到厂商认证，申请、测试与周期要写进排期，费用归属也要写明。这一项在合同里缺位，最后往往变成乙方无偿垫付。
需要按这套口径出一份带环境单元清单的适配报价，可以直接走联系我们；也可以先看成功案例里同类项目的交付物构成。
数据分层不该出现在增项清单里：它应当在架构设计第一步就存在，因为上线后再加，等于重做权限模型、数据表与全部查询，反而变成第五类返工。这条判断与具体行业无关，但对政企客户尤其成立——他们几乎必然会在评审会上问「谁能看到什么」。
作为参考方案，三端数据分层这样切：终端使用者只看自己的数据；管理侧只看趋势与聚合，不看个体明细；主管或监管侧只看匿名化后的统计视图。三者差别不在界面，而在查询入口与字段可见性上，必须在数据库层做，不能靠前端藏字段。
一手样本的边界要说清：截至今日，我们已发布的交付案例共 7 个，其中教育培训 2 个、人工智能 2 个、企业服务 2 个、文旅消费 1 个；填写了项目周期的样本落在 2 周到 6 周，团队规模为 3–4 人。这是样本分布，用于说明我们项目的规模区间，不能证明某个具体客户的交付过程，也不能外推成行业普遍水平。
换句话说，上面的分层方案是设计建议，不是某个已完成项目的复盘；落地时请按自己的数据敏感度重新定义可见性矩阵。
含信创适配的政企 AI 项目，主体开发之外通常要额外准备 4 到 10 周适配与回归时间，命中私有化推理或等保整改还会更长。上表区间是排期参考而非承诺值，环境单元数量是最大变量。
大厂成品能覆盖通用办公场景，但业务逻辑与内部数据接入仍要自己开发，适配问题只是从系统层转移到集成层。麒麟软件商店里的 Marvis 原生版适合标准办公；涉及专有流程、内网知识库与审计要求时，仍需定制开发。
通常不必整套重做，但新增数据流、新增第三方模型调用或新增外网出口时，需要做变更评估并可能触发复测。稳妥做法是把模型调用的数据流向画成图，提前交测评机构确认，避免上线前才补材料。
先看数据能不能出内网，这一条是否决项；再看月调用量与并发峰值能否摊薄私有化的固定成本。内网无外网的项目没有选择空间，只能本地推理；能出网的场景按调用量压测对比，不要凭感觉判断。
看甲方终端采购清单，通常不必两套全做，但至少要覆盖实际存在的「OS × CPU 架构」组合。只做一套而清单里有两套，验收时一定被要求补齐，那时再排期成本更高。
建议单列并按环境单元计价，打包进开发费会在返工时失去议价与变更依据。若甲方要求总价包干，就把环境单元数量、回归轮次与适配等级写进附件，把不确定性显式化。