Pinrail：在 Agent 动手之前，把「要不要继续」变成一张结构化表单

Pinrail 是一个开源桌面应用，给 AI Agent 的工作流加人工审核点。由 Forgeplane 开发，创始人 Panagiotis Nezis，Rust 内核加 Tauri 桌面壳、React 界面，Apache 2.0 协议。10 月 7 日发布 0.1.2，到 10 月 21 日已经迭代到 0.4.0。

它要替代的那个交互

用编码 Agent 的人都见过这个场面：Agent 干了一大段活，然后停下来，打印一段总结，问「要我继续吗」。人面对两个选择——不看就批准整个计划，或者在狭窄的文本框里努力描述细微的修改意见，然后被模型误解。项目口号是「在 Agent 行动之前，它会问」，主张用与内容类型匹配的审核界面替代终端里的纯文本问答：代码评审用 diff 查看器，插画生成用标注画布。

为什么这个思路成立

其他专业领域早就发展出匹配内容的审核方式：设计师用带空间标注的工具，编辑用修订模式，工程师用 diff。只有 Agent 与人之间，把所有交流压成了一个文本通道。这不是技术限制，是设计懒惰。

版本迭代的节奏值得记

0.2.0（10 月 12 日）给代码评审插件加语法高亮，还加了跨插件的查找栏。0.3.0（10 月 19 日）大幅扩展 Agent 兼容性，支持 Amp、Augment Code、Cline、GitHub Copilot、Goose、Kiro、Pi，对应的 skill 会自动装进各 Agent 的技能目录，审核请求里显示提交者的名字与图标；同时增加决策来源追踪（来自桌面应用、命令行还是 API）。0.4.0（10 月 21 日）引入插件技能系统、Change Map 插件（把代码改动可视化成图）、支持 Hermes Agent、以及可用键盘导航的历史面板。

平台与限制

macOS 与 Linux 可用，Windows 支持在开发中。schema 校验的审核界面意味着 Agent 拿回的是结构化反馈，而不是一段可能被误读的自然语言。

适合谁

在 CI 或自动化流水线里跑 Agent、又不敢完全放手的团队。把人工介入点做成可审计的表单，比在聊天框里回一个「可以」要有价值得多——至少事后能查到谁批准了什么。

本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。

把审核做成按内容类型匹配的界面这个思路是对的，代码看 diff、插画用标注画布。价值还在审计，事后能查到谁批准了什么，比聊天框里回一个可以强太多。

把要不要继续做成表单，这个思路我举双手赞成。现在的 agent 停下来问一句，人只能全批或者全拒，等于把风险判断外包给了疲劳。真要落地还得看表单粒度，字段太多人一样会无脑点通过，那就是把形式主义搬进流程。

结构化表单替代自然语言确认，方向对。Agent 让人疲惫的从来不是写代码，是那堆要不要继续的追问，而且每次都听不懂上下文。表单能收敛选项，但字段设计太细会让审核本身变成负担。关键是能不能按风险分级，低风险直接放，高风险才拦。