尺寸测试500

它要解决的具体问题

在开发编程场景里，产物体积是一个经常被低估的约束：一次模型输出的 Markdown 报告可能撑爆上下文窗口，一段自动生成的 JSON 可能超过接口的 payload 上限，一段批处理脚本拼出来的日志可能让下游解析器直接 OOM。真正麻烦的地方在于，你不生成一遍就永远不知道它有多大，而反复生成的代价很高。

这份技能目前能说明什么

需要先说明一个事实：本次收到的 SKILL.md 正文是一段占位符（连续的 x），其中没有描述任何实现细节、入口脚本或参数约定。因此下面只能基于技能名 size-test-500、分类 dev-programming 和作者标识做出推断，不构成官方能力声明。

从命名上看，它瞄准的是"尺寸测试"这一类问题，500 这个后缀很可能与某种阈值、批次或计数有关，但资料里没有给出定义，这里不做猜测。

建议你按这个顺序验证

• 先打开技能目录，确认是否存在可执行的入口文件（如 main.py、run.sh）或 SKILL.md 里的 allowed-tools 说明；
• 用一份已知大小的最小输入跑一遍，记录输出字节数；
• 再换一份贴近真实业务的大输入，观察它是否只做测量、还是会顺带裁剪或分片；
• 重点确认它测量的对象到底是什么：字符数、token 数、文件字节数，还是内存占用，这四者经常相差一个数量级。

适用边界与注意点

• 不要把它当成压缩器或分片器。从资料看它更像测量工具，若你的需求是"把超长输出切到预算内"，需要另配处理逻辑。
• 在缺少文档的情况下，不要直接接入生产流程；先在沙箱里用只读数据试跑。
• 阈值相关的魔法数字（如果存在）应当可配置，建议你在使用前确认它的默认值是否匹配你的目标平台。