Show HN: Packet28 – Context Layer for AI coding agents(packet28.dev)
packet28.dev
Show HN: Packet28 – Context Layer for AI coding agents
https://packet28.dev
1 comments
Interesting approach. The context bloat problem is real I've been running into it while building an MCP server for a code knowledge graph. The pattern I landed on was the opposite direction: instead of compressing what goes in, keep the tool set small and well-scoped so the schema overhead stays predictable. Lazy tool loading helps too.
Curious how Packet28 handles the case where the agent genuinely needs historical context like when a bug in step 8 is caused by a decision made in step 2. Does the daemon store enough to reconstruct that, or does the handoff lose that thread?
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.