Token导航 LogoToken导航

MCP Server · AI代理

Context Rot Detection

一款为AI代理提供实时认知健康监测的服务,通过分析令牌利用率、检索准确性和会话疲劳等指标,帮助AI代理识别和缓解上下文退化问题。

stdio官方级别未说明来源级核验工具 3context-rot-detection
AI代理机器学习TypeScriptClaude

快速开始

作者 / 组织
milos-product-maker
提供方
milos-product-maker
运行时
Node.js

工具数量

3

来源目录标注

资源数量

0

来源目录标注

提示词数量

0

来源目录标注

GitHub Star

9

仓库热度

收录来源

1 个

MCP World

选型结论

Context Rot Detection 属于AI代理类 MCP Server,公开资料标注 3 个工具,通过stdio 本地进程接入,适配 Claude,有可以直接复制的安装命令;接入前先确认权限范围。

分类

AI代理

传输方式

stdio

认证方式

无需认证

部署方式

公开资料未说明

安装与配置

安装命令

npx context-rot-detection

客户端配置示例

{
  "mcpServers": {
    "context-rot-detection": {
      "command": "npx",
      "args": [
        "context-rot-detection"
      ]
    }
  }
}

按公开安装命令拼出来的示例,字段名和参数以仓库 README 为准;带 YOUR_API_KEY 这类占位符的位置记得换成自己的值。

上手步骤

  1. 1

    准备运行环境

    stdio 服务在本地起进程,需要先装好 Node.js,再按安装命令拉取依赖。

  2. 2

    安装服务

    复制下面的安装命令执行;命令里带占位符的位置换成自己的密钥或路径。

  3. 3

    写入客户端配置

    在客户端的 MCP 配置里填启动命令和参数,保存后完全退出客户端再打开,让新配置生效。

  4. 4

    验证是否可用

    连接成功后客户端会列出 3 个工具,随便调一个只读工具确认能返回结果。

接入前确认

不要直接授予不必要的文件、网络或账号权限;先核对安装命令和配置内容。

详细介绍

上下文腐烂检测

MCP服务,使AI代理对其认知状态有自我意识。

每个长时间运行的AI代理都会遭受 语境腐化 --随着上下文窗口的填满,可测量的性能下降。研究来自 色度, 斯坦福 (“lost-in-the-midle”),以及 瑞迪斯 这证实了这是生产代理系统中排名第一的实际故障模式。

经历上下文腐烂的代理不会 *知道* 这是有辱人格的——它只是开始做出更糟糕的决定。此工具为代理提供 实时了解自己的认知健康状况.

特性

  • 健康评分(0-100) 基于令牌利用率、检索准确性和会话疲劳
  • 特定型号的退化曲线 适用于15+个精选型号(克劳德、GPT、双子座、o系列)
  • 自动解析任何HuggingFace模型 --传递一个repo ID,如下所示 meta-llama/Llama-3.1-70B 并且自动检测上下文窗口,结果缓存在SQLite中
  • 中间损失风险评分 基于斯坦福大学的研究
  • 工具调用负担 和 会话疲劳 分析
  • 可采取行动的恢复建议 --紧凑上下文、卸载到内存、检查点、分解为子任务
  • 每个代理的健康历史 跟踪(SQLite)
  • 全服务利用率统计

快速开始

npx(零安装)

npx context-rot-detection

npm(全局安装)

npm install -g context-rot-detection
context-rot-detection

MCP客户端配置

克劳德代码

增添 .mcp.json 在项目根目录中:

{
  "mcpServers": {
    "context-rot-detection": {
      "command": "npx",
      "args": ["-y", "context-rot-detection"],
      "env": {
        "HEALTH_HISTORY_DB": "./health.db"
      }
    }
  }
}

克劳德桌面

增添 claude_desktop_config.json:

