AIAI学习站
继续学习
本章进度 17 / 18
94%
安全、权限与隐私·判断·13 分钟
正文已完成

用关联标识串起一次智能体行动

把请求、模型调用、检索、工具、审批和业务结果连接为可查询链路，同时控制审计数据本身的风险。

L202
为什么现在学

把“审计记录”从听懂变成会判断，避免遇到真实任务时仍靠感觉选择。

本课会用什么
  • 无需安装新工具
  • 准备一个可对照的真实问题或样本

一次用户任务会跨过多个服务。没有统一关联标识，单条日志都看似正常，组合起来却无法还原发生了什么。

这一课的结果

能设计跨组件的追踪关联方案并说明敏感字段与完整性控制。

核心概念

先把关键判断说清楚

01

一条任务一个根关联

入口生成根 trace 标识，模型、工具、审批和业务系统继承并产生各自 span 或事件。

02

保留因果而非全文

记录调用关系、版本、摘要和结果，敏感提示正文按最小化策略另行受控。

03

审计完整性可验证

限制修改与删除权限，记录时间、来源和版本，并监控事件缺口或乱序。

案例拆解

订单取消链路在三个系统中断开

聊天服务记录了请求，审批服务记录了同意，订单系统记录了取消，但三者没有共同标识。

  1. 01

    入口生成 task_trace_id

  2. 02

    审批事件携带任务与动作ID

  3. 03

    订单系统回写业务事件ID并与工具 span 关联

案例结果

支持人员可从用户请求一路查到批准内容和订单最终状态。

提交前练习

现在轮到你

为聊天请求、人工批准和取消订单画出关联字段。

完成本课需要：完成以下内容用于本课收口。

内容会自动保存在当前设备
查看参考答案与评分标准

参考答案

网关生成 trace T9；模型调用、取消工具和审批携带T9并各有span；订单号令牌化、提示不存全文；监控从批准到业务结果缺少终态的链路。

评分标准

  • 关联标识跨越全部关键组件
  • 日志没有无原则保存全文
  • 能检测缺失终态

本课收口 · 应用检查

完成一次应用，再检查理解

完成一次必填练习，再通过理解检查；阅读标记和总结不设硬门槛。

0 / 2
02完成本课必填练习0 / 4 项必填内容已填写03通过理解检查点此去回答，约 30 秒
04补一句总结（可选）可以留空，不影响完成本课。
跨服务审计链路最需要共享什么？
你现在更接近哪一种状态？
尚有必填项未完成，请补齐后再继续。

资料来源

继续核对与延伸阅读

本课内容最近更新于 。