<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: vipdestiny</title><link>https://news.ycombinator.com/user?id=vipdestiny</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 23 Apr 2026 07:26:05 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=vipdestiny" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by vipdestiny in "Forge – OSS governance plugin for Claude Code (22 agents, SDD, quality gates)"]]></title><description><![CDATA[
<p>I've spent 23 years in global program delivery. When AI coding agents arrived, they introduced a familiar problem: speed without oversight creates drift.<p>Forge is an open-source Claude Code plugin (MIT) that adds governance to multi-agent AI coding workflows. 22 specialized agents, file locking, drift detection, knowledge capture, automated quality gates.<p>4,590 tests. Rust orchestrator + React dashboard + Claude Code plugin system.<p>Demo: <a href="https://youtu.be/4yRYimZYzBw" rel="nofollow">https://youtu.be/4yRYimZYzBw</a>
Site: <a href="https://forge.nxtg.ai" rel="nofollow">https://forge.nxtg.ai</a></p>
]]></description><pubDate>Tue, 17 Mar 2026 15:49:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=47414355</link><dc:creator>vipdestiny</dc:creator><comments>https://news.ycombinator.com/item?id=47414355</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47414355</guid></item><item><title><![CDATA[Forge – OSS governance plugin for Claude Code (22 agents, SDD, quality gates)]]></title><description><![CDATA[
<p>Article URL: <a href="https://github.com/nxtg-ai/forge-plugin">https://github.com/nxtg-ai/forge-plugin</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47414331">https://news.ycombinator.com/item?id=47414331</a></p>
<p>Points: 2</p>
<p># Comments: 1</p>
]]></description><pubDate>Tue, 17 Mar 2026 15:47:48 +0000</pubDate><link>https://github.com/nxtg-ai/forge-plugin</link><dc:creator>vipdestiny</dc:creator><comments>https://news.ycombinator.com/item?id=47414331</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47414331</guid></item><item><title><![CDATA[Show HN: Atlas – Portfolio health dashboard for multi-repo teams (Python CLI)]]></title><description><![CDATA[
<p>I manage 8+ mixed repos (prod, dev, poc) across Python, TypeScript, and Rust. Every dev tool I use -- Cursor, Copilot, Claude Code -- is great inside a single repo. But none of them answer the cross-cutting questions:<p>Which repos have zero tests?
- Are my React versions consistent across 3 frontends?
- Which project hasn't been committed to in weeks?
- Where am I duplicating FastAPI patterns instead of sharing a library?<p>I got tired of manually checking, so I built Atlas. It's a Python CLI that scans your repos locally and gives you a portfolio-level health dashboard.<p>What it does
Point it at your projects, run atlas scan, and you get this:<p><pre><code>  pip install nxtg-atlas

  atlas init --name "My Portfolio"
  atlas add ~/projects/api
  atlas add ~/projects/frontend
  atlas scan
  atlas status
</code></pre>
Real output from my 8 production repos:<p>+---------+--------------------+----------+--------+----------+---------------------+
|         | Project            | Health   |  Tests |      LOC | Tech Stack          |
+---------+--------------------+----------+--------+----------+---------------------+
| (green) | Dx3                |  A 94%   |    179 |  164,806 | Python . TypeScript |
| (green) | content-engine     |  B+ 88%  |     23 |   12,552 | Python              |
| (green) | Podcast-Pipeline   |  B+ 88%  |     49 |   33,680 | Python . FastAPI    |
| (green) | nxtg.ai            |  B+ 87%  |     36 |   49,938 | TypeScript . Next.js|
| (green) | Faultline          |  B+ 86%  |     29 |   15,527 | TypeScript . React  |
| (green) | voice-jib-jab      |  B+ 86%  |     58 |   45,311 | TypeScript . Python |
| (yellow)| SynApps            |  C 67%   |    114 |  793,406 | Python . TypeScript |
| (red)   | NXTG-Forge         |  D 59%   |    121 |  136,083 | TypeScript . Rust   |
+---------+--------------------+----------+--------+----------+---------------------+<p>8 Projects | 609 Test Files | 1,251,303 LOC | Scanned in 31 seconds
That's not a mockup. That's the actual output from scanning our production portfolio. The C and D grades were embarrassing -- but that's the point. You can't fix what you can't see.<p>How health scoring works
Each project gets an A-F grade based on 4 weighted dimensions:<p>- Tests (35%) -- test file count relative to source files
 - Structure (25%) -- CI/CD, .gitignore, package config, linting, source organization
 - Git Hygiene (20%) -- commit history, remote status, clean working tree
 - Documentation (20%) -- README, CHANGELOG, docs/, etc.<p>Cross-project intelligence
This is where it gets interesting. Atlas compares deps and versions across all your repos:<p>- Shared dependencies (fastapi used in 4 projects, react in 3)
 - Version mismatches (react ^18.2.0 in one app, ^19.2.1 in another)
 - Health gaps (3 projects with zero tests, 1 with 50+ uncommitted changes)
 - These are the things that bite you six months from now.<p>What it is NOT
 - Not a cloud service. Zero network calls, no telemetry, no accounts.
 - Not a linter or code quality tool. It doesn't read your source code line by line.
 - Not a replacement for SonarQube / CodeClimate. Those go deep on one repo. Atlas goes wide across many.<p>Details
 - Python 3.11+, built with Typer + Rich
 - State is a single JSON file at ~/.atlas/portfolio.json
 - Detects 10+ languages, 15+ frameworks, 5+ databases
 - MIT license, 100% open source — no tiers, no limits, no feature gates
 - Everything works: unlimited projects, cross-project intelligence, export, batch-add<p>--> GitHub: <a href="https://github.com/nxtg-ai/repoatlas" rel="nofollow">https://github.com/nxtg-ai/repoatlas</a>
