# SZV 文档 > SZV 把企业的制度与流程写成可以组合、可以验证的函数。本索引列出文档区每一页的路径与一句说明; 每页另有同路径加 .md 的 Markdown 版本。 ## 开始 - [从你的处境开始](/docs/start): SZV 做什么,以及常见处境各对应哪一页、先备什么 - [合作怎样进行](/docs/start/how-we-work): 咨询加核心经营系统按诊断、设计、建设、上线、长期运营推进,拿到诊断交付的文件后,由企业决定是否继续 - [常见场景](/docs/start/scenarios): 常见处境各写一句可验收的完成标志,以及该读哪一页 - [追溯一笔付款的审批](/docs/start/scenario-approval-trace): 把付款审批写成表并冻进单据,任一笔付款都能按单号查出谁签、按哪一版链走 - [新开一家分支](/docs/start/scenario-new-branch): 新开分支只登记一行,审批链和权限沿用总部,总部一项改动会波及所有沿用者 - [在自己的机房运行模型](/docs/start/scenario-on-prem): 自建推理前先回答的几个问题,机房里跑的是什么,不同用法里模型各看到什么 - [术语表](/docs/start/glossary): 文档里的词,一词一句,附最容易读错的地方 ## 原理 - [让 AI 接进经营的设计](/docs/concepts): 规则、权限、口径存成带版本的数据,模型起草的每一步走同一套审批与留痕 - [规则写成带版本的数据](/docs/concepts/rules-as-data): 会变的制度条款存成带版本的行,改参数不改代码,每个时点的取值都查得到 - [重放一张旧单的判定](/docs/concepts/decision-replay): 建单时冻结输入、规则行和判据版本,规则与程序都变了,旧单仍能原样重放 - [修改规则参数的唯一入口](/docs/concepts/controlled-write): 运行时改规则参数只经一个写入入口,且只接受已批准的变更单 - [谁能做什么](/docs/concepts/authorization): 判断一个人能不能做某件事只问一个入口,拒绝先于允许,答案带依据 - [留痕与证据链](/docs/concepts/evidence): 导出与模型调用的留痕写不进就不交付,链防业务层误操作,不防运维方 - [人工批准与规则免审](/docs/concepts/human-in-loop): 单据只能由人批准或由规则判定通过,超时、缺席与模型出错都只会让它停下 - [模型能碰什么 不能碰什么](/docs/concepts/llm-untrusted): 模型只拿聚合数与令牌,没有写业务的通道,输出只能成为待审批的草案 ## 咨询 - [诊断怎样找到问题](/docs/consulting): 诊断先量再断,把企业的规矩查清写明,才能做成系统里的规则 - [两周诊断交付什么](/docs/consulting/two-week-diagnosis): 企业全貌、改造清单和权责清单各支持一个决策,都归企业所有,诊断之后可以止步、只做制度与流程,或进入系统 - [诊断前要准备的材料](/docs/consulting/before-you-start): 诊断只取必需字段,个人信息由企业先处理再导出 ## 核心经营系统 - [核心经营系统概览](/docs/core): 规则、权限、口径存成带版本的数据,单据的判定、写入与留痕走同一套入口 - [审批流转](/docs/core/approval-flow): 模型起草的单据走同一条审批链,超时与缺席都不改单据状态 - [修改一条规则](/docs/core/rule-table): 规则改动先批准后追加,判定用的金额取自规则表,不取自模型 - [配置一个人的权限](/docs/core/access-config): 模型起草的单据走同一套权限,个人授权只追加、可加可减 - [资金流水与更正](/docs/core/funds-ledger): 资金流水只追加,更正靠冲回,模型起草的付款也只能批准后追加 - [客户资料与统计口径](/docs/core/customer-records): 同一个数只有一份口径,客户合并保留来源并可撤销 - [查询与导出操作记录](/docs/core/audit-query-export): 导出与模型调用的留痕和动作同事务,写不进留痕就不交付 - [接入模型服务](/docs/core/llm-integration): 换模型服务改名册,开关在库表缺省关,业务代码不直连模型 - [发布与回滚](/docs/core/release-rollback): 回滚只切回上一版程序,规则等带版本的数据留在库里不动 ## 私有部署 - [私有部署概览](/docs/on-prem): 在自己机房跑模型,数据留在边界内;先看值不值得自建 - [估算显卡数量](/docs/on-prem/procurement): 按用量与服务等级选模型,再用显存倒推卡数 - [私有部署的组成](/docs/on-prem/system-components): 推理、模型网关、检索、工具接入、可观测各管什么,一次知识库问答经过哪几站 - [网络与机房条件](/docs/on-prem/site-requirements): 怎样让推理网段对机房外零出站,GPU 机房的场地要核对什么 - [交付与验收](/docs/on-prem/delivery-acceptance): 凭容量、质量、边界的可复跑证据验收,权重与镜像先过入闸 - [上线前安全核对](/docs/on-prem/security-checklist): 私有部署多出的攻击面,每一处上线前要留哪些证据 - [运维与升级](/docs/on-prem/operations-and-upgrades): 每种变更先验证、各有回退点,看板要有质量一行 ## 硬件设计 - [硬件设计概览](/docs/hardware): 开模前把制造的不确定性逐项关掉,让工厂拿到文件不必追问 - [写一页需求约束](/docs/hardware/requirements-input): 一页约束把需求写成能验证的字段,不填的后果和验证方法都写明 - [设计评审清单](/docs/hardware/design-review-checklist): 设计评审把检查项分成自动可查、需人审、需工厂审,每项都有入口 - [交给工厂的文件](/docs/hardware/deliverables): 六项交付物各有合格线,工厂拿到后不必追问就能报价、开模、贴片 - [打样与小批量](/docs/hardware/prototyping-and-small-batch): 打样分板样、手板、开模试样,样件回来后怎么核对和返工 - [验证计划与过线判据](/docs/hardware/validation): 设计线在样机之前交出验证计划与过线判据,EVT、DVT、PVT 各验证什么 ## 安全与信任 - [安全边界](/docs/trust): 分清系统防谁、不防谁,哪些要企业补控制或写进合同 - [责任划分](/docs/trust/responsibility): 查每个事项由谁决定、谁执行,哪些要在合同里另写 ## 右上角 - [更新记录](/docs/changelog): 文档区哪天改了什么,影响哪些页,按日期倒排 - [常见问题](/docs/faq): 购买前的疑虑,每问一个直接的回答和讲透它的页