Loose agents
- Repeated prompts for every task
- Context lost between tools
- You review, forward and stitch everything together by hand
- A single model, a single point of failure
On-demand engineering capacity
Ask for it in Slack, it reaches production. ciloops is a team of agents that takes your request, bug or change, turns it into issues and PRs, reviews it against the project, audits it and deploys it. No micromanagement: you test it and reply in the thread.
Customers on the annual plan can't see the discount at checkout. Can you take a look?
Found 2 affected repos: billing-api and web-checkout. Opened issues #418 and #92, linked.
PR ready in both repos. Fix for the proration calculation and a regression test.
Matches the pricing rule in Notion. No new dependencies or findings. Approve ×2.
Deployed to pre-production. Mariana, can you try it?
It works. Ship it to production.
Deployed to production. PRs merged and issues closed, nothing left open. Closing the request.
The problem
Each agent waits for your instructions, loses context and doesn't know what the one next to it did. You end up being the coordinator.
They're not agents with good prompts. They're agents with a work framework and a clear picture of your business.
Just as the cloud gave you servers on demand, ciloops gives you engineering capacity on demand: you ask for it from Slack, it's metered per task and it scales with every project.
The loop
Each agent does one thing well and leaves a trail in the repo and the thread. The loop advances on its own; tap a step or an agent to jump straight to it.
Step 1 · Channel
You notify via Slack
A request, a change or a bug. In plain language, in your usual channel. No tool switching.
Customers on the annual plan can't see the discount at checkout. Can you take a look?
Step 2 · Triage
Turns the request into issues
Finds which repos are affected, opens one issue for each and links them together.
Found 2 affected repos: billing-api and web-checkout. Opened issues #418 and #92, linked.
Step 3 · Build
Writes the fix and opens the PR
Implements the change in each repo, adds a regression test and opens the PRs. Two builders are two issues in parallel.
PR ready in both repos. Fix for the proration calculation and a regression test.
Step 4 · Big picture
Reviews against the project
Checks the change against your business rules in your documentation: Notion, Google Drive or Markdown in the repo.
Matches the pricing rule in Notion.
Step 5 · Security
Audits the change
Reviews dependencies and security findings before anything moves forward.
No new dependencies or findings.
Step 6 · Approval
Two approves, always
Business and security approve every PR, on every iteration. If something fails, the loop keeps going on its own until you give the OK.
Approve ×2.
Step 7 · Release
Deploys and closes everything
With both approves, it moves the PR to pre-production and tells you in the thread so you can test it. When you reply, it takes it to production and, whatever you decide, merges the PRs, closes the issues and makes sure nothing is left open.
Deployed to pre-production. Mariana, can you try it?
Integrations
ciloops isn't another tool to open. It reads and writes in the ones you already use: the channel, the repos, the documentation and the model you chose.
Entry and notification channel. Installs with one button; everything happens in threads.
An app that only sees the repos you choose. Issues, PRs and comments.
Where the business truth lives: pages the agents read.
Product documentation folders, with read-only permission.
A docs folder inside a repository counts too.
Anthropic, OpenAI or Google, with each project's key.
Control
Agents work with what you configure and nothing more. Every task records what it consumed.
The security of your projects and your keys is our priority every time we make a product decision.
Each project uses the Anthropic, OpenAI or Google key you load, and you choose the model from what that key reaches.
Each task records the tokens it used and what they would cost on your key, next to the compute.
Agents work with an optimized context to avoid excessive or runaway consumption on every iteration.
Each task runs in its own container. You're billed for the vCPU and memory it measured, at the price fixed in the registry.
How your team builds, its security bar and where the business lives. Each agent reads only what concerns it.
Your keys are kept protected and agents have no access to them.
Manage all your projects from a single account, each one separately: its repos, its channels and its keys. No connection is shared between projects unless you load it.
Why ciloops
You ask, follow and approve from Slack. Nobody jumps between six tools.
Business and security, always. On every PR, on every iteration.
From message to PR and from PR to pre-production, without anyone having to pass it along.
If something fails in testing, the loop keeps going on its own until you give the OK.
FAQ
A loose agent does a task when you ask and you coordinate the rest. In ciloops each agent has a role, shares context with the others and the loop advances on its own from request to production.
It's integrated with Google, Anthropic and OpenAI. Each project uses the key you load, and you choose the model from what that key reaches.
No. The request comes in through Slack and the agents work on your GitHub repos and your documentation in Notion, Google Drive or Markdown in the repo.
Yes. ciloops scales with you: you manage several projects from the same account, each one separately with its own repos, channels and keys, without switching accounts.
You do. Every PR requires two approves, one for business and one for security, before deploying.
Early access
We're opening small cohorts for teams of 5 to 50 people. We create your account, you connect Slack and GitHub with a button and load your model key.
I want accessWrite to us at hola@ciloops.com
ciloops is a self-service product, but we'll walk you through the process.