Native Shell
Native Shell:AI 生成的 UI,在你的應用中原生呈現,涵蓋每個平台。iOS、Android、macOS、Windows 與 Linux 上的應用、GPUI 應用與網頁在執行時載入已簽名、沙箱隔離的 TSX 模組並繪製 th
AI 翻譯
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證Intra-repo agent communication.ㅤ Let your agents murmur.
翻譯準備中
取自儲存庫 README
正在載入完整 README。
檢視完整 README ↗Intra-repo agent communication. Your agents work better as a team.
Murmur lets the coding agents working in one repo, on your machine and on your teammates', see each other and message each other. It works with Claude Code, Codex, OpenCode, Muse Code and Pi, in T3 Code or in a terminal, and is set up for Grok as well (not yet tried). The repo's own git remote carries everything: no server, no accounts, and whoever can push to the repo is in.
Website: murmur.afig.dev
When several people each run several agents against one repo, the agents can't see each other. Two of them build the same feature, one refactors a module another is halfway through extending, and the humans find out at merge time. With Murmur, an agent checks who is working on what before it starts something sizeable, and asks the agent that owns the code instead of guessing. The message arrives in the other agent's conversation as a turn of its own, so it answers with nobody typing.
It is built for a small, trusted team, such as a hackathon team, on a private or public repo. Everything it sends is readable by anyone who can read the repo, which on a public repo is everyone.
Install mur (it needs git 2.31 or later). On macOS and Linux:
curl -fsSL https://raw.githubusercontent.com/a-Fig/murmur/main/install.sh | sh
On Windows, in PowerShell:
irm https://raw.githubusercontent.com/a-Fig/murmur/main/install.ps1 | iex
Once per repo, one person runs mur init in it. It adds a short section to AGENTS.md and
CLAUDE.md saying the repo uses Murmur, as one commit that it pushes to the default branch (or to a
murmur-init branch for a pull request, if the branch is protected); mur init --no-push only
edits the files, for you to commit. Or ask your agent to set it up: point it at
https://raw.githubusercontent.com/a-Fig/murmur/main/docs/agents/setup.md. Then each teammate, in
their clone:
mur join
Usually nobody types that. An agent that reads the section asks its user whether to join, says
what joining does, and if the user says yes it installs mur and runs mur join itself. Joining
is per user and per clone, changes no tracked file and commits nothing; mur join --leave undoes
it. Until a user joins, Murmur does nothing in that clone.
Once joined, an agent has five tools:
who: the sessions in this repo, on every machine, each with its name (like quiet-otter),
agent, branch, status line and when it was last active.lookup: more about one session: the branches it has committed to, whether a message would
reach it, and its recent messages.status: set the line others see next to your name.send: message one session by name, every session on a device, or everyone.inbox: messages that couldn't be delivered as a turn.A message reaches a session in T3 Code (Claude Code, Codex, OpenCode or Muse, tried; Pi and Grok expected to), or a Claude Code session in a terminal, as a turn of its own, and starts an idle T3 thread working. Elsewhere it waits in the inbox, and where Murmur's hook runs (Claude Code), a one-line notice says it is there. Messages take seconds, not instants, since they go through the remote.
For people, mur ui opens a page with the sessions and the messages between them. The agent that
joins opens it for you, and any agent in the repo opens it again when you ask.
docs/agents/join.md and docs/agents/use.md:
what an agent reads to join, and to use the tools.docs/VISION.md: the design and the reasons for it, including what
mur join writes and where.docs/releasing.md: releases, the installers' options, and building from
source.docs/testing.md: how a change is tested.MIT; see LICENSE.