YM / 2026 PRODUCT / CASE STUDY ALL WORK
PRODUCT2026正式演示基线TRACEWISE

TraceWise

面向复杂 AI 运行失败的证据分析产品,把检索、子图分析、人审与恢复组织成可解释闭环。

ROLE

产品设计 / 系统架构 / 证据治理

METHOD

Graph Analysis / Retrieval / ReviewDecision / Evidence Lineage

先判断这个项目是否值得继续读。

问题
复杂 AI 失败通常跨日志、上下文、工具、图关系和版本,逐条阅读不能重建结论的证据链。
职责
我负责产品分析路径、系统边界、证据治理与人审生命周期的设计和验证。
判断
Planner、Verifier、Persona 只承担串行、可解释的子图分析职责;ReviewDecision 必须绑定证据和版本。
证据
正式拆分仓库与成套材料已覆盖架构、工作流、权限切换、证据血缘和恢复语义;graph_id 与快照导入仍有明确边界。
路线
先看端到端分析闭环,再看 ReviewDecision 和证据血缘。
继续深读
TraceWise 项目主视觉

TraceWise 处理的是一个常被低估的问题:当 AI 系统的结果不可靠时,失败通常不属于某一条日志,也不只属于模型。上下文、工具、图关系、版本和人工决定共同组成了原因。

产品问题

逐条翻日志能找到症状,却很难回答“这次结论用了哪些证据”“哪个版本下成立”“谁批准了修正”“后来发生变化时是否仍然有效”。TraceWise 把这些问题放进同一条可解释分析路径。

产品闭环

用户从项目和运行记录进入,检索相关证据,组装受约束上下文,执行子图分析,再将建议交给人审。ReviewDecision 不是一个静态标签:它绑定证据和版本,并拥有接受、拒绝、失效与恢复的生命周期。

受控分析而非自治编队

Planner、Verifier、Persona 是串行、可解释的子图分析职责。它们帮助拆解问题、核对证据和切换分析视角,但不应该被包装成彼此自治的 Multi-Agent 系统。

与 Agent Foundation 的边界

TraceWise 持有产品工作台、任务语义、分析流程和用户决策。Agent Foundation 提供可复用的上下文、记忆、证据、关系和审核契约。接入平台不意味着产品把自己的控制面交出去。

当前边界

正式材料已经覆盖系统架构、端到端流程、权限切换、证据血缘与恢复语义。尚未成立的部分同样明确:逻辑 graph_id 不是租户隔离;快照导入不是完整备份或灾难恢复;代码确认也不能替代生产部署验证。

失败定位不是读一条日志,而是重建一条证据链。

  1. 01

    检索运行证据

    从具体项目和运行记录进入,选择与当前失败问题有关的日志、事件和图关系。

  2. 02

    组装分析上下文

    将检索结果、项目边界和历史决定组织成受控输入,不把全量历史无差别塞给模型。

  3. 03

    执行子图分析

    Planner、Verifier 与 Persona 按串行职责协作,形成可解释的子图分析流水线,而不是彼此自治的 Multi-Agent。

  4. 04

    人审并持久化

    ReviewDecision 绑定当前证据与版本;接受、拒绝、过期和恢复都拥有明确语义。

让架构、决定和限制接受同一套追问。

01分析输入和运行证据可回溯EVIDENCE ITEM
02ReviewDecision 绑定当前证据版本EVIDENCE ITEM
03产品运行时与 Foundation 所有权边界明确EVIDENCE ITEM
04快照导入失败语义和恢复路径可说明EVIDENCE ITEM

当前结论由正式拆分仓库、运行检查和成套图解材料支持。graph_id 仅是逻辑分区,不代表租户级安全隔离;快照导入是受约束的部分复制能力,不等同于备份、迁移或灾难恢复。