/honey-px
Read huge, dense, read-only text as rendered PNG pages instead of raw text — image tokens scale with pixels, not characters, so token-dense bulk (big files, vendored code, diffs, logs) costs ~60–75% less as an image. Use when you must skim or reason over thousands of lines you
$ npx -y skills add Green-PT/honey-for-devs --skill honey-px --agent claude-codeHow it fires
How this skill 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.
- Slash command
/honey-px
Context preview
The summary Claude sees to decide when to auto-load this skill.
Read huge, dense, read-only text as rendered PNG pages instead of raw text — image tokens scale with pixels, not characters, so token-dense bulk (big files, vendored code, diffs, logs) costs ~60–75% less as an image. Use when you must skim or reason over thousands of lines you
SKILL.md
honey-px.SKILL.mdname: honey-px
description: >-
Read huge, dense, read-only text as rendered PNG pages instead of raw text —
image tokens scale with pixels, not characters, so token-dense bulk (big
files, vendored code, diffs, logs) costs ~60–75% less as an image. Use when
you must skim or reason over thousands of lines you will NOT edit or
byte-copy. Lossy on exact strings: never for files you'll Edit, secrets,
hashes, or byte-exact values. Fable-class readers only.
license: MIT
Honey PX
An image's token cost is fixed by its pixel area, not its character count. Dense text packs ~3 chars per image-token vs ~1 as text, so a 90k-char file read as PNG pages costs a fraction of the text read. `pxpipe export` (teamchong/pxpipe) does the rendering; the agent `Read`s the pages.
**Lossy by design** — misreads of exact strings are *silent confabulations*, not errors. The export writes a `factsheet.txt` carrying the verbatim precision tokens (paths, SHAs, ids, numbers) as text alongside the images; always read it too.
When to use
- Bulk is **read-only reference**: skimming a big vendored file, a large diff
for review context, docs, generated code — content you reason over, not byte-copy.
- **Dense** (code, JSON, logs) and **big** — worth it above ~6k chars; the
export prints `% saved`, skip if it's low. Sparse prose loses money.
- The reader is **Fable-class**. Opus misreads ~7% of renders; other models
degrade — read as text there.
Don't use
- Files you will **Edit** — `old_string` must be byte-exact; imaged reads
aren't. Read the real file (with `offset`/`limit`) before any edit.
- **Secrets, hashes, ids, numeric values you'll act on** — treat anything
exact recalled from an image as unverified; re-`Grep` the source first.
- Anything the user asked to see verbatim, or that gets written back.
- Small or sparse content — the fixed pixel cost loses.
How
npx pxpipe-proxy export --json --out <scratchpad> <file-or-dir> # or --git / --diff <ref> / --stdin
Output dir `pxpipe-export-<hash>/` contains `page-*.png`, `factsheet.txt`, `manifest.json` (token report). Then:
1. `Read` every `page-*.png` **and** `factsheet.txt`. If instead you pass the renders to a model over the raw API (subagent prompt, panel), include the export's `prompt.txt` banner — naked dense renders can trip `stop_reason: refusal` on Fable-class models; the banner prevents it. 2. Treat the manifest's `percentSaved` as the go/no-go — if it printed low, read the text instead. 3. Before acting on any exact string seen only in an image, verify it against the source with `Grep`.
Cheaper still is not reading at all — `Grep`/`offset`/`limit` (Lever 3b) and `eson crush` (CCR) come first. PX is for when you genuinely need the whole bulk in view.
Read more
name: honey-px description: >- Read huge, dense, read-only text as rendered PNG pages instead of raw text — image tokens scale with pixels, not characters, so token-dense bulk (big files, vendored code, diffs, logs) costs ~60–75% less as an image. Use when you must skim or reason over thousands of lines you will NOT edit or byte-copy. Lossy on exact strings: never for files you'll Edit, secrets, hashes, or byte-exact values. Fable-class readers only. license: MIT
Honey PX
An image's token cost is fixed by its pixel area, not its character count. Dense text packs ~3 chars per image-token vs ~1 as text, so a 90k-char file read as PNG pages costs a fraction of the text read. `pxpipe export` (teamchong/pxpipe) does the rendering; the agent `Read`s the pages.
**Lossy by design** — misreads of exact strings are *silent confabulations*, not errors. The export writes a `factsheet.txt` carrying the verbatim precision tokens (paths, SHAs, ids, numbers) as text alongside the images; always read it too.
When to use
- Bulk is **read-only reference**: skimming a big vendored file, a large diff
for review context, docs, generated code — content you reason over, not byte-copy.
- **Dense** (code, JSON, logs) and **big** — worth it above ~6k chars; the
export prints `% saved`, skip if it's low. Sparse prose loses money.
- The reader is **Fable-class**. Opus misreads ~7% of renders; other models
degrade — read as text there.
Don't use
- Files you will **Edit** — `old_string` must be byte-exact; imaged reads
aren't. Read the real file (with `offset`/`limit`) before any edit.
- **Secrets, hashes, ids, numeric values you'll act on** — treat anything
exact recalled from an image as unverified; re-`Grep` the source first.
- Anything the user asked to see verbatim, or that gets written back.
- Small or sparse content — the fixed pixel cost loses.
How
npx pxpipe-proxy export --json --out <scratchpad> <file-or-dir> # or --git / --diff <ref> / --stdin
Output dir `pxpipe-export-<hash>/` contains `page-*.png`, `factsheet.txt`, `manifest.json` (token report). Then:
1. `Read` every `page-*.png` **and** `factsheet.txt`. If instead you pass the renders to a model over the raw API (subagent prompt, panel), include the export's `prompt.txt` banner — naked dense renders can trip `stop_reason: refusal` on Fable-class models; the banner prevents it. 2. Treat the manifest's `percentSaved` as the go/no-go — if it printed low, read the text instead. 3. Before acting on any exact string seen only in an image, verify it against the source with `Grep`.
Cheaper still is not reading at all — `Grep`/`offset`/`limit` (Lever 3b) and `eson crush` (CCR) come first. PX is for when you genuinely need the whole bulk in view.
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.
Repo: Green-PT/honey-for-devs
Other skills on honey.
- /honey-ccr
Compress-Cache-Retrieve for huge, repetitive array tool output (logs, scan results, time series, event streams) before it enters context. Keeps an informative sample — endpoints, anomalies/change-points, head/tail — drops the redundant rest to a local cache, and leaves a
Open skill - /honey-chat
Honey for plain Claude — the terse-prose core with no agent-harness features. Paste into a claude.ai Project's custom instructions, a Style, or an API system prompt. Strips filler, hedging, and pleasantries from every response while keeping facts, names, numbers, steps, and code
Open skill - /honey-compress
Rewrite a memory or context file (CLAUDE.md, AGENTS.md, a todo or notes file) into Honey-terse form so it costs fewer input tokens every session, without losing meaning. Backs up the original first. Use when asked to shrink or compress context files, trim CLAUDE.md, or cut
Open skill - /honey-debt
Harvest every `honey:` comment in the codebase into a debt ledger, so the deliberate shortcuts Lever 1 leaves behind get tracked instead of rotting into "later means never". Flags markers with no revisit trigger — those are the ones that go permanent silently. Use when the user
Open skill - /honey-design
Same pixels, fewer tokens — for user-facing deliverables where visual polish is the spec. Use when building or editing a landing page, marketing site, hero, pricing/feature section, dashboard, or any HTML/CSS UI component. Keeps the full rendered design (layout depth, hierarchy,
Open skill - /honey-eco
Report this session's output tokens and CO₂ by running the repo's committed EcoLogits port, plus the modelled CO₂/$ saved vs a no-Honey baseline — always labelled with the bench stamp it came from. Use when asked how much Honey saved, the session's carbon/token footprint, or to
Open skill

