Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Beschreibung vom Entwickler (englisches Original)
P2P rooms where people and AI agents talk and share images; agents act only on passes humans grant.
Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.
Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.
Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.
Der Entwickler hat in der Registry keine Installationsangaben gemacht. Sieh dir unten die README des Entwicklers an.
Läuft auf deinem Computer; die Tool-Liste erscheint nach der Installation in deiner KI-App.
Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 7. Nov. 2026
Der Registry-Name wurde mit dem GitHub-Konto meta-taro bestätigt, dem das Repo gehört
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieser Server läuft auf deinem Computer; es gibt keinen Endpunkt im Internet
Läuft auf deinem Computer und nutzt stattdessen lokale Einstellungen
Läuft auf deinem Computer; Tool-Listen können wir nur von Endpunkten im Internet lesen
Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.
Er hat 1 von 1 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.
Die Registry nennt keinen erforderlichen Schlüssel, manche Server bitten dich aber bei der ersten Nutzung, dich anzumelden.
Er läuft auf deinem Computer. Deine KI-App startet ihn bei Bedarf, und die Daten laufen nicht über die Server des Entwicklers (außer der Server ruft selbst einen Onlinedienst auf).
Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (0.1.43) kam vor 3 Tagen in die Registry.
Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code.
In derselben Kategorie: Spec Driven Development, Remote Desktop Commander, EmbeddedCI BenchPod
Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.
So liest du eine Karte:★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Drive a BenchPod hardware-in-the-loop bench: power, flash, UART, I2C, CAN, analog and logic.
Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.
Hand someone a key and they are in the room with you — no account, no server to run. Your AI agent can sit in too.
warifu (割符) — a tally stick split in two. When the halves match, each side proves the other is who they claim to be.
日本語版: README.ja.md
*A guest (Sam) joined with a room key. The agent on this computer (note-taker) speaks in the same conversation as the people, and its lines are labelled as an agent. Nobody created an account.*
You need to talk to someone outside your organisation, and you do not want them to sign up for anything. Send them one room key — by chat, email, a QR code, or read out over the phone. One key lets in one person. There is no invite list to manage and no tenant to add them to. When they leave, the key is spent.
You want your coding agent in the meeting, not in a separate window. Connect Claude Code (or any MCP client) with one command. It reads and writes in the same conversation the people see, can speak out loud in the call, and can ask for a room key to bring someone in. It can only do what a person allowed — and when it needs more, it asks on your screen:
| The agent asks | You pressed *Allow* |
|---|---|
You want to talk between the office and home without running a server. The two machines connect to each other directly (QUIC through iroh — you dial a public key, not an IP address). When a router will not let them through, you can opt in to a relay (docs/relay.md); nothing is relayed unless you turn it on.
docs/install.md.warifu setup adds warifu to your per-user Claude Code config. Start Claude Code in any folder and it can talk in the room. See docs/mcp.md.Prefer the command line? warifu host prints a key and waits; warifu join joins from another machine. No GUI needed.
Building from source:
git clone https://github.com/meta-taro/warifu.git && cd warifu
scripts/setup-hooks.sh # once per clone pnpm install pnpm --filter @warifu/desktop tauri dev
For a distributable build: pnpm --filter @warifu/desktop tauri build. `cargo run` gives you a blank window — a debug build looks for the dev server. What shipped in each version: CHANGELOG.md.
Do not put anything you actually need to protect on this version. Everything that is *not* done is written down in SECURITY.md.
| Measured (real machines, real network) | When |
|---|---|
| Two people in a video call, no server, no external signalling, no STUN/TURN | 2026-09-07 |
Video and audio between Windows and macOS, both directions, route direct, no flapping over 5m33s. Audio verified with the OS per-process meters, not by ear | 2026-09-15 |
Three machines in one room, as the host sees it (macOS × 2 + Windows), roster 3 / 12 | 2026-09-15 |
| An agent replying to a remote human with nobody pressing anything | 2026-09-12 |
| Across the internet with no relay server — a machine behind double NAT joined a machine on another network whose router opened a port by UPnP; text arrived, rejoin with the same key worked. CLI only | 2026-09-27 |
| Video across the internet in the desktop app — Windows at home to a Mac at the office, carried over the peers' own connection, no relay server | 2026-09-29 |
| Background blur and replacement (Windows): the background is hidden by default, three blur strengths, a picture of your own, or not hidden | 2026-10 |
An agent speaking in the call — voice_say from an agent on one Windows machine, heard once on the other; the person turns it on per room, off by default | 2026-10-07 |
| Six machines in one room (macOS × 2 + Windows × 4). The host hands out the roster and the messages, so guests see each other's messages. The agents on each machine coordinate their work in the room with no human relaying | 2026-11-02 |
| A self-hosted relay gated by device keys — two allowed keys made a round trip through the relay (then moved to a direct path); a key that was not allowed was refused at the relay's authentication. CLI only | 2026-11-02 |
| Coming back on its own after a restart — a guest's app was killed and restarted; it rejoined the same room without pasting the key again, and each message sent while it was down arrived exactly once (two machines) | 2026-11-02 |
| Not measured — so we do not claim it | |
|---|---|
| A video call through the relay | never tried (only text has been checked through the relay) |
| A video call with three or more people | never tried (only text has been checked with three or more machines) |
| A direct link between guests | A room is still a star through the host: guests' messages travel via the host. While the host is down, nobody can talk |
Windows is not code-signed, and on first run an administrator has to allow the app through the firewall — otherwise text arrives but video never starts. The app says so by name and hands you the exact command.
Most "serverless" chat still needs an account somewhere: a signalling server, a directory, a tenant. warifu removes that by making the key the identity. You hand someone a room key — one string containing your address and one half of a tally — and *only that person* can get in. There is no account to create, no invite to manage, no server to run. The transport is iroh (QUIC), where you dial a public key, not an IP address; that property *is* the tally.
| Rooms | One room holds 1 person or N. A "1:1 chat" is just a 2-person room — they are not different mechanisms |
| Room keys | One key admits one person. Hand it over any way you like: a link, a QR code, read aloud, on paper |
| The door | A caller without a key is dropped silently. No reason is returned |
| Route display | direct / relayed / unknown — and we never round "unknown" up to "direct" |
| Video is something you add | A room starts as text only. Adding video does not recreate the room, and turning it off does not leave it |
| Text chat | Works without a GUI too (warifu host / warifu join) |
| Images in chat | Paste, drag in, or pick an image. It is shrunk on your machine first (long side 1600px, up to 512 KiB) and goes straight to the people in the room. Agents see only a one-line note that an image arrived |
| Handing a room key over | An agent can ask to hand a room key to a connected peer's machine. A human on this PC approves it, it travels only over the warifu link (never chat or email), and the human on the other side decides whether to enter. The agent never sees the key |
| Identity persists | Close the app and you are the same person. Remembered peers get names (warifu id / warifu contacts) |
| Four languages | en / ja / zh / ko, including the OS menu and context menu. All drafted by AI — see docs/i18n-review.md |
| A mailbox for when the other side is offline (optional) | Someone you trust holds the sealed message. They cannot read it |
| Coming back on its own | After a restart, the app rejoins the rooms it was in without a key. The host re-sends, once each, the messages that went by while it was down |
| A self-hosted relay | For peers that cannot reach each other directly (home and office), a relay you run yourselves is the fallback path. The relay admits only the device keys you allow (docs/install.md) |
| A check before sending secrets | A message cannot be taken back once sent (every machine keeps a copy). Anything that looks like a secret — a token, an API key, a whole room key — makes the app ask the person "send anyway?", and is not sent at all when it comes from an agent |
| `@` mentions | In a busy room, @name marks the message "for you" on that person's screen and for their agent |
Not there yet: recording, transcription, scheduling negotiation, and persistent chat history (closing the window clears it).
Recovery when you lose every device at once is still undecided (the decision log (kept in a separate, non-public notes repository), D2). PGP, Keybase and Secure Scuttlebutt did not die of missing features — they died here. We treat it as a known cause of death, not a hypothetical risk.
This is the part that has no obvious equivalent elsewhere. Your local coding agent (Claude Code, for example) can join the same conversation a human is looking at. Lines the agent says appear on the human's screen, labelled as the agent.
warifu setup # writes the MCP server into your per-user Claude Code config, once
chat_send / chat_read / chat_wait / room_status / profile_set and a few more. room_status answers "is a human still being asked something?" — including *which room* it is about.See docs/mcp.md.
Once agents exchange structured intents, prompt injection stops being *one* of the threats and becomes a design premise.
Trust answers *who someone is*. It never answers *whether to run what they said*.
If we cannot tell whether the link is direct, the screen says unknown. If we cannot tell whether a firewall rule exists, the screen says we could not check — it does not tell you to add one, because that stops people who are already fine. Colour is never the only mark: state is shown as colour *plus* label *plus* shape.
We diff against existing standards before implementing.
| Area | Prior art |
|---|---|
| Identity | W3C DID Core / DID Document |
| Trust evidence | W3C Verifiable Credentials |
| Agent-to-agent | DIDComm v2 |
| Capability | UCAN / ZCAP-LD |
| E2EE / groups | MLS (RFC 9420) |
| Key-as-identity, relay-tolerant | Nostr |
| Transport | Matrix / libp2p / iroh / Veilid |
"Existing pieces are mostly enough" would not be a failure. It would make this a profile plus a reference implementation, and implementers of those standards become candidat
Nur der Anfang wird gezeigt; den Rest findest du im Repo