两天的手工活,它压到两小时

AMD 放出一个新助手。

名字叫 Ross。

它盯的是嵌入式开发。

流程很长。

从架构设计到优化和调试,再到电路板和原理图审查,最后落到软件与部署。

官方说,比典型开发周期快不少。

板子画完还得调,调完还得验。

一环卡住,整条线就停。

这种活最磨人。

开发板上的活,它都想接过去。

Ross 产品页

页面上写着 Agentic AI Assistant,署名 Ross

它的底子是这家公司那套嵌入式家当。

里面有可编程门阵列,也有自适应片上系统。

还有通用处理器和边缘计算平台。

这些都有配套工具和工作流撑着。

这类AI工具最难的地方,是它得懂行。

这家公司做可编程芯片很多年。

它能用自然语言调工具。

也能装专家写好的技能,装可复用的工作流,还带着官方知识库。

它把工具连起来,把知识用起来。

验证过的流程,它能自己跑。

跑完还给结果做分析。

人不用一直盯着。

省下的时间,够干别的。

工程师手上的想法,转化得快一些。

名字取自赛灵思创始人 Ross Freeman。

现在打开官网就能用。

官方打算按月往里加东西。

眼下能用的是设计套件和高层次综合工具,都对着可编程门阵列。

到第四季度,会补功耗设计、调试和推理加速。

上线节奏图

分 Available Today 与 Available in Q4 两栏,中间是 Knowledge-Base

一、整套方法论打底

从硬件设计调试到软件和算法,从边缘侧实现到部署,全程都覆盖。

开发者说一句日常话。

智能体就去翻文档。

它还会看工具状态,跑命令。

调试的时候,它能在旁边带着走。

验证过的流程,它按步骤执行。

一块板子上,硬件和软件怎么分工,往往最费口舌。

这套东西盖住了全部嵌入式工具组合。

具体能干的活有这么几件。

切分硬件和软件。

用高层次综合工具做硬件设计。

优化芯片设计,顺手把调试也带上。

写嵌入式软件和算法。

用嵌入式智能软件调机器学习算法。

估算功耗,再做低功耗优化。

审查系统原理图,把板级布局做到最优。

通用助手给不了这种上下文指导。

它也不绑客户端。

团队想用哪个大模型都行。

AI对话只是入口,费劲的是底下的知识。

集成开发环境随便挑,命令行也一样。

只要连着它家的工具,就能干活。

差别在底子。

它是照着这套开发环境做出来的。

多年攒下的工程知识、专家写的方法论,都在里面。

官方文档和官方工作流,它能直接读。

二、四个专属部件

团队同时做硬件和软件,还做 AI 推理和系统级设计。

事情越来越杂。

把专家方法论做成可复用的技能,知识就好拿了。

执行也能一致。

它攒了四样东西。

第一样是模型上下文协议服务器。

用开放标准把智能体和工具接起来。

能查信息,能跑命令,能在设计环境里干活。

整个流程里,这套协议就是那根线。

第二样是官方知识库。

里面是个向量数据库。

装的是用户指南和白皮书,也有应用笔记和解答记录。

答案带出处,能点回去看原文。

云端能查。

断网本地也能查。

内容都过过官方验证。

第三样是智能体技能。

专家写的纯文本文件。

人也能读,机器也能读。

常见任务怎么做,一条条记下来。

比如时序优化。

或者把源代码改一改,让综合工具跑得更快。

AI编程里最费劲的那块,是改存量代码。

技能不长,写的是步骤和判断条件。

同一份技能,换个项目还能接着用。

第四样是设计示例。

能直接跑起来。

技能怎么用到真实项目上,看一眼就明白。

基础技术栈和智能体工作流

四个步骤依次是 ASK 与 CONNECT,接着 INTERPRET,最后 INFORM or ACT

三、它能替人干哪些活

目标是让团队从想法走到部署,快一点。

原型开发快一些。

调试和优化的周期短一些。

重复的工具操作,交给它。

新工程师上手快。

各团队按同一套做法走。

组织里攒的知识,能反复用。

这六条不是空话,下面都有具体走法。

举几个流程例子。

一是把一句自然语言变成开发动作。

它翻文档,跑命令。

代码能生成,设计能一版版改。

人往目标走,它在旁边推。

例子是让它做一个微控制器设计。

它读懂了意图。

认出手上是一块评估板。

要的是软核微控制器。

它会自己规划。

它先把整件事拆成几步。

先确认连的是哪块板。

每一步做完,回头看一眼结果。

配置对不上,它顺手解决。

板上的接口多,它逐个对。

有的配置藏在默认值里,它也能翻出来。

端口该连的连上。

该配的参数配上。

配置和本地内存,它填完。

时钟和子系统,也是它填的。

填完还会自检一遍。

设计阶段对话

对话里写着 Create a microcontroller,下方标着 Interprets Design Intent

二是看懂工具报错。

用人话解释,再给纠正建议。

三是分析时序。

用时序方法论找出违例。

根因讲清楚。

有人卡在时序收敛上。

它先看哪些路径没过。

按失败类型分组。

再逐条验证。

确认全部路径都过了。

全程自动跑。

靠的是时序技能。

实现阶段对话

对话里是 Analyze my timing violations,下方标着 Invokes Timing Skill

四是在高层次综合上做优化。

流水线怎么排,循环怎么改,都有建议。

编译指令插哪里,架构往哪走,也说。

例子是一条传感器流水线。

原本在工程软件里搭。

目标是每秒 3 亿像素。

手写代码和它生成的,放同一套工具上比。

人手要两天的活,压到两小时。

可编程逻辑资源还少占 35%。

算法优化前后对比

标题是 Fewer Logic Resources,表里留着 1,177 LUTs

五是加速硬件调试。

带着采信号。

调试核怎么配,它说。

接口怎么分析,也说。

根因在哪儿,它指出来。

系统架构师能用。

电路板设计师能用。

芯片设计师和软件开发者也能用。

每个角色看到的是自己那部分上下文。

项目状态却是同一份。

技能沉淀三步

三步写着 Codify Shared Practice,末步是 Execute in Workflow

例子是跨领域流程。

有个规格生成器。

读你给的文档。

先出一份设计规格。

规格出来,它自己排流程。

先后关系它理得清。

人审一遍。

往下走。

多个智能体分管不同领域。

多领域协同流程

图上有 design_spec.md 与 verification_spec.md,末尾一行标着 HUMAN REVIEW

还有一个例子讲上下文感知。

客户要做一套摄像头系统。

中途改一次设计。

芯片的接口逻辑要改。

电路板和引脚排列跟着改。

摄像头驱动的时序也要改。

成像流水线同样要动。

系统时序得重新校验。

有了它,这些环节串在一条链上。

每一步可追踪,可标记,可验证。

上下文感知编排

左边一行 Design Change,右边跟着 Camera driver updated 和 System timing rechecked

再一个例子。

它读完文档,写出一份说明书。

计算资源怎么分,它来定。

算法怎么映射,也它定。

最后拼成一套系统。

能实施,也能部署。

一次提问跨架构

标题是 One Prompt,跨 Adaptive 与 x86 Embedded,方框写 Interprets Requirements

结语:知识库全开,设计快一点

这是一种新做法。

智能体和官方知识,加上验证过的流程,三样绑在一起。

硬件和软件,还有智能算法和系统设计,都在这条线上做。

每个阶段,自主权给多少由用户定。

想自己管的,随时能收回来。

知识好拿了,能复用了,团队就快。

产品也更早到市场。

除了按月加工具和工作流,官方还打算放开技能自定义。

让人在团队之间共享流程。