Which step broke
Priya Nair asks why her pull request failed. Memtro reads the pipeline's steps and answers that the test step exited with code 1 after the lint and build steps passed.
Ask Woodpecker CI whether the main branch is green and which step failed.
Connect Woodpecker CI with a personal access token and Memtro reads the repositories it builds with their last pipeline, the recent pipeline feed, pipelines by branch, event and status, one pipeline's workflows and steps, and cron jobs. Step logs and secrets are never read. It reads on demand and there is no hourly sync. When you ask, and once an administrator has granted them by name, it can trigger, restart, approve or cancel a pipeline, which starts compute and may deploy or publish, decline one, create, run or delete cron jobs, and delete a finished pipeline permanently.
Ask in plain English from chat, your editor, a scheduled job or your own agent. The model picks the right Woodpecker CI tool, reads what it needs, and answers with the source cited.
These tools change something in Woodpecker CI. The model is told to use them only when you ask for exactly that, and an administrator grants each one by name to the teams that may use it; a personal connection acts only after its owner allows it.
Once Woodpecker CI is connected, these are the kinds of things people ask. Plain questions, no syntax. If the answer lives partly in another system you have connected, Memtro looks there too.
Is the main branch of the web repository green?
What is red in CI right now?
Which step failed in the last pull request pipeline?
How many cron pipelines failed this week?
Restart the last pipeline on the Acme api repository
Priya Nair asks why her pull request failed. Memtro reads the pipeline's steps and answers that the test step exited with code 1 after the lint and build steps passed.
After a flaky network fix, Dan Fletcher asks Memtro to restart the failed pipeline on the Northwind app. Memtro restarts it, Woodpecker runs the same commit again on its agents, and the new status is posted back to the forge.
The teams that lean on Woodpecker CI most, a question each of them asks, and what they connect beside it.
A record in Woodpecker CI is rarely the whole story. Connect the systems that hold the rest and Memtro checks them together, then remembers what it learned so the next question starts further along.
Using something else for the same job, or both? Each connector has its own tools; connect as many as you like.
In Woodpecker open your avatar → User settings → CLI & API and copy the Personal Access Token. It carries all of its user's rights, so use a dedicated non-admin user with access to just the right repositories, with push access only where Memtro may run pipelines
Resetting the token on that page invalidates the one given to Memtro
Open Connections → Woodpecker CI in Memtro, paste the Personal access token and type your Woodpecker server's name in Host only, with no https://, path or port: a public DNS name with a publicly trusted certificate, as IP addresses, private names and self-signed certificates are refused
Ask whether the main branch is green
Chat in the dashboard, the OpenAI-compatible API, scheduled jobs, and any MCP client: Claude Code, OpenCode, Cursor, Claude Desktop. The Woodpecker CI tools are the same everywhere.
Only when you ask, and only what it has been granted: trigger a pipeline on a branch (it runs the repository's pipeline, which may deploy or publish); restart a finished pipeline (runs it again); cancel a pending or running pipeline; delete a finished pipeline and its logs permanently; approve a pipeline waiting for approval, which starts it; decline a pipeline waiting for approval; create a cron job that runs a branch's pipeline on a schedule; run a cron job's pipeline now; delete a cron job. Every other tool reads, searches or lists. The Connections page labels the tools that act, an administrator grants each one by name to the teams that may use it, and a personal connection acts only after its owner allows it.
A personal connection serves only your own requests. A shared connection serves the organisation: everyone, or only the teams an admin chooses. Admins can always add shared connections; other members need the permission.
Credentials are encrypted at rest. Tool results are cached briefly so agent loops do not repeat identical calls, and the facts the model extracts are saved to your organisation's memory with provenance (system, record and link) so they can be checked and superseded.
Host and personal access token. In Woodpecker open your avatar → User settings → CLI & API and copy the Personal Access Token. It carries all of its user's rights, so use a dedicated non-admin user with access to just the right repositories, with push access only where Memtro may run pipelines.
Seven-day free trial, then one monthly price per organisation. Connectors, jobs and memory are never metered.
Sign in, add a provider key, create an API key and point your tools at Memtro. It takes about five minutes.
7-day free trial · card on file, nothing charged until it ends · cancel any time