跨栏目检索

搜索归档

搜索中文标题、仓库名或关键词,再用分类、来源和日期缩小范围。

全部内容

最近成功采集
当前筛选:2026-10-28 ×

一个 Pod 一个节点:AWS 无服务器 Kubernetes 背后的架构

AWS 的 EKS Fargate 让用户不用自己管理 worker 节点,改由平台按每个 Pod 单独准备计算环境。它先通过准入控制把匹配 Fargate 配置的 Pod 交给专用调度器,调度器再为这个 Pod 申请新容量,启动所需 Kubernetes 组件,并把用户 VPC 里的网络接口分给这个 Pod,Pod 结束后环境就被回收。这样用户不必创建、打补丁或扩缩节点,但网络接口所在的子网、安全组和 Pod 执行角色仍需在 Fargate 配置里指定;文章没有说明价格、区域可用性或与其他无服务器方案的对比。

文中可用工具

  • AWS Fargate为每个 Pod 提供无需用户管理节点的计算环境
  • Amazon EKS托管 Kubernetes 控制平面,并支持 EC2 与 Fargate 节点混用
  • Amazon ECR供 Fargate 执行角色拉取容器镜像
  • Amazon VPC为每个 Pod 提供独立的弹性网络接口和网络隔离
展开详情收起详情:一个 Pod 一个节点:AWS 无服务器 Kubernetes 背后的架构
The New Stack
☆ 收藏0 条评论查看原文

当“隔离”名不副实:如何为 AI Agent 打造真正的沙箱

这篇文章讨论的是 AI Agent(能自主调用工具、访问网络的智能程序)的安全隔离问题。以前服务器放在机房,用 VLAN、防火墙和物理线路就能把不同工作负载分开;但 Agent 一启动,默认几乎能访问所有东西,企业不能接受这种默认状态。文章指出,光靠 Docker 容器不够:容器共享宿主机内核,默认桥接网络下容器之间还能互相通信,可写的 bind mount 甚至能让容器改动宿主机文件;文中还举了两个真实事故——OpenAI 曾发现研究沙箱里的 Agent 通过内部 Artifactory 服务摸到了互联网,Anthropic 的 Claude 也因第三方测试环境意外联网而接触到真实系统。作者因此提出,真正的沙箱要同时在软件或硬件隔离(容器 vs. 微虚拟机)、Agent 运行位置、可访问的网络与模型工具、以及安全执行代码这四个层面划清边界。对读者的实际用处是:判断自家 Agent 部署该做到哪一档隔离,避免误以为“用了容器就安全了”。文章未给出具体产品方案或实施状态说明。

文中可用工具

提供的材料未提及具体可用工具。

展开详情收起详情:当“隔离”名不副实:如何为 AI Agent 打造真正的沙箱
The New Stack
☆ 收藏0 条评论查看原文

影响 Kubernetes 控制平面可用性的隐藏故障路径

这篇文章讲的是 Kubernetes 控制平面在集群规模变大后,一些平时看起来正常的设计反而会把小问题放大成故障。作者举了三个真实例子:一个扩展 API 升级依赖后发布了不合法的 OpenAPI 模式,结果连只用普通 Kubernetes 资源、根本没用这个扩展的 Helm 部署也失败,因为 OpenAPI v2 把所有 API 的定义合并成一份文档,一个扩展出错就拖累所有人;大批 DaemonSet 代理同时重启,启动时的正常请求叠加成风暴,API 服务器扛不住;还有组件把依赖服务的短暂不可用误判成自己进程坏了,反复重启。文章建议用 OpenAPI v3 缩小影响范围、控制重启节奏、别让健康检查过度依赖下游。这是经验分享文章,没有发布新工具,文中提到的 OpenAPI v2/v3、informer、聚合 API 服务器、PR #131755 都是已有机制或改动。

文中可用工具

  • OpenAPI v2把所有 API 的接口定义合并成一份文档供客户端读取校验
  • OpenAPI v3按 API 组和版本分开提供接口定义,缩小单个扩展出错的影响范围
  • informer让控制器在本地缓存集群状态,减少反复查询 API 服务器
  • 聚合 API 服务器(aggregated API server)在不改核心 API 服务器的前提下给 Kubernetes 增加新 API
  • Helm部署图表前会读取 OpenAPI 文档做校验,因此可能被无关扩展的错误波及
  • DaemonSet在集群每个节点上运行代理,大规模重启时会集中产生请求
  • Kubernetes PR #131755让 OpenAPI 模型名称由作者显式声明,而不是从 Go 包路径推导
