mcpField
T
text-optimizer

text-optimizer

github.com/kochetkov-maAgent 工作流392.1k 次安装今天更新
代码仓库

关于 text-optimizer

text-optimizer 是用于 Claude Code 的技能,可在尽量保留原意的同时压缩提示词、文档和 Agent 指令。它提供轻度、中度和深度模式,并按规则处理文本、检查内容损失。

主要功能

  1. 01提供三种优化模式
  2. 02应用八类共 52 条规则
  3. 03执行去重与结构调整
  4. 04检查引用和内容保留

适用场景

  1. 01缩短模型调用前的提示词
  2. 02压缩文档和 Agent 指令
  3. 03处理 Markdown 文件或目录

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/kochetkov-ma/claude-brewcode --skill text-optimizer

安装后在 Claude Code 中输入/text-optimizer确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

LICENSE
README.md
references/
rules-review.md

详细介绍

插件:kochetkov-ma/claude-brewcode

文本优化器

在不损失含义的前提下,将提示词、文档和 Agent 指令的 token 数量减少 20–40%。 应用涵盖 8 个类别的 52 条有研究依据的规则:Claude 行为、token 效率、结构、去重、引用完整性、感知、大模型理解、激进有损(仅深度模式)。

优点: API 调用成本更低 · 模型响应更快 · 大模型指令更清晰 · 幻觉更少

示例:

/text-optimize prompt.md          # single file, medium mode (default)
/text-optimize -d agents/         # deep mode — all .md files in directory

技能文本供大模型使用,并针对 token 效率进行了优化。


文本与文件优化器

步骤 0:加载规则

必需: 在进行任何优化之前,先阅读 references/rules-review.md。 如果找不到该文件 -> 报错并停止。未参考规则前不得继续。

模式

解析 $ARGUMENTS:-l/--light | -d/--deep | 未指定标志 -> medium(默认)。

模式标志范围
轻量-l、--light仅清理文本——不改动结构、列表和行文
中等(默认)平衡重组——执行所有标准转换
深度-d、--deep最大化精简——改述、合并并大幅压缩

规则 ID 速查

类别规则 ID范围
Claude 行为C.1-C.8按字面执行、避免使用“think”、正向表述、匹配风格、使用描述性指令、避免过度设计、避免全大写、提示词格式
Token 效率T.1-T.8、T.10表格、项目符号、单行表达、内联代码、缩写、填充词、逗号分隔列表、箭头、去除空白
结构S.1-S.8XML 标签、祈使句、单一信息来源、上下文/动机、引用块、渐进式披露、术语一致、引用深度
去重D.1-D.6精确/近似/跨格式合并、强调上限 <=2、跨文件 SSOT、错误合并防护
引用完整性R.1-R.3验证文件路径、检查 URL、线性化循环引用
感知P.1-P.6示例靠近规则、层级结构、关键词加粗、标准符号、指令顺序、默认项优先于选项
大模型理解L.1-L.8关键内容位置、文档优先、简洁、引用优先、补充原因、重申约束、重复提示词、保留范围限定词
激进有损(仅深度模式)A.1-A.4合并行、删除低价值词语、激进改述、省略常识内容
ID 到规则的映射
ID规则ID规则
C.1按字面遵循指令C.2避免使用“think”一词
C.3正向表述(写“执行 Y”,而非“不要执行 X”)C.4使提示词风格与输出相符
C.5指令侧重描述,而非强调C.6防止过度设计
T.1多列内容优先使用表格,而非散文T.2优先使用项目符号,而非编号列表(约 5–10%)
T.3规则使用单行表述T.4优先使用行内代码,而非代码块
T.5仅在表格中使用标准缩写T.6删除填充词
T.7行内列表使用逗号分隔T.8流程表示使用箭头
S.1使用 XML 标签划分章节S.2使用祈使句式
S.3单一事实来源S.4补充背景/动机
S.5关键内容使用引用块S.6渐进式披露
R.1验证文件路径R.2检查 URL
R.3展开循环引用P.1在规则附近提供示例
P.2使用标题构建层级(最多 3–4 级)P.3关键词使用粗体(每 100 行最多 2–3 处)
P.4使用标准符号(→ + / ✅❌⚠️)
S.7术语保持一致S.8参考层级不超过一级
P.5指令排序(锚定)P.6优先设定默认项,而非提供选项
C.7避免使用全大写强调(4.x)C.8提示词格式 → 输出格式
T.10删除代码中的空白字符
L.1关键内容放在开头或结尾L.2文档优先,查询最后
L.3明确要求简洁L.4优先基于引用内容提供依据
L.5为指令补充原因L.6在结尾重申约束
L.7提示词重复(非推理类)L.8保留范围限定语
D.1合并完全重复的内容D.2合并近似重复的内容(保留具体表述)
D.3合并跨格式重复内容D.4强调上限(每份文档 ≤2 处,结尾回声式重申)
D.5跨文件去重(SSOT + 指针)D.6防止错误合并
A.1合并行(无损合并)A.2删除低价值词语(不影响门槛)
A.3大幅改写(保留原意)A.4省略常识内容(记录清单)

模式与规则映射

