工具概览
maintainer-agent 是针对单个仓库的无人值守维护者。它按定时器运行，审阅新到的内容，提交它发现的问题，并清理已合并的内容。它可以合并，但只能凭一份有人看着防护从红转绿的回执才能合并。它在一台笔记本电脑上，以所有者的名义维护 lacs-project/sysknife 和本仓库。
其设计围绕三个问题展开。为了防止造成破坏，它为每个配置档案生成一道包含 37 个动词的拒绝墙，并按每个工具可能安装的每个目录逐一拼写，作为优先级高于模型运行器自身权限模式的设置传给它。这道墙涵盖 git push、gh pr merge、cargo publish、gh release、凭据文件，以及为其自身验证回执签名的密钥。
为了防止捏造，它发布的每个数字都用命令重新计数，每个路径都对照代码树解析，每个防护在被称为防护之前都要先被变异测试。没有发现任何东西的运行不会发布任何内容。记录里写的是它运行了什么，而不是它说了什么，maintainer audit 会对两者进行比对。
为了防止合并有问题的代码，绿色的面板并不是证明。合并需要一份被观察到的回执：闸门在容器中运行测试，施加一个变异，再次运行，只有在原样通过且变异后失败时才记录回执。无人值守的运行写不出任何其他种类的回执。它不是抵御内核漏洞利用的边界，containment.md 用同样的措辞说明了这一点。它也不是通用的安全模式。
定价
价格与限制可能变化，请以官网为准，并确认币种、付款周期、最低席位数和用量上限。
应用场景
- 维护者用 maintainer-agent 按定时器为单个仓库运行无人值守的维护者，审阅新到的内容、提交它发现的问题并清理已合并的内容。
- 维护者用 maintainer-agent 在一台笔记本电脑上以所有者的名义维护 lacs-project/sysknife 和本仓库。
- 维护者用 maintainer-agent 拦截危险动词，如 git push、gh pr merge、cargo publish、gh release、凭据文件，以及为其自身验证回执签名的密钥。
- 维护者用 maintainer-agent 用命令重新计数每个发布的数字，对照代码树解析每个路径，并在把每个防护称为防护之前先对其做变异测试。
- 维护者用 maintainer-agent 记录它运行了什么而不是它说了什么的记录，并用 maintainer audit 对两者进行比对。
- 维护者用 maintainer-agent 要求合并必须有被观察到的回执：闸门在容器中运行测试，施加一个变异，再次运行，只有在原样通过且变异后失败时才记录回执。
- 维护者用 maintainer-agent 以四种方式部署，按对机器的信任程度排序。
- 维护者用 maintainer-agent 研究进入运行系统的五十一个缺陷，每个都附有发现它的测量方法。
功能特性
AI 助手
自然语言界面
工作流自动化
用户评论
还没有评论，来分享你的使用体验吧
常见问题
What stops it doing damage?
A deny wall of 37 verbs, generated per profile and spelled from every directory each tool could be installed in, passed to the model runner as settings that outrank its own permission mode. It blocks git push, gh pr merge, cargo publish, gh release, credential files, and the key that signs its own verification receipts.
What stops it inventing things?
Every number it publishes is recounted with a command, every path resolves against the tree, and every guard is mutated before it is called a guard. A run that found nothing posts nothing. The transcript records what it ran, not what it said, and maintainer audit compares the two.
What stops it merging something broken?
A green board is not proof. A merge needs an observed receipt: the gate runs the test in a container, applies a mutation, runs it again, and records a receipt only if it passed clean and failed mutated. An unattended run cannot write any other kind.