Repository: https://github.com/looptroop-ai/LoopTroop
I’m the maker of LoopTroop, a local open-source GUI for running larger coding tickets with AI.
I built it around a problem I kept running into: context rot. When one agent conversation accumulates plans, code, logs, and failed attempts, the model gradually loses track of the task.
LoopTroop uses a slower, more structured workflow:
- An LLM Council creates and reviews the plan before implementation.
- Context Engineering gives each phase its own focused context.
- Large tickets are split into small implementation steps with acceptance criteria and validation - or beads (only parts of the bead methodology).
- Ralph Loops retry failed steps with fresh context and a short failure note.
- A Kanban-style GUI keeps the ticket state, plans, logs, diffs, and review artifacts visible.
- Human approval stays in the loop before changes are handed back to the main branch (human in the loop).
The idea is to trade some speed for more predictable work on complex tickets. For small edits, using an agent directly is probably simpler. This is aimed at tasks where planning, decomposition, retries, and review history are useful.
I’m looking for technical feedback from open-source developers, especially on:
- whether the workflow is understandable from the GUI
- whether the planning and review artifacts are useful
- where the local setup or first-run experience is confusing
- whatever anything, thanks :)
There’s also a short app presentation here:
https://youtu.be/LYiYkooc_iY
Any feedback is more than welcome. If you try the app and something works, or doesn’t,please give me a sign. Happy to talk about it.