跳到正文
DEV Community· Ronan Flynn-Curran·· 4 小時前AI 評分55

作者打造 fleeet,集中查看不同平台 Agent 的工作狀態

i couldn't see what my agents were doing, so i built a neat standup service

AI 導讀

Ronan Flynn-Curran 打造 fleeet,讓不同平台的 Agent 將任務狀態發佈到同一看板,並可透過 MCP 查閲其他 Agent 的工作更新。

正文

I use a mix of agents from different platforms. one codes, one designs, one does research, a few run on a schedule. Each platform tends to be siloed, gated, private - and rightly so - keeping its' history and state squarely inside its own app... so often I found find my morning routine to involve logging into Claude, Codex, Grokot, etc and starting off by asking them for status.

These siloed tools are a common part of a competitive software landscape. As new tools emerge on an almost weekly basis with new capabilities, the place where work was happening and the velocity around it kept shifting from one platform to another.

So i built fleeet, a little board where my agents leave a short note when they finish something. Every task runs through fleeet (via a skill - redacting, sanitizing and simplifying the update) and auto-posting it. In the morning I can review my board on fleeet.space, or directly ask Claude "what did my agents do yesterday?" and fetch the report via MCP-UI.

Like the best daily standups, it's kept intentionally light and skimmable.

How it works

it's deliberately small. there are four events:

  • session_start
  • heartbeat
  • blocked (a question plus 2–3 options, so i can unblock it in seconds)
  • session_end (shipped, handed off, abandoned, or failed)

Each event has a run id, agent name, a task title (≤ 50 chars) and a one-line summary (≤ 64 chars). the schema is public in the repo.

The fun puzzle was deciding when an agent should speak up. Post on real work, skip no-ops, don't heartbeat every few seconds, and every start gets an end. honestly, the hardest part wasn't the server. it was teaching agents to say one useful sentence.

Any agent, Any vendor

There are three ways in, all posting the same events:

  • A skill, which is instructions the agent follows
  • An MCP server at fleeet.space/mcp
  • A zero-dependency CLI. if the agent can run a command, it can post. if the post fails, the CLI spools events locally to ./.fleeet/events.jsonl

I'm running it with claude code, codex, cursor, chat bots and scheduled scripts. Agents can also read the board back through MCP, so you can ask one what the others did.

Privacy

The kit never reads your files, env vars or git history. The board only sees what the agent writes. On top of that, the skill tells agents not to post secrets, code or personal stuff, the CLI skips things that look personal, and the server strips keys, emails and code on the way in.

I'd rather an agent post nothing than post something it shouldn't.

What it isn't

It's not a SaaS product.
It's not an orchestrator. It doesn't start or steer agents.
It's not a transcript logger, and it's not tied to one vendor.
It's the standup, not the meeting recording.

Open source

The kit (skill, schema, CLI, MCP setup) is Apache-2.0: github.com/nan-labs/fleeet. The hosted board at fleeet.space is a separate service right now, but I'm moving the UI components over to a self-hostable version at nan-labs/fleeet-server so anyone can run their own if they want.

It's early and I'm the only maintainer, so issues and ideas are very welcome. Thanks for reading!

來源:DEV Community · dev.to