frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Show HN: Real-time dashboard for Claude Code agent teams

https://github.com/simple10/agents-observe
34•simple10•1h ago•10 comments

Show HN: Zerobox – Sandbox any command with file and network restrictions

https://github.com/afshinm/zerobox
13•afshinmeh•2d ago•5 comments

Show HN: Sycamore – next gen Rust web UI library using fine-grained reactivity

https://sycamore.dev
82•lukechu10•5h ago•54 comments

Show HN: CLI to order groceries via reverse-engineered REWE API (Haskell)

https://github.com/yannick-cw/korb
172•wazHFsRy•2d ago•71 comments

Show HN: Flight-Viz – 10K flights on a 3D globe in 3.5MB of Rust+WASM

https://flight-viz.com
2•coolwulf•23m ago•1 comments

Show HN: Metal Quantized Attention on M5 Max

https://releases.drawthings.ai/p/metal-quantized-attention-pulling
3•liuliu•40m ago•0 comments

Show HN: 1-Bit Bonsai, the First Commercially Viable 1-Bit LLMs

https://prismml.com/
367•PrismML•20h ago•140 comments

Show HN: Rustobol – Compile Rust to COBOL

https://github.com/romanagenda/rustobol/
4•mikece•1h ago•0 comments

Show HN: Postgres extension for BM25 relevance-ranked full-text search

https://github.com/timescale/pg_textsearch
186•tjgreen•1d ago•51 comments

Show HN: Forkrun – NUMA-aware shell parallelizer (50×–400× faster than parallel)

https://github.com/jkool702/forkrun
141•jkool702•5d ago•38 comments

Show HN: Max Headbox, a local agent that fits on a Raspberry Pi 5

https://github.com/syxanash/maxheadbox
2•syx•2h ago•0 comments

Show HN: Baton – A desktop app for developing with AI agents

https://getbaton.dev/
57•tordrt•5h ago•45 comments

Show HN: Claude Code rewritten as a bash script

https://github.com/jdcodes1/claude-sh
40•rpst•18h ago•12 comments

Show HN: You Got Snarked: A snarky messaging app

https://www.siliconsnark.com/you-got-snarked-the-first-and-only-app-for-tech-snark/
3•SaaSasaurus•4h ago•1 comments

Show HN: OpenHarness Open-source terminal coding agent for any LLM

https://github.com/zhijiewong/openharness
6•wangzhijie•4h ago•1 comments

Show HN: Draw a Picture for My Cat

https://brian.jp/blog/do-cats-dream-of-led-arrays-36/
3•lofties•5h ago•0 comments

Show HN: Aphelo – A Redis-like store in C++ with Progressive Rehashing

https://veniatyrannus993225.substack.com/p/the-stop-the-world-problem-how-i
4•pranit_garje•1h ago•1 comments

Show HN: I made a Mario Galaxy game with Claude Code and Three.js in 53 days

https://supertommy.com/games/super-mario-galaxy-movie-game/
5•supertommy•5h ago•12 comments

Show HN: Agent Arnold – Gym tracker 100% vibe-coded from my phone between sets

https://agent-arnold.app/
5•bojanstef4•5h ago•0 comments

Show HN: Loreline, narrative language transpiled via Haxe: C++/C#/JS/Java/Py/Lua

https://loreline.app/en/docs/technical-overview/
67•jeremyfa•4d ago•20 comments

Show HN: Sundial – a new way to look at a weather forecast

https://sundial.page/
52•izaidi•1d ago•21 comments

Show HN: ShellAgent – Open-source agentic terminal, bring your own API

https://github.com/victorantos/shellagent
3•victorbuilds•6h ago•0 comments

Show HN: Muscula – Lightweight error monitoring with CLI and MCP

https://www.muscula.com/
3•qzum•6h ago•0 comments

Show HN: Coasts – Containerized Hosts for Agents

https://github.com/coast-guard/coasts
95•jsunderland323•2d ago•38 comments

Show HN: EU Leadership – Live API data site comparing Europe to the world

https://ajh.ovh/
31•aureljohn•22h ago•10 comments

Show HN: I turned a sketch into a 3D-print pegboard for my kid with an AI agent

https://github.com/virpo/pegboard
64•virpo•1d ago•17 comments

Show HN: Amneziawg-installer – DPI-resistant WireGuard VPN in one command

https://github.com/bivlked/amneziawg-installer
2•bivlked•8h ago•1 comments

Show HN: I built a virtual pet that gets stronger when you exercise

https://motion-app.com/
6•georgegreenldn•8h ago•5 comments

Show HN: Asciimap – Interactive ASCII world map with live data

https://github.com/Lionel-Lim/asciimap
8•limsight•18h ago•2 comments

Show HN: TraceLit – debug LeetCode step by step

https://tracelit.dev/
3•eric_z•10h ago•1 comments
Open in hackernews

Show HN: Real-time dashboard for Claude Code agent teams