{
  "mcpServers": {
    "context-rot-detection": {
      "command": "npx",
      "args": ["-y", "context-rot-detection"],
      "env": {
        "HEALTH_HISTORY_DB": "/path/to/health.db"
      }
    }
  }
}

码头工人

{
  "mcpServers": {
    "context-rot-detection": {
      "command": "docker",
      "args": [
        "run", "-i", "--rm",
        "-v", "context-rot-data:/data",
        "ghcr.io/milos-product-maker/context-rot-detection:latest"
      ]
    }
  }
}

配置

环境变量描述默认值
HEALTH_HISTORY_DB健康历史SQLite数据库的路径。使用 :memory: 用于临时存储。:memory:
LOG_FILE附加结构化JSON日志行的路径。省略禁用文件日志记录。*(无)*

工具

check_my_health

分析当前上下文窗口的运行状况。在长时间会议期间或关键决策之前定期调用此功能。

参数:

参数类型必填说明
token_countinteger是上下文窗口中当前估计的令牌计数
modelstringNoLLM模型标识符——一个策划的名称(例如。, claude-opus-4, gpt-4o)HuggingFace回购ID(例如。, meta-llama/Llama-3.1-70B),或任何字符串(恢复到保守默认值)
session_duration_minutesinteger否此会话已运行多长时间
tool_calls_countinteger否此会话中进行的工具调用数
context_summarystring否当前任务和最近行动的简要总结
agent_idstring否历史跟踪的唯一代理标识符

示例响应:

{
  "health_score": 62,
  "status": "warning",
  "token_utilization": {
    "current": 155000,
    "max_effective": 170000,
    "percentage": 91.2,
    "danger_zone_starts_at": 170000
  },
  "quality_estimate": {
    "retrieval_accuracy": "degrading",
    "middle_content_risk": "high",
    "estimated_hallucination_risk": "moderate"
  },
  "session_fatigue": {
    "tool_call_burden": "moderate",
    "session_length_risk": "low",
    "recommendation": "Consider breaking into sub-tasks if complexity increases."
  },
  "recommendations": [
    {
      "priority": "high",
      "action": "compact_context",
      "reason": "You are approaching the effective quality threshold. Summarize older context and remove completed task details.",
      "estimated_quality_gain": 15
    },
    {
      "priority": "high",
      "action": "offload_to_memory",
      "reason": "High risk of lost-in-the-middle effect. Store critical information to external memory before it is effectively lost.",
      "estimated_quality_gain": 8
    }
  ]
}

get_health_history

检索特定代理的健康检查历史记录。

参数:

参数类型必填说明
agent_idstring是唯一代理标识符
limitinteger否要返回的最大记录数(默认值:20,最大值:100)

get_service_stats

获取服务范围内的利用率统计数据。无需参数。

返回总呼叫数、唯一代理、平均健康评分、模型分布、状态分布和最近活动(最近一小时/最近24小时)。

支持的型号

模型最大代币危险区中等损失风险
claude-opus-4-5200K175K低
claude-opus-4200K170K低
claude-sonnet-4200K165K低
claude-3.7-sonnet200K160K低-中
claude-3.5-sonnet200K152K中等
claude-haiku-3.5200K130K中等
gpt-4.11M500K中等
gpt-4.1-mini1M450K中等
gpt-4o128K105K中等
gpt-4o-mini128K95K中等-高等
o3200K160K低-中
o4-mini200K150K中等
gemini-2.5-pro1M600K中等
gemini-2.5-flash1M520K中高
gemini-2.0-flash1M500K高

HuggingFace自动分辨率

包含以下内容的任何模型字符串 / 被视为HuggingFace仓库ID。服务器获取 config.json 从repo中提取上下文窗口大小(max_position_embeddings, n_positions,或 max_seq_len),并生成保守的退化曲线:

  • 65% 最大令牌数→ 退化开始
  • 80% 最大令牌数→ 危险区

结果缓存在SQLite中——后续查找是即时的。

