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.