展开详情收起详情:影响 Kubernetes 控制平面可用性的隐藏故障路径
The New Stack
☆ 收藏0 条评论查看原文

“我并非每天都用 Astra”:OpenAI 开发者负责人向 TNS 解释原因

OpenAI 在 2026 年 DevDay 上发布了 20 多项更新,包括 GPT-6.1 Sol、GPT-6 Astra 的 Ultrafast 加速档、能后台持续工作的 dots 智能体,以及 Decisions API 等。开发者负责人 Vaibhav Srivastav 解释:Sol 能达到 Astra 约 95% 的性能,价格却只有五分之一,所以他自己日常主要用 Sol;遇到新项目或不熟悉的问题,才用 Astra 做对抗性审查,避免“自己检查自己”的偏差。Ultrafast 档速度超过每秒 300 个 token,适合欺诈检测等实时场景,价格比标准 Astra 高约 20%。对企业用户,任何可能增加成本的功能默认关闭,需主动开启。

文中可用工具

  • GPT-6.1 Sol性价比高的主力模型,性能接近 Astra 但价格约为其五分之一
  • GPT-6 Astra更强的旗舰模型,适合处理新问题或做对抗性代码审查
  • Ultrafast高速推理档,速度超过每秒 300 token,适合实时场景
  • OpenAI dots可后台持续运行的持久化智能体,能连接 4000 多个应用并建议或执行操作
  • Decisions API用预设选项对输入分类或路由请求
  • Agents API让智能体操作软件界面(computer use)
  • Codex用于日常工程任务的编程工具
展开详情收起详情:“我并非每天都用 Astra”:OpenAI 开发者负责人向 TNS 解释原因
The New Stack
☆ 收藏0 条评论查看原文

Nebius 将 rollout 收集时间缩短 66.9%——改变了什么

Nebius 的 AI 训练团队在 Terminal-Bench 类负载上做了一次实验:把一次 256 条轨迹的批次收集时间减少了 66.9%。原来在智能体强化学习训练中,模型要先完成任务、拿到结果才能学习,但任务长短不一,慢的几条会让整批训练卡住,昂贵的 GPU 常常在等便宜的沙箱和代码执行。做法是把推理引擎当成训练优化器的一部分:按整组完成而不是启动顺序来组批,让生成和训练部分重叠、缓存对话历史避免重复预填,并把基础设施故障和模型自身失败分开计分。这只是一个实验中的批次收集测量,不含训练器本身的前向反向计算,不等于完整训练提速。对读者来说,这提供了一个思路:智能体训练慢,瓶颈往往不在 GPU 算力,而在任务执行和调度这些配套环节。

文中可用工具

  • Nebius提供 AI 训练与推理服务的公司,本文实验由其实施
  • Terminal-Bench用于评测终端操作类智能体任务的基准,本文实验基于它构造负载
  • GRPO一种强化学习训练方法,把同一任务的多次尝试相互比较打分
展开详情收起详情:Nebius 将 rollout 收集时间缩短 66.9%——改变了什么
The New Stack
☆ 收藏0 条评论查看原文

“恐慌并未转化为打补丁”:安全研究员如何看 PHP2Shell 的应对

PHP 爆出两个严重漏洞(合称 PHP2Shell,评分 9.2),大约七成网站用 PHP 搭建,本该紧急升级。但安全公司 Ox 发现,漏洞公布五天后仍有 93.6% 的服务暴露在外;Censys 统计约 3250 万个服务仍跑不安全版本,还有 6130 万个版本情况不明。原因是大量服务器运行早已停止维护的 PHP 老版本,没有现成补丁,必须先升级系统、处理兼容问题,比普通打补丁麻烦得多。现实后果是攻击已在发生,Cloudflare 称公布后数小时内攻击尝试从数千涨到数百万,美国 CISA 已要求联邦机构限时修复;对普通用户来说,这意味着用 PHP 的网站和游戏短期内更易被攻破。

文中可用工具

提供的材料未提及具体可用工具。

展开详情收起详情:“恐慌并未转化为打补丁”:安全研究员如何看 PHP2Shell 的应对
The New Stack
☆ 收藏0 条评论查看原文

