/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
Claude Code
$ npx -y skills add Green-PT/honey-for-devs --skill honey-px --agent claude-code
Codex
$ npx skills add Green-PT/honey-for-devs --skill honey-px -a codex -y
Cursor
$ npx skills add Green-PT/honey-for-devs --skill honey-px -a cursor -y
Gemini CLI
$ npx skills add Green-PT/honey-for-devs --skill honey-px -a gemini-cli -y
GitHub Copilot
$ npx skills add Green-PT/honey-for-devs --skill honey-px -a github-copilot -y
OpenCode
$ npx skills add Green-PT/honey-for-devs --skill honey-px -a opencode -y
Windsurf
$ npx skills add Green-PT/honey-for-devs --skill honey-px -a windsurf -y
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 the output tokens AI coding agents spend — making them emit less code and less prose without losing correctness.
Other skills on honey.
More skills from other plugins.
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or…
ask-matt
Ask which skill or flow fits your situation. A router over the skills in this repo.
Questions about honey-px.
- Which coding agents can use honey-px?
- honey-px installs in Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode and Windsurf with the skills CLI, using each agent's flag shown on this page. Flowy's auto-invocation, which fires a skill when your prompt matches, runs in Claude Code only.

