qybaihe/mu 是构建在 pi 和 AionUi 之上的编码代理。大型模型负责实际工作，结论为「是/否」的日常决策则由小型判定模型承担。2026-10-25 的提交 4d5c0fd 合并了 release/v0.2.11 分支的 PR #234，发布了 mu-agent 0.2.11。桌面应用的 package.json 版本与 muAgentVersion 一同从 0.2.10 升到 0.2.11，应用许可证标注为 MIT AND Apache-2.0。
本次版本最显眼的变化是，判定模式（judge mode）不再对只读的 git 命令发出批准询问。有些模型会在每条命令前加上 cd <项目文件夹> &&，而 mu 此前会把 cd 之后的 git 命令统统算作可能改动内容的命令。因此连 cd /path/to/project && git diff 也会进入判定环节，判定器没有把握时，确认就交到了用户手上。现在，如果 cd 到对话打开的文件夹，git 会保持只读；如果 cd 到别处，仍会像以前一样进行确认。cd 路径必须从根开始书写，不能使用 ../ 或 ~ 之类的写法，链接会被解析。只做列表展示的命令，如 git branch --show-current、git branch -a、git tag -l、git remote -v、git stash list、git worktree list、git config user.name 与 --get、git grep、git rev-list、git ls-tree、git cat-file，现在也不再询问、直接执行。站点上还新增了英语、日语、韩语、简体中文和繁体中文的发布说明。
会修改、删除或执行的命令仍然照旧需要确认。git branch x、git stash、git -c … log、git grep -O 等命令本次依然要经过判定。由于只读判定（isReadOnlyChain）是权限门、约束门与检查点共用的判定，因此传入对话文件夹之外 cwd 的 bg_start 现在会把 git 视为变更。此前 bg_start {command: "git status", cwd: "/elsewhere"} 会以只读通过。不过这次提交既没有关于审批流程减少了多少的度量数据，也没有用户数量。这更像是缩小确认提示摩擦的窄范围补丁，而不是取消批准本身的功能。