run #1,204 · payments-v2 · 9 of 14 merged

Automate your software development with agents that know your code.

Loopsfinity puts a coordinated workforce on your product. Architects keep a living map of your codebase, Planners turn PRDs into sequenced, code-grounded tickets, and Builders ship them test-first, while every gate stays yours.

The maintenance platform for existing products. Works with your GitHub and Jira; your code never leaves your repositories.

GK-4 · Gate 2 NEEDS YOU tests 4/4 ✓ · PR #128 diff +184 −52 · CI green Approve & merge Deploy canary 25% → 100% rollback armed after ship on Loopsfinity cloud; no laptop in the loop also in your pocket ↑

CLICK A SHEET · OR A TAB · TO BRING IT FORWARD

Follow one ticket. You're driving: scroll to move it.
PHASE 1 / 6

ARCHITECTSFirst, your system gets mapped.

Modules, API contracts, data models, fragility hotspots, all read from the code itself and written into a living knowledge base you correct once.

PLANNERSThe PRD becomes real tickets.

Clarified with you, decomposed into stories with Given/When/Then criteria, and sequenced by actual code-level dependencies.

GATE 1 · YOUNothing runs until you click approve.

Reorder, cut scope, rewrite criteria. Your edits are remembered as preferences. That click is the only thing that starts execution.

BUILDERSTests are written before the code.

Each ticket gets a context pack: just the slice of the map it needs. Tests go red, implementation turns them green, on an isolated branch.

GATE 2 · YOUYou merge it like a teammate's PR.

Diff, impact summary, test results. After your click, rollback stays armed on this ticket: one click reverts exactly this change, forever.

THE LOOPBehind you, the system gets smarter.

The merge re-syncs the knowledge base within minutes; production bugs come back as triaged, well-specified stories. Round and round.

merge → the map re-syncs itself production bugs → triaged back into the plan SOURCE Your repos ARCHITECT Maps the system PLANNER Plans the work YOU Approve the plan BUILDER Ships test-first YOU Review the PR Merged rollback armed + modules & boundaries + API contracts · data models + fragility hotspots PRD 311 312 313 Approve plan tests first Merge PR APPROVED ✓ MERGED ✓
SCROLL
Inside the product

One place to see the whole loop, and everything waiting on you.

Mission overview

Your decisions, front and center.

The home screen is built around one question: what needs you? Gates waiting on your click sit at the top; everything the agents are doing streams live underneath.

  • Knowledge base health, plans in flight, and spend, at a glance
  • Every gate shows its context: red flags, test results, targets
  • A live activity feed of every agent, every turn
Overview Connectors Knowledge Base PRDs & Plans Pipeline Agents Dependency Graph Signals Insights Acme Payments all connectors healthy · KB live KB · LIVE13 docs · 1 drift AWAITING YOU1 plan · 2 gates IN FLIGHT3 running · 1 fix 30-DAY SPEND318 runs on track Needs your decision · 3 gates GATE 1 · Approve plan · SSO for admin console 8 tasks · 2 red flags Review GATE 2 · PR review · GK-4 session token contract tests 4/4 · PR #128 GATE 3 · Deploy go / no-go · GK-1 migration prod-eks · staging green Activity live Developer · pushed GK-2 · turn 4 Fixer · retry on GK-5 test GK-7 shipped to prod → KB re-sync Planner · decomposed GK-3 everything waiting on you ↓
Knowledge base

Documentation that argues back.

Every section is versioned, scored for quality, and re-synced on merge. When the code moves and the docs don't, the map raises a drift flag instead of quietly lying to you.

  • Module map with ownership and real test coverage
  • Drift flags name the exact contradiction they found
  • Your corrections are stored as permanent ground truth
