全程可审计原生 GitHub 工作流现有检查仍掌握决定权每个任务的成本清晰可见
升级上报,而非自行处理
对于任何敏感事项,默认做法都是暂停并通知,而不是继续执行。安全报告、许可证问题、带有敌意的讨论,以及你的策略标记为人工合并的任何事项,都会升级给你,而不是直接回复。其余事项(分流、追问、依赖升级 PR、失败的检查)会在你休息时处理完毕,并连同理由记录在审计日志中,供你查阅。
明确定义的升级类别
安全、许可证与语气信号属于预先定义的升级类别,而不是每次临时判断。
通知送达你日常使用的渠道
目前升级通知通过邮件送达;Slack 路由已列入路线图,我们不会在文案中将其写成已上线功能。
早上只需查阅,无需追溯
智能体夜间执行的每一项操作都记录在审计日志中,附有输入、输出与理由。
何时暂停并征询你
哪些事会叫醒你,哪些事会等你
安全、许可证和 CLA 相关的升级会立即发邮件给账户的所有者和管理员,任何偏好设置都无法关闭这封邮件。带有敌意的讨论和直接提及维护者的情况默认同样会立即通知你,运维类停止也是如此,例如达到支出上限、模型密钥失效,或平台搁置了某个 PR。两类常规移交,即低置信度的分流判断和它所评审的 PR 上超时的 CI 运行,默认进入每周摘要。当一次运行需要只有人才知道的信息(例如某个凭据存放在哪里)时,它会创建一个阻塞项并停止,而不是自行猜测;你的回答会为分流创建新的工作,提出问题的那次运行不会恢复。
在哪里回答阻塞项