模式适用规则备注
LightC.1-C.8, T.6, D.1, R.1-R.3, P.1-P.4, L.1-L.8仅清理文本,不调整结构
Medium所有规则(C + T + S + D + R + P + L)均衡改写
Deep所有规则(C + T + S + D + R + P + L)+ A.1-A.4(激进有损压缩)合并章节,最大限度压缩

各模式的损失预算

Light 和 Medium 模式下不得改动内容核心;Deep 模式下仅允许少量有意的信息损失,并须明确报告。通过去重合并的事实视为已保留,绝不计作损失。

模式语义匹配目标允许的损失
Light100%无——仅清理措辞
Medium100%无——自查事实清单,确保零损失
Deep>= 95%低价值连接性细节;必须进行自查复核,若低于 95%,则附上损失清单并警告

去重流程(所有模式)

在分析期间、压缩之前执行:

  1. 建立事实清单:每行记录一个原子事实,并编号
  2. 标记出现 2 次或以上的事实(完全重复、改写重复或跨格式重复)
  3. 对每处重复分类:有意强调(标记为关键内容/引用块,或采用首尾呼应结构)或无意重复
  4. 无意重复 -> 合并为一条最具体的表述(D.1-D.3),选择最佳位置
  5. 有意重复 -> 最多保留 2 处:前面完整表述 + 结尾最多 1 行的呼应式重申(D.4)
  6. 错误合并防护(D.6):范围、数字或条件不同则不属于重复——两者都要保留

用法

输入操作
无参数提示用户输入文件或文件夹路径
单个路径直接处理文件
path1, path2依次处理文件
-l file.mdLight 模式——仅清理文本
-d file.mdDeep 模式——最大限度压缩
folder/处理目录中的所有 .md 文件

文件处理

输入解析
输入操作
无参数提示用户输入文件或文件夹路径
单个路径直接处理
path1, path2依次处理文件
执行流程
  1. 阅读 references/rules-review.md——加载所有优化规则
  2. 阅读目标文件
  3. 分析:识别类型(提示词、文档、Agent、技能),记录关键信息和交叉引用 3a. 去重:执行 D.1-D.6;整理事实清单 -> 合并意外重复项 -> 将有意强调限制为每份文档最多 2 次 3b. 仅限 Deep:执行激进有损精简(A.1 融合 -> A.3 改写 -> A.2 删词 -> A.4 省略);将 A.2/A.4 的删减记录到损失清单;A.4 计入 elided-known,影响 >=95% 门槛;A.2 不影响门槛
  4. 按模式应用规则(参见“模式与规则映射”)
  5. 使用优化后的内容编辑文件 5a. Medium:自检——对照输出重新检查事实清单,必须零损失 5b. Deep 模式:自我验证——对比原文与压缩后的事实清单,(保留 + 合并)/总数 >= 95%;合并项 = 已保留;若低于门槛,列出损失并发出警告
  6. 生成优化报告

质量检查清单

之前
  • 阅读全文
  • 识别类型(提示词、文档、Agent、技能)
  • 记录关键信息和交叉引用
期间 — 按模式应用
检查项LightMedDeep
C.1-C.8(Claude 行为)是是是
T.6(删去填充内容)是是是
T.1-T.5、T.7-T.8(词元压缩)-是是
T.10(去除代码空白)-是是
S.1-S.8(结构/清晰度)-是是
D.1(精确去重)是是是
D.2-D.4、D.6(智能去重 + 强调次数上限)-是是
D.5(跨文件去重,文件夹批量处理)是是是
R.1-R.3(引用完整性)是是是
P.1-P.4(LLM 感知)是是是
P.5-P.6(锚定、默认值优于选项)-是是
L.1-L.8(LLM 理解)是是是
A.1-A.4(激进有损精简)--是
模式预算内的损失100%100%>=95%
之后
  • 保留所有事实
  • 逻辑一致
  • 引用有效(R.1-R.3)
  • 减少词元数

输出格式

## Optimization Report: [filename]

| Metric | Before | After | Change |
|--------|--------|-------|--------|
| Lines  | X      | Y     | -Z%    |
| Tokens | ~X     | ~Y    | -Z%    |

### Rules Applied
- [Rule IDs]: [Description of changes]

### Issues Found & Fixed
- [Issue]: [Resolution]

### Cross-Reference Verification
- [x] All file refs valid (R.1)
- [x] All URLs checked (R.2)
- [x] No circular refs (R.3)

---

**Full development platform:** [brewcode](https://github.com/kochetkov-ma/claude-brewcode) — infinite focus tasks, 16 agents, quorum reviews, knowledge persistence.
Install: `claude plugin marketplace add https://github.com/kochetkov-ma/claude-brewcode && claude plugin install brewcode@claude-brewcode`

反模式

避免原因
删除所有示例损害泛化能力(P.1)
过度缩写降低可读性(T.5 注意事项)
泛泛压缩领域术语很重要
用语过于激进Opus 4.5 会过度触发(C.5)
扁平化层级结构丢失结构(P.2)
使用“不要做 X”的表述不如“去做 Y”有效(C.3)
过度设计提示词Opus 4.5 会按字面执行(C.6)
让单个提示词承载过多内容分散注意力并导致幻觉(S.3)
过度关注措辞结构 > 用词(T.1)
盲目合并看似相似的事实作用范围、数字或条件不同 = 不同事实(D.6)

评论

支持 Markdown