mcpField
C
contextbudget

contextbudget

本地服务
github.com/CloudCorpRecords开发工具05 天前更新

关于 contextbudget

contextbudget 估算目录树中文本文件的 Token 用量,并与可配置预算比较。它帮助开发者和 Agent 使用者在整理上下文前定位大文件及跳过的内容;估算采用字符数启发式规则,并非特定模型的分词结果。

主要功能

  1. 01逐文件估算 Token 用量
  2. 02预算判定与汇总
  3. 03按大小列出文件
  4. 04报告跳过的目录和文件
  5. 05支持 JSON 与可读报告

适用场景

  1. 01将仓库加入 Agent 上下文前检查
  2. 02找出占用上下文预算最多的文件
  3. 03查看目录扫描中跳过的内容

MCP 相关

MCP 服务提供 `budget_path` 工具,接收路径并返回 JSON 预算报告。

配置

本地服务的配置在各客户端中通用,复制后粘贴到客户端的 MCP 配置文件即可。

mcp.json · 通用配置
{
"mcpServers": {
"cloudcorprecords-contextbudget": {
"command": "npx",
"args": [
"-y",
"@reneturcios/contextbudget"
]
}
}
}
启动命令npx -y @reneturcios/contextbudget

本地服务需要在你的电脑上安装运行环境(如 Node.js 18+)。各客户端的配置文件位置不同,请参考客户端文档。

安装包
npm@reneturcios/contextbudget0.1.0
ocighcr.io/cloudcorprecords/contextbudget:0.1.0

工具

1

收录的工具列表 · 更新于 5 天前

参数类型必填说明
pathstring是要检查的目标路径

详细介绍

contextbudget

contextbudget 用于估算目录树在 Agent 上下文窗口中的 Token 开销。它会遍历目录树,估算每个文本文件的开销,将总量与预算进行比较,并报告最大的文件和跳过的子树,方便你在目录树占满整个窗口之前决定排除哪些内容。

诚实地说说估算器

此工具给出的 Token 数是启发式估算值,并非分词器统计结果。contextbudget 会将每个统计的文件解码为 UTF-8 文本,并应用一条确定性规则:tokens = ceil(chars / 4),其中 chars 是解码后文本的长度。不同模型的实际分词器会以不同方式拆分文本,因此同一个文件经实际分词器处理后会得到不同的数字,有时更高,有时更低。请用这些数字比较不同文件、排出占用最大的文件,并检查目录树是否在大致预算范围内。不要将其视为任何特定模型实际计费或接受内容的精确预测。

安装

npx @reneturcios/contextbudget budget [path]

或者将其作为依赖项安装到你自己的工具中,并使用下方的 MCP 服务形式。此软件包需要 Node 20 或更高版本。

CLI 用法

contextbudget budget [path] [--json]
contextbudget mcp
contextbudget --version
  • budget [path]:检查 path 处的目录树,默认值为当前目录。打印易读报告;使用 --json 可打印完整 JSON 报告。
  • mcp:通过 stdio 运行 MCP 服务。
  • --version:打印版本号。

退出代码:

  • 0:判定结果为 WITHIN-BUDGET。
  • 1:其他任何判定结果,目前为 OVER-BUDGET。
  • 2:用法错误,或目标不存在。
  • 141:读取方提前关闭了输出管道(Shell 中可见的 SIGPIPE 等效情况)。
预算

默认预算为 200000 个估算 Token。设置环境变量 CONTEXTBUDGET_BUDGET 为正整数,即可使用其他预算:

CONTEXTBUDGET_BUDGET=50000 contextbudget budget ./src

如果未设置此变量、无法解析其值,或其值不是正数,则使用默认值 200000。

判定规则

  • 当估算 Token 总数小于或等于预算时,判定结果为 WITHIN-BUDGET;否则为 OVER-BUDGET。
  • 默认情况下,遍历会跳过以下目录,且不会进入这些目录:node_modules、.git、dist、coverage、.next、vendor。
  • 超过 1 MiB(1048576 字节)的文件会被跳过且不计入统计。
  • 通过检查前 4 KiB 中是否存在 NUL 字节来识别二进制文件;此类文件会被跳过且不计入统计。
  • 不会跟随符号链接。

发现项:

  • 对每个估算 Token 数超过预算 10% 的统计文件,生成一条高优先级发现项,规则为 large-file。
  • 对每个因超过 1 MiB 限制而跳过的文件,生成一条中优先级发现项,规则为 skipped-large。
  • 对默认跳过列表中的每个目录,生成一条信息级发现项,规则为 skipped-dir。

排序是确定性的:文件按估算 Token 数降序排列,相同时按路径升序排列;目录条目按名称排序后访问。报告不包含时间戳。

报告结构

JSON 报告包含 tool、version、target、verdict、counts、findings 和 summary。主要数值位于 counts 中:

  • files:统计的文件数。
  • totalTokens:所有统计文件的估算 Token 总数。
  • totalChars:所有统计文件的字符总数。
  • budgetTokens:当前生效的预算。
  • remainingTokens:预算减去总量;超出预算时为负数。
  • skippedDirs、skippedBinary、skippedLarge:跳过项计数。
  • findings、findingsHigh、findingsMedium、findingsInfo、findingsLow:发现项计数。
  • ext:<extension>:files 和 ext:<extension>:tokens:按扩展名统计的总量,例如 ext:.ts:tokens。
  • top:<relative path>:排名前 10 的最大文件各自的估算 Token 数。

MCP

MCP 服务提供一个工具:

  • budget_path:接收一个 path 字符串,并返回与 contextbudget budget <path> --json 相同的 JSON 报告。

使用 contextbudget mcp 运行,或通过 server.json 中的注册项运行。

限制

  • 仅处理文本文件:二进制文件和超过 1 MiB 的文件会被跳过,因此报告中不会显示它们的实际开销,只会显示跳过计数;对于较大的文件,还会显示中等严重程度的发现。
  • 如上所述,估算器采用启发式方法。它不是分词器,也不了解任何特定模型的词汇表。
  • 跳过列表是固定的。在此版本中,没有用于自定义跳过项或为每个目录设置自定义预算的标志或配置文件;唯一的预算控制项是 CONTEXTBUDGET_BUDGET。
  • 计数仅反映文件内容。不会估算文件名、目录名,以及 Agent 工具框架在文件内容周围添加的任何封装内容。

开发

npm install
npm run build
npm test

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。