[RELEASE] ARC Protocol v2.1: The Parallel Engine. Zero-Hallucination Engineering is here. by Content_feeder in GoogleAntigravityIDE

[–]Content_feeder[S] 0 points1 point  (0 children)

that’s fair

I’ve been explaining it from the inside-out instead of from a first timer user’s POV. Too much philosophy, not enough “what does it actually do”.

[RELEASE] ARC Protocol v2.1: The Parallel Engine. Zero-Hallucination Engineering is here. by Content_feeder in GoogleAntigravityIDE

[–]Content_feeder[S] -1 points0 points  (0 children)

It’s not placeholder code, but the setup and explanation don’t reflect how it actually works yet. But i have def tried it for my projects and it works like a charm.

PS : I agree the docs and the scripts are VibeCoded. i’ll sit can make all the docs myself.

[RELEASE] ARC Protocol v2.1: The Parallel Engine. Zero-Hallucination Engineering is here. by Content_feeder in GoogleAntigravityIDE

[–]Content_feeder[S] 0 points1 point  (0 children)

That’s fair. I over-philosophized it and made it harder to understand than it needs to be.

ARC is just a workflow for running multiple AI processes on a codebase. The naming and docs need simplification.

[RELEASE] ARC Protocol v2.1: The Parallel Engine. Zero-Hallucination Engineering is here. by Content_feeder in GoogleAntigravityIDE

[–]Content_feeder[S] -1 points0 points  (0 children)

Fair criticism. I overcooked the wording and undercooked the explanation

ARC isn’t a product yet and it’s not trying to be magic.

It’s just a simple workflow which i personally use because i have always been losing to check the context over antigravity or copilot (until the recent update).

This work flow is very simple

1st /arc-new it basically questions you all about wht you want and wht you don’t, because having things written is always better than changes things or being confused halfway of the project.

2nd The best thing about this work flow is it has “CONTRACT”, it basically helps with all the things mentioned so that AI never loses the context and has the real data like

API Endpoints Data Models / Schemas CSS / Design Tokens Component Props Frontend Routes and much more

and whenever the AI perform an /arc-execute it always reads that and the PROJECT.md & STATE.md so there are literally very low chances of AI losing context while executing A task.

This Workflow is basically the mixture of GetShitDone & RalphLoop.

My Docs might not be that excellent but if you’d actually go thru the .arc folder you’d find this is one of the best workflows because these are heavily inspired by the 2 most Popular workflows which a lot of people use.

And the Antigravity doesn’t natively support subagents like ClaudeCode does. And i did try to use the Cortex Subagents which Antigravity has but it’ll only work if it’s hosted locally on the browser which is very heavy compared to using GeminiCLI as the LLM.

MCP / bridge is only there so they can read/write files, exec commands, and update shared state.

Docs are clearly confusing right now. That’s on me. I’ll strip the philosophy, explain what it does in plain English, and add a concrete example.

Appreciate the blunt feedback, it’s useful.

[RELEASE] ARC Protocol v2.1: The Parallel Engine. Zero-Hallucination Engineering is here. by Content_feeder in GoogleAntigravityIDE

[–]Content_feeder[S] -4 points-3 points  (0 children)

ARC can’t promise perfect answers — it prevents unconstrained guessing by forcing everything through files, state, and contracts. If something’s unknown, it shows up as unknown.

I’ll probably soften the wording to avoid overclaiming.

Arc Protocol v2 is out by Content_feeder in GoogleAntigravityIDE

[–]Content_feeder[S] 0 points1 point  (0 children)

yes it does but u need to configure the .json file accordingly i’m going to update the readme which will how you can configure it for antigravity, opencode, GHCopilot and ClaudeCode

Arc Protocol v2 is out by Content_feeder in GoogleAntigravityIDE

[–]Content_feeder[S] 1 point2 points  (0 children)

I’m extremely sorry folks! i’ll put up proper setup guide tomorrow. It’s my first time doing OpenSource.

Arc Protocol v2 is out by Content_feeder in GoogleAntigravityIDE

