Viewing profile — vincentvandeth
vincentvandeth
HN member- Joined
- Sat, Feb 21, 2026, 5:21 PM UTC
- HN karma
- 6
- Public activity
- 24 items
- HN profile
- View on Hacker News ↗
About vincentvandeth
Running AI coding agents in production for 14+ months. I built and open-sourced VNX 1.0, a governance-first runtime for AI coding agents: specialized agents behind quality gates, with a tamper-evident audit receipt for everything they do. github.com/Vinix24/vnx-orchestration
I design systems and controls, not throwaway scripts. Also building a web crawler (26 extractors, SSE streaming, RAG pipeline), sales copilot and mission control (Agentic OS) still in development.
Python, React, Supabase. Netherlands.
github.com/Vinix24 vincentvandeth.nl
Recent public activity
- story
- story
- story
-
comment
Comment #47207981
[dead]
- story
-
comment
Comment #47178859
[dead]
-
comment
Comment #47152613
Update: I ended up building this into a full closed-loop pipeline. A PreToolUse hook detects context pressure at 65%, the agent writes a structured handover (task state, files, pro…
-
story
Show HN: Automatic context rotation for Claude Code (no manual steps)
AI coding agents break when the context window fills up — they lose state, hallucinate, or auto-compact shreds the context you built up. I built a 3-hook pipeline that rotates befo…
-
comment
Comment #47148421
Nice — just checked it out. The interceptor approach makes sense for teams that need policy enforcement across multiple agents. Interesting difference in philosophy though: Limits …
-
comment
Comment #47141001
Fair point on the time cost — but I'd frame it differently. The 6 months wasn't spent building a governance layer instead of building the agent. The governance layer grew out of th…
-
story
I built a governance layer for multi-agent AI coding – lessons after 6 months
Six months ago I started coordinating multiple AI coding agents (Claude Code, Codex CLI, Gemini CLI) across parallel terminals for a production project. The agents were productive,…
-
comment
Comment #47137855
Context bloat is a real problem — and yes, order matters more than most people realize. Descriptions near the top of the tool list get preferentially selected, especially in long c…
-
comment
Comment #47136738
About 6 months of iterating, but in bursts — I built it while using it on a production project, so the governance layer grew alongside real failure modes rather than being designed…
-
comment
Comment #47135969
[dead]
-
comment
Comment #47135917
Hard-coded checks before every action, plus a governance layer that separates "what the agent wants to do" from "what it's allowed to do." The deeper issue: if your agent decides w…
-
comment
Comment #47135823
Yes, tmux. The setup is a 2x2 grid: T0 (orchestrator) | T1 (Track A) T2 (Track B) | T3 (Track C) When a worker finishes, it writes a structured report to a shared unified_reports/ …
-
comment
Comment #47133379
You're right that no model handles everything in one context window — that's exactly why I built context rotation. Each task runs in a single agent context (one responsibility, cle…
-
comment
Comment #47121902
[dead]
-
comment
Comment #47121828
[dead]
-
comment
Comment #47121812
This approach sounds clean in theory, but in production you're building a black box. When your planning agent hands off to an implementation agent and that hands off to a review ag…
-
story
Ask HN: Anyone running AI agents in production without engineering background?
I've been building production systems with Claude Code for 6+ months — multi-agent orchestration, automated quality gates, web crawlers. No CS degree, no engineering background (ex…
-
comment
Comment #47121521
Great list. I've been running a multi-agent orchestration system (11 specialized AI agents) in production for 6 months and your #2 and #5 resonate hard. What I'd add: 6. Confidence…
-
comment
Comment #47104162
Great questions. I've been running ~2,400 multi-agent dispatches across 4 terminals (different AI models) for about 6 months, so I'll share what I've hit in practice rather than th…
-
comment
Comment #47104091
Interesting approach. Runtime enforcement is the part most people skip — they focus on logging what happened but don't prevent bad actions in the first place. The policy engine + k…