rea_patch_server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| rea_patch_pe_infoA | 只读查看 PE 文件概况：镜像基址、段表、大小、SHA-256。 |
| rea_patch_dumpC | 只读查看文件偏移处字节（offset 支持 0x 前缀十六进制）。 |
| rea_patch_va_to_offsetA | 把 VA 虚拟地址换算为文件偏移（image_base 不传时自动读 PE 头）。 |
| rea_patch_applyA | 打补丁（写回原文件）。 patches 每项: {"offset": "0x434 或 va0x140001234", "old": "AA??BB", "new": "909090"}
|
| rea_patch_verifyB | 校验文件偏移处字节是否符合预期（不写文件）。expected 十六进制串，如 90909090。 |
| rea_patch_restoreB | 从 .reapat_bak 备份恢复原文件。force 覆盖当前文件。 |
| rea_patch_sha256B | 只读计算文件 SHA-256。 |
| rea_patch_text_viewC | 只读按行查看文本/代码文件（自动识别 UTF-8/GBK/UTF-16 等编码）。 |
| rea_patch_text_searchB | 只读在文本/代码文件中搜索定位关键字/正则，返回命中行号。 |
| rea_patch_text_applyA | 对文本/代码文件打补丁（多语言通用）。 ops 按顺序执行，每一项: {"op": "replace", "old": "...", "new": "...", "count": n|None, "occurrence": n|None} 字符串精确替换；count=只替换前 n 次；occurrence=只替换第 n 次出现 {"op": "regex", "pattern": "...", "replace": "...", "flags": re 数值} 正则替换（全部命中） {"op": "line", "action": "replace|insert_before|insert_after|delete", "line": 行号(1-based), "content": "...", "expected": "可选行内容校验"} 行级操作 {"op": "json", "path": "a.b[0].c", "new_value": ..., "old_value": 可选预期校验} JSON 配置键值修改（保留缩进与编码） {"op": "ini", "section": "...", "key": "...", "new_value": "...", "expected_value": 可选预期校验} INI/CFG 配置键值修改（保留注释与格式） 安全网：自动备份 .reapat_txt_bak；全部 ops 先内存模拟，任一失败整批拒绝； 写盘后回读校验，失败自动从备份回滚；dry_run=true 只预览不写盘。 |
| rea_patch_text_verifyC | 只读校验文本/代码文件是否包含/不包含某关键字或正则。 |
| rea_patch_text_restoreB | 从 .reapat_txt_bak 文本备份恢复原文件。force 覆盖当前文件。 |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 12 tools
The set cleanly splits into binary-patch tools (pe_info, dump, va_to_offset, apply, verify, restore, sha256) and text-patch tools (text_view, text_search, text_apply, text_verify, text_restore), with the text_ prefix making the split obvious. The only real overlaps are that rea_patch_pe_info also reports SHA-256 (duplicating rea_patch_sha256), and verify/restore exist in both halves without names that scream which is which at a glance.
All tools use the rea_patch_ snake_case prefix with clear verb/noun endings, so the pattern is predictable. The asymmetry is that only the text family gets the text_ qualifier while binary tools are unprefixed (rea_patch_apply vs rea_patch_text_apply), which is mildly inconsistent but still readable.
Twelve tools is squarely in the well-scoped range, and each tool maps to a distinct step in the patch workflow (inspect, locate, apply, verify, restore) for both binary and text files. No tool feels redundant or padding.
Both halves cover a full patch lifecycle: inspect (pe_info/dump/text_view), search (text_search), transform (apply/text_apply), verify (verify/text_verify), and rollback (restore/text_restore), plus address math and hashing. The main gap is a binary byte-pattern/signature search — an agent hunting bytes must fall back to repeated dump calls, since only the text family has a search tool.