Knowledge Base · modules · api-service modules · api-service Living · re-syncs on merge · last re-sync 2d ago (GK-7) Avg confidence 0.86 Drift flags 1 open Corrections 3 DRIFT · docs say auth/session owns token refresh, but GK-7 moved it into api-gateway confirm drift & approve section · or edit markdown Modules auth/sessionSSO, tokens & session lifecycle@platform api-gatewayrouting, rate-limit, auth middleware@platform billingStripe, invoicing, dunning@payments usersprofiles, roles, org membership@platform notificationsemail / push fan-out@growth 41% 71% 78% 82% 66% Owner corrections · ground truth "billing owns dunning & retries; notifications only sends the email it's handed." you · 3w ago · injected into every future run add a correction: describe the correct behaviour… Save correction the map flags its own drift ↑
Gate 1 · plan approval

A plan you can argue with.

Before anything runs, you see the whole decomposition · milestones, dependency-ordered stories, and per-story cost grounded in the complexity of the files each one actually touches.

  • Every story: Gherkin criteria, impact files, RICE score, estimated cost
  • Red flags from the Architect surface right on the gate
  • Edit anything; your changes train the next plan
Approve plan · Gate 1 SSO for admin console 2 milestones · 9 stories · 34 pts · RICE (config-weighted) · graph is a valid DAG 2 feasibility red flags from the Architect · auth/session hotspot · SAML lib conflict Milestone 1 · Auth foundation 5 stories · 16 pts · ~$3.10 · topo layer 0–2 GK-1sso_sessions table & migrationDB · Migrationblocks GK-85 pts$0.90 GK-4session token contractAPI · Contractblocks GK-73 pts$0.55 GK-2token issuance & validation serviceBackendnone5 pts$1.05 GK-5IdP secrets + env config in EKSInfranone2 pts$0.30 GK-4 · Session token contract as the admin console I need a versioned session-token contract so API and web-app stay in step GIVEN a v2 token from api-service WHEN web-app validates it THEN shape + expiry honored GIVEN an expired token THEN 401 session_expired IMPACT · token.ts · session.ts · useSession.ts · hotspot: auth/session RICE · reach 8 · impact 2 · confidence .8 · effort 3 pts → score 4.3 · est $0.55 · grounded in files Edit plan Approve one click starts execution ↘

Sketches shown for illustration; the frames are 1:1 swap slots, so real product screenshots drop in with no layout change.

iOS app · cloud development

The whole loop, from your phone.

Choose cloud development, where we host your Runner, and there’s no laptop in the loop. Browse every Jira story, open one, and take it from dev to deploy on the iOS app.

App Store · iOS 17+ · Face ID for gates

Stories payments-v2 synced from Jira · just now All Running Gates GK-2 · token issuance running · turn 4 GK-4 · token contract Gate 2 · needs you GK-5 · IdP secrets fixing · 2 / 3 GK-1 · sso_sessions ✓ merged · rollback set GK-6 · rate limit queued · unblocked GK-8 · profile page ⛓ blocked by GK-1 Stories Runs Gates
Every Jira story, synced live, with what it’s doing right now.
← Stories GK-4 · token contract GATE 2 · NEEDS YOU versioned session-token contract so API & web-app agree GIVEN v2 token from api-service WHEN web-app validates it THEN shape + expiry honored IMPACT · token.ts · session.ts useSession.ts · hotspot: auth RICE 4.3 · 3 pts · est $0.55 tests 4/4 ✓ · PR #128 · CI green diff +184 −52 across 6 files Approve & merge Request changes Face ID confirms the gate · logged
The whole story: criteria, impact, cost. And the gate is one tap.
← GK-4 Run · dev → deploy on Loopsfinity cloud · no laptop Plan ✓ judge 0.84 Dev ✓ 6 files · +184 −52 Test ✓ 4/4 green PR #128 ✓ merged from phone Deploy canary 25% → 100% Prod Gate 3 · your call Promote to prod rollback armed after ship · one tap
Dev → deploy without touching a laptop, gates included.

