用途：对 Amplitude 跟踪计划执行以删除为目标的清理审计，覆盖遥测、源码、归属、依赖与跟踪计划分支，产出有证据支撑的候选清理清单；分类设计与治理请改用 taxonomy 类能力。
主要能力：支持多种审计模式，包括一般陈旧事件/属性、跨应用重叠、计划但从未上报、全局孤立属性、失效的生成客户端定义、重复事件/属性、已退役功能/路由/开关/实验、高体量低查询埋点、代码仍在发送已删除或阻断事件。
必要用法：开始前需确定 Amplitude 项目与环境、目标是降上报量还是减少分类类型、所有可能发送该项目数据的仓库或目录、审计模式与回看窗口。源码是硬性前提：未确认覆盖全部已知发送方前，只可盘点分类对象，结果标注不完整，不得建议或执行删除；只有搜索了全部用户指定的源码根，才能报告“无代码引用”。审计需按顺序逐模式运行并保留各自标准，必要时先读 references/modes.md；如需分类变更，先读 references/mutations.md。
证据规则：遥测、查询/依赖使用、代码引用、源码归属、分类状态必须作为独立信号，单一信号不能证明删除安全；需检查生成客户端、直接 SDK、封装、动态分发、前后端、移动端、任务与集成；注意字典展开、序列化、常量、服务专用客户端等非字面引用；判断代码路径是否可达，区分死代码与仍活跃功能；近期有上报但无已知归属，说明存在外部或未识别来源，应追问其他源码根；需检查图表、仪表盘、队列、指标、实验、转换、派生属性、告警、导出等依赖，依赖面不可用则标为未决，不得建议删除。
公共 MCP 使用：运行时检查已连接的公共 Amplitude MCP 目录，只用其公布的名称、参数与限制，勿硬编码工具名；分页读取用最大页大小（至多 500），追完所有游标，用稳定标识加作用域去重并与总数比对，超时或网关失败从最后游标做有界重试，重试耗尽或计数不一致须报告覆盖不完整。
限制：除非用户明确要求，不新增或恢复分类对象、不做仅元数据变更、不创建/修改/合并/删除 Amplitude 分支；事件删除后必须做全局孤立属性扫描，且全局属性候选需单独明确确认；不得暴露凭据、属性值、PII 或客户载荷；文档未提供具体收费、价格与平台信息。