3
5 Comments

I built a local-first AI dev pipeline because existing tools weren’t good enough. QonQrete v0.5.0 Beta is here.

## The pain that pushed me to build this

I was frustrated with AI tooling that:

- Runs mostly in the cloud

- Treats privacy as an afterthought

- Gives me almost no control over how and where code is executed

I wanted something that lives on my own machine, works with multiple LLM providers, and treats security + reproducibility as first-class concerns.

So I started hacking on my own system to orchestrate LLMs locally… and it snowballed into QonQrete.

---

## What I built

QonQrete is a local-first, multi-agent AI “construction system” that plans, writes, and reviews code inside a sandboxed workspace.

The core pipeline uses 3 agents:

- InstruQtor – planning: breaks down the task, designs the steps

- ConstruQtor – building: writes/edits code inside a controlled repo

- InspeQtor – reviewing: does code review, sanity checks, and suggests fixes

Each agent can run with your choice of:

- GPT

- Gemini

- Claude

- DeepSeek

- (or other OpenAI-compatible APIs)

You keep everything on your own machine and wire in the models you like.

---

## Why it’s different (at least for me)

A few things that make QonQrete feel different from the usual “AI coding assistant”:

- Local-first: the whole construction loop runs on your machine

- No cloud lock-in: bring your own APIs and swap them out per agent

- Sandbox execution: work happens inside a controlled project folder / “qoreyard”

- Multi-LLM per pipeline step: planning, coding, and reviewing can each use different models

- Human-in-the-loop or autonomous: you can approve steps, or let it run more hands-off

- Very dev-oriented: it’s built for people who live in terminals and care about git history, diffs, and reproducible runs more than pretty UIs

---

## My personal journey with it

This started as a quick experiment to reduce boilerplate in my own projects.

I just wanted a smarter way to:

- Plan features

- Write the boring bits

- Keep everything inside git

But as I kept iterating, it turned into a full system where multiple AI agents collaborate in a structured way. I didn’t expect it to work as well as it does — or to drag me this deep into agent orchestration, prompt chaining, and local-first workflows.

It’s still early, but I’m using it on real projects now and trying to harden it as I go.

---

## What I’d love feedback on

If you use AI in your programming workflow:

- What’s missing for you right now?

- Would you trust a local multi-agent system to modify your repo if you can see every diff and approve steps?

- What features would make something like this actually useful in your day-to-day dev life?

Honest criticism is very welcome — I’d rather hear “this is overkill” or “I’d only use it if X/Y existed” than polite silence.

---

## Repo (open-source, still early)

If you want to poke around the code or try it:

👉 GitHub: https://github.com/illdynamics/qonqrete

It’s still a v0.5.0 beta, but I’d love to hear from anyone who:

- Cares about local-first + privacy-conscious AI dev tooling

- Plays with multi-agent setups

- Has strong opinions about how AI should (or shouldn’t) touch their codebase

Happy to answer any questions here and share more details about the architecture or trade-offs if people are curious.

posted toAvatar for product QonQrete
QonQrete
  1. 1

    Quick update: after the recent Gemini changes (Thinking mode + memory), I realized QonQrete’s architecture actually lines up perfectly with what devs are now missing. I’ll post a deeper breakdown tomorrow, but short version: local, file-based reasoning + memory instead of opaque chat UI.

  2. 1

    I've made a quickstart video for QonQrete, you can watch it on my YouTube channel, check YouTube handle @illdynamics and it's the video I just uploaded. (I cannot post links here yet)

    This video walks through the full QonQrete v0.5.0 quickstart: initializing a fresh qage, explaining the file structure, and demonstrating both user-gated and autonomous cyQle modes. You’ll see QonQrete plan, generate, and review a simple Python webserver, then tackle a more complex webserver tasq using lower briq sensitivity to show how the agents behave with looser constraints. The demo highlights the full multi-agent flow — InstruQtor’s planning, ConstruQtor’s code generation, InspeQtor’s review loop — and shows how QonQrete evolves files, data, and project structure inside its isolated environment.

  3. 1

    This is fascinating! The local-first, multi-agent approach really stands out—especially the ability to mix LLMs for planning, coding, and reviewing while keeping everything on your machine. As someone who cares about reproducibility and privacy, I can see the appeal. I’d love to know how it handles conflicts or mistakes in the code—does the InspeQtor catch everything, or do you usually step in? Also curious if you’ve experimented with team workflows or if it’s mainly solo-focused right now.

    1. 1

      I didn't use it in any teams yet, but I did show it to my colleagues who got interested. I am trying to get people to try it, and also need someone for some Windows test runs as I was unable to do docker inside of a windows VM and run Fedora myself. :)

    2. 1

      Thank you for your reply! To be honest, I run it more in autonomous mode then user-gated mode. Only if I want new functions I will step in and add stuff, or use the "sqrapyard" you can put a partial project in so it will continue on that, with instructions.

      I've been amazed by feeding it a very complex 27-page huge task and the outcome was insanely accurate and detailed and mostly working!

      I will drop a quickstart video/demonstration of QonQrete with a simple task in user-gated and autonomous mode tonight!