The app ships with cloud development (we host your Runner). Running on your own VM or on-prem? The app is still your monitor: live runs and gate approvals work from anywhere.

Workspace

Fifteen specialists. Each does one job, with only the context that job needs.

Not one big model guessing at everything: a roster of narrow agents with strict output contracts. Color names the family here and everywhere in the product.

Architects · they understand your product

6 agents · always current

Before anything is planned or built, they turn your repos into a living knowledge base, and keep it honest on every merge.

Section Scannerkb_scan_sectionReads your repos section by section: modules, API contracts, data models, hotspots, and writes the knowledge base.
Quality Judgekb_quality_judgeScores every section for specificity and groundedness, so the weakest documentation reaches your review first.
Re-sync Agentkb_resyncWatches every merge, updates only the sections the diff touched, and flags drift instead of silently guessing.
Feasibility Reviewerfeasibility_reviewChecks each PRD against your real architecture and raises red flags in plain language, before planning starts.
Impact Analyzerimpact_analysisReports exactly which files, modules, and data models a story will touch, and whether it lands in a fragile area.
Context-Pack Compressorcontext_packDistills what a builder needs for one ticket into a tight, grounded brief, with no re-exploring of the repo per task.

Planners · they turn intent into an executable plan

5 agents · code-grounded

Hand them a PRD in your own words. They clarify it with you, decompose it, and sequence it by real code-level dependencies, not guesswork.

Clarifierprd_clarifyFinds ambiguities and contradictions with existing behavior, then asks you targeted questions before a vague PRD goes anywhere.
Decomposerprd_decomposeBreaks the PRD into milestones and stories: persona, action, benefit, Given/When/Then criteria, tech notes citing your knowledge base.
Edge Labelerdep_graph_scoreResolves the few ambiguous story dependencies the deterministic graph can't, with file-level evidence on every edge.
Bug Triagerbug_triageTurns raw production incidents into properly specified stories, scored by severity; nothing reaches Jira without your approval.
Re-plannerreplanWhen a ticket hits reality mid-flight, it drafts the story revision and graph changes; you approve before anything updates.

Builders · they ship it, test-first

4 agents · in production today

The delivery engine. Each story arrives with its context pack and leaves as a pull request with passing tests, in your conventions, sized for a real review.

PlannerplanDrafts the implementation plan for a story in a fresh session, grounded in the context pack.
Developer / Fixerdev_testImplements the plan, then iterates through test-fix and build-fix loops until everything is green.
AC Checkerac_checkVerifies every acceptance criterion against the finished work, with evidence for each pass or fail.
Plan-Quality Judgeplan_judgeScores each implementation plan before you see it, so you know how much scrutiny it deserves.
How it works

One accountable path, from PRD to production.

Every ticket, whether a bug, a feature, or a new service, travels the same line. The amber marks are where it stops and waits for you.

Architects

Connect, and your system gets mapped.

Point Loopsfinity at your GitHub and Jira. The Architects scan repos, contracts, schemas, and deploy topology into a knowledge base, then present it to you for correction. Your corrections become permanent ground truth · the foundation everything else is judged against.

Planners

Drop in a PRD. It gets interrogated first.

The Clarifier asks the questions a good BA would. Feasibility is checked against your actual architecture. Then decomposition produces milestones, stories with Gherkin acceptance criteria, and a dependency graph built from the code itself · a vague PRD never travels further down the line.

Gate 1 · you

You approve the plan. Nothing runs before that.

Reorder tickets, cut scope, rewrite criteria. Your edits are remembered as preferences that shape every future plan. On approval, the plan syncs to Jira as the system of record.

Builders

Execution: tests first, context in hand.

Each ticket arrives with a context pack: exactly the slice of the knowledge base it needs. Builders write the tests, turn them green on an isolated branch, verify every acceptance criterion, and open a PR sized for a human review.

Gates 2 & 3 · you

You review the PR. You call the deploy.

