资源中心
白皮书、清单与模板下载，下载即诊断。
资源中心的目标是让客户「先能自我判断」：边界自查表、行业清单、数据流向模板、许可核验清单、PoC 验收指标与选型流程图，都写明包含哪些条目、怎么用、适用对象与使用边界。
大模型落地前 20 项边界自查表
这份表把「大模型能不能上、数据会去哪里」拆成 20 个可逐项勾选的问题，覆盖推理位置、模型文件、向量数据、原文存储、日志内容、日志保存、备份路径、远程访问、更新机制与第三方调用十类边界。它用于签约与实施之前，让业务、IT/安全、法务三类角色对着同一张表确认，把「私有化」从一句形容词还原成可核对的部署事实，避免上线后才出现未授权外联、日志留存超期或备份跨域等情况。表本身只做自查，不产生合规结论，逐项确认后的结果可作为方案与验收的边界附件。
律所案卷 AI 处理边界清单
这份清单针对律所与专业服务机构，把「哪些案卷材料可以交给系统处理、哪些必须先脱敏、哪些默认不出本地」写成一页可勾选的边界规则，并配套约定每一个环节的人工复核角色。清单覆盖适用的案卷类型、默认不可外发的数据、可本地处理的任务、片段外发的脱敏与审批条件、引用与来源标注、输出标识与声明、日志留痕、权限隔离、保留期与销毁。它的目标不是让系统替律师做判断，而是把重复劳动交给系统、把判断与定稿留在律师手上，并让每个结论都能追溯到原文与复核人。
私有化 / 混合部署数据流向模板
这份模板提供一张固定图式，把混合与私有化部署里九个关键图元画进同一张图：用户、本地身份与权限、本地知识库、本地模型、脱敏网关、外部模型、审计日志、备份与远程运维通道。模板不只是一张示意图，它同时给出每个图元的数据流向与责任划分，用于回答「数据在哪一步离开本地、由谁授权、在哪里留痕」。适用于方案评审、合同边界附件与项目启动前的边界对齐，帮助业务、IT 与法务在同一张图上讨论，而不是各说各的版本。
模型许可核验清单
这份清单用于逐版本核验模型的许可条件，把权重许可、代码许可、训练限制、商用条件、输出与蒸馏限制、署名要求、地域限制、上游依赖、禁止用途等逐项落表，并记录许可证文本哈希与核验日期。它解决的问题是「同一模型的不同版本许可可能不同，不能用一个统一结论覆盖全部版本」。清单把许可要求转成项目动作与交付物，用于选型评审、随附许可声明与版本变更时的重新核验，不给出统一的可商用结论。
硬件选型需求书模板
这份模板把硬件选型从「买几张卡」变成一份可评审的需求书，逐项写清业务与并发口径、任务类型与模型参数量级、上下文长度与吞吐、显存估算口径、存储与向量库、网络与机房条件、高可用与冗余、运维与监控、采购与验收条件。它的作用是让需求方、技术和采购在同一个口径上讨论，避免用参数量直接换算卡数，也避免把公开采购个案的价格当成通用参考。模板只给需求与估价变量，不给统一报价，实际价格以需求确认、BOM 与供应商报价为准。
PoC 验收指标模板
这份模板用于在试点开始之前，把「试点做完算不算成功」提前定义清楚：试点范围、样本与测试集来源、基线口径、任务指标口径、时延与并发口径、人工复核与采纳率口径、失败与退出条件、数据与权限边界、验收材料与扩围条件。它不提供效果数字，而是提供可复算的衡量方式，让结果可以被评审、被比较、被复现。适用于诊断之后、正式实施之前的验证阶段，帮助业务与技术在同一个口径上评估是否继续投入。
RAG 与微调选型流程图
这份流程图用一组判定节点回答「该用检索增强还是微调，还是两者结合」：知识是否频繁更新、答案是否需要引用来源、任务是否属于风格与格式适配、是否有足量合法标注样本、算力与周期是否可行、失败模式如何回退。每个节点给出判断依据与选择方向，并列出不适合选择该路线的情形，帮助在选型评审中把讨论收敛到具体条件，而不是停留在「哪个更先进」。图只提供判断路径，不预设结论，具体选择仍需结合数据、算力与验收口径确认。
智能体人工审批节点清单
这份清单用于在智能体或工作流上线前，逐个确定哪些动作必须由人来审批、由谁审批、按什么规则审批。它覆盖任务受理、权限提升、外部调用、写操作与提交、金额或额度相关动作、对外发送、删除与撤销、异常升级、结果发布与审计复核十类节点，每个节点写明触发条件、审批角色与放行规则。清单的目的不是让人工拖慢流程，而是把不可逆、越权或对外产生影响的操作留在人的手里，其余环节才允许自动化推进。
备案与登记适用条件说明（政策整理）
这份材料把生成式人工智能服务备案与登记的适用条件按公开政策与监管答复整理成对照表：哪些情形需要备案、调用已备案模型并进行训练优化是否需要备案、未做训练优化是否需要登记、面向境内公众提供服务与属地要求的差别、内容标识与训练数据来源的关联要求。它帮助项目在启动前把「需不需要备案、谁去办、什么时候办」变成待确认清单，而不是凭印象判断。材料只做条款与条件的整理，不构成法律意见，具体适用以属地主管部门与专业顾问的结论为准。
数据安全与等级保护：谁负责什么
这份材料把数据安全与网络安全等级保护落地时容易混淆的责任项分开列清：数据分类分级、个人信息处理合法性、系统定级与备案、安全建设整改、等级测评、日志与审计、应急与通报、第三方与云服务商管理、跨境与外部调用，分别标明属于使用单位、服务商还是测评机构。它解决的问题是「出了事谁负责」在项目启动前就说不清，导致建设与测评材料反复补做。材料为公开政策与规则的责任整理，不做法律意见，定级与测评结论以主管部门与测评机构为准。