mcpField
H
honey-superpowers

honey-superpowers

github.com/green-ptAgent 工作流34437 次安装1 周前更新
代码仓库

关于 honey-superpowers

honey-superpowers 是面向 Superpowers 工作流的技能,指导编排者把 Honey 指令注入隔离上下文中的子 Agent 任务。它区分工作者与审查者的要求,并明确保留验证、错误处理和审查结论等内容。

主要功能

  1. 01为子 Agent 派发提示词添加指令
  2. 02针对工作者和审查者区分规则
  3. 03兼容 Claude Code 自动注入钩子
  4. 04要求简洁汇报并保留审查结论
  5. 05列明验证、安全等不可省略项

适用场景

  1. 01在 Superpowers 工作流中派发实现任务
  2. 02并行委派多个领域的工作
  3. 03委派差异审查或修复任务

安装

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

$npx skills add https://github.com/green-pt/honey-for-devs --skill honey-superpowers

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

详细介绍

Honey × Superpowers

Honey 通过会话的 SessionStart 钩子启用——该钩子位于你(编排器)的上下文中。Superpowers 会派遣上下文相互隔离的全新子 Agent;它们不会继承该钩子。因此,每个实现者、审查者和修复者运行时都未启用 Honey:生成完整代码(杠杆 1 关闭),并输出冗长报告(杠杆 2 关闭)——每次派遣都会累积。这就是成本漏洞。将指令粘贴到派遣提示词中,就能堵上它。

这两项技能已经在采用与 Honey 相同的方式控制成本——每项任务使用廉价模型、通过文件交接而非粘贴文本、用一行话说明情况。**不要与它们对着干;在此基础上叠加 Honey。**Honey 补充了它们没有做到的部分:减少工作者生成的代码,精简双向报告。

何时触发

在 Superpowers 风格的工作流中,即将派遣子 Agent 时:

  • subagent-driven-development — 每项任务派遣一个实现者/任务审查者/修复者
  • dispatching-parallel-agents — 每个独立领域派遣一个 Agent
  • executing-plans — 并行会话执行
  • 任何编排器 → 工作者的上下文隔离交接

要注入的内容

在 Claude Code 中使用 Honey 插件时,无需粘贴:插件的 SubagentStart 钩子(hooks/honey-subagent.js)会自动将相应指令注入每个派生的子 Agent(审查者类型的 Agent 会收到审查者版本)。以下内容适用于其他框架,或未安装该钩子的情况。

将匹配的文本块粘贴到派遣提示词正文中——作为内联文本,而不是调用 Skill(调用会多消耗一轮;子 Agent 只需要这些规则)。

工作者/实现者/修复者/并行领域 Agent:

Apply Honey: write the minimum code that needs to exist — YAGNI, stdlib/native
before custom; no speculative params, branches, or single-caller abstractions.
Never cut validation, error handling, auth, or anything the task asked for.
Keep code, identifiers, paths, and the brief's exact spec values verbatim.
Report terse: status, commits, one-line test summary, concerns. No narration.

审查者:

Report findings tersely: id · severity · file:line · one-line fix. Don't narrate
or restate the diff. Honey governs your prose only — never your verdict or
severity. Flag everything you normally would; raise false positives for the
controller to adjudicate. Do not suppress or downgrade a finding to save words.

为什么审查者版本不同

杠杆 1(减少代码)和杠杆 2(减少行文)会精简工作者的输出。审查者给出的是判断——应精简其措辞,绝不能删减其结论。这符合 Superpowers 的硬性规则(“绝不告诉审查者哪些问题不要标记”),也符合 Honey 自身的安全豁免(凡是明确要求的内容都要保留原样;身份验证/金钱/迁移/删除事项必须明确说明)。审查意见写得更精简没有问题;审查力度变弱则是退步。

豁免项(继承自 Honey)

所有版本都绝不能省略:信任边界处的输入验证、防止数据丢失的错误处理、身份验证/转义/机密信息、无障碍基本要求,以及任务或计划明确要求的任何内容。规范值(数字、特殊字符串、签名、测试用例)必须原样保留——这是杠杆 2 的“原样保留”要求,也是说明文档作为唯一事实来源的体现。

Honey 在这里无法精简的内容

Superpowers 加载到上下文中的技能提示词属于已经付费处理的输入 token——Honey 无法进一步压缩它们。这些技能会按需加载,因此只有触发的技能才会产生成本。实际节省的大头来自每项任务使用廉价模型的规则(Superpowers 自有规则——不要跳过)以及在每个派遣的子 Agent 中启用 Honey。

评论

支持 Markdown