--> PyPI: <a href="https://pypi.org/project/nxtg-atlas/" rel="nofollow">https://pypi.org/project/nxtg-atlas/</a><p>If atlas saves you time, consider supporting development.<p>Happy to answer questions about the scoring algorithm, the detection heuristics, or how we're using it internally.</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47242815">https://news.ycombinator.com/item?id=47242815</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 04 Mar 2026 03:48:19 +0000</pubDate><link>https://github.com/nxtg-ai/repoatlas</link><dc:creator>vipdestiny</dc:creator><comments>https://news.ycombinator.com/item?id=47242815</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47242815</guid></item><item><title><![CDATA[New comment by vipdestiny in "Show HN: MCP directory that checks if servers are alive"]]></title><description><![CDATA[
<p>Health + schema is the missing layer… I went one step lower and focused on coordination primitives (claiming, locks, drift checks) exposed via MCP.</p>
]]></description><pubDate>Mon, 09 Feb 2026 14:34:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=46945620</link><dc:creator>vipdestiny</dc:creator><comments>https://news.ycombinator.com/item?id=46945620</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46945620</guid></item><item><title><![CDATA[New comment by vipdestiny in "VisualJJ – Jujutsu in Visual Studio Code"]]></title><description><![CDATA[
<p>MCP solves the wiring problem nicely, but once you have more than one coding agent running, coordination becomes the real bottleneck.<p>I ran into repeated issues with agents editing the same files, losing decisions, and drifting away from the spec. I ended up building a small Rust MCP server that adds task claiming, file-level locking, and drift checks against SPEC.md.<p>It’s intentionally boring infrastructure… single binary, file-based state, deterministic orchestration. The AI tools stay interchangeable.<p>Repo if anyone’s curious: <a href="https://github.com/nxtg-ai/forge-orchestrator" rel="nofollow">https://github.com/nxtg-ai/forge-orchestrator</a></p>
]]></description><pubDate>Mon, 09 Feb 2026 12:04:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=46944326</link><dc:creator>vipdestiny</dc:creator><comments>https://news.ycombinator.com/item?id=46944326</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46944326</guid></item><item><title><![CDATA[Show HN: Forge – 3MB Rust binary that coordinates multi-AI coding agents via MCP]]></title><description><![CDATA[
<p>I've been using Claude Code, Codex CLI, and Gemini CLI on the same projects. They're each great alone but running them concurrently is chaos: merge conflicts from simultaneous edits, decisions made in one context lost to another, and slow architectural drift as each agent optimizes locally without a shared plan.<p>Forge is an orchestration layer that sits between AI coding tools and your codebase. It's a single Rust binary (~3 MB, zero runtime deps) that runs as an MCP server over stdio. Any MCP-compatible AI tool can call it.<p>What it does:
- File locking: When an agent claims a task, Forge locks the target files. Other agents see the lock and work on something else. Conflicts become structurally impossible.
- Knowledge flywheel: Agents call forge_capture_knowledge to store decisions, patterns, and gotchas. Other agents query the store before making decisions. Knowledge compounds across sessions instead of evaporating.
- Drift detection: Sends recent changes + the project spec to an LLM for alignment scoring. Catches "you were supposed to build auth but you're refactoring CSS" before it compounds.
- Governance: 5-dimension health check (tests, security, docs, architecture, git hygiene) that agents and humans can query at any time.<p>The brain is pluggable: a free heuristic engine (pattern matching, works offline) or an LLM engine (GPT-4.1 by default). Switch with one CLI command.<p>State is a single JSON file in .forge/ — human-readable, git-trackable, zero operational overhead.<p>51 tests (30 unit, 9 CLI, 12 MCP protocol), 0 compiler warnings, 0 unsafe blocks.<p>MIT licensed. Whitepaper with the full architecture: <a href="https://nxtg.ai/insights/forge-whitepaper" rel="nofollow">https://nxtg.ai/insights/forge-whitepaper</a><p>Happy to answer questions about the Rust implementation, MCP protocol design, or the multi-agent coordination problem in general.</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46943041">https://news.ycombinator.com/item?id=46943041</a></p>
<p>Points: 1</p>
<p># Comments: 1</p>
]]></description><pubDate>Mon, 09 Feb 2026 08:38:51 +0000</pubDate><link>https://github.com/nxtg-ai/forge-orchestrator</link><dc:creator>vipdestiny</dc:creator><comments>https://news.ycombinator.com/item?id=46943041</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46943041</guid></item><item><title><![CDATA[New comment by vipdestiny in "Ask HN: What are you working on? (February 2026)"]]></title><description><![CDATA[
<p>Forge – A 3 MB Rust binary that coordinates multiple AI coding agents via MCP
<a href="https://github.com/nxtg-ai/forge-orchestrator" rel="nofollow">https://github.com/nxtg-ai/forge-orchestrator</a><p>Forge is an orchestration layer that sits between AI coding tools and your codebase. It's a single Rust binary (~3 MB, zero runtime deps) that runs as an MCP server over stdio. Any MCP-compatible AI tool can call it.<p>MIT licensed. Whitepaper with the full architecture: <a href="https://nxtg.ai/insights/forge-whitepaper" rel="nofollow">https://nxtg.ai/insights/forge-whitepaper</a></p>
]]></description><pubDate>Mon, 09 Feb 2026 08:34:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=46943009</link><dc:creator>vipdestiny</dc:creator><comments>https://news.ycombinator.com/item?id=46943009</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46943009</guid></item></channel></rss>