Back to browse
Packet28 – Context Layer for AI coding agents

Packet28 – Context Layer for AI coding agents

by usharma123·Mar 18, 2026·4 points·1 comment

AI Analysis

●●SolidBig BrainShip ItNiche Gem

Slash agent token costs 164x with hook reducers and persistent daemon state.

Strengths
  • Hook reducers compress tool output before hitting the LLM context window.
  • Daemon persists state across sessions, enabling context handoffs between different agents.
  • Claims 139k to 849 token reduction on real Apache Commons codebase.
Weaknesses
  • Native agent context management is improving rapidly, potentially obsoleting middleware.
  • Requires installing a daemon and configuring hooks, adding friction to workflows.
Target Audience

Developers using AI coding agents on large codebases

Similar To

Mem0 · LangChain · Cursor

Post Description

I built Packet28 because coding agents tend to treat the whole loop like an ever-growing transcript.

Repo reads, diffs, logs, stack traces, and tool output keep getting dragged into the next step. That works for short tasks, but on longer loops the agent starts spending too much of its budget re-reading history.

Packet28 is my attempt at fixing that.

It’s an open-source MCP + hook system that reduces noisy dev/tool output into smaller packets, persists useful state in a daemon, and prepares handoffs when context gets too full. The goal is to keep the live turn small instead of letting one session grow forever.

You can install it locally and run setup on your own repo today. Packet28 currently exposes MCP tools, supports proxying upstream MCP servers, integrates with hooks, and uses packet28d for persistent state, indexing, caching, and handoff/relaunch flows.

Would love feedback on whether this fits real agent workflows, whether the MCP + hooks split makes sense, and what reducers or integrations would make it more useful. I’ll be around in the thread.

Similar Projects