model: "meta-llama/Llama-3.1-70B"       → 131K context, danger at 105K
model: "mistralai/Mistral-7B-v0.1"      → 32K context, danger at 26K
model: "mosaicml/mpt-7b"                → 65K context, danger at 52K

如果获取失败(网络错误、门控模型、缺少配置),服务器将自动恢复到保守的默认值。

后备方案

任何未识别的模型字符串 / 回落到保守的默认值(最大128K,100K危险区)。

运作原理

健康评分是四个信号的加权组合:

信号权重来源
代币使用质量40%模型特定的S形退化曲线
检索精度25%基本准确度减去中间损失惩罚
工具调用负担20%10多次工具调用后质量损失加剧
会话长度15%基于时间的疲劳启发式

降解曲线来自实证研究:

发展

git clone https://github.com/milos-product-maker/context-rot-detection.git
cd context-rot-detection
npm install
npm run dev        # Run with tsx (hot reload)
npm test           # Run unit tests
npm run build      # Compile TypeScript

MCP检验员测试

npx @modelcontextprotocol/inspector node dist/index.js

许可证

麻省理工学院

工具与能力

工具数量

3

资源数量

0

提示词数量

0

能力标签

AI代理TypeScript本地部署性能监测上下文管理机器学习健康评分

支持客户端

Claude

数量来自来源目录的标注,具体工具清单以官方文档为准。

典型使用场景

多步任务编排

把拆解、检索、执行串成一条链,模型按步骤调用工具。

长期上下文

把会话、笔记和知识放到外部存储,换个会话还能接着做。

接自有流程

把内部系统和模型连起来,让助手调用已有的工作流。

选择建议

值得选的地方

  • 只提供 3 个工具,职责集中,接入后不容易误操作。
  • 有现成的安装命令,不用自己找入口,照着跑就能起服务。
  • 公开说明写得比较完整,接入前能看清能力边界。

先想清楚的地方

  • stdio 方式要求本地装好 Node.js,换机器要重新装一遍。
  • 第三方目录整理,版本更新和行为细节以官方仓库为准。

更适合

  • 需要在AI代理场景里让模型直接调用外部能力的人。
  • 已经在用 Claude 的用户,接入路径最短。
  • 想先快速试一下、能接受在本地跑服务的人。

不太适合

  • 完全不想在本地装环境的人。
  • 需要厂商级 SLA 和技术支持的生产环境。

同类对比

5 个同类
MCP Server工具数传输方式安装命令收录来源最后核验
Context Rot Detection

MCP World · 本页

3stdio有1 个2026-05-17
Everything Claude Code

MCP World

0stdio有1 个2026-05-17
Filesystem 560c4363

MCP World

13未说明未标注2 个2026-05-17
Time 7365cb6d

MCP.so

2SSE有2 个2026-05-17
Server Everything (everything)

MCP World

11stdio有1 个2026-05-17

按同分类和工具数量挑出最接近的几条,字段以各自详情页为准。

常见问题

5 条

Context Rot Detection 怎么安装?

公开资料给出的安装命令是 npx context-rot-detection,运行环境为 Node.js。装完后按客户端要求写进 MCP 配置,重启客户端生效。

Context Rot Detection 怎么在 Claude Desktop、Cursor 里配置?

它是stdio 本地进程,客户端配置里要写启动命令和参数,运行环境是 Node.js;保存后完全退出客户端再打开,配置才会生效。

Context Rot Detection 收费吗?

本站只整理公开资料,不代收费用,也没有标注具体价格。是否收费取决于服务本身和背后的接口额度,正式使用前按官方说明确认。

Context Rot Detection 需要 API Key 吗?

公开资料标注为无需认证,装好就能连;如果实际调用时报鉴权错误,按官方文档补上凭据。

Context Rot Detection 支持哪些客户端?

公开资料标注支持 Claude;其他客户端只要能配置 MCP Server,也能用同样的命令或地址接入。

来源信息

继续浏览同类 MCP