AgentInspect 本地轨迹调试工具
在本地检查 TypeScript AI Agent 的执行轨迹,并用确定性检查在 CI 中拦截错误路径。
- Star 数
- ★ 165
- 最近更新
- 1 天前
- License
- MIT
- 主语言
- TypeScript
- FA 评分
- 79/100 · 表现良好
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台OpenAI API(部分支持)
- 费用
- 免费,无需付费服务
- 上手难度
- 低 · 几分钟可跑通
- 开始前需要
- 典型场景
- TypeScript Agent 开发者在本地复现一次工具调用失败,并通过执行树定位首个因果错误。
- 不适合
- 需要托管式生产监控和长期 trace 留存的团队
- 需要提示词注册表或在线 LLM 评测平台的团队
- 源码审查
- 79/100 · 表现良好
这个 Agent 能做什么,适合哪些场景?
AgentInspect 是面向 TypeScript AI Agent 的本地优先工具包,将运行记录保存为 JSONL,并提供 CLI、可导入的读取与检查 API,以及框架适配器。它可把嵌套步骤、工具调用、LLM 调用、耗时和错误展示为执行树与报告,帮助定位因果故障。通过轨迹预设、TraceContract 或测试套件,可以对已记录的运行执行确定性检查,并让 CI 根据结果退出。它还能生成经过脱敏处理的 Evidence v2 文件及清单,并离线校验文件哈希。核心调试、检查和证据流程无需 AgentInspect 账号或默认上传;需要 Node.js 20 或更高版本。
安装 agent-inspect 后,可用 init 写入示例,再运行示例生成本地 trace;用 list 查找运行记录,view、report 和 explain 检查执行路径。CLI 的 check 命令可用 --preset trajectory、--required-tool 等规则验证运行;程序也可通过 openTraceFile 读取 JSONL,并以 defineTraceContract 和 evaluateTraceContractRead 评估契约。对于分享,可运行 verify-safe 检查风险提示,再用 bundle 生成 Evidence v2,并用 bundle verify 离线复核清单中的哈希。可选适配器支持 LangChain/LangGraph、AI SDK 和 OpenAI Agents JS;Vitest、Jest 报告器以及预览阶段的 MCP 服务也可按需安装。
- TypeScript Agent 开发者在本地复现一次工具调用失败,并通过执行树定位首个因果错误。
- 维护 Agent 工作流的工程团队在 CI 中检查必需工具、步骤顺序或运行完成状态。
- 使用 LangGraph、AI SDK 或 OpenAI Agents JS 的团队为现有框架运行接入对应适配器并查看 trace。
- 需要将运行证据附到 PR、事故记录或支持请求的工程师,先脱敏生成离线可校验的 Evidence v2。
- 已有结构化日志或 OpenInference/OTLP JSON 的团队通过
logs或open命令将其纳入本地检查流程。
如何安装或部署这个 Agent?
需要 Node.js >=20。安装核心 CLI:
npm install agent-inspect生成本地示例并运行:
npx agent-inspect init --yes
node examples/agent-inspect-demo.mjs
npx agent-inspect list --dir .agent-inspect核心流程不要求账号或 API 密钥。集成框架时,按需安装 README 列出的适配器包,例如 @agent-inspect/langchain 或 @agent-inspect/openai-agents。
如何使用这个 Agent?
从 list 输出中复制 run ID,查看摘要并执行轨迹检查:
npx agent-inspect view <run-id> --dir .agent-inspect --summary
npx agent-inspect check <run-id> --dir .agent-inspect --preset trajectory生成并核验可分享的离线证据:
npx agent-inspect verify-safe <run-id> --dir .agent-inspect
npx agent-inspect bundle <run-id> --dir .agent-inspect --profile share --out ./evidence
npx agent-inspect bundle verify ./evidence程序化检查可读取 JSONL,并评估 TraceContract:
import { openTraceFile } from "agent-inspect/readers";
import {
defineTraceContract,
evaluateTraceContractRead,
} from "agent-inspect/checks";
const read = await openTraceFile("./trace.jsonl");
const contract = defineTraceContract({
run: { requireCompleted: true },
tools: { required: ["retrieve_policy"] },
});
const result = evaluateTraceContractRead(read, contract);
if (result.status !== "pass") process.exitCode = 1;这个 Agent 有哪些优点和局限?
- trace 默认保存在本地 JSONL,核心捕获与检查不需要账号、采集器或默认上传。
- 同一份 trace 可用于执行树调试、确定性 CI 轨迹检查和 Evidence v2 分享流程。
- 通过读取 API、TraceContract、框架适配器及 Vitest/Jest 报告器,可接入不同 TypeScript 工作流。
- 需要 Node.js >=20,并且日常使用命令行或在代码中调用其 API。
- 脱敏和
verify-safe是尽力而为的控制,不构成隐私、安全或合规认证;分享前仍需检查产物。 - 轨迹检查只依据已记录的 trace 和规则;若要按失败结果拦截,必须有显式 OUTCOME 事件。
- 可选 MCP 服务当前为 Preview;依赖此路径的团队需接受其预览阶段状态。
这个 Agent 与同类方案有什么区别?
README 将 AgentInspect 定位为本地到 PR 的证据流程工具,并说明它补充而非替代托管 observability/APM 与 eval/prompt 平台。托管平台适合生产集群监控和留存;eval/prompt 平台适合管理提示词、数据集和在线 LLM judge 实验。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| AgentInspect 本地轨迹调试工具 当前 | 79 · 表现良好 | 命令行工具免费 | ★ 165 | 1 天前 | TypeScript | — |
| Open Generative UI | 44 · 缺口较多 | 命令行工具免费 + 模型费 | ★ 3k | 1 天前 | TypeScript | Claude API |
| Open Multi-Agent Canvas | 43 · 缺口较多 | 网页应用免费 + 模型费 | ★ 545 | 4 个月前 | TypeScript | — |
| LangChain | 41 · 缺口较多 | 代码库 / SDK免费 + 模型费 | ★ 148k | 今天 | Python | OpenAI API |
FollowAgents 如何评估这个 Agent?
查看各维度的扣分理由
文档明确说明本地 JSONL、默认仅记录元数据、写入时默认脱敏,原始提示和输出需主动选择;安全策略还给出权限模式、路径边界和只读 MCP/Viewer 说明。需扣分:手动元数据可通过 redact:false 关闭脱敏,自定义键可能绕过规则,分享前仍须人工检查;只展示了高危和严重依赖审查,没有完整依赖清单或审计结果。发布者身份未验证,来源归属证据有限。
README 描述了轨迹检查、独立退出码和离线证据校验,package 脚本及 CI 展示类型检查、单测、集成检查和打包检查流程,适配器测试也覆盖捕获策略与诊断。扣分:这些文件展示的是配置和测试代码,不能证明该修订实际执行通过;依赖版本范围仍有浮动,失败消息的细节只部分可见。
目标用户和场景清楚,涵盖 TypeScript agent 调试、CI 轨迹断言、离线分享以及多种框架与日志标准。产品也明确排除托管 APM、重放、自动修复和合规认证。扣分:按文档要求 Node.js 20 以上,适配范围仍限于 TypeScript 生态;触发方式主要依靠用户显式 CLI 命令、库调用或可选集成。
README、文档索引和支持级别组织完整,提供安装、快速开始、CLI/API、示例、限制、迁移及变更记录入口;MIT 许可证清晰,版本基线明确。扣分:材料过多且涉及 18 个包,初次选择需要投入阅读;安全策略称积极开发但无正式 SLA,发布者与维护责任主体未充分明确,变更摘要也不能单独证明维护质量。
执行树、确定性轨迹规则和可校验的离线证据围绕同一份本地 trace,输出形式适用于调试与 CI;默认不需账号或托管服务,能减少首次采用的基础设施成本。扣分:安全分享仍要求人工审阅,预览和脱敏存在明确边界;丰富的包族和配置对只需简单日志检查的用户可能显得过重。
README 的产品主张能对应到安全策略、package 元数据、CI 配置及具体适配器测试;文档区分 best-effort 安全评估与认证,并说明不推断工具/LLM 成功即为业务结果。扣分:测试文件只提供测试定义而非执行结果,安全与网络行为结论主要由文档陈述,缺少此处材料中的独立交叉验证。
- 脱敏和 verify-safe 均为尽力而为;自定义元数据键可能包含敏感信息,分享前应检查导出内容。
- 本评估只依据提供的静态文件,未验证测试是否运行通过、实际网络行为或当前依赖漏洞状态。
常见问题
使用核心功能需要账号或 API 密钥吗?
它会记录提示词和模型输出吗?
CI 检查失败时会怎样?
分享前的安全检查是否能证明合规?
verify-safe 是尽力而为的本地评估,Evidence 文件也应在分享前人工审阅。