Weave 活动历史——Weave 所做的每项更改及批准人
每个项目都会保留一份 Weave 在其中所做操作的历史：它发现并在之后不再发现的问题、它在 AI 助手中提出的更改、每项更改由谁批准或拒绝、每项获批更改具体替换并写入了什么，以及最终结果。表的时效性阈值的更改也会记录在内，人们为 Weave 的发现项选择的负责人、对发现项的评论，以及被标记为预期的发现项同样会记录在内。
这份历史可以直接交给审计人员。任何人都无法编辑或删除其中的条目，篡改检查可以显示历史是否被改动过，并且任意期间都可以导出为 CSV 或 PDF。
打开活动历史
Section titled “打开活动历史”- 打开项目，选择 Weave 选项卡，然后在其中选择发现项。
- 单击工具栏上的活动。旁边的发现项按钮可返回 Weave 的发现项。
历史按最新条目在前的顺序列出，每次 50 条，从最近 30 天开始。单击列表末尾的显示更早的活动可查看接下来的 50 条。工具栏上的刷新会重新读取历史。
只要角色可以读取项目的步骤、工作流和表，就会显示活动。在某个工作流的发现项上打开 Weave 选项卡，或切换到其他项目，都会使该选项卡回到发现项。
| 发生的事情 | 条目的显示方式 |
|---|---|
| Weave 在与 AI 助手的对话中提出了更改 | 在与 Nadia Brennan 的对话中，Weave 提出：更改步骤的设置。 |
| 有人批准了它 | Nadia Brennan 已批准：更改步骤的设置。 |
| 有人拒绝了它 | Nadia Brennan 已拒绝：更改步骤的设置。 |
| 已按批准内容完成更改 | 已按批准完成：更改步骤的设置。 |
| 获批的更改未能完成 | 未完成：更改步骤的设置。，后面附原因 |
| 修复后重新运行了步骤 | 已按批准完成：重新运行步骤。，后面附运行的结果，例如该步骤已成功重新运行。 |
| 有人撤消了步骤修复 | Nadia Brennan 已批准：撤消 Weave 对步骤设置的更改。，然后是已按批准完成：撤消 Weave 对步骤设置的更改。 使用撤消并运行时，条目末尾为并运行了该步骤。 |
| Weave 在运行后发现了问题 | Weave 发现步骤“Allocate by Driver”：其筛选器中的表达式有错误：列“cost_center”不存在。 |
| Weave 在之后的运行中不再发现该问题 | 工作流“Cost Allocation”运行后，Weave 不再发现它此前针对步骤“Allocate by Driver”发现的问题——步骤表达式。 |
| 有人设置、更改或清除了表的时效性阈值 | Marcus Okafor 将 Weave 设置为：如果表“Cost Drivers”超过 26 小时未写入，则发出警告。此前为 24 小时。 |
| 有人创建了带时效性阈值的表 | Marcus Okafor 创建了表“Cost Drivers”，并将 Weave 设置为：如果该表超过 24 小时未写入，则发出警告。 |
| 将表另存为视图清除了其阈值 | Marcus Okafor 将表“Cost Drivers”另存为视图，因此 Weave 不再在其超过设定时间未写入时发出警告。此前为 24 小时。 |
| 有人选择了发现项的负责人，或将其交还给 Weave 选择的负责人 | Marcus Okafor 将 Nadia Brennan 设为关于步骤“GL Actuals Load”的发现项的负责人——目标行数与以往运行不同。 |
| 有人对发现项发表了评论 | Nadia Brennan 对关于步骤“GL Actuals Load”的发现项发表了评论——目标行数与以往运行不同：“正在与总账团队确认。” |
| 有人将发现项标记为预期 | Nadia Brennan 将关于步骤“GL Actuals Load”的发现项标记为预期——目标行数与以往运行不同，截至 2026 年 12 月 31 日结束：“月末加载总是很重” |
| 有人不再将发现项视为预期 | Nadia Brennan 不再将关于步骤“GL Actuals Load”的发现项视为预期——目标行数与以往运行不同，因此 Weave 会再次报告它。 |
PlaidCloud 的 AI 助手在您批准后所做的每项更改都会被记录，并且您的批准会在更改执行之前记录：
- 步骤修复、随后的重新运行，以及撤消修复；
- 新项目、工作流和维度；
- 导入、导出和转换步骤；
- 加载到新表中的文件；
- 表复制；
- 对表的属性和标签的更改。
不属于任何项目的更改（例如创建项目）在完成后会出现在新项目的历史中。
“不再发现”就是字面意思。问题可能已被修复，也可能是数据发生了变化，使问题不再显现。Weave 并不声称知道是哪种情况。
发现项在运行结束时记录
Section titled “发现项在运行结束时记录”工作流的某次运行结束时，Weave 会以该运行所属的人员身份检查该工作流及其步骤，记录发现的每个此前未处于未解决状态的问题，以及不再发现的每个未解决问题。问题会在历史中保持未解决状态，直到之后的某次检查本可以再次发现它却没有发现。当两次运行的结束时间很接近时，它们的检查可能会乱序记录；下一次检查会纠正历史。
只有以项目架构师身份运行的检查才会关闭问题：看到项目内容较少的角色不一定能看到问题仍由什么引起。无法判断某个步骤的检查，或不适用于该步骤的检查，同样不会关闭问题。
每个条目显示的内容
Section titled “每个条目显示的内容”- 时间，采用 UTC。导出文件中的时间精确到微秒。
- 发生的事情，用 Weave 的话描述。
- 人员——请求者为对话中的人员，批准者或拒绝者为按下按钮的人员，更改者为设置时效性阈值、选择发现项负责人、评论发现项，或将其标记为预期或不再视为预期的人员。
- 涉及的对象——例如步骤：Allocate by Driver。
- 更改的内容——每个设置位于设置项下，并带有其早于和晚于值。（无） 表示添加或移除了列或记录。
- 结束情况——更改的结果；如果未完成的更改可能留下了某些内容，则显示可能已完成其中一部分。；如果更改仍在运行，或其结果从未被记录，则显示尚未记录此次批准的结果。
- 显示确切设置——完整的设置本身。对于已执行的步骤修复，早于和晚于会显示其涉及的每个设置。对于其他已执行的更改，晚于显示写入的内容。对于批准或拒绝，按建议显示所决定的内容，除非随后执行了更改，否则这些内容并未写入。
撤消步骤修复
Section titled “撤消步骤修复”对于 Weave 保留了副本的步骤修复，其条目会向角色可以更改步骤的任何人显示撤消，直到该修复被撤消为止。它会打开与对话中的撤消相同的窗口；请参阅撤消修复。单击时会检查该修复是否仍可撤消：如果此后步骤已更改，或其先前的设置已不再保留，窗口会说明原因。
撤消得到响应后，历史会重新读取，撤消会作为一项独立的更改显示在顶部。已撤消的修复不再显示撤消。
在列表上方：
- 工作流——关于某个工作流及其步骤的条目。
- 步骤——关于某个步骤的条目。选择了工作流后，只提供其步骤。
- 人员——某人请求、批准、拒绝、更改或评论过的条目。
- 期间——最近 7 天、最近 30 天、最近 90 天或自定义。选择自定义时，在从和至中选择第一天和最后一天。在两者都选定之前，列表保持显示原来的期间。
天数为 UTC 的整天，且包含至所选的那一天。每个筛选器都会从 PlaidCloud 重新读取历史，这也会更新工作流、步骤和人员列表，而不会改变您的选择。导出的内容与屏幕上所列的完全一致。
将历史导出为审计证据
Section titled “将历史导出为审计证据”单击导出 CSV或导出 PDF。文件包含当前筛选器在所选期间显示的条目，与屏幕上所见一致。文件以期间命名，例如 weave-activity-20261001-20261014.csv。
文件开头包含：
- 谁导出了哪个期间以及何时导出——例如项目“Finance Close FY26”的 Weave 活动，2026 年 10 月 1 日至 2026 年 10 月 14 日。由 Nadia Brennan 于 2026 年 10 月 14 日 15:02 UTC 导出。
- 篡改检查的结果（见下文）；
- 当期间内的条目超过 10,000 条时，显示此次导出在 10,000 条处截止。请选择更短的期间以导出其余条目。
- 行级安全说明（适用于您时）（请参阅谁能看到什么）。
CSV 每个条目一行，列为分录、时间（UTC）、发生的事情、请求者、批准或拒绝者、更改者、详细信息、更改、结果、确切的更改前内容、确切的更改后内容和按建议。它采用 UTF-8 编码，可直接在 Excel 中打开；电子表格会当作公式运行的值会以文本形式写入。PDF 完整列出每个条目，无论多长。
条目无法编辑或删除
Section titled “条目无法编辑或删除”PlaidCloud 中没有任何屏幕、API 或人员可以编辑或删除条目：数据库拒绝更改或移除条目，并且条目永不过期。
每个条目还通过哈希链与前一个条目相连，因此在 PlaidCloud 之外被更改或移除的条目会使链从该处起断裂。每次导出都会检查整条链并说明发现的情况：
- 篡改检查通过：此项目历史中的全部 1,204 个条目都与将每个条目链接到前一个条目的哈希链相符。此检查无法检测从末尾移除的条目。
- 篡改检查失败：条目 312 与哈希链不符，因此从该条目起此历史已被改动。请联系 PlaidCloud 支持。
由于条目会被永久保留，PlaidCloud 会在能够识别的地方将机密信息排除在条目之外：名称类似密码、令牌或 API 密钥的设置、连接 URL 中的密码，以及错误消息中引用的密码，都会记录为 [redacted]。
无法记录批准时
Section titled “无法记录批准时”Weave 会在进行更改之前记录您的批准，并且不会进行无法记录的更改。如果无法写入历史，批准卡片时会显示Weave 无法记录此次批准，因此未做任何更改。请稍后重试，如果问题持续出现，请告知您的管理员。 没有保存任何内容，卡片保持打开，您可以再次批准。
其他所有内容——建议、拒绝、更改的结束情况、发现项、时效性阈值——都在发生之后记录。如果此时无法写入历史，该事件将不被记录，而不是被搁置等待。
谁能看到什么
Section titled “谁能看到什么”- 任何可以打开项目且角色可以读取其步骤、工作流和表的人，都可以读取其历史。
- 关于您的角色无法打开的内容的条目——对您的角色隐藏的步骤、工作流、表或维度，或已被删除的内容——仍会显示发生了某件事、发生的时间以及执行者。它不会指明任何步骤、工作流、表或设置，也不显示任何值，并显示此条目涉及您无法打开的内容，或已不存在的内容。 PlaidCloud 会根据您的角色检查步骤、工作流、表和维度，因此指明其他任何内容（例如连接）的条目，除架构师外对所有人都以这种方式显示。对您无法打开的步骤或工作流进行筛选不会找到任何内容。架构师可以打开其项目中的所有内容，因此能看到每个条目的完整内容。
- 完整的发现项仅限架构师查看。 架构师看到的是 Weave 原始撰写的语句。其他人看到的是步骤或工作流以及问题的类型——例如Weave 发现步骤“Load Sales”存在问题——空值与以往运行不同，位于列“region”。——因为完整语句可能会指明只有该次运行所属的人员才能看到的内容。
- 负责人、评论和预期内容。 关于发现项负责人、评论或被标记为预期的发现项的条目，按其他人看到的方式指明该发现项，而不是 Weave 的完整语句。无法打开发现项所涉及内容的人，只能看到谁更改了其负责人、发表了评论或更改了 Weave 的预期，以及时间。
- 行级安全。 如果行级安全限制了您在项目中可以读取的行，历史会省略 Weave 从表的大小和内容中发现的内容，以及这些发现项的负责人、评论和预期标记，并在列表上方说明这一点。
- 可见性设置。 步骤或表对管理者或探索者是否可见，仅向架构师显示，与步骤自己的表单相同。
历史不记录的内容
Section titled “历史不记录的内容”- 您自己所做的更改，但表的时效性阈值以及发现项的负责人和评论除外。历史记录的是 Weave 所做的操作。
- 通过 MCP 连接的 AI 助手所做的更改，例如 Claude 或 Microsoft 365 Copilot。这些助手使用您自己的权限操作，而不是通过 Weave 的批准流程。以这种方式设置的时效性阈值仍会被记录，因为无论如何设置都会记录。
- ERP过账。 这些在过账登记簿中记录和管理。
- 某些发现项。 Weave 仅记录工作流运行结束时所执行检查中的发现项，该检查针对该工作流及其步骤。未按计划写入的表，或在另一个工作流写入后才被读取的表，会显示在 Weave 选项卡中，但不会出现在历史中。无人启动且没有计划拥有的运行、已停止的运行、宏在运行它的工作流内部的运行，或步骤结果始终未能写入完成的运行，均不会记录任何内容。
- 已删除或已移动步骤的发现项。 关于之后被删除或移出所有工作流的步骤的问题，会在历史中保持未解决状态，因为之后的运行不会再检查它。
历史不可用时
Section titled “历史不可用时”如果无法读取历史，视图会显示 Weave 活动历史不可用，而不是显示空列表，因为空列表会让人以为 Weave 什么也没做。单击重试，或单击工具栏上的刷新。