首页 文章 精选 留言 我的

精选列表

搜索[智博会],共10000篇文章
优秀的个人博客,低调大师

【转】Spark 2.0 技术预览版:更简单、更快速、更智

自两年前Spark 1.0发布以来,我们收到了很多意见,或褒或贬;而Spark 2.0正是基于我们过去两年来获得的经验总结来构建的,它着重加强了用户喜爱的功能,改善了大家不满的地方。本文总结了Spark2.0的三个主要改进方向:更简单、更快速、更智能 我们欣喜地宣布,从今天起大家可以在Databricks下载Apache Spark 2.0的技术预览版(社区版)了,该数据包使用upstream branch-2.0构建,使用起来非常简单,只要在启动集群时选择“2.0(branch preview)”版本就可以了。 在Databricks创建一个新Apache Spark 2.0技术预览版集群的工作流程截图 由于Apache Spark 2.0的最终发布版尚需几周才能出炉,本技术预览版旨在让大家提前

优秀的个人博客,低调大师

AI Agent 系统:从“会聊天”到“能办事”

AI Agent 系统,是以大模型为决策核心,连接记忆、工具和执行环境的软件系统。普通聊天机器人只回答问题,Agent 则能拆解目标、调用工具、观察结果、调整下一步,直到任务完成。 ## 一、Agent 不是更长的提示词 很多人把 Agent 理解成“提示词写得更复杂”。其实不然。Agent 的关键在于闭环: - 它不只是生成文本; - 它会选择行动; - 它能读取外部结果; - 它会根据结果继续决策。 换句话说,Agent 把大模型从“内容生成器”变成了“任务执行器”。 ## 二、核心组件 一个典型的 AI Agent 系统通常包括: 1. **模型**:负责理解、推理和决策。 1. **规划器**:把目标拆成步骤。 1. **工具**:搜索、数据库、API、代码执行、文件操作。 1. **记忆**:短期上下文、长期偏好、任务状态。 1. **执行器与观察**:调用工具,并把结果反馈给模型。 1. **安全护栏**:权限、白名单、人工确认、审计日志。 ## 三、最小 Agent 循环 代码可以很少,核心就是一个“决策—行动—观察”的循环: ``` def run_agent(goal, llm, tools): memory = [f"目标:{goal}"] while True: action = llm(memory, list(tools)) if action["type"] == "final": return action["content"] result = tools[action["name"]](**action["args"]) memory.append(f"观察:{result}") ``` 这段代码不复杂,但已经具备 Agent 的基本形态:模型根据记忆决定下一步,要么调用工具,要么输出最终答案。真实系统还需要循环上限、异常处理、权限校验和成本控制。 ## 四、典型应用 - **客服 Agent**:查订单、改地址、发起退款。 - **数据分析 Agent**:写 SQL、跑报表、解释异常。 - **办公 Agent**:整理邮件、安排会议、生成周报。 - **电商 Agent**:选品分析、广告投放、评论洞察。 - **代码 Agent**:读仓库、改代码、跑测试。 ## 五、商业价值 Agent 的价值不是“更像人”,而是“能闭环”。它把 AI 从单次问答推进到连续任务,减少人工切换系统、复制粘贴和重复操作。对企业来说,这意味着更低的执行成本、更快的响应速度和更可规模化的流程自动化。 ## 六、挑战与边界 Agent 也面临明显问题:幻觉、错误工具调用、权限越界、延迟和成本上升、责任归属不清。因此,生产级 Agent 不能完全放手,必须加入: - 工具白名单; - 高风险操作人工确认; - 全链路日志; - 任务评估与回放; - 失败重试和熔断机制。 ## 七、落地建议 1. 从窄场景开始,不要一上来做“万能助理”。 1. 先定义工具,再定义 Agent。 1. 把权限和审计当成一等公民。 1. 用数据评估成功率、成本和人工接管率。 1. 让 Agent 做草稿和执行,人做关键判断。 ## 结语 AI Agent 系统的本质,是让模型在约束下行动。少量代码就能跑通循环,但真正决定成败的,是工具设计、权限边界和业务闭环。谁先把 Agent 放进真实流程,谁就更可能拿到效率红利。

优秀的个人博客,低调大师

掌声会骗人,提问才说明你讲透了

