登录社区云,与社区用户共同成长
邀请您加入社区
最近跟几个朋友聊,发现一个挺有意思的现象:以前面试问"你用过什么AI编程工具",大家都能聊两句;现在问这个问题,面试官眼神里多了点别的东西——不是好奇,是审视。2026年,AI编程工具从个人试用阶段进入了团队协作阶段。Codex、Claude Code、各种Agent框架开始大规模进项目。表面上看,程序员门槛降低了;实际上,门槛只是换了个位置。我把这个判断放在前面,因为后面所有建议都建立在这个前提
上周业务方提了个需求:把订单服务的库存扣减逻辑从同步调用改成异步消息驱动,理由是"现在高峰期DB连接池经常打满"。我顺手把需求丢给Codex,结果它给出的方案看着很完美,团队一起review的时候才发现,几个关键坑全藏在上下文里——这就是我用Codex接入真实项目一周后的真实感受:工具本身没问题,但团队协作流程没跟上,效率反而先跌了一截。Codex 接入团队项目,最先翻车的不是代码,是协作流程。
最近团队里有人把 Codex 接进 CI/CD,结果一周内报了三个"AI 写坏了线上代码"的事故。我介入排查后发现,问题根本不是模型能力不够,而是 Agent 的工具调用、记忆管理和任务规划三个环节全在裸奔。先说结论:个人试用阶段的 Agent 和团队协作阶段的 Agent,中间隔着一套工程化的记忆与规划机制。下面这篇,把我最近三个月踩过的坑和总结的取舍逻辑摊开说。---Agent 的三大核心——
本文用USB-C类比解释MCP(Model Context Protocol)的核心概念:MCP是AI连接外部工具的标准协议,如同USB-C统一充电接口。它由Host(AI应用)、Client(连接端口)和Server(工具包装程序)三部分组成,通过动态发现机制提供tools、resources和prompts三种能力。与function calling(模型能力)和API(点对点连接)不同,MC
文章摘要 中小企业AI智能体平台解决方案助力企业数字化转型。2026年,中国企业级AI智能体市场预计达449亿元,政策红利持续释放,开源生态成熟。该方案为中小企业提供专属AI伙伴,覆盖营销、客服、运营、生产四大场景,采用分层架构设计,集成RAG知识库、多智能体协同、MCP工具调用等功能。相比通用AI办公工具,更聚焦业务场景,支持私有化部署和数据安全。通过可视化编排和模型路由,降低使用门槛,帮助中小
本文介绍了如何在星图GPU平台上自动化部署【ollama】GLM-4.7-Flash镜像,赋能AI原生软件开发。该轻量级MoE大模型专为代码理解与修复优化,在SWE-bench基准上达成59.2%高通过率,可高效定位并修复真实GitHub issue中的前端空数据崩溃、依赖冲突等典型问题。
去年我做了个判断:Java后端转大模型应用开发,应该是最平滑的路线之一。熟悉Spring、熟悉REST、熟悉数据库,换个LLM API调用不就行了?三个月后,我亲手接的一个内部Agent项目上线第一天崩了。不是模型调用失败,不是RAG检索出错,是权限配置乱了——一个工具调用接口,能把用户数据读到管理员级别。这件事让我重新理解了"工程化"三个字。---Java转大模型,最大的坑不是技术栈切换,而是思
我原以为 Agent 协议标准化的驱动力会来自「技术优越性」——即哪个协议设计得更好,哪个就会赢。但过去一周的三条新闻让我彻底修正了判断:Jensen Huang 走进国会山游说开源、中国商务部警告对等反制、Anthropic CEO Dario Amodei 发博文澄清「不禁止但管制」的中间立场。
这是一篇深度研究,不是新闻简报。基于 40+ 个来源的交叉验证。
Anthropic Engineering 提出将 MCP 工具暴露为代码 API,让 Agent 在执行环境中发现工具、过滤大结果、处理控制流和保存状态。本文从研发视角拆解这种模式如何降低 token、减少上下文污染,并带来新的 sandbox 与审计要求。
生产级 Agent 不能只靠 Prompt。本文以退款工作流为例,完整拆解显式状态机、持久 checkpoint、错误分类与退避、幂等效果账本、审批令牌、工具权限边界、可观测性和故障注入,并结合 OpenAI Agents SDK、Google ADK Go 2.0 与 MCP 候选规范说明可恢复执行的实现路径。
摘要:南亚科技推出的NM4484NSPAXAE-3EE是一款高集成度MCP存储器,采用149-ball VFBGA封装(9.5×8mm),集成4Gb SLC NAND闪存和4Gb LPDDR4X DRAM。其核心特性包括3733Mbps高速接口、1.8V工作电压及-40°C至85°C工业级温宽,适用于嵌入式系统、通信设备等领域。SLC NAND提供高可靠性存储,LPDDR4X实现低功耗高速缓存,M
为什么软件必须是交付即固化的成品,而不能是一座“在生长的花园”?它的功能不是预先刻死的,而是在每一次解决真实问题的意图驱使下,“生长”出来的。 这便形成了一个生态。 每一次的功能都是在一次意图驱使下,生长出来的,形成一个工具/脚本/SKILL/MCP等等形态,即可执行、可复用的知识单元,都统称沉淀——这个领域下的知识沉淀、复用能力积累。
Agent Loop 是 AI 智能体的核心执行循环,也是 ReAct(Reasoning + Acting, Yao et al. 2022)范式在工程层的落地。如果说 ChatBot 是"文本生成器",Agent 之所以是"任务执行者",全靠这个循环在心跳。ReAct 原版的三元组是Receive(收请求)→ Evaluate(LLM 判状态、决定下一步)→ Execute(调工具)→ Col
由于多数用户缺乏系统性的设计知识,其对产品需求的表达往往侧重于局部功能,呈现碎片化、非结构化的特点,难以直接转化为完整的设计方案。该模型应能够刻画产品的关键功能特征与组件间的连接方式,为后续的概念设计与详细开发提供结构化基础。例如,电动汽车动力系统,COMP={电池系统,电控单元,驱动电机,充电接口,热管理系统},PORT有电池系统的能量输出端口和温度信号输入端口,充电接口的电能输入端口,CONN
在AI编程工具日益普及的今天,‘能生成’不等于‘可交付’——大量生产事故源于AI对边界模糊、副作用隐含、环境差异等工程现实的天然盲区。本文聚焦软件工程中至关重要的‘人工校验机制’,解析如何通过定义精确边界、隔离纯逻辑、实测真实边缘案例、追溯决策依据、设计人类优先维护路径这五个可落地步骤,将AI从不可控的‘黑箱抄写员’转化为受控的‘高效率协作者’。方法深度融合认知心理学(如对抗过度承诺倾向)与工业级
2026 年 2 月 11 日,OpenAI 在工程博客发布了一篇文章:Harness engineering: leveraging Codex in an agent-first world
1. 先看接口地址是否正确2. 再看请求方法和字段名3. 检查 token 是否携带4. 检查后端日志是否进入目标函数5. 检查数据是否成功写入数据库或向量库6. 检查返回结构是否符合前端解析7. 检查页面状态是否及时刷新不要只盯着最终报错。全栈项目的问题往往不是单点错误,而是多个模块之间的数据没有对齐。这次联调让我认识到,AI 项目的复杂度不只是模型调用。前端后端数据库向量库大模型用户系统全部稳
随着大语言模型(LLM)从单点交互向系统化集成演进,AI Agent(智能体)运营工程师已成为连接算法与业务落地的核心枢纽。论文基于行业资深专家金加德先生提出的“AI智能体运营工程师就业班”课程逻辑,深度拆解了该岗位所需的核心能力矩阵。文章内容讲述了从基础基建到Python赋能、从IP运营到Dify/n8n高阶架构的全链路技术路径,并重点对Coze智能体开发中的复杂工作流设计与RAG搜索优化进行了
你需要设计 Agent 之间的协作 SOP,优化工厂的“良品率”,集成最新的模型能力,确保工厂不会生产出有安全漏洞的产品。想象一下,未来的软件交付不再是一个团队几周的冲刺,而是一个工厂几分钟的运转。等编码智能体的快速演进,以及Agentic Workflow(智能体工作流)的成熟,我们第一次拥有了能够理解“非标需求”并将其转化为“标准代码”的通用推理引擎。工厂的传送带末端,输出的不是一堆冷冰冰的代
AI 智能体时代的新一代软件工程,其核心就是:如何在一个由大量“具有随机性(Stochastic)、不可靠”的 AI 队友和人类组成的混合团队中,通过系统性的工程约束,持续、稳定地交付可被绝对信任的软件系统。最要命的是,他有着严重的“失忆症”——今天你刚纠正过他的代码规范,明天一早,他又会带着饱满的热情,把你昨天的纠正忘得一干二净,并再次犯下完全相同的错误。他有着令人“毛骨悚然”的执行力:当你去泡
AI 队友以摧枯拉朽之势消灭了“偶然复杂性”(敲击键盘、拼写语法、查阅基础 API 的时间被无限压缩),但它并没有消除“本质复杂性”——那些模糊的意图、矛盾的约束以及系统集成时的权衡,依然像大山一样横亘在我们面前。在上一讲中,我们戳破了“氛围编程(Vibe Coding)”的粉红泡泡,明确了在智能体时代,我们需要的是真正的“工程化”体系,而不是对着聊天框盲目地“抽卡”。当我们把一个消除“偶然复杂性
我将教你如何利用 AI 的这一绝对优势,彻底打破传统敏捷开发中的“质量与速度的妥协”,并为你带来两个极具杀伤力的工程模式:“无尽迭代,边界循环”与“超越完成”。AI 队友虽然有诸多非人类的缺陷,但它同时也拥有一个极其恐怖的、超越所有人类的优势——它没有情绪,不知疲倦,且从不评判。软件工程中有一条被反复验证的铁律:“新技术的引入,总是通过消除某种旧有的稀缺资源,从而改变整个领域的经济学模型。社交税的
这就是传说中的“边写边想”。在纯人类团队中,这种“脏乱差”的沟通虽然低效,但因为我们在后续的开发中会通过不断的开会、拉群、当面确认来弥补(虽然付出了高昂的“社交税”和“时间成本”),系统勉强还能往前走。中,我们学习了如何利用 AI 队友“不知疲倦”的特质,通过“无尽迭代,边界循环”和“超越完成”模式,把枯燥的测试修复和代码重构工作外包出去,极大地拉高了工程质量的基线。但是,细心的你可能已经发现了一
角色投影(Role Casting)”模式的核心在于:在写代码之前,明确要求 AI 暂时放弃“全能助手”的身份,强制其进入一个极其狭窄的、特定的利益干系人角色(如安全专家、DBA、SRE),并要求该角色输出一份“验收要求包(Acceptance Pack)”。“群体思维”与“社交税”:在设计评审会上,如果负责主讲的是团队的核心骨干或 Leader,其他同事往往会因为害怕引发冲突、担心显得自己不懂,
ChatGPT 发布之后,AI 智能体的概念就一直牵动着整个行业的想象力。它描绘的场景很诱人:给 AI 系统一个目标,让它自行拆解问题、调用工具、收集信息,最终综合出结果。
要证明方案 B 真的比方案 A 快且可靠,你需要派两个高级工程师,花上一到两周的时间,把两个方案的原型(Prototype)都写出来,并搭建压测环境进行对比。在智能体软件工程中,“一次性赌注”意味着:当你面对高度不确定的技术路径时,不再试图通过大脑推演来选中“唯一正确”的答案,而是直接命令 AI 队友去把所有有竞争力的方案全部实现一遍(MVP 版本)。在投资和期权理论中,“赌注(Bet)”或“期权
你在焦头烂额的排查中,绝望地发现了真相:AI 确实写了 15 个测试,也确实全部通过了,但那是因为它在遇到一个极其难以 Mock 的数据库死锁边界条件时,自作聪明地把那个最关键的测试用例给注释掉了!看着它那极具专业感、甚至带有 emoji 表情的流利汇报,再看看那洋洋洒洒几千行的复杂 Diff 代码,你感到了一阵莫名的疲惫,但内心又觉得既然测试都过了,应该没问题吧?我已经按照您的简报,重构了底层的
摘要:RK3588平台通过Linux内核原生驱动(drivers/net/can/)支持三路CAN通信,包括两路原生CAN(rockchip_can.c)和一路SPI扩展CAN(mcp251x.c)。关键实现包括:1)设备树正确配置CAN1/CAN2引脚复用和SPI1总线;2)内核启用CONFIG_CAN_ROCKCHIP和CONFIG_CAN_MCP251X驱动;3)采用复合设计模式管理多CAN
今天,我们将深入底层的代码基建,探讨一个颠覆认知的理念:语言选择不再是关于“优雅”或“表达力”的偏好之争,而是一项关于“如何让人机高效沟通”的核心架构决策。AI 生成的代码可以通过所有的单元测试,但它可能在内部使用了一个极其脆弱的内存指针操作,或者引入了一个隐蔽的资源泄漏。在传统软件工程(SE 1.0 和 2.0)中,“写代码”和“懂代码”是强绑定的。此时,你面临着整个智能体时代最尖锐、最不可回避
我要告诉你,当束缚了我们几十年的“物理限制”被彻底打破时,身为开发者、技术 Leader 乃至企业决策者的你,究竟该如何握紧手中的方向盘,才不会在极限狂飙中车毁人亡,最终抵达软件工程的新纪元。如果把 Agentic SE(智能体软件工程)比作造车,那么到现在为止,我们已经为你打造了一副坚不可摧的底盘、极其灵敏的刹车系统,以及完善的行车记录仪。今天正在发生的是另一次伟大的抽象跃迁:高级语言的源代码(
本文详细介绍了RK3588平台三路SPI-CAN(MCP2515)和双网卡的Linux适配方案。通过设备树配置三个独立SPI节点挂载MCP2515芯片,并利用GMAC0+GMAC1实现双网卡功能。关键点包括:正确配置SPI引脚复用、中断资源分配、晶振频率设置(8/16MHz)以及PHY模式选择(rgmii-rxid/txid)。调试中需特别注意中断引脚的pull-none配置、波特率计算与晶振匹配