本指南面向已部署 AI Agent 但尚未设计日志记录规范的工程负责人或 CTO，以及需要回应安全问卷或审计请求、证明智能体实际行为的合规或风险管理人员。我们的AI 自动化指南用于决策哪些流程适合部署 Agent，Agentic AI 自动化服务涵盖交付过程；本页面从 Agent 已上线之后开始，聚焦于客户、审计方或监管机构就其行为要求提供证明的场景。
本指南目录
- AI Agent 的审计日志必须为每次操作记录哪些内容？
- 完整推理轨迹与仅记录操作的日志：实际应保留什么
- 证据汇编操作手册
- AI 的定位
- 现有交付记录与尚未记录的内容
- 备选方案：谁来构建和拥有审计日志流水线
- 本指南的局限性
- 常见问题
- 下一步
AI Agent 的审计日志必须为每次操作记录哪些内容？
仅显示最终输出的日志无法回答是谁指示 Agent 执行操作、依据什么授权，以及它访问了哪些资源。最低记录标准需将四个身份字段和三个内容字段与每次操作绑定：唯一事件 ID 和 UTC 时间戳；触发身份（启动调用链的人员或系统）与执行身份（Agent、其版本及调用它的上级 Agent）分开记录，不得合并为单一「用户」字段；当时生效的策略、提示词或模型版本，以防事后规则变更导致历史决策看起来违规；每次工具调用的输入与输出；以及所采取的操作、其结果，以及任何人工审批或覆盖——并注明 Agent 操作模型中授予该权限的角色。该字段仅证明审批已被记录，而非经过真实审核；我们的人工审批质量指南计算区分两者的信号指标。
此规范的范围刻意窄于完整推理轨迹。我们的可观测性与成本控制指南设计了调试和预算控制所需的轨迹；审计日志在有数据时复用该信息，但它是独立保留的产物，旨在回答「发生了什么、谁授权了什么」，而非「模型为何生成这段 token 序列」。缺少触发身份与执行身份区分的日志，无法说明是人还是 Agent 自身发起了某项升级操作——这正是审计人员在审查我们操作模型指南中升级路径时首先追问的空白。
完整推理轨迹与仅记录操作的日志：实际应保留什么
每增加一个日志字段都会带来存储成本、审查时间，以及（对于涉及客户数据的轨迹）隐私最小化问题。选择不是「记录一切」与「什么都不记录」之间的取舍，而是哪种层级与 Agent 承担的风险相匹配。
| 方案 | 优势 | 风险 | 适用场景 |
|---|---|---|---|
| 仅记录操作（身份、版本、操作、结果） | 存储和审查成本低；可快速查询特定操作 | 无法说明为何做出决策，只能证明操作已发生 | 无监管决策、无面向客户输出的低风险内部 Agent |
| 操作日志加工具调用记录（每次调用的输入/输出） | 可重建决策链：检索了什么、核查了什么、触发了什么 | 存储量更大；输入可能包含个人数据，需在源头最小化捕获范围 | 从知识源读取数据或向记录系统写入数据的任何 Agent |
| 长期保留完整推理轨迹 | 若争议深入到 token 级别，可提供最丰富的取证细节 | 保留成本高，隐私最小化难度最大，且审计方的实际问题很少需要到此深度 | 处于主动调查或法律保全期间的受监管高风险决策类别，仅在保全期内保留 |
不具备防篡改能力的日志不构成证据，无论记录了哪个层级：具有访问控制的普通数据库行可由任何具有管理员权限的人修改，因此上述字段列表是必要条件，但并不充分。记录还需要一种机制——哈希链、只写存储或独立锚定的检查点——使事后的删除或修改可被检测到，而不仅仅是通过权限加以限制。
证据汇编操作手册
-
在上线前按风险层级设定保留期限，而非事后亡羊补牢。
受监管的面向外部的决策型 Agent 需要适用的所有义务中最长的保留期；无监管决策的内部起草型 Agent 所需时间要少得多。保留期永远不得短于适用于该 Agent 数据或决策类别的最短外部义务。
-
在写入时分离身份字段。
从第一天起就将触发身份与执行 Agent 身份记录为两个独立字段；上线后再补录此拆分，意味着所有早期日志条目都无法用作授权证据。
-
将策略和版本 ID 与操作一同记录，而非仅记录在独立的变更日志中。
我们的变更管理与版本控制指南管控发布的版本；审计日志的职责是说明特定操作运行时生效的版本，因此两份记录必须共享同一版本 ID。
-
使存储具备防篡改能力，而非仅做访问控制。
在 Agent 接触真实数据上线之前，而非争议发生后再补救，就应添加哈希链或只写存储层。
-
准备好证据汇编清单，而非临时拼凑。
当请求到来——来自审计人员、监管机构或客户安全团队——清单应能提取：所请求时间窗口内的每项操作、每项操作的身份对与策略版本、任何人工审批或覆盖，以及记录自写入以来未被篡改的确认。
-
在首次真实请求前演练提取流程。
在审计人员提出要求之前，针对一段安静期运行一次清单，可在修复成本仍较低时发现缺失字段或不可查询的存储。
AI 的定位
Netbase 与主流商业及开源 AI 工具和模型合作，按项目选型，并将防篡改日志和演练过的证据提取视为 Agent 适合在生产环境运行的必要条件——正如可观测性指南将断路开关视为必要条件，事件响应指南将保留运行记录视为必要条件一样：这些控制措施必须在第一次真实请求到来之前就位，而非在响应请求时临时组建。
-
已交付（匿名客户）：用于训练、评估、发布和监控模型的 MLOps 流水线。
该项目的发布与监控阶段，与审计日志规范为 Agent 实时操作所正式化的纪律属于同一范畴，客户未公开姓名。
-
增长能力：审计日志规范与证据汇编设计。
将日志字段规范、按风险分级的保留规则和证据清单纳入 Agent 操作模型，作为 Agentic AI 自动化交付的一部分；尚未关联到专门点名该仪器化内容的已发布案例。
现有交付记录与尚未记录的内容
现有记录。除 4over4 外，Netbase 已为未公开姓名的客户交付 AI 项目，包括检索增强知识助手、文档 AI 以及用于训练、评估、发布和监控模型的 MLOps 流水线（F072）。Netbase 自身的安全实践包括基于角色的访问控制、管理员仪表板的多因素认证及漏洞扫描（F021）——这是审计日志身份字段所依赖的访问管控纪律——Netbase 持有 ISO 27001 认证及 SOC 2 Type II 证明，适用于其自身运营（F022、F051、F052）。
尚未记录的内容。没有已发布的 Netbase 记录点名特定客户 Agent 上所使用的保留期限、日志字段数量、审计响应时间或防篡改机制。没有记录描述某个实时 Agent 已将其记录的操作实际提交给审计人员或监管机构。Netbase 的认证覆盖 Netbase 自身运营；认证范围不延伸至客户的 Agent、其日志或其保留策略。
备选方案：谁来构建和拥有审计日志流水线
| 方案 | 优势 | 劣势 | 适用场景 |
|---|---|---|---|
| 构建 Agent 的团队按需临时添加日志记录 | 启动快，无需新流程 | 各 Agent 字段不统一；无共享保留规则；首次真正需要时证据汇编是临时拼凑 | 单一低风险、仅限内部的试点 Agent |
| 标准日志规范和保留规则，由 Agent 操作模型中指定的角色负责 | 所有 Agent 遵循同一规范；证据汇编经过演练，而非临时应对 | 需要前期设计工作，并在第一个接触真实数据的 Agent 上线前就建立防篡改存储 | 读取受监管数据、向记录系统写入数据或面向客户的任何 Agent |
| 交付合作伙伴与 Agent 本身同步设计规范、保留层级和防篡改存储 | 从第一天起，同一团队负责 Agent、其护栏及其证据链 | 与任何交付项目一样，需要回答归属权问题 | 尚无内部责任人，或多个 Agent 需要一套一致的规范 |
在 Netbase 的定制开发中，客户拥有为其工作创建的知识产权（F020），大多数项目在探索后按固定总价合同执行，同时也提供基于里程碑、月度团队外包与 KPI 挂钩的条款（F067）。
本指南的局限性
- 本指南是工程与运营设计指南，不构成法律、监管或合规建议；适用的保留期限、字段范围和披露规则取决于所涉及的数据、行业和司法管辖区。
- 本指南中的数字均非基准：没有任何保留期限、响应时间或审计数量作为 Netbase JSC 结果发布，因为均未登记为 Netbase JSC 事实。
- 日志字段规范和三层保留对比是入门结构，而非认证框架；有自身监管报告义务的公司应单独确认其具体要求。
常见问题
事件 ID 和 UTC 时间戳、分开记录的触发身份与执行 Agent 身份、当时生效的策略或模型版本、每次工具调用的输入与输出，以及所采取的操作、其结果和任何人工审批或覆盖。
不足以。访问控制限制了谁可以读取或编辑日志，但无法使事后篡改变得可检测；真正的证据需要防篡改机制，例如哈希链或只写存储，以证明记录自写入以来未被更改。
时间需足以满足适用于该 Agent 数据或决策类别的最长义务，高风险、受监管或面向客户的 Agent 保留时间应长于低风险内部 Agent；对所有 Agent 不加区分地适用同一固定保留期是常见且可避免的错误。
下一步
请告诉我们哪个 Agent 已上线或即将上线，以及客户、审计人员或监管机构未来可能询问哪些操作，我们将预约方案评审，为其设计日志字段规范、保留层级和证据汇编清单。您也可以查看企业 AI Agent 平台解决方案，或浏览更多 Netbase 洞察。
此指南背后的项目
Netbase未披露名称的一家机构（归类于专业服务），需要一套受控的模型训练、评估、发布与监控流程。Netbase远程交付了一条MLOps流水线，结合AI咨询、工程与集成服务。客户所在地、模型信息、日期及结果均未公开；本匿名档案仅说明系统类型和Netbase的角色。
Keep Reading相关服务与解决方案
保留人工审批的AI自动化与智能体
Netbase为希望用软件处理重复性多步骤工作的运营团队提供AI自动化与智能体开发服务，同时保留对关键决策的人工审批权。我们将规则自动化与AI结合，构建人工审批环节，并与基线对比衡量回报。
Learn More
企业级AI智能体平台：在审批、审计日志与成本限额下运行AI智能体
企业级AI智能体平台是一个受治理的运行时环境，AI智能体通过已审批的工具规划并执行多步骤任务，同时审批流程、审计日志、访问规则与成本限额确保每个操作可问责。Netbase将其作为前瞻性解决方案提供，部署于您自有环境中，而非以产品形式授权。
Learn More
与Netbase远程合作
Netbase JSC的所有项目均以远程方式交付，任何国家、任何行业的客户均可与我们合作；Netbase已服务全球80个国家的客户。合同与发票由Netbase JSC出具，付款方式为银行转账至Netbase JSC公司账户或PayPal Business。欢迎通过WhatsApp或邮件联系CEO Huy Nguyen（David）。
讨论项目
Netbase JSC帮助企业设计、构建、现代化及运营数字产品与AI赋能的业务系统。project@netbasejsc.com
+84 937 869 689
91 Nguyen Chi Thanh, Dong Da, Hanoi, Vietnam
取得联系
告诉我们您想构建、现代化或运营什么。