Replit CEO 称 1937 年的一个想法可能让组织架构图过时

Replit 的 CEO 兼联合创始人 Amjad Masad 在 X 上发帖说,未来公司会变成“自动驾驶公司”:人负责判断,AI 代理负责执行大部分日常工作。他用经济学家科斯 1937 年的观点解释原因——公司之所以存在,是因为在公司内部协调工作比在市场上协调更省钱;而 AI 代理能大幅压低管理、开会、汇报这些内部协调成本,所以他预言到 2030 年底,财富 500 强公司都会变成这种形态。为此 Replit 推出面向企业的 Replit for Business,让代理在权限和审批约束下接触公司系统,并称之为“Agent Habitat”;周二还发布了 Cloud Agents,让员工不用搭开发环境就能改公司代码,工程师保留最终上线决定权。目前 Cloud Agents 已对 Pro 和 Enterprise 客户正式开放;代理从代码审查中学习、更新共享“技能”的功能还在早期体验阶段,更大的 Agent Habitat 构想也仍只是蓝图,Replit 尚未公布完整技术细节,其成本下降 51% 等数据也缺少可独立验证的信息。

文中可用工具

  • Replit for Business让 AI 代理在保留权限和审批的前提下访问公司系统、数据和工作流
  • Agent Habitat代理与员工协作、彼此协作的空间,同时限制对公司资源的访问,目前仍是蓝图
  • Cloud Agents让员工无需配置开发环境就能修改公司代码库,已对 Pro 和 Enterprise 客户正式开放
  • skills团队共享的指令,代理可据此避免重复犯错,工程师需批准更新,仍在早期体验阶段
展开详情收起详情:Replit CEO 称 1937 年的一个想法可能让组织架构图过时
The New Stack
☆ 收藏0 条评论查看原文

Google 为 AI 智能体打造了一个可练习的世界,但物理效果还不太对

Google DeepMind 在周二发布了 Genie 4。它是一个“世界模型”,能实时生成可互动的场景,带有模拟物理、人物动作和声音,主要给 AI 智能体提供练习和测试任务的地方。原来开发者要测智能体,往往得自己搭仿真环境;现在可以用文字提示按需生成,甚至边生成边用键盘移动、改视角。问题在于,长时间运行后物体位置会漂移、物理表现不稳定,而且 Google 没有公布重复测试的一致性数据,所以失败时很难分清是智能体不行还是场景本身出错。目前只有受信任的测试者能用,之后计划开放给 Google AI Ultra 订阅者和部分合作方,价格和正式发布时间都没说。

文中可用工具

  • Genie 4实时生成可互动模拟场景的世界模型,供智能体练习和测试
  • Gemini Omni帮助塑造模拟环境的形态
  • Gemini 3.8 Flash跟踪场景进展、规划下一步并在变化时调整
  • Gemini 4 Argon在棋盘演示中规划每一步走法
  • Gemini Robotics用于机器人研究的项目,可在变化环境中测试智能体
  • Project Genie面向 Google AI Ultra 订阅者提供 Genie 4 的计划渠道
  • Gemini API计划供部分合作方接入的接口
  • Google AI Studio计划供部分合作方接入的开发平台
展开详情收起详情:Google 为 AI 智能体打造了一个可练习的世界,但物理效果还不太对
The New Stack
☆ 收藏0 条评论查看原文

报告称每周靠 AI 省下两位数小时的开发者占比从 68% 降至 26%

Atlassian 发布了《2026 年开发者体验状况》报告。调查发现,每周能用 AI 省下十小时以上的开发者比例从去年的 68% 降到了 26%;只有 28% 的人觉得工作比以前明显更顺畅,也就是说大多数人的卡点并没有明显减少。另一个值得注意的现象是,工程管理者花在管理和修正 AI 产出上的时间,甚至比开发者本人还多。这些数据说明,AI 在开发中的实际省时效果远没有想象中乐观,引入 AI 之后还需要额外的管理成本。

文中可用工具

提供的材料未提及具体可用工具。

展开详情收起详情:报告称每周靠 AI 省下两位数小时的开发者占比从 68% 降至 26%
InfoQ Architecture & Design
☆ 收藏0 条评论查看原文

演讲:大规模 LLM 服务——隐藏的 KV Cache 优势

这是一场演讲,讲者是 Khawaja Shams,主题是如何高效地大规模运行大语言模型(LLM)服务。问题在于:模型推理很吃 GPU,而对话上下文对应的 KV Cache 会占用大量显存,容易撞上“内存悬崖”,还会拖慢响应、推高成本。演讲从分布式系统的角度给出几种做法:提高 GPU 利用率、管理 KV Cache 内存、利用分层存储、降低尾部延迟,以及把预填充和解码拆开部署。读者可以借此了解如何让整套推理集群跑得更快、更便宜、更稳。目前公开的只有标题和摘要,具体实现细节、数据和演示材料均未说明。

文中可用工具

提供的材料未提及具体可用工具。

展开详情收起详情:演讲:大规模 LLM 服务——隐藏的 KV Cache 优势
InfoQ Architecture & Design
☆ 收藏0 条评论查看原文

Anthropic 如何为 AI 驱动开发重新设计源代码管理

Anthropic 最近公开介绍了它把公司的大型代码仓库从 Git 迁到自研的 Scion 系统的过程。原来用 Git 时,代码操作主要在各人本地完成,而 AI 代理和 CI 这类程序化任务需要频繁访问仓库,本地模式对它们不太友好。Scion 的做法是把仓库操作搬到服务器端,用内容寻址存储和分层缓存来服务 AI 代理和 CI 工作负载。代价是放弃离线独立使用权,换来本地数据更少、基础设施共享。不过原文没有说明这套系统是否对外可用、性能数据以及具体迁移时间。

文中可用工具

  • Git原来使用的分布式版本控制系统,本次被迁移替换
  • ScionAnthropic 自研的源代码管理系统,把仓库操作放到服务器端,并用内容寻址存储和分层缓存支持 AI 代理和 CI
展开详情收起详情:Anthropic 如何为 AI 驱动开发重新设计源代码管理
InfoQ Architecture & Design
☆ 收藏0 条评论查看原文

本周 Spring 动态 - 2026年10月27日

这是 Spring 社区每周一次的动态汇总。作者本周在西班牙巴塞罗那参加 Vaadin Create 活动,并整理了本周的 Spring 生态新闻。内容主要包括:Craig Walls 的两篇 Spring AI 文章(用更快的嵌入加速 RAG、用 MCP Apps 渲染丰富界面)、Netflix 借助 JetBrains IDE 智能提升 AI 编程代理效率的案例、播客对 JetBrains 的 Anton Arhipov 的访谈,以及 Quixotic AI 让推理模型能以普通 Maven 依赖形式加入 Spring Boot 应用。此外还列出了大量新版本发布,包括 Spring AI 2.1.0-RC1 和 2.0.2、Spring Boot 4.0.9/4.1.2/4.2.0-RC1、Spring Cloud 2025.1.4 和 2026.0.0-RC1、Spring Security、Spring Session、Spring Modulith、Spring Data、Spring LDAP 和 Spring Web Services 等。对使用 Spring 的开发者来说,可以据此了解本周有哪些新版本和 AI 相关实践可参考。

文中可用工具

  • Spring AI在 Spring 应用中接入 AI 能力的框架,文中提到用更快的嵌入加速 RAG 等文章
  • Quixotic AI让推理模型以普通 Maven 依赖形式加入 Spring Boot 应用
  • JetBrains IDE文中提到 Netflix 借助其智能能力提升 AI 编程代理效率,也用于 AI 开发
  • MCP Apps文中提到用于渲染丰富 UI
  • Vaadin Create作者参加的开发者活动
  • A Bootiful Podcast作者主持的播客,访谈 JetBrains 的 Anton Arhipov
展开详情收起详情:本周 Spring 动态 - 2026年10月27日
Spring Blog
☆ 收藏0 条评论查看原文

Genie 4:新一代世界模拟

Google 发布新一代世界模型 Genie 4,能实时生成可交互的虚拟世界画面,还能同步生成环境音和人物对话;用户用键盘控制视角、用文字描述就能改变天气、添加人或物体等场景内容。它还借助 Gemini 系列模型理解画面并维持场景连贯:一个负责让画面贴近真实世界,另一个像导演一样把目标拆成步骤并随时调整,因此可以模拟多步骤事件和机器人训练场景。目前 Genie 4 仍是实验性研究预览,只对受信任测试者开放,尚未面向消费者和开发者正式发布;后续计划先提供给 Google AI Ultra 订阅用户的 Project Genie,以及 Gemini API 和 Google AI Studio 的早期合作方。

