logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

三台物理机上的多 Agent 协作:我们为什么只用 git

在三台物理机跨网段部署多 Agent 的场景下,我们选择仅用 Git 实现协作:依托 git bundle 的离线搬运能力,构建“主仓-汇聚节点-席位”三层拓扑,实现无数据库、无同步服务的可靠协同。通过全量打包、先验后取、HEAD 对齐判据等机制,确保跨机一致性与故障隔离。虽存在同步延迟、包体积膨胀等代价,但其无需常驻服务、支持离线操作的特性,完美契合弱网环境,成为复杂分布式协作的轻量可靠之选。

#elasticsearch#大数据#搜索引擎 +1
门禁该不该“阻断“?两种哲学的正面交锋

本文探讨多智能体协作中门禁机制的取舍:是否应强制阻断不合规提交。尽管advisory(仅提醒)路线强调避免系统僵死、减少误判与降低部署门槛,但作者指出,在Agent规模扩大后,无强制力的协调将退化为装饰。因此,团队选择基于客观、可预演、可行动的硬性判据实施阻断式门禁,通过两层闸(合入闸与落仓闸)分别保障编译可行性和验证锚点有效性,实现高效、可复现的自动化约束,确保协作系统的可信与稳定。

#javascript#java#大数据 +1
当写代码的是 Agent:我们把这个时代的“多进程问题“又解了一遍

本文记录一套部署于三台物理机的多Agent协作系统设计实践,针对生产中四大典型问题——幽灵锁、身份混淆、意图冲突、未经验证提交——提出基于“服务端强制协调”的解决方案。通过构建以SSOT主仓为核心的三层架构,实现工作区隔离、身份绑定、门禁阻断与自动自愈,将多Agent协作从依赖人工约定的“1945年”状态,推进至可复现、可运维的工程化体系。

#人工智能
一个 authorized_keys 字段,解决了多 Agent 系统的身份问题

本文提出一种无需 OAuth、CA 或数据库的多 Agent 身份隔离方案:利用 OpenSSH authorized_keys 的 command= 和 environment= 选项,将席位身份与仓库访问权限绑定。通过一条配置实现身份钉死、命令限制、访问白名单及审计日志,配合门房脚本确保安全可控。前置条件仅需开启 PermitUserEnvironment,结合独立密钥与标准化配置,即可在自建

#elasticsearch#搜索引擎#大数据 +1
到底了