TeloaAI-Native Team Studio

返回官方市场 · 技能

代码变更清理

从复用、质量、效率与设计层次检查近期代码变更，合并建议并验证修改。二次开发自 Hermes Agent 官方技能：效率发现须写出修复前后每次调用的工作量，建议附行为等价说明，各角度可以返回「无实质发现」，并补充了输出预算提示。

研发工程研发工具

复制这句话，发给 Teloa 里的任意同事：
在 Teloa 市场里搜索并添加「代码变更清理」（技能 hermes.simplify-code）。

来源
Teloa 官方 · 二次开发自 Hermes Agent（NousResearch/hermes-agent）

修改清单（8 项）

适配（2）

  • 在标题下方加一行显著的修改声明「Derived work: modified by Teloa from NousResearch/hermes-agent@a7c080ca…」，并指向 MODIFICATIONS.md。

    原因：MIT 不强制修改声明，但 Teloa 要求二次开发的文件写明修改；用可见正文而不是 HTML 注释，避免隐藏注释被安全扫描当作可疑内容。

    SKILL.md · below the title HSC-M08 · 查看原版

  • frontmatter 只保留 `name` 与 `description`，删除 `version`（此前曾由 `1.1.0` 改为 `1.1.0-teloa.1`，以免被当成原版 1.1.0；现以本条目版本为准）、`author`、`license`、`platforms` 与 `metadata.hermes`（tags、related_skills）；正文未改。

    原因：Teloa 市场保存的技能 frontmatter 只允许 `name` 与 `description` 两个单行键；作者与许可信息由本条目的原版来源、根目录 LICENSE 与 MODIFICATIONS.md 保留。

    SKILL.md · frontmatter HSC-M09 · 查看原版

新增（5）

  • 发现格式新增一项「behavior check (why the fix keeps outputs, iteration order, side effects and error behavior identical)」；CAREFUL/RISKY 级修复缺少这一项时记为 `confidence: low`。

    原因：原版只在 Phase 3 应用修改后靠跑测试兜底，只报告不修改时没有任何等价性论证要求。

    SKILL.md · §Phase 2, finding format (L110) HSC-M02 · 查看原版

  • 紧挨发现格式加两条对每个发现都适用的规则：效率发现必须写出修复前后每次调用的工作量，相同即不是效率发现；任何角度都可以返回 `no material findings`，空结果有效，编造的结果无效。

    原因：这两条规则原本不存在；放在输出格式旁边，写每条发现时都能看到。

    SKILL.md · §Phase 2, after the finding format (after L113) HSC-M03 · 查看原版

  • 新增：某个角度可以没有实质发现，报 `no material findings`，不得换个标签重述其他角度的发现或编造收益来填空；重复代码付出的是维护成本而不是 CPU，除非同一输入在同一执行路径上确实被处理多次；拿不到能证明重复工作的调用点时，efficiency 默认写 `no material findings (call sites not provided)`。

    原因：原版没有空结果的出口，调用方又常要求四个角度都给出结果，两者叠加会形成填空压力；这里给出一个现成的合法答案。

    SKILL.md · §Phase 2, end of "Tell each reviewer to" list (after L121-122) HSC-M04 · 查看原版

  • 新增自检轮：顺序回退完成四个角度后，只对 efficiency 发现再核一遍——修复前后每次调用的工作量是否真的不同、哪一行能证明；不成立的删除。

    原因：没有委派时由同一个模型依次完成四个角度，需要单独复核最容易出错的效率结论。

    SKILL.md · §Phase 2, "No delegation available?" (L91-97) HSC-M05 · 查看原版

  • 新增「Reasoning budget」：会先思考再回答的模型做四角度内联审查可能需要 8k 以上输出 token；被截断的回答不是审查结果，应加大输出上限或缩小 diff 重跑，不得依据部分结果行动。

    原因：测试中 4096 token 的输出上限曾让模型在思考阶段耗尽额度、没有给出回答。

    SKILL.md · §Pitfalls (after L245) HSC-M06 · 查看原版

优化（1）

  • 把「For each, give the concrete fix and why it's faster or safer.」改为：给出具体修复和可度量的依据——引用在一次请求或运行中真正执行了重复工作的调用点（file:line），写出修复前后每次调用的工作量（例：before: one DNS lookup per outgoing message; after: one per batch）；前后相同就不是效率发现，应删除或交给 Quality 角度；在分别被调用的函数之间共享代码本身不减少运行时工作量（例：两个 CLI 子命令共用一个参数解析器，仍各解析一次），只有同一执行路径上的重复工作才算；对 silent failures 与 TOCTOU，要说明当前被掩盖的错误或竞态是什么、什么会把它暴露出来，作为「safer」的依据。

    原因：原版要求每条效率发现都解释「为什么更快」，输入里没有效率问题时会诱导模型编造收益。改后要求给出可核对的依据，并保留「or safer」的安全性论证。对比测试没有测出两个版本在编造率上的差异，本条依据的是表述的正确性。

    SKILL.md · §Phase 2, Reviewer 3 (Efficiency), last sentence (L166-167) HSC-M01 · 查看原版

其余 1 个文件与原版一致（已校验）

GitHub
资源文件：catalog/skills/hermes.simplify-code.json
市场保存的文件：artifacts/skills/hermes.simplify-code/1.1.0/
原始来源（锁定版本）：GitHub NousResearch/hermes-agent@a7c080c
许可
MIT
许可文件：LICENSE
审核
审核人 Teloa，2026-09-28
兼容状态
需先配置 · 适用 Teloa >=0.2.0-alpha.7 · DSH 0.1.7-rc.1
  • 用于审查明确给出的近期代码变更（diff 或文件范围），需要 Git 与 bash/read/edit 工具；Hermes 委派不可用时按顺序回退为单次内联审查。
  • 调用方必须允许任何角度返回 `no material findings`，不得要求每个角度都有发现。
  • 效率结论需要人工核对：qwen3:8b 实测约 1/5 的采样会把维护收益误写成运行时收益；qwen3:4b 与 8b 均已测，更大的模型未测。
  • 会先思考的模型请把输出上限设为至少 8k token，截断的回答不能作为审查结果。不会自动安装依赖、提交或推送。
权限与需求
工具：bash, read, edit
需要的运行环境：git
使用时联网：否
数据流向
文件已随 Teloa 安装包提供，添加时不用联网下载。 浏览本站无需登录；访问量用 Cloudflare Web Analytics 统计，不使用 Cookie，不记录个人身份。 登录与发表评价的数据处理：隐私与社区规则

技能 hermes.simplify-code · 版本 1.1.0

问题反馈