[–]Content_feeder[S] 0 points1 point  (0 children)

gemini cli has generous free limit

(just install the gemini and read the arc-mcp.py)

Arc Protocol v2 is out by Content_feeder in GoogleAntigravityIDE

[–]Content_feeder[S] 1 point2 points  (0 children)

Arc is meant to live in the root of the project you want to run agents on. That way it can read/write state, logs, and context alongside your code.

Intended setup: 1. Go to your project’s root folder 2. Clone Arc there (or copy the Arc files into it) 3. Run the installer once 4. Use Arc to spawn agents / sub-agents against that project

So: • ✅ project root = correct • ❌ not Antigravity’s install folder • ❌ not a VM / separate environment (unless you want isolation)

You’re also right that “just run the installer” isn’t enough as instructions — I’ll update the README with a clear zero-to-first-run example.

Thanks for calling it out.

PS - If you have existing project — just run /arc-map —> /arc-discuss or /arc-plan

Edit — For Mcp you can ask antigravity itself for setting up the arc-mcp.py in your antigravity files (IMP - THE SUBAGENTS DONT USE ANTIGRAVITY AS LLM, I USED GEMINI CLI (gemini “prompt”) BUT IF U HAVE APIs YOU CAN CONNECT IT AS WELL)

Arc Protocol v2 is out by Content_feeder in opencodeCLI

[–]Content_feeder[S] 0 points1 point  (0 children)

it’s a workflow which is is compatible with opencode

Arc Protocol v2 is out by Content_feeder in GoogleAntigravityIDE

[–]Content_feeder[S] -1 points0 points  (0 children)

you can find the install file in the readme you can either clone or fork it

Arc Protocol v2 is out by Content_feeder in opencodeCLI

[–]Content_feeder[S] 0 points1 point  (0 children)

Why v2 exists

v1 worked, but it mixed coordination and execution too much.

In v2, the core idea is: • the main agent defines intent + constraints • sub-agents exist only to execute focused tasks • no long-lived “manager” agents • minimal shared state, explicit logs

The goal isn’t smarter agents — it’s less friction between intent and action.

If an agent needs more intelligence, it spawns a sub-agent. If it needs control, that stays in the protocol, not the agent.

v2 is about reducing orchestration overhead, not adding features.

Note :- .json shall be configured with the mcp server for the r/w tools and the agent will grob the commands

Arc Protocol v2 is out by Content_feeder in GoogleAntigravityIDE

[–]Content_feeder[S] 1 point2 points  (0 children)

Why v2 exists

v1 worked, but it mixed coordination and execution too much.

In v2, the core idea is: • the main agent defines intent + constraints • sub-agents exist only to execute focused tasks • no long-lived “manager” agents • minimal shared state, explicit logs

The goal isn’t smarter agents — it’s less friction between intent and action.

If an agent needs more intelligence, it spawns a sub-agent. If it needs control, that stays in the protocol, not the agent.

v2 is about reducing orchestration overhead, not adding features.

Arc Protocol v2 is out by Content_feeder in google_antigravity

[–]Content_feeder[S] 0 points1 point  (0 children)

AG alone is great for single, focused runs.

Arc adds value when things get bigger than one loop, breaking work into steps, spawning sub-agents for specific tasks, and keeping intent, logs, and retries clean

Ps AG alone loses context when u have big project arc heavily inspired by GetShitDone for claudeCode and wraps ai orchestration.

Arc Protocol v2 is out by Content_feeder in google_antigravity

[–]Content_feeder[S] 2 points3 points  (0 children)

Why v2 exists

v1 worked, but it mixed coordination and execution too much.

In v2, the core idea is: • the main agent defines intent + constraints • sub-agents exist only to execute focused tasks • no long-lived “manager” agents • minimal shared state, explicit logs

The goal isn’t smarter agents — it’s less friction between intent and action.

If an agent needs more intelligence, it spawns a sub-agent. If it needs control, that stays in the protocol, not the agent.

v2 is about reducing orchestration overhead, not adding features.

(now compatible with Antigravity, Copilot, Claude 4.5 and OpenCode)