https://github.com/simple10/agents-observe
34•simple10•1h ago
This project (Agents Observe) started as an exploration into building automation harnesses around claude code. I needed a way to see exactly what teams of agents were doing in realtime and to filter and search their output.

A few interesting learnings from building and using this:

- Claude code hooks are blocking - performance degrades rapidly if you have a lot of plugins that use hooks

- Hooks provide a lot more useful info than OTEL data

- Claude's jsonl files provide the full picture

- Lifecycle management of MCP processes started by plugins is a bit kludgy at best

The biggest takeaway is how much of a difference it made in claude performance when I switched to background (fire and forget) hooks and removed all other plugins. It's easy to forget how many claude plugins I've installed and how they effect performance.

The Agents Observe plugin uses docker to start the API and dashboard service. This is a pattern I'd love to see used more often for security (think Axios hack) reasons. The tricky bit was handling process management across multiple claude instances - the solution was to have the server track active connections then auto shut itself down when not in use. Then the plugin spins it back up when a new session is started.

This tool has been incredibly useful for my own daily workflow. Enjoy!

Comments

theagentwall•1h ago
great idea. I am curious what the future of coding with multiple terminals and agents will look like and this looks like a great start!
simple10•1h ago
Thanks! This was step one in my daily driver stack - better observability. I also bundled up a bunch of other observability services in https://github.com/simple10/agent-super-spy so I can see the raw prompts and headers.

The next big layer for my personal stack is full orchestration. Something like Paperclip but much more specialized for my use cases.

ivaivanova•34m ago
Good to know background hooks make that much of a difference. How are you handling the case where multiple agent teams are writing to the same jsonl files simultaneously?
simple10•25m ago
I'm not actually reading the jsonl files. Agents Observe just uses hooks and sends all hook data the server (running as a docker container by default).

Basic flow:

1. Plugin registers hooks that call a dump pipe script that sends hook events data to api server

2. Server parses events and stores them in sqlite by session and agent id - mostly just stores data, minimal processing

3. Dashboard UI uses websockets to get real-time events from the server

4. UI does most of the heavy lifting by parsing events, grouping by agent / sub-agent, extracting out tool calls to dynamically create filters, etc.

It took a lot of iterations to keep things simple and performant.

You can easily modify the app/client UI code to fully customize the dashboard. The API app/server is intentionally unopinionated about how events will be rendered. This was by design to add support for other agent events soon.

ivaivanova•20m ago
The hooks approach seems much cleaner for real-time. Did you run into any issues with the blocking hooks degrading performance before you switched to background?
simple10•6m ago
Sort of. It wasn't really noticeable until I did an intentional audit of performance, then noticed the speed improvements.

Node has a 30-50ms cold start overhead. Then there's overhead in the hook script to read local config files, make http request to server, and check for callbacks. In practice, this was about 50-60ms per hook.

The background hook shim reduces latency to around 3-5ms (10x improvement). It was noticeable when using agent teams with 5+ sub-agents running in parallel.

But the real speed up was disabling all the other plugins I had been collecting. It piles up fast and is easy for me to forget what's installed globally.

I've also started periodically asking claude to analyze it's prompts to look for conflicts. It's shockingly common for plugins and skills to end up with contradictory instructions. Opus works around it just fine, but it's unnecessary overhead for every turn.

petcat•23m ago
Are you guys spending hundreds (or thousands) of dollars a day on Claude tokens? Holy crap. I can't get more than one or two agents to do anything useful for very long before I'm hitting my usage limits.
simple10•19m ago
I hit a lot of limits on Pro plan. Upgraded to Max $200/mo plan and haven't hit limits for awhile.

It's super important to check your plugins or use a proxy to inspect raw prompts. If you have a lot of skills and plugins installed, you'll burn through tokens 5-10x faster than normal.

Also have claude use sub-agents and agent teams. They're significantly lighter on token usage when they're spawned with fresh context windows. You can see in Agents Observe dashboard exactly what prompt and response claude is using for spawning sub-agents.

edwhitesell•6m ago
I'd bet there are many. I know a few teams with spends in the thousands of dollars per day. It sounds crazy, but not too unrealistic.
saadn92•10m ago
The hooks performance finding matches what I've seen. I run multiple Claude Code agents in parallel on a remote VM and the first thing I learned was that anything blocking in the agent's critical path kills throughput. Even a few hundred milliseconds per hook call compounds fast when you have agents making dozens of tool calls per minute.

The docker-based service pattern is smart too. I went a different direction for my own setup -- tmux sessions with worktree isolation per agent, which keeps things lightweight but means I have zero observability into what each agent is actually doing beyond tailing logs manually. This solves that gap in a way that doesn't add overhead to the agent itself, which is the right tradeoff.

Curious about one thing -- how does the dashboard handle the case where a sub-agent spawns its own sub-agents? Does it track the full tree or just one level deep?