
Tares
ai.glassflowPublished by glassflow.aiv1.55.1Updated Nov 3, 2026
Always-on AI agents: a software factory for Claude Code, or an AI SRE that watches your systems.
Overview
Tares is a local platform for always-on AI agents that gives assistants a shared event timeline, triggers and a persistent record over MCP.
- What you can do
- Read correlated history: ask about a service, repo, customer or job once and get its merged, time-ordered timeline across sources
- Record and retrieve work: findings, plans, tickets, reviews and answers stay on Tares for the next reader, human or agent
- Work with triggers and agents: events from logs, metrics, alerts, deploys, commits, database rows or webhooks wake an agent
- Run a software factory: plan a project, hand out tickets, open pull requests, review and merge through Claude Code sessions
- When to use it
- Worth adding when you want an assistant to investigate incidents or failures with full context, or to keep working across sessions on tickets, reviews and decisions instead of forgetting them. Also useful for running a multi-session build crew on your own machine.
- Requirements
- Runs as a local process (PyPI package tares, started with uvx) and talks to a Tares daemon; start one with tares up. Set TARESD_URL to the daemon address and TARES_AUTH_TOKEN if that Tares has auth enabled. The software factory needs Claude Code signed in on a plan with background sessions, plus gh with write access to your repos. Desktop only.
Installation
In SourceWeft
- Open Tares in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
Tares
The open-source platform for always-on AI agents.
Most agents wait for a prompt and forget everything when the session ends. Tares gives agents a place to work from: events from your systems land on one timeline per thing, agents wake when something happens, and what they decide (findings, plans, tickets, reviews, your answers) is kept for the next reader, human or agent. Works with Claude Code, Cursor, Codex and your own agents over MCP.
[PyPI] [License: MIT] [Docs] [CI]
What you can build with it
Agents that watch your systems
Connect anything that emits events: logs, metrics, alerts, deploys, commits, database rows, webhooks. Tares merges them into one time-ordered timeline per service, repo, customer or job, and a trigger wakes an agent the moment something matters, with that timeline already in hand. The agent writes its conclusion back onto the timeline.
- An AI SRE: an alert fires, the agent reads the service's whole history and writes the diagnosis before anyone opens a dashboard.
- Shared code context: when a change matters, an agent updates the team's context repository with a pull request.
- Anything with a failure mode: failed jobs, sandbox runs, voice calls, each with a timeline, a trigger and a finding that says what broke.
A software factory
One crew of Claude Code sessions on your machine builds every project you hand it. You plan a project with Claude; an orchestrator hands out the tickets, builders open pull requests, a reviewer holds every change to a fixed bar, and builders merge once it passes and CI is green. You talk to one session, and only for decisions that are yours.
- Plan once: a spec, milestones with acceptance checks, and tickets with a working doc each.
- Build in parallel: one crew serves every project, a builder per milestone and repo.
- Nothing is lost: tickets, reviews, the crew's assumptions and your answers live on Tares, so the crew carries on after a restart and you can check every choice it made.
→ Software factory, A project, end to end
Why Tares
- One read instead of ten tool calls. An agent asks about a thing once and gets its correlated history across every source.
- Agents that run on events, not prompts. Triggers wake your agent over MCP or a webhook, or run a Tares agent in-process.
- A record that outlives the session. Findings, plans, tickets, reviews and decisions stay on Tares for the next reader.
- Bring your own agent. Claude Code, Cursor, Codex or your own loop, over MCP. Any model provider for Tares's own agents.
- Yours to run. MIT licensed, one daemon and one DuckDB file on your machine or server. No external database, no broker, no telemetry.
Quickstart
Then pick what you came for.
Give an agent your systems. Add a source under Sources → Add source in the console (or start the demo stack to break something on purpose), and connect your agent:
Ask it: "Use tares: what happened to api-server in the last 15 minutes?" → Quickstart
Build software with a crew. Needs Claude Code (signed in, on a plan with background sessions) and gh with write access to your repos:
Watch it on the Crew page of the console. → Software factory
Prefer not to run it yourself? Tares Cloud is the managed version, with the MCP endpoint already running.
Learn more
Feedback
Bug reports and ideas are welcome via GitHub issues or [email protected].
License
MIT.
Source: README.md at commit 62c066f
Tools
0Version history
2- v1.55.1LatestNov 3, 2026
- v1.55.0Nov 1, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts