作者通过亲手编写代码、研究底层原理和对比传统架构，系统地梳理了从“怀疑 AI”到“理解并驾驭 AI”的心路历程。
当每个业务场景都需要一个AI助手时，我们是在埋头苦干、重复造轮子，还是选择打造一条“AI助手生产线”？本文深入探讨智空间团队如何将执行、答疑、排查、极简场景四大高频需求抽象为可复用的技术方案，最终实现让业务方“配”助手而不是“开发”一个助手。
本文分享了构建“AI全栈研发知识基座”的团队实践经验，旨在解决通用大模型不懂特定业务逻辑的痛点。文章提出通过系统化梳理业务文档、代码规范、架构决策及历史案例，构建高质量的企业专属知识库，并结合RAG技术将其嵌入研发全流程。该基座不仅让AI在代码生成、Bug修复和需求分析中能精准理解业务上下文，减少幻觉，还通过持续反馈机制实现知识的动态迭代，使AI随着团队使用不断“进化”，最终成为真正懂业务、能落地的智能研发伙伴，显著提升团队整体效能。
本文基于我们服务阿里巴巴多条业务线（淘天、闪购、爱橙、云智能、高德、饿了么、1688、蚂蚁、菜鸟等）、众多社区用户（如友邦、海尔、建设银行等）、超 1000+智能体应用实践经验积累。 本文发表前，我们刚刚发布了框架新版本，Spring AI Alibaba 全面升级对 AgentScope 框架支持，以 AgentScope ReActAgent 为核心，全面支持基于 AgentScope 的多智能体编排。
最近OpenClaw如日中天，俨然已经是当下最热门并实用的个人助理。OpenClaw已经是我每日深度使用的效率工具，作为技术人，忍不住想系统性扒一下其技术架构与实现细节。当然了，本文也是通过与一堆Agent协作完成，包括OpenClaw、OpenCode、ClaudeCode、NotebookLLM、 DeRisk等。OpenClaw 在面向个人助手方向上，不仅仅体现在其灵活先进的智能体架构，还有其围绕个人助手方向的各种工具与生态的完整实现，是各类技术与工具的集大成者。 最让人惊讶的是，这些能力的基本全部通过AI-Coding实现，可以说彻底改变了软件开发的范式，而且清晰简洁的架构设计与表达，比传统人类编程的系统具有更高的标准，可以说是开启新的软件构建范式的开山之作，非常值得深入的研究。
吐槽了部署和二开OpenClaw踩过的坑吐槽了钉钉通道集成的问题探究了OpenClaw为啥火对比了本地模式和云上沙箱反思了Skill 与传统Agent 工程反思了AI 交付产品的局限性
本文是对AI Coding在前端研发实践中应用的复盘，系统总结了从工具选型、场景落地到效能评估的全流程经验。文章指出，AI在生成样板代码、单元测试编写及UI组件快速搭建等标准化场景中能显著提升效率，但在复杂业务逻辑理解、状态管理及样式细节把控上仍存在局限，需依赖人工审查与修正。通过实践，团队提炼出“人机协同”的最佳工作流：将AI定位为高效助手而非替代者，强调通过优化提示词（Prompt）、建立前端专属知识库及制定严格的代码审查规范来弥补AI的不足，最终实现研发质量与速度的双重提升，为前端团队规模化引入AI辅助开发提供了可复制的方法论。
近几年，我一直从事于Agent领域的探索、应用与实践，也陆续沉淀了许多相关的技术文章，相信不少朋友都读过我之前那篇《如何构建和调优高可用性的Agent？浅谈阿里云服务领域Agent构建的方法论》。在那篇文章中，我们从Agent的概念起源聊到落地挑战，再到具体的解决方案，进行了一次较为系统的梳理。后来随着上下文工程、Multi-Agent、Agent Skills等技术的不断发展，我又通过《如何让Agent更符合预期？基于上下文工程和多智能体构建云小二Aivis的十大实战经验》 等文章详细介绍了我们在多个Agent技术细节上的一些落地实践经验。从生成式LLM爆发的变革到催生Agent的快速发展，AI发展的浪潮从未停歇。随着近半年来，Anthropic在Claude Code上前后实践和推出了Agent Skills、Agent Teams等新技术范式，Agent的构建逻辑与能力边界正在被重新定义。站在当前这个时间节点，当我们再次探讨“如何构建一个优秀的 Agent”以及“如何进行技术架构选型”时，原有的视角或许已不足以应对各种场景及的变化。
本文通过一个电商系统“限时折扣”功能从快速上线到逐渐演变为复杂黑箱的典型案例，深入剖析了软件系统为何越做越乱的根本原因——复杂性的累积。文章指出，复杂性并非源于重大错误，而是由无数看似合理的小妥协（如随意添加开关、复制逻辑、临时补丁）层层叠加所致，最终导致变更放大、认知负荷加重、未知的未知增多。在此基础上，文章对比了“战术性编程”（追求短期交付速度，忽视设计）与“战略性编程”（以长期可维护性为目标，持续投入10%–20%时间优化架构）的本质差异，并系统阐述了管理复杂性的核心方法。作者强调：真正的开发速度来自良好设计，而非侥幸“跑起来”；每一次对设计的轻视，都在为未来的瘫痪埋下伏笔。
