Failed main build
Tom Reilly, tech lead at BigCo, asked why the last main build of the web project failed. Memtro read the build's status text and test counts, then listed the failing tests and build problems, marking which were new.
Why did the last main build of the web project fail?
TeamCity tells you what your builds are doing, self-hosted or in the cloud. You see builds by configuration, branch, state and status with who triggered them, one build with its test and problem counts, the build queue with wait reasons, configurations, projects, failing tests, build problems and agents. When asked and granted, Memtro can run, cancel or delete builds, comment, tag or pin them, assign investigations, mute tests, enable or disable agents and pause the whole queue. Worth knowing: the server must be reachable over https with a publicly trusted certificate, and pausing the queue needs a server administrator's token.
Ask in plain English from chat, your editor, a scheduled job or your own agent. The model picks the right TeamCity tool, reads what it needs, and answers with the source cited.
These tools change something in TeamCity. 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 TeamCity 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.
Why did the last main build of the web project fail?
What is waiting in the build queue, and why?
Which tests are currently failing in the API project?
Which build agents are disconnected?
Run the nightly build of the web project on the release branch.
Tom Reilly, tech lead at BigCo, asked why the last main build of the web project failed. Memtro read the build's status text and test counts, then listed the failing tests and build problems, marking which were new.
Priya Sharma, release manager at Acme Ltd, asked Memtro to pin and tag the build that went to production. Memtro pinned it so clean-up never deletes it and added the tag, visible to everyone who can see the build.
The teams that lean on TeamCity most, a question each of them asks, and what they connect beside it.
A record in TeamCity 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 TeamCity, open your Profile, then Access Tokens, and create a token. A dedicated user with only the roles Memtro needs is safer.
In Memtro, open Connections → TeamCity and enter the Server URL, with any context path, and the Access token.
Viewing is enough for reads. An administrator grants the actions by name, such as Run build or Mute test, to the teams that may use them.
Ask why the last main build of the web project failed.
Chat in the dashboard, the OpenAI-compatible API, scheduled jobs, and any MCP client: Claude Code, OpenCode, Cursor, Claude Desktop. The TeamCity tools are the same everywhere.
Only when you ask, and only what it has been granted: run a build of a configuration, optionally on a branch or with parameters; cancel a queued build; cancel a running build; delete a finished build with its artifacts and history (permanent); comment on a build; tag a build; pin or unpin a build; assign an investigation of a configuration's problems to a person; mute a test in a project; unmute a test; enable or disable a build agent; pause or resume the whole build queue. 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.
Server URL and Access token. In TeamCity, open your Profile, then Access Tokens, and create a token. A dedicated user with only the roles Memtro needs is safer.
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