SH

Soloharness

概念 · 辨析 · Agent

← 返回概念辨析

Concept Contrast Fable

能从设计追到实现的链路和能查到每一步发生了什么的操作记录

可追溯性管的是设计和需求之间的链路——需求怎么变成代码、代码怎么回验需求、变更怎么追溯到决策人和依据。审计轨迹管的是运行时的行为记录——谁在什么时候做了什么操作、系统响应了什么、状态怎么变化的。两者都跟“追”有关,但一个追的是为什么这样做,一个追的是到底发生了什么。混淆之后,合规审计拿设计文档当操作证据,安全审查拿操作日志论证需求覆盖。

寓言

药铺里的两册总账:一册追方子怎么开的,一册追药怎么抓的

老字号药铺传到第四代,掌柜立了两本总账。一本叫方子账,记录每张药方从哪本医书来、哪位大夫改过、哪味药减了三钱、为什么减。从源头医书到柜台上的药包,每一个改动都能翻到对应的一行。另一本叫日子账,记录每天铺子里发生的实况——谁开的方、谁抓的药、几点煎的汤、病人多久后来复诊。两本账放在同一个柜子里,看的人从来不一样。

县衙查了两次。第一次因为病人服药后呕吐不止,巡检翻日子账找到当天值班的药工、抓药时间和药包编号,再查同一批药材的进货记录,发现是那批生姜受了潮,药性失了。问题出在日子账上——操作记录能追溯实操中的质量事故。

第二次查是因为有人举报药方不符合《本草纲目》的配伍规范。巡检翻方子账,看那味寒性药有没有对应温性药的制衡、从哪家医书的哪个版本引用、中间哪位大夫在什么时间改过配伍。方子账交代的是设计思路——从理论到实践的每一步推理和决策。

最乱的一次是两个问题叠在一起。病人过敏,县衙要求药铺既证明方子合理又证明操作无误。药工先翻方子账说方子是正统,巡检反问方子没问题不代表药工没抓错量;药工又翻日子账证明操作记录完整,巡检说操作没问题不代表方子本身安全。两本账各管一个维度。

老掌柜在堂会上讲明了规则:方子账回答“为什么这样开”,追的是需求的来源、变更的依据、设计的理由。日子账回答“到底发生了什么”,记的是操作的时间、执行的人、系统的反应、结果的状态。药铺的安全靠两本都能打开、两本都能对得上。

后来有一次批量药材替换——甘草产地更换。方子账里记了:原方出自第三版医典,替换甘草的依据是药性对照表第七行,经首席大夫签字同意。日子账里同时记了:新甘草入库时间、首批使用药包编号、服用药包后复诊记录无异常。两本账之间贴了交叉引用编号,一串数字同时出现在方子账和日子账的同一笔记录里。

老掌柜的学徒在笔记里写:审计如果只看日子账等于只看操作忘了设计;如果只看方子账等于只看设计忘了落地。安全不需要选哪本更重要,需要两本都能翻到同一串编号的那一页。

可追溯性

建立需求、设计、实现、测试、变更之间的双向链路,确保每一项需求都有对应的实现,每一次变更都能追溯到决策依据和责任人。管的是“为什么这样做”的完整推理。

审计轨迹

记录系统运行中每一次操作的时间、主体、动作、结果和状态变化。为合规检查、安全调查和问题复盘提供不可篡改的运行时证据。管的是“到底发生了什么”的事实记录。

故事对应

  • 方子账:可追溯性,追需求来源和设计决策链路
  • 日子账:审计轨迹,追运行时操作记录和状态变化
  • 生姜受潮靠日子账查:操作级质量事故落在审计轨迹上
  • 方子不合规范靠方子账查:设计合规性落在可追溯性上
  • 过敏事件两本都得查:安全和合规需要设计和运行两个维度的证据
  • 甘草替换的两账交叉引用:理想状态下一件事有两行编号可以互相印证

落到 AI 系统合规与安全审查

做 AI 系统合规时,可追溯性负责证明设计过程合规——模型选型有依据、数据来源有记录、风险评估有文档、变更决策有人签字。审计轨迹负责证明运行过程合规——每次推理有日志、每次拒绝或降级有记录、每次数据访问留痕迹。审核时先分维度再交叉:用可追溯性链路查设计意图,用审计轨迹查运行时行为,最后把两边的节点对上。一个系统如果只有操作日志没有设计链路,合规只能看到表面合法性;反之只有设计链路没有操作日志,只能证明纸面合规。