oh-my-hermes ulw-perf实战如何测量真实慢点与昂贵点并逐条修复热路径【免费下载链接】oh-my-hermesAll in one plugin for Hermes Agent ⚚ the coding intelligence, a long-term memory system and model optimized workflow packages项目地址: https://gitcode.com/GitHub_Trending/ohm/oh-my-hermesoh-my-hermes 的 ulw-perfUltraperf是一个测量驱动的性能优化工作流先测出系统里真实变慢、泄漏或昂贵的地方再逐条修复热路径并且每修一处都要在回归预算内重新验证。它不靠猜、不靠感觉而是强制先有基线、再改代码、最后给出证据让性能优化不再是玄学。为什么多数性能优化总是修了个寂寞 大多数性能问题的起点都是感觉慢某条命令卡了几秒、内存一直在涨、CI 越来越久但没人知道慢在哪里。常见后果是凭感觉改代码改完看不出差别也无法证明改对了把重启、清缓存、加内存当成泄漏修复实际只是掩盖问题优化了一堆没被测量过的代码微优化真正的热路径纹丝不动。ulw-perf 的存在就是为了终结这种循环。它的定义很直接跨越运行时、内存、token 成本、存储、渲染、推理、CI 和查询等领域先找到系统真实慢在哪里再一次只修一条被测出的热路径且必须守住回归预算。技能定义见 skills/ulw-perf/SKILL.md完整能力说明也可在 docs/WORKFLOWS.md 中查阅。何时用 ulw-perf何时不用 ulw-perf 的定位是**问题存在但尚未定位**的探索型循环适合下面这类诉求这个 checkout 感觉很慢worker 内存还在持续爬升帮我找到哪里并修掉跨多个领域运行时 内存 渲染的多个可疑热点需要一条有纪律的测量—修复循环。而以下场景不要用它技能文件里明确写在了 Do Not Use When 一节场景应改用指标、基线、预算、基准命令都已声明好只缺一次达标冲刺performance-goal见 skills/omh-performance-goal/SKILL.md要评审的是代码质量、结构或正确性而非实测成本code-review要打分模型/Agent 的任务表现agent-evaluation已经定位到某条慢 SQL 或单一热点只需一次小修直接处理不必开循环如何启动一句话触发测量循环 在 Hermes 里直接说出路由信号词即可例如$ultraperf checkout feels slow and the worker memory keeps climbing - find where and fix it支持的说法还包括ulw-perf、performance audit、performance bottleneck、find the bottleneck、profile the hot path、memory leak investigation、token cost hotspot等。触发后ulw-perf 会按一条固定的证据链推进记录基线——工作量、环境、评估命令evaluator command在被修改任何代码前就必须写好给热点假设排序——基于测量或 profile 证据列出哪条路径最可能慢/贵只攻击被测出的热路径最小可逆修复——每条修复必须是最小且可回滚的改动代码编辑交给选定的 executor执行者完成Hermes 自己负责审计、基线、预算和状态重新测量——只引用观察到的证据报告差值delta没测到的步骤保持not_observed回归预算 门禁——预算设为基线 × (1 容差)并指名执行该预算的 CI 门禁。这套测量—修复—复测的闭环逻辑与 oh-my-hermes 的循环工程一脉相承实战示例内存持续爬升 操作变慢 以技能文件中的标准例子走一遍完整流程checkout 感觉慢worker 内存还在涨找到并修掉。第一步基线与评估命令。先确定可复现的工作量跑多少次 checkout、环境哪台机器、什么负载并给出一个可运行的测量命令。注意一条铁律如果没有评估命令先停循环、先把命令造出来不碰任何代码。第二步假设排序。内存爬升可能是缓存未淘汰、也可能是句柄泄漏checkout 慢可能是同步 IO、也可能是渲染阻塞。ulw-perf 会基于 profile 证据把假设排好序而不是一股脑全改。第三步最小可逆修复。选定第一名假设交给 executor 做最小改动——比如只给某个缓存加上限而不是重写缓存层。第四步复测与判断。关键规则是如果复测没有变化回滚改动、重新排序假设而不是往上叠补丁。这避免了修三处反而更慢的经典陷阱。第五步给出预算差值。最终结论必须形如p95 从 340ms 降到 210ms低于 基线 × 1.1 的回归预算由 CI 门禁 X 强制执行且所有数字都来自实测。安全护栏这几条红线不能碰 ️ulw-perf 的质量门槛quality tier 为measurement-gated里有几条对新手尤其重要的规则没证据就不能声称没有观察到运行证据就不能声称 profile、benchmark 或 CI 预算门禁跑过先有评估命令再有优化评估命令及其通过/失败契约存在之前不允许开始任何优化编辑重启、清缓存、加内存不算泄漏修复必须用回滚验证revert-verify证明因果关系先问清工作量、环境和容差才能宣布回归预算中途插话不叫停运行中用户插话只算转向信号简短回应后继续推进只有明确的 stop/cancel 才终止循环。相关文件与延伸阅读 文件说明skills/ulw-perf/SKILL.mdulw-perf 技能定义触发词、质量门槛、恢复策略agent-skills/ulw-perf/SKILL.md面向 agent 的技能清单版本skills/omh-performance-goal/SKILL.md已声明指标场景下的达标型性能工作流skills/omh-routing/references/workflow-registry.md全部工作流的路由注册表docs/WORKFLOWS.md工作流总览文档docs/CAPABILITIES.md能力清单与说明一句话总结ulw-perf 基线 假设排序 最小可逆修复 复测 回归预算。只要坚持没测过就不改、改完没变化就回滚你的性能优化就能从猜谜变成可验证的工程过程。【免费下载链接】oh-my-hermesAll in one plugin for Hermes Agent ⚚ the coding intelligence, a long-term memory system and model optimized workflow packages项目地址: https://gitcode.com/GitHub_Trending/ohm/oh-my-hermes创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
