开发者合并两款AI代理工具打造单混合运行时

开发者ssbrouhard将@poteto开发的pstack与@kunchenguid开发的Firstmate两款工具的核心优势整合，打造出一个统一运行时。他没有让两个工具的路由逻辑作为独立权限相互冲突，而是保留Firstmate作为集群编排的外层循环，将pstack的工程规范直接注入到工作节点运行时中。

Firstmate是一款AI集群管理器，支持跨Git工作树实现横向扩展。pstack则主打精细化管控，具备严格的工程规范与验证机制。

整合后的优化混合运行时包含五项核心设计：条件简报，工作节点提示即时加载，不会生成冗余的大段提示；必填阅读规范，要求仅做最小逻辑变更，新增代码前先删除冗余，同时分析变更影响范围；上下文规范，仅当变更涉及系统其他模块时才梳理系统架构，若跳过梳理需单行标注原因；验证要求，任务“完成”必须生成实际产物证明，包括运行在线Shell命令或生成本地应用验证程序；脚手架隔离，通过工作树检查防止不同角色代理越权。

ssbrouhard为本地命令行栈移除了Cursor UI依赖，省略了耗时的多边界评审循环。由Firstmate负责集群隔离，注入的运行时负责代码规范，最终目标是实现轻量、快速且结果确定的运行体验。

该整合方案今日刚刚完成配置，ssbrouhard后续会在个人项目中测试其实际表现，相关产物仓库链接已公开。

Firstmate与orca工具的能力相近，就算基于orca搭配正确的操作文档与开发技能，也能实现类似效果。ssbrouhard开始使用Firstmate的时间早于orca，因此形成了当前的方案。

Firstmate的独特之处在于厂商中立，kunchenguid此前曾提到，它有可能成为定义品类的代理发行版。代理协调会变成可移植的基础设施，不依赖特定框架，由用户自己掌控，而非绑定到当前使用的某平台的临时能力。

ssbrouhard已经在orca、codex desktop、herdr、tmux等多个环境中使用过Firstmate，甚至可以在codex desktop应用中调用orca启动工作节点。因为状态存储在文件而非上下文窗口中，新建会话甚至切换框架都不会产生问题。

这套整合方案最终是一套独立可控的系统，可以很好地单线程管理一组AI代理。