Agentmetry

从现有证据看，Agentmetry 更适合被判断为“刚发布、概念明确、但采用与验证样本仍很早期”的开源安全项目，而不是已经被广泛验证的企业级代理安全平台。热度证明主要来自 GitHub 仓库上线和两条 X 介绍帖：这能说明“AI 编码代理会不会读取敏感文件、会不会外传”的议题正在被关注；但这类转发和介绍只能证明受关注，不能直接证明产品稳定、误报可控或适合生产。

更能支持能力判断的证据，目前主要还是官方仓库自述。按仓库与帖子描述，它不是用来构建 AI 代理的开发框架，也不是通用 SIEM 的完整替代，更准确的类比是“给 AI 编码代理加一层本地飞行记录器和安全审计侧车”。它会记录工具调用与审批事件，提供 MITRE ATT&CK 映射审计轨迹、序列检测，以及对敏感文件读取和 DLP/安全监测的可见性；X 帖还提到可转发到 Loki、Elasticsearch 等日志系统。

门槛与成本方面，证据只足以支持“开源、可自托管、本地优先”的判断。未见官方定价、托管版费用或 API 计费说明，因此不能推断总拥有成本。保守推断，直接软件成本可能主要来自自部署、日志存储和接入现有监控栈；如果要转发到 Loki、Elasticsearch，还会带来额外运维成本。但这只是基于开源形态与帖子内容的保守推断，不是官方承诺，也不能把演示里的接法视为稳定 SLA。

它更适合已经允许 Claude Code、Copilot 类代理实际读写代码与调用工具、并担心敏感文件访问、越权行为或审计留痕不足的开发团队与安全团队；不太适合把它当成“零配置自动拦截一切风险”的用户。evidenceSources 的讨论质量整体偏“仓库自述 + 社媒介绍/转发”，独立实测、长教程、复盘文章都较少，样本有限；另外两条高互动证据主要在讨论 ntm，并不能直接算作 Agentmetry 的好用证明。当前共识更像“方向值得跟踪的早期项目”，而不是成熟标配。