Review queue
The engineering lead asks what is waiting for review. Memtro lists five open pull requests across three repositories, with requested reviewers, and points out that the oldest, from Dan Fletcher, has waited nine days.
Ask Gitea which pull requests are waiting for review and what changed this week.
Connect Gitea with an access token and Memtro searches repositories, issues and pull requests with their comments, labels and reviewers, lists commits, and reads Actions runs. Leave the host blank for gitea.com, or type your own server. The token acts as its user within the scopes you tick. When you ask, and once an administrator has granted them by name, it can open, edit and close issues and pull requests, comment, label, assign, review and merge, create branches and releases, and run, re-run or cancel Actions workflows, which may deploy. Deleting an issue or comment is permanent.
Ask in plain English from chat, your editor, a scheduled job or your own agent. The model picks the right Gitea tool, reads what it needs, and answers with the source cited.
These tools change something in Gitea. 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.
Turn events on in the connection's Events tab on the Connections page, choose the kinds you want, and Memtro registers its address with Gitea for you. Each event can start a job, with the event as its input, and can be remembered where you choose. Gitea signs every delivery, and one whose signature does not check out is refused before it is read.
Events and webhooksOnce Gitea 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.
Which pull requests are waiting for review?
What was merged into main this week?
Did the last Actions run on the api repository pass?
Open an issue about the broken Acme login page
Re-run the failed jobs on the last api build
The engineering lead asks what is waiting for review. Memtro lists five open pull requests across three repositories, with requested reviewers, and points out that the oldest, from Dan Fletcher, has waited nine days.
Priya Sharma asks Memtro to squash-merge the approved Northwind fix and create release v2.4.0. With both actions granted, Memtro merges the pull request into main and creates the release as a draft, seen only by people with write access and notifying nobody, until she publishes it in Gitea.
The teams that lean on Gitea most, a question each of them asks, and what they connect beside it.
A record in Gitea 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 Gitea open your avatar → Settings → Applications → Manage Access Tokens and name it Memtro. Consider a dedicated user with access to just the repositories Memtro should see
Under Select permissions set repository, issue and user to Read. Set issue to Read and Write if Memtro may change issues, comments and labels, and repository to Read and Write if it may merge or review pull requests, create releases or run workflows
Paste the Access token, shown once, into Connections → Gitea in Memtro. Leave Host blank for gitea.com, or type your server's host name only, with a publicly trusted certificate. Actions runs need Gitea 1.24 or later
Ask which pull requests are waiting for review
Chat in the dashboard, the OpenAI-compatible API, scheduled jobs, and any MCP client: Claude Code, OpenCode, Cursor, Claude Desktop. The Gitea tools are the same everywhere.
Only when you ask, and only what it has been granted: open an issue in a repository; comment on an issue or pull request; add existing labels to an issue or pull request; change an issue's title, replace its body, or close or reopen it; remove a label from an issue or pull request; delete a comment permanently; replace the full set of labels on an issue or pull request; delete an issue permanently; merge a pull request into its base branch; submit a pull request review (approve, request changes or comment); create a release and its tag (a draft unless asked to publish); open a pull request from one branch into another; change a pull request's title, body, base branch or due date, or close or reopen it; bring a pull request's branch up to date with its base (merge or rebase); request reviews on a pull request; assign people to an issue or pull request; replace the text of a comment; lock an issue or pull request conversation; create a label in a repository; create a milestone in a repository; create a branch; edit a release or publish a draft release; run an Actions workflow on a branch or tag; re-run an Actions workflow run; re-run the failed jobs of an Actions workflow run; cancel an Actions workflow run. 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.
Access token. In Gitea open your avatar → Settings → Applications → Manage Access Tokens and name it Memtro. Consider a dedicated user with access to just the repositories Memtro should see.
Yes. Turn events on in the connection's Events tab on the Connections page, choose the kinds you want, and Memtro registers its address with Gitea for you. A job set to start "When an event arrives" then runs once for each matching event, with the event as its input. The run treats the event as outside data, never as instructions, and anything the run remembers is kept as unverified.
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