前端进阶之旅前端进阶之旅
基础篇
进阶篇
高频篇
精选篇
手写篇
面经篇
AI 篇
原理篇
每日一题
小程序题库
知识卡片
  • 场景篇按分类整理的大前端场景考点
  • 历年面经按年份追踪真实考点
  • 算法题库NEW在线编码即时判题
  • 专项自测100 题快速查漏
  • 前端基础
    • HTTP从报文一路讲到 HTTPS
    • 浏览器渲染、事件循环、进程
    • 计算机基础Linux、网络、操作系统
  • 进阶专项
    • 设计模式23 种模式怎么用
    • 前端系统进阶学习大型项目工程化
    • 前端综合文章长期沉淀的实践文
  • 工程与工具
    • Node学习指南从环境搭建到服务端
    • NPM工作流script、依赖与发布
    • Docker容器化部署上手
    • Canvas图形与动画实战
  • 路线与导图
    • 思维导图知识点全景图
    • 学习路线按图索骥不跑偏
  • 动态
    • 公众号动态公众号历史文章
    • 博客动态站长的技术博客
    • 开发者导航常用工具与文档站
  • AI 助手随时提问,即时解析
  • AI 模拟面试模拟真实面试 + 报告
  • AI 知识地图串起全站知识点
  • AI 定制路线按你的简历现排
AI 热点
旧版
基础篇
进阶篇
高频篇
精选篇
手写篇
面经篇
AI 篇
原理篇
每日一题
小程序题库
知识卡片
  • 场景篇按分类整理的大前端场景考点
  • 历年面经按年份追踪真实考点
  • 算法题库NEW在线编码即时判题
  • 专项自测100 题快速查漏
  • 前端基础
    • HTTP从报文一路讲到 HTTPS
    • 浏览器渲染、事件循环、进程
    • 计算机基础Linux、网络、操作系统
  • 进阶专项
    • 设计模式23 种模式怎么用
    • 前端系统进阶学习大型项目工程化
    • 前端综合文章长期沉淀的实践文
  • 工程与工具
    • Node学习指南从环境搭建到服务端
    • NPM工作流script、依赖与发布
    • Docker容器化部署上手
    • Canvas图形与动画实战
  • 路线与导图
    • 思维导图知识点全景图
    • 学习路线按图索骥不跑偏
  • 动态
    • 公众号动态公众号历史文章
    • 博客动态站长的技术博客
    • 开发者导航常用工具与文档站
  • AI 助手随时提问,即时解析
  • AI 模拟面试模拟真实面试 + 报告
  • AI 知识地图串起全站知识点
  • AI 定制路线按你的简历现排
