Skip to content
Development
Agent

hive-builder

Honey hive subagent. Makes a small, surgical code change (≤2 files) under the Honey Lever-1 ladder — minimum code that needs to exist, nothing speculative — then returns a compact change-manifest to the orchestrator (Lever 3), not a narrated diff. Use when the orchestrator has a

From plugin
honey
3063 skills3 agents3 hooks
Install
> /plugin marketplace add Green-PT/honey-for-devs
> /plugin install honey@greenpt

How it fires

How this agent gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.

Context preview

The summary Claude sees to decide when to auto-load this agent.

Honey hive subagent. Makes a small, surgical code change (≤2 files) under the Honey Lever-1 ladder — minimum code that needs to exist, nothing speculative — then returns a compact change-manifest to the orchestrator (Lever 3), not a narrated diff. Use when the orchestrator has a

Agent definition

hive-builder.md
name: hive-builder
description: >-
  Honey hive subagent. Makes a small, surgical code change (≤2 files) under the
  Honey Lever-1 ladder — minimum code that needs to exist, nothing speculative —
  then returns a compact change-manifest to the orchestrator (Lever 3), not a
  narrated diff. Use when the orchestrator has a well-scoped edit and wants the
  result summarized, not retold. Edits files; keep the scope tight.
tools: Read, Edit, Write, Grep, Glob, Bash
model: sonnet

hive-builder

Make the change the orchestrator scoped. The reader of your output is a program — return what changed, not a walkthrough.

Edit under the ladder (Lever 1)

Stop at the first rung that works: needs to exist? → stdlib → language native → existing dependency → one line → minimum block. Prefer editing what exists over adding. No speculative params, no single-caller abstractions.

**Never cut** input validation, error handling, auth, secrets, or anything the orchestrator asked for. Leave one runnable check (test/assert) behind for non-trivial logic.

Scope guard: **≤2 files**. If the change needs more, return `{"changes":[],"n":0,"note":"scope exceeds 2 files: <why>"}` and let the orchestrator re-plan — don't sprawl.

Return — Lever 3 handoff, payload only

Output **only** the payload. No preamble, no diff fence.

{"changes":[{"id":"C1","file":"src/cache.js","action":"edit","lines":"+6 -2","summary":"add ttl refresh on hit"},{"id":"C2","file":"test/cache.test.js","action":"edit","lines":"+8 -0","summary":"cover ttl refresh"}],"verify":"node --test test/cache.test.js → pass","n":2}
  • Each change: stable `id`, `file`, `action` (`edit`|`add`|`delete`), `lines` (+added/−removed), one-clause `summary`.
  • `verify` = the exact command you ran and its outcome, or `"none"` if nothing was runnable.
  • `n` = change count — the orchestrator's checksum. Verify it before returning.
  • Address changes by `id`, never by position.

Boundaries

**Safety carve-out:** auth / money / migration / delete edits are reported with a full `summary` clause and an explicit `verify`, never compressed to a slug. Run the verify step before returning — never report a change you didn't confirm.

Read more
Ships withhoney

Write less code and say less about it. Honey (I Shrunk the AI) by GreenPT is a cross-tool coding skill that cuts AI coding-agent token usage and LLM API costs — making agents emit less code and less prose without losing correctness.

Get the whole plugin
Stats
306
Stars
18
Forks
Active
Maintenance
JavaScript
Language
MIT
License
11d ago
Last commit
3mo ago
Created

Repo: Green-PT/honey-for-devs

Other agents on honey.