## 一个反直觉的信号 内部做技术分享,最容易让人自我感觉良好的,是台下一片掌声。但回头一看,没人真的用上你讲的东西。反倒是那些被问得最多、甚至被挑战的环节,才说明内容真的戳中了听众的真实场景。 ## 为什么提问比掌声更可靠 - 掌声可以是情绪共鸣,也可以是礼貌。 - 提问意味着听众在拿自己的业务场景去对照、去质疑。 - 被挑战,说明你讲的东西和他们正在踩的坑对上了。 ## 怎么用这个信号 1. 分享结束后,立刻复盘「被问最多的三个问题」。 2. 把高频问题沉淀成文档,或作为下一场的起点。 3. 把掌声当氛围指标,把提问当价值指标。 ## 边界 当然,没有提问不等于失败:可能是内容太基础,也可能是场景没对上。关键是别把热度误当成价值。 > 一场分享的价值,不在有多少人鼓掌,而在有多少人因此开始追问。

优秀的个人博客,低调大师

FPGA 最难的时序问题,Codex 会修了

# 做 FPGA 开发的朋友都知道,FPGA 开发里最高阶、也是最让人头疼的问题,其实时序问题。 现在,AI 已经能够很好地帮助程序员解决 Coding 的问题。那么,对于 FPGA 这类底层硬件开发来说,像时序收敛这样偏工程化、偏经验性的难题,AI 或者 AI Agent,到底能不能帮我们解决? 今天,我拿 Codex 做了一个实验。 整个流程其实很简单。之前也提到过,Vivado 本身支持 TCL 脚本。任何一款 EDA 软件,只要支持 TCL 脚本,理论上都可以通过脚本接口被 AI Agent 接管。AI 不需要去点鼠标,而是可以通过调用 TCL 脚本,完成 Vivado 工程的创建、编译、实现以及各种自动化操作。 ![46c2c9b7722274a3d3ba2989976fb8ba.png](https://developer.qcloudimg.com/http-save/yehe-3344552/8f848fdab01e491bc55ffc52ac8a98ae.png) 于是,这次我直接把一个**时序不收敛**的 Vivado 工程交给了 Codex,然后给它下达了一个任务: **分析这个工程为什么时序不满足,输出时序分析报告,并帮我把时序问题修复。** ![image.png](https://developer.qcloudimg.com/http-save/yehe-3344552/9416231b3eef6b815b18e4be1ab10e9d.png) Codex 收到任务以后,我全程没有干预,只是观察它的执行日志。 它首先分析了当前工程的时序报告,定位了存在的问题,然后给出了修复方案。接着,它直接修改了工程里的 RTL 文件,重新进行**综合、实现,并生成了新的 bit 文件**。 不过第一次尝试并没有成功。因为重新编译之后,它发现时序依然没有收敛。于是,它没有停下来,而是重新分析新的时序报告,尝试另一种解决思路,再次修改代码,重新综合、重新实现。 ![image.png](https://developer.qcloudimg.com/http-save/yehe-3344552/a22ca4652d8bdd841a529b097814b9f8.png) 第二次迭代完成之后,codex告诉我,时序终于收敛了。 我随后打开了它最终生成的工程,确认了一下结果。之前工程里的时序违例确实已经全部消失,整个工程已经能够正常通过时序检查。 ![704146fa2e7d320a46e989f66ec9b1e1.png](https://developer.qcloudimg.com/http-save/yehe-3344552/da2141cbfb5ee343601e5c8075de4f62.png) 我也认真看了一下它最终采用的解决方案。就是在约束文件中增加 Multi-Cycle Path(多周期路径)约束。 实际上,这个工程之所以时序不收敛,就是由于某个状态机内部存在大量乘法和除法运算,再加上工程工作频率比较高,最终导致建立时间(Setup Time)无法满足要求。我当时自己来处理时,也是采用的这个方案。因为出现时序问题的这些信号本身就是参数变量,实际使用的时候确实没必要按照系统时钟来约束。 所以,**Codex 最终采用的方案,与我的思路基本一致**。虽然它中间经历了两次分析、两次迭代,包括综合、实现以及生成 bit 文件在内,整个过程一共只用了 46 分钟。我觉得,这个效率完全能够接受。 当然,这次实验也说明了一件事情: 对于一个时序不收敛的 FPGA 工程,Codex 或者这类AI Agent已经能够完成整个自动化分析、自动化迭代,并最终帮助工程实现时序收敛。从业者们完全可以通过调用这些工具实现工作的提效,**抛弃古法编程,拥抱工具吧**。 最后,我也复盘了一下整个过程。 我发现,Codex 并不是一次就把vivado的时序问题解决了。它真正厉害的地方,是能够不断读取时序报告,分析问题,修改工程,再重新编译,再读取新的时序报告,然后继续迭代。 整个过程,最关键的就是建立起了一套完整的**分析—反馈—迭代—验证**的闭环机制。这应该也算是Loop Engineering思维在AI-Assisted FPGA Development里的一个映射吧。 ![](https://developer.qcloudimg.com/http-save/yehe-3344552/dc09c68ea82c18a507b36ba54617822c.jpg)

资源下载

更多资源
Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册