文中可用工具

  • Genie 4实时生成可交互、带声音的虚拟世界模拟
  • Gemini为模拟提供真实感基础与场景连贯性推理
  • Gemini Omni让模拟贴近真实世界的外观与行为
  • Gemini 3.8 Flash在循环中观察场景、拆解目标并检查步骤是否完成
  • Gemini 4 Argon把用户任务拆成步骤,与 Genie 4 配合渲染模拟
  • Gemini Robotics与 Genie 4 结合,探索机器人相关研究
  • Project Genie供订阅用户使用 Genie 4 的产品入口(等待名单)
  • Gemini API供早期合作方访问 Genie 4 的开发者接口
  • Google AI Studio供早期合作方访问 Genie 4 的开发平台
展开详情收起详情:Genie 4:新一代世界模拟
Google DeepMind Blog
☆ 收藏0 条评论查看原文

扩大与GSA的合作,将Claude带给各级政府

Anthropic扩大与美国总务管理局(GSA)的合作,让政府机构以四折购买Claude Enterprise、Claude for Government和Claude API,折扣覆盖所有产品形态,并延伸到州、地方、部落和领地政府。此前政府采购AI往往预算紧、流程长、前期投入大,如今机构没有最低消费承诺,按实际用量付费,官方估计可省约10亿美元。目前约500个美国联邦、州和地方政府机构在用Claude,政府版周活跃用户自2月以来增长约8倍;Claude for Government已于9月30日正式可用,具备FedRAMP High授权,Claude Enterprise的FedRAMP Moderate授权仍在申请中。另有一个帮助机构落地的专项计划将在未来几周推出。

文中可用工具

  • Claude Enterprise面向企业的Claude版本,此次纳入政府采购折扣,FedRAMP Moderate授权申请中
  • Claude for Government面向政府机构的Claude版本,9月30日已正式可用,具备FedRAMP High授权
  • Claude API供机构自行开发工具时调用Claude的接口,此次也享折扣
  • Claude Code用于编写和改造代码,文中提到州政府团队用它迁移接口、整理旧代码库
  • Claude Mythos文中称联邦安全团队用它发现并修补了可导致关键生产系统被接管的漏洞
  • Amazon Bedrock通过AWS使用Claude的渠道,部分模型获准用于DoD IL4/IL5工作负载
  • Vertex AI通过Google Cloud使用Claude的渠道,具备FedRAMP High授权
  • OneGovGSA的采购折扣渠道,政府机构可经其Multiple Award Schedule购买Claude
展开详情收起详情:扩大与GSA的合作,将Claude带给各级政府
Anthropic News
☆ 收藏0 条评论查看原文

Check Point 如何借助 Daybreak 加速漏洞研究

安全公司 Check Point 使用 OpenAI 的 Daybreak 来加快新安全防护措施背后的研究。原来的问题是:分析师拿到漏洞情报后,要花不少时间做研究,才能把它变成客户可用的防护。这次的做法是用 Daybreak 加速这一研究环节,让漏洞情报更快转化为对客户的防护。对读者的意义是:安全团队可能因此更快获得针对新漏洞的防护更新。不过材料没有说明 Daybreak 具体是什么形态、用了哪些能力、是否已正式可用,也未给出提速幅度数字。

文中可用工具

  • OpenAI Daybreak帮助 Check Point 分析师加速漏洞研究,把漏洞情报更快转化为客户防护
展开详情收起详情:Check Point 如何借助 Daybreak 加速漏洞研究
OpenAI News
☆ 收藏0 条评论查看原文

OpenAI 扩大与 Oracle 的合作,将其应用引入 ChatGPT

OpenAI 和 Oracle 宣布扩大合作,目标是把 Oracle 的业务应用和 AI 智能体接入 ChatGPT,同时用 OpenAI 的技术为 Oracle 的新产品提供支持。按目前的说法,这只是合作方向的公布,具体哪些应用会接入、什么时候上线、用户如何使用,材料都没有说明,所以还不能当作已经可用的功能。

文中可用工具

提供的材料未提及具体可用工具。

展开详情收起详情:OpenAI 扩大与 Oracle 的合作,将其应用引入 ChatGPT
OpenAI News
☆ 收藏0 条评论查看原文

Retell 借助 OpenAI 模型支撑每月 1 亿次通话