Every PR comes with its diff, impact summary, and test results; judge it like a teammate's work. Before anything ships, you get the release summary and the go / no-go is yours. Rollback stays armed per ticket, forever.

The loop

And the system gets smarter behind you.

Every merge re-syncs the knowledge base within minutes. Production bugs flow back as triaged, properly specified stories. The platform that shipped your v2 already understands it for v3.

Why "Loops"

Two permanent loops make this maintenance, not a one-shot generator.

YOUR product CODE LOOP · merge → re-sync PRODUCT LOOP · bugs → backlog

CODE LOOPThe docs never rot

Every merge triggers a re-sync: the Architects diff what changed and update only the affected sections, versioned, within minutes. If code drifts from documented behavior, you get a flag, not a silent guess.

PRODUCT LOOPBugs become plans

Production errors flow into triage, come out as properly specified stories with severity scores, and get prioritized against your roadmap, waiting for your approval, not sneaking into Jira.

The compounding effect

Docs tools stop at docs. PM tools stop at tickets. Coding agents stop at PRs. Loopsfinity closes the circle, and every trip around it makes the next one more accurate.

The dividing line

Autonomy is easy. Accountable autonomy is the product.

Every agent platform claims autonomy. The question engineers actually ask is: where does human review happen, in the real workflow, not the sales deck?

The autonomous black box

  • You hand over a task and wait for a PR to appear
  • Planning happens inside the agent, invisibly
  • Docs and tickets drift while the agent works from stale text
  • Billing scales with how long the agent thinks, in tokens or compute units
  • Review is a single moment at the end, when context is gone

Loopsfinity

  • Nothing runs until you approve the plan, story by story, with the dependency graph in front of you
  • Every PR arrives against acceptance criteria you already signed off
  • A living knowledge base re-syncs on every merge, so plans are drawn from the real code
  • Flat monthly price with a ticket allowance: no token metering, ever
  • The deploy go / no-go is a third human decision, and rollback stays armed per ticket
Your gates

Autonomy that stops where your accountability starts.

Three decisions never leave human hands. They're not a safety add-on; they're the architecture.

GATE 1

Approve the plan

Product direction and scope trade-offs are accountability decisions. You see the full plan (stories, priorities, dependency graph, estimates) before an agent touches a branch.

decided by · the owner
GATE 2

Approve the PR

Code entering your product needs an accountable human reviewer. Every ticket lands as a PR with its diff, impact summary, and test results.

decided by · your engineer
GATE 3

Call the deploy

Production risk acceptance can't be delegated to an agent. You get the release summary (what ships, test status, risk notes) and the go / no-go is yours, from anywhere.

decided by · engineer or owner
Your code stays home
Agents work inside your GitHub with the permissions you grant. Leaving takes nothing more than revoking access.
Isolated by construction
Each customer runs on a fully separate instance: own database, own encryption key, own credentials. No shared state to leak through.
Secrets never travel
Your git and model credentials live only in your own network. The control plane decides and remembers; it never holds the keys.
Every action has an author
Every decision, agent run, and gate approval is recorded with an author and a timestamp. Auditable end to end.
The pilot scorecard

We put numbers on it, on your codebase, in two weeks.

Every pilot runs one real milestone from your backlog and is measured against the same four commitments. If the numbers do not hold, you keep the merged code and walk away.

≥90%
stories, no re-spec

of stories pass through delivery without a human having to re-specify them.

0
blocked-first picks

The dependency graph never hands a builder a story whose blocker has not merged.

min
merge → map re-sync

The knowledge base updates within minutes of every merge, and drift raises a flag.

100%
merges reversible

Every merged ticket keeps a one-click rollback armed. No exceptions, forever.

These are the platform's standing success criteria, measured live on your pilot dashboard, not marketing averages.

See it on your codebase

Watch the agents run a real milestone from your backlog.

30 minutes, engineers on both ends. We'll run the mapper on one of your repos first, so the demo is your product, not slideware.