AI 热点
旧版
返回 AI 情报前线
All News · 全部资讯9915
  • DeepSeek V4 首个多模态模型 MIT 开源
  • OpenClaw 2.0 开源 AI 平台:自动识别 API 密钥、支持多人协作
  • OpenAI采购数万台Mac训练计算机操控AI智能体
  • GitHub Copilot VS Code 2026年8月更新:Agent会话管理与变更审查改进
  • Claude Code Opus 5 Auto Mode 被成功破解
  • Crawl4AI v0.9.2:专为LLM设计的开源网页爬虫
  • 模型频繁迭代导致Agent失忆?Uteke给出解法
  • 2026年如何用AI进行智能合约安全审计
  • 千问创作上线Agent Teams,用户说创意Agent分工完成视频制作
  • 循环工程AI Agent:2026软件开发的范式转变
  • GPT-6灰测demo曝光,周四即将正式发布
  • Hugging Face 事件透视:AI Agency 与 Agents 的真实挑战
  • ChatGPT Work 产品解析:云端版与本地版有何不同
  • 日志显示成功实际零交付:生产管道事故复盘
  • 用 Git Worktree 并行跑多个 Coding Agent
  • 语音 Agent 推理延迟基准测试:TTFT 全链路排名
  • Google发布EnvHarness:将静态Agent评测环境转为自适应训练场
  • AI队列事故:175条标记完成但零交付的排查实录
  • 在 PR 合并前用 AI Agent 真实利用漏洞验证安全风险
  • 放弃聊天机器人:Prompt导向编程(POP)架构实践
  • Manrova:持续监控型多Agent系统设计实践
  • Trust Cop:MCP工具漂移检测安全Agent
  • Spline V2:AI Agent可通过MCP协议直接操控3D场景
  • ACAI第20章:RAG知识系统与数据管线的工程实践
  • 检索工程正成为AI Agent时代的关键工程学科
  • Agentic RAG实战:运行时决策替代静态检索管道
  • AI Agent 效果取决于外围工程设计
  • Agent执行环需要护栏而非另一个框架
  • 英伟达Nemotron 3 Nano 30B开源:背后是GPU销售策略
  • 开源安全lint工具VibeGuard:专为AI生成代码设计,检出SQL注入、硬编码密钥等典型问题
  • 我用免费模型做数据库索引审查48小时
  • Need-to-Know:用最小权限原则防止AI数据泄露
  • 改一个base_url接入15个国产大模型
  • 让AI编程助手实时读取运行中服务的API文档
  • 受控自主权:AI Agent软件工程的安全设计模式
  • 防止不稳定API导致AI Agent崩溃:指数退避+熔断+优雅降级
  • exactly-once:保障AI Agent支付等副作用只执行一次
  • 研究:Claude Code和Coze等AI编程助手普遍高估任务耗时10倍
  • PES架构:AI Agent需要两个信任域
  • AI 写不好推销信?问题在检索不在 prompt
  • AI 代码审查应作为质量门禁而非 PR 评论
  • 2026年Legacy Java现代化AI工具实战评测
  • Anthropic悄然降低Claude Code用量上限:纸面提升实为削减
  • ODS:把个人电脑变成私有AI服务器的部署系统
  • awesome-claude-skills:1000+Claude技能与插件精选列表
  • AI Agent评估:每步95%准确率在20步任务中仅36%成功
  • Claude Agent Skills与MCP的本质区别和使用指南
  • Anthropic开源MHS标准:AI Agent安全操控物理设备的驱动规范
  • AI能写代码,却无法证明它正确——2026年开发者核心技能转变
  • OpenAI Astra疑似GPT-6泄露:一次对话生成类GTA 2游戏
  • 私有 AI 技术栈完整架构图:五层模型详解
  • 已加载 51 / 9915
8.0
热点
AI SCORE
技术实践2026-08-31 02:35

Manrova:持续监控型多Agent系统设计实践

dev.to · AI#多Agent#工业应用#监控
Editor brief · 编辑速览

航运领域多Agent系统,4个专业Agent+1个编排Agent(OOW)持续监控船只GPS、船员疲劳、舰队模式等,发现异常才通知人类决策。

文章思维导图
Knowledge map
拖拽缩放
Full translation

完整中文译文

一切的开始

大多数 Agent 演示回答的都是你已经知道要问的问题。Manrova 起于一个不同的问题:如果困难的本质不是回答,而是察觉呢?

一艘船会产生持续不断的工作信号流:GPS 和雷达位置、船员值班表、近距险情报告、合规记录。这些信息没有一个是缺失的。真正的问题在于,没有人有时间去关联四个不同的系统,对每艘船、每天都做一次这样的分析,把一个小分歧掐灭在萌芽阶段——而不是等它演变成一份事故报告。

所以我们没有去构建一个被动等待提问的聊天机器人,而是建立了一个 Agent 系统,它的职责是持续监控、在发现异常时调查、各 Agent 之间相互协调,只有人类真正需要做决策时才打断。

系统的形态

Manrova 有四个专业 Agent 和一个编排器——值班官(Officer of the Watch,OOW)。