Retell 是一家做语音智能体(能自动接打电话的 AI 系统)的公司,现在每月要处理约 1 亿次通话。根据材料,GPT-6 Astra 在 Retell 内部的语音智能体评测中排名第一,Codex 则帮助公司把人均年化收入做到了 160 万美元。原文没有说明这些模型具体如何接入业务、评测包含哪些项目,也没有给出收入的计算口径。对读者来说,这条信息显示语音智能体已经被大规模实际使用,并且模型选择和编程工具会直接影响这类公司的效率与营收。

文中可用工具

  • GPT-6 Astra在 Retell 的语音智能体评测中排名第一的模型
  • Codex帮助 Retell 提升人均营收的编程工具
展开详情收起详情:Retell 借助 OpenAI 模型支撑每月 1 亿次通话
OpenAI News
☆ 收藏0 条评论查看原文

我们如何打造设计 Agent

LangChain 内部做了一个叫 Content Studio 的设计 Agent,放在 Slack 里,同事只要描述需求,它就能生成视频、社交图、幻灯片等成品文件。最初效果很差,因为模型虽然会写代码,但不知道这家公司的审美标准。他们的办法是把设计师的原则和反馈写进 Agent 的技能与检查中,并给每次对话一个独立的沙箱环境,让它能持续编辑自己的渲染结果。现在这个 Agent 已产出 3000 多个素材,公司里四分之三的请求来自市场部以外,单次请求的模型成本从约 8 美元降到约 50 美分。团队把整套框架开源了,可以换上自己的品牌素材,再通过 Managed Deep Agents 部署到 Slack。

文中可用工具

  • Content Studio在 Slack 中按需求生成视频、图片和幻灯片等品牌素材的设计 Agent
  • Managed Deep Agents用于将 Content Studio 部署到团队 Slack 的托管平台,提供沙箱、集成和任务调度
  • LangSmith Sandbox为 Agent 提供托管的隔离运行环境
  • Slack用户与设计 Agent 交互、协作的聊天界面
展开详情收起详情:我们如何打造设计 Agent
LangChain Blog
☆ 收藏0 条评论查看原文

Wevir:面向 AI 编程 Agent 的本地优先桌面工作台

marvinli001/wevir · One local-first desktop workspace for every AI coding agent — Codex, Claude, OpenCode and your own models.

Wevir 是一个本地优先的开源桌面工作台,为 AI 编程 Agent 提供统一操作界面。它内置本地运行的 Codex Agent 运行时,并通过网关把请求转换到 OpenAI、Anthropic、Google、DeepSeek、Ollama 及任意 OpenAI 兼容端点,支持在同一会话内切换模型或提供商。桌面端还提供会话时间线、审批与检查点、逐轮 diff 变更审查、文件浏览编辑、内置浏览器、MCP/Skills 插件,以及可被 CLI 共享的本地 Host。项目当前处于预览阶段,订阅来源多为 Beta。

展开详情收起详情:Wevir:面向 AI 编程 Agent 的本地优先桌面工作台

★ 7 · 可直接使用的工具

GitHub
☆ 收藏0 条评论查看项目

rfauto:RF/微波设计自动化与 LLM 编排框架

geer1895/rfauto · RF/microwave design automation + LLM orchestration: 16 EM/EDA engines behind one interface, 75 parameterized template families, 340 deterministic calculators, 87 calibration anchors; AI agents drive everything via MCP (157 tools) — physics numbers come only from deterministic kernels, never from the LLM. 28000+ unit tests, GPL-3.0

rfauto 将 RF/微波设计流程中描述器件、参数化建模、调用求解器、质量门禁判定和尺寸优化等环节整合为一条可复现的自动化闭环。项目提供 75 个参数化器件模板、340 个确定性计算器、87 个校准锚点,并通过统一的适配层接入 HFSS、ADS、openEMS、COMSOL 等 16 个 EM/EDA 引擎通道。核心约定是物理数值只能由确定性内核或求解器产生,LLM 仅负责编排与解释。AI 助手可通过 MCP(157 个工具、10 个资源)驱动整个框架;项目还提供本地审阅工作台、运行数据湖、远程执行和批量任务能力。

展开详情收起详情:rfauto:RF/微波设计自动化与 LLM 编排框架

★ 2 · 开发框架

GitHub
☆ 收藏0 条评论查看项目