导航完整性 Agent 检查 GPS 和雷达推算位置是否一致。 船员就绪 Agent 观察休息和值班模式,评估疲劳风险。 船队模式 Agent 扫描整个船队的近距险情历史,而非仅限于单船。 合规就绪 Agent 根据船只的实际航线推算证书风险期,而非仅仅看一个原始到期日。

它们都不是孤立工作的。当导航完整性 Agent 标记了某个情况,值班官决定需要拉取哪些其他上下文信息、关联证据,并通过确定性风险逻辑得出总体严重程度。低于阈值的,Manrova 继续默默监控。高于阈值的,OOW 准备响应并停下,等待人类批准任何对外发出的东西。

这道闸门是整个项目中最重要的一条设计决策:系统辅助值班,而非替代值班。

我们最会坚守的设计选择

安全关键运算从不触碰语言模型。位置偏差、加权风险评分、事件状态转换:全部是确定性 Python 代码,每次都以相同方式计算,可审计、可复现。LLM 层位于结构化输出之上,用直白的语言解释并叙述给船队运营商听。

直接拿原始遥测数据丢给模型让它做判断,会更快。但这对于一个假阴性会产生真实后果的系统来说,是错误的选择。确定性逻辑划定边界,Agent 解读边界之内发生的事,当边界被跨越时由人类最终拍板。

为企业信任层构建真实实现

对于 Fortified Enterprise Fleet 赛道,我们不想只是概念性地描述这些组件——我们想让它们真正跑起来。

Agent 注册中心:五个 Agent(四个专业 Agent 加 OOW)全部发布到一个实时的 Firestore 集合中,带版本控制,并标明每个 Agent 被允许行使的确切权限。

Agent 网关:每个专业 Agent 调用在放行之前都要经过针对注册中心的策略检查。

Model Armor(我们自己实现的同构护栏):任何不可信的自由文本,比如近距险情描述,都要经过提示词注入筛查,并在到达模型之前完成 PII 删除。

Agent 可观测性:每次调查都包裹在 OpenTelemetry trace span 中,因此完整的推理链可被审查。

记忆库:完成的调查持久化到 Firestore 中,使船只的历史在不同会话之间得以保留,而不是每次请求都重置。

Agent 身份:每个 Agent 在自己的 IAM 服务账号下运行,遵循最小权限原则,而非用一个共享凭证包揽一切。

真实数据,而非演示数据

大多数黑客松演示永远用同样的三行 fixture 数据让我们很烦躁。Manrova 的线上站点支持两条路径:一键触发的固定演示场景,以及真实的注册流程——任何船队运营商都可以注册、添加船只(真名或内部别名,不要求披露船体身份),然后用真实输入的航行和船员数据运行调查。测试时,我们使用了一艘真实在航船只的公开 AIS 派生位置数据作为现实场景的基础,并与应用其他地方使用的合成演示数据做了明确区分。

我们原以为难点在于提示词工程。结果并不是。真正的难点是逐个 Agent 地决定每个 Agent 确切被允许信任什么、何时应该交接给另一个 Agent,以及无论模型说什么都必须把控制权交回人类的地方。这个职责划分的正确性比任何一个单独的提示词都重要。

我们也因此更加坚信,确定性逻辑与 Agentic 推理并非竞争关系。它们协同工作时比各自单独承担全部工作要好得多:确定性层划定边界,Agent 解读边界内正在发生的事,当情况真正需要时由人类做出最终裁决。

Live site: manrova.vercel.app

Source: github.com/serinalapoez/Manrova

Built with Gemini (3.5+) via Google's Agent Development Kit, with Firestore as the persistence layer, and a parallel implementation on AWS Strands Agents SDK running on Amazon Bedrock.

Original source

本文由 AI 翻译整理自 dev.to · AI,原文版权归原作者所有。

阅读英文原文
上一篇
放弃聊天机器人:Prompt导向编程(POP)架构实践
下一篇
Trust Cop:MCP工具漂移检测安全Agent