实测 9 款 AI 架构图工具:从 Mermaid 美化到 GPT-Image2,一份选型清单

1. 引言:当 AI 开始接管"架构图"

写技术文档、做架构评审、出方案 PPT,几乎每个工程师每周都要跟架构图打交道。传统的两条路都不太好走:Visio、draw.io 这类拖拽工具上手快,但改一次图等于重画一遍,维护成本高;Mermaid、PlantUML 这类代码式 DSL 能嵌入 Markdown,默认渲染出来的样式又往往"丑到没法直接放进 PPT"。

问题也由此而来:当 Claude Code、Codex 这类 AI 编程助手成了日常搭档,能不能让 AI 把"画架构图"这件事也接管过去?

随着 AI Agent 进入日常研发流程,开源社区已经涌现出一批专门面向 AI Agent 的画图 Skill 和工具,把"画架构图"从手工活变成了可执行、可复用、可校验的工程化能力。我把 GitHub 上 9 款代表性工具(Stars 从 809 到 33.9k)装进 Claude Code 逐个实测了一遍,按 Skill 生图、AI 辅助应用、GPT-Image2 模型生图 三大类整理出这份选型指南。

一句话结论先放在这:

想要 Mermaid 美化选 beautiful-mermaid;想要全能型选 fireworks-tech-graph;想要交互演示选 archify;想要可长期维护选 drawio-skill 或 next-ai-draw-io;想要 GIF 动效选 fireworks-tech-graph 或岚叔手绘风;想要汇报级视觉大片上 GPT-Image2 系列。

2. 铺垫:两类画图路线,以及为什么 AI 偏爱后者

在挑工具之前,先用一张表把"画图"的两条技术路线分清楚。

路线代表工作方式谁更适配
可视化拖拽绘图Visio、draw.io鼠标拖拽,所见即所得人
代码式图表 DSLMermaid、PlantUML文本代码定义图形,可版本化管理人 + 程序 + AI Agent

为什么 AI 时代更偏后者?因为 AI Agent 的本质是"读写文本"。给它一段 Mermaid 源码,它能改、能扩、能重新渲染;给它一张 PNG,它什么都做不了。DSL 让架构图从"图形资产"变成了"代码资产",这是后面所有 Skill 生图工具的共同基础。

几个贯穿全文的基础名词:

名词一句话说明
UML统一建模语言,软件工程标准建模规范,覆盖类图、时序图、组件图、部署图等
DSL领域专用语言,Mermaid / PlantUML 都属于画图领域的 DSL
SVG矢量图格式,缩放不失真,适合网页嵌入和高清输出
PNG位图格式,通用性好,适合截图和日常分享
C4Context / Container / Component / Code 四层架构建模方法,适合表达大型系统

3. 九款工具全景速览

工具GitHub Stars类别一句话定位
next-ai-draw-io33.9kAI 辅助应用draw.io 桌面画板 + AI 对话生图
beautiful-mermaid10.7kSkill 生图把 Mermaid 渲染得更漂亮
fireworks-tech-graph9.4kSkill 生图14 类工程架构图 + GIF/HTML 多格式
awesome-gpt-image-28.4kGPT-Image2 生图500+ 工业级 Prompt 模板库
archify7.4kSkill 生图可交互 HTML 技术地图
architecture-diagram-generator6.7kSkill 生图固定深色模板的快速出图
drawio-skill6.6kSkill 生图生成可编辑的 .drawio 源文件
GPT-Image2-Skill4kGPT-Image2 生图Prompt 模板 + CLI 执行层
lanshu-animated-architecture-diagram809Skill 生图黑底手绘风 GIF 动态架构图

4. Skill 生图类:6 款工具实测

先解释一个贯穿本节的概念。Skill(技能包)可以理解为给 AI 编程助手预装的一套"可执行技能":它不只是提示词,而是打包了固定输入格式、图表模板、渲染规则和输出约束的一整套规则文件。装进 Claude Code / Codex 之后,你在对话里用自然语言描述想要什么图,Agent 就会按 Skill 内置的模板和风格直接产出 SVG / PNG / GIF / HTML 等成品。它比纯提示词稳定,比手工拖拽自动化,也比直接文生图更能保证结构关系。

4.1 beautiful-mermaid

关键词:Mermaid 美化、6 类图、13 种主题、SVG + ASCII 双输出

官方 Mermaid 的默认样式一直是个痛点——能用,但拿出来做汇报总觉得差点意思。beautiful-mermaid 重新实现了 Mermaid 常见图类型的解析、布局和渲染,同样一段 Mermaid 源码,渲染出来的 SVG 在配色、字体、留白上都更像"设计过的图"。

它同时输出三种形态:

•SVG:嵌入文档、PPT 用

•ASCII / Unicode 字符图:直接放进终端、代码注释、纯文本环境

•Mermaid 源码:方便版本化管理

图类型覆盖 Mermaid 主流六类(Flowchart 流程图、Sequence 时序图、State 状态图、Class 类图、ER 实体关系图、XY Chart 数值图表),主题 13 种,常用的有 tokyo-night(深色科技风)、dracula(编辑器经典配色)、default(浅底中性风)。

典型调用(在 Claude Code / Codex 里直接说):

用 beautiful-mermaid 渲染一张 Flowchart,先生成 Mermaid 代码,再渲染为 SVG 和 Unicode。
图中包含 User、Frontend、API Gateway、Auth Service、Order Service、Database,
重点展示用户下单请求链路。主题使用 tokyo-night,背景透明,字体使用 Inter。

适合谁:已经在用 Mermaid 但嫌弃默认样式的人;写技术文档 / Wiki / 博客需要内嵌图的人。局限:它解决不了"我想画 C4、云架构、Agent 拓扑"这类 Mermaid 不擅长的图——那是下一款工具的领域。

生成架构图效果

流程图-自上而下



流程图-自左向右



状态图



时序图



类图



ER 实体关系图



XY图表



XY图表



图中结构说明:左栏 = Mermaid 源码,中栏 = SVG 渲染图,右栏 = ASCII 字符图。

4.2 fireworks-tech-graph

关键词:14 类图、GIF 动效、5 种输出格式、14 种主题

如果说 beautiful-mermaid 是"把 Mermaid 做精",fireworks-tech-graph 就是"把工程图做全"。它在 6 类标准 Mermaid 图的基础上,扩展出 UML、C4、云架构、Agent 架构、网络拓扑、数据流等 14 类场景架构图,几乎覆盖日常技术写作和设计评审的所有图型。

更突出的是输出能力:

•5 种格式:SVG、PNG、GIF、HTML、JSON,可自由组合

•GIF 动效:让架构图里的数据流、调用链"动起来",是 9 款里唯二支持 GIF 的(另一款是岚叔手绘风)

•HTML 交互:支持轻量交互,可以在浏览器里点选查看

主题库也很有看点,14 种风格几乎是为技术分享量身定制:Flat Icon 扁平图标(默认)、Dark Terminal 暗黑极客、Blueprint 工程蓝图、Notion 极简、Glassmorphism 玻璃态、Claude / OpenAI 官方风、Dark Luxury 暗黑奢华手绘、C4 Review Canvas 评审画布、Cloud Fabric 云织物、Event Transit 事件地铁、Ops Pulse 运维脉冲等。

典型调用:

用 fireworks-tech-graph 画一张 Agentic RAG 架构图,
包含 Query、Planner、Search Tool、VectorDB、LLM、Response,
展示完整检索问答链路,使用 Dark Terminal 风格,输出 SVG、PNG。

两个快捷模板也很常用:

# 动态动效图
fireworks-tech-graph 绘制【内容】,生成 GIF 动态效果图

# 云架构专属
fireworks-tech-graph 绘制多云部署拓扑,Cloud Fabric 风格,输出 SVG、PNG、HTML

适合谁:只想装一个 Skill、覆盖 80% 日常画图需求的人。综合型选手,也是我们实测下来团队内部装机率最高的一款。

生成架构图效果

Flat Icon 扁平图标风(默认)



Dark Terminal 暗黑极客风



Blueprint 工程蓝图风



Notion 极简风



Glassmorphism 玻璃态卡片风



Claude 官方风格



OpenAI 官方风格



Dark Luxury 暗黑奢华手绘风



C4 Review Canvas C4 评审画布



Cloud Fabric 云织物风



Event Transit 事件地铁传输风



Ops Pulse 运维脉冲风



4.3 archify

关键词:HTML 优先、强交互、支持代码库分析

archify 的定位和前两款都不一样——它是 "HTML 优先" 的。静态 SVG/PNG 只是附带产物,核心价值在于生成一个可交互、可钻取的 HTML 技术地图:你可以在浏览器里缩放、点击节点看详情、追踪调用链路。

它还有一个差异化能力:可以直接读当前代码库,自动分析模块结构后生成运行时架构图,而不是只依赖你用文字描述。这对"老系统补文档"场景尤其有用。

支持 5 类图(架构图、工作流图、时序图、数据流图、生命周期/状态机图),主题 4 种(Classic、Signal Flow、Blueprint、Editorial)+ 3 种色彩模式(Dark / Light / System Auto),输出格式含 HTML、PNG、SVG、WebM、Share Card PNG、JSON IR。

典型调用:

用 archify 生成一张支付系统运行时架构图,基于当前代码库,
聚焦下单到支付完成链路,包含 Web、API Gateway、Order Service、
Payment Service、Redis、MySQL、第三方支付网关,
展示服务调用关系、缓存路径和外部依赖,使用 Blueprint 风格,输出 HTML、PNG、SVG。

适合谁:需要做架构评审、向他人演示系统结构、或想给老仓库快速补一份"活文档"的团队。和 fireworks-tech-graph 的取舍逻辑是:要图片优先选 fireworks,要交互演示优先选 archify。

生成架构图效果

架构图

样式连接:Production Deployment Ownership Diagram

时序图

样式连接:Cache Miss Request Sequence Diagram

数据流图

样式连接:https://tt-a1i.github.io/archify/gallery/artifacts/event-stream.dataflow.html

工作流图

样式连接:Agent Tool Call Workflow Diagram

状态图

样式连接:Deployment Release Lifecycle Diagram



4.4 architecture-diagram-generator

关键词:5 类图、单一深色主题、单 HTML 交付

Cocoon-AI 出品的这款 Skill 走极简路线:内置一套固定的深色科技风 HTML/SVG 模板,把自然语言描述快速转成风格统一的架构草图。它不做深度定制,但胜在出图快、风格统一、单 HTML 文件就能分享。

支持 5 类图(系统架构图、云架构图(含 Serverless)、基础设施架构图、安全架构图、网络拓扑图);主题只有 Dark 深色科技风一种;输出格式 HTML(默认),浏览器打开后可通过工具栏导出 PNG / PDF。

典型调用:

用 architecture-diagram 生成一张支付系统架构图,基于当前代码库的模块结构,
聚焦下单到支付完成链路,包含 Web 前端、API Gateway、Order Service、
Payment Service、Redis、MySQL、第三方支付网关,展示服务调用关系、缓存路径和安全边界。

适合谁:临时需要一张能看的草图、不想折腾风格和主题的人。局限:不能深度定制主题,不适合正式对外发布。实测体验上 archify 在交互性和图类型上都比它强,两者只选一个的话更推荐 archify。

生成架构图效果:

System 系统架构图



Cloud 云架构图



nfrastructure 基础设施架构图



4.5 drawio-skill

关键词:可编辑源文件、draw.io 生态、长期维护

前面几款 Skill 输出的大多是"成品图"(SVG/PNG/HTML),生成之后改起来不方便。drawio-skill 走了另一条路:直接生成 .drawio 结构化源文件,后续可以在 draw.io Desktop 或 diagrams.net 里继续编辑、维护、复用。这对需要长期演进的架构图非常关键——图不是画完就扔的,是要跟着系统一起迭代的。

它支持的输入来源也比其他 Skill 更广:

•自然语言描述

•当前代码库

•SQL DDL(直接生成 ER 图)

•Terraform / Kubernetes / docker-compose(直接生成部署架构图)

•OpenAPI / Swagger(直接生成 API 架构图)

图类型覆盖系统架构、云资源、基础设施、代码结构、数据架构、流程、时序、业务流程、网络拓扑、AI/ML 架构共 10 类;主题含 default、corporate、dark、handdrawn、colorblind-safe 及自定义主题;输出 .drawio、.drawio.png、.png、.svg、.pdf、.jpg。

推荐姿势:输出 .drawio + .drawio.png,前者用于维护,后者用于嵌入文档。

典型调用:

用 drawio-skill 生成一张支付系统架构图,基于当前代码库,
聚焦下单到支付完成链路,包含 Web、API Gateway、Order Service、
Payment Service、Redis、MySQL、第三方支付网关,
展示服务调用关系、缓存路径和外部依赖,使用 corporate 主题,输出 .drawio 和 .drawio.png

适合谁:图需要长期演进、多人协作维护的场景,比如团队的核心系统架构图、部署拓扑图。

生成架构图效果:

系统架构图



流程图



时序图



组件结构图



4.6 lanshu-animated-architecture-diagram

关键词:手绘风、GIF 动效、Excalidraw 源文件

岚叔(DailyDoseOfDS)风格的黑底手绘图,在技术圈里有极高的辨识度。这款 Skill 把这种风格做成了可批量生成的能力:输出动态 GIF + 静态 PNG + 可编辑 .excalidraw 源文件三件套。.excalidraw 源文件可以在 Excalidraw 里二次修改,GIF 特别适合放到技术文章开头、视频片头、对外分享 PPT 里抓眼球。

支持的图类型以架构图、流程图、原理图为主,风格固定为黑底手绘。

典型调用:

使用 lanshu-animated-architecture-diagram,将以下内容整理成动态架构图。
主题:{图表主题}
目标:{希望图表表达的核心信息}
核心流程:{步骤1} → {步骤2} → {步骤3}
关键判断:{是否需要检查、分支或质量门禁}
要求:
- 输出动态 GIF、静态 PNG 和可编辑 Excalidraw 文件
- 使用中文标签
- 适合技术文章或方案说明使用

适合谁:写技术博客、做视频分享、需要在 3 秒内抓住读者注意力的内容创作者。它的 Stars 只有 809,远低于其他几款,但视觉差异化非常强——在"图都长得差不多"的今天,这反而是稀缺资源。

生成架构图效果:

示例一:Memory Pack 架构图



示例二:Claude Loops 架构图





5. AI 辅助应用类:next-ai-draw-io

GitHub Stars:33.9k(9 款里最高)

如果说 Skill 类是"给 AI Agent 用的工具",next-ai-draw-io 就是"给人用的 AI 画板"。它是一个桌面应用(也有在线版),把 draw.io 的经典画布和 AI 对话能力拼在一起:你一边用自然语言让 AI 生成/修改图,一边可以手动拖拽微调,人机协同的体验拉得很满。

上手三步:

1.安装桌面应用,或打开在线版(next-ai-drawio.jiang.jp)

2.在设置里配置自己的模型(OpenAI / Claude / Gemini 等都支持)

3.在画布上选中元素或直接对话,让 AI 生成、扩展、重构图

适合谁:习惯 draw.io 工作流、又想让 AI 帮忙起草和修改的人。由于产出的是原生 draw.io 文件,后续长期维护成本几乎为零。它也是 9 款里唯一"既适合 AI 起草、又适合人手精修"的工具。

生成架构图效果:





6. GPT-Image2 模型生图:从"结构图"到"视觉作品"

前面所有工具都有一个共同特点——生成的是"结构化的图"(节点、连线、标签)。而 GPT-Image2 这类文生图大模型走的是完全不同的路线:它生成的是像素级的视觉作品,更像海报、信息图、白皮书插画,适合做汇报封面、官网方案页、对外白皮书配图。

先要泼一盆冷水:GPT-Image2 直接画"结构准确的架构图"翻车率很高。它对系统关系、技术细节的语义理解远不如 DSL 类工具,画面很酷但模块关系可能是编的。正确姿势是先用 Mermaid / PlantUML 把结构写准,再让 GPT-Image2 做风格化渲染;或者输入已有的架构图作为参考图做图生图优化,出图稳定性远高于纯文本生图。

下面两款工具是互补关系,建议搭配使用。

6.1 awesome-gpt-image-2

关键词:Prompt as Code、500+ 案例、20+ 工业模板

传统的文生图写法是"凭经验、靠运气",每次出的图风格飘忽。awesome-gpt-image-2 把海量生图案例逆向拆解、标准化,沉淀成可复用、可组合的 Prompt 工程资产,让 AI 生图从"玄学"变成"工程"。项目已积累 500+ 逆向案例、20+ 工业级模板,覆盖 Infographic(信息图)、Poster(海报)、UI、Brand、Photo、Illustration 等十余个类别。

它提供一个 gpt-image-2-style-library 技能,会根据你的需求自动识别图型 → 匹配模板 → 匹配视觉风格 → 引用相似案例 → 输出可直接复用的完整 Prompt(含主体任务、构图版式、视觉风格、文字要求、比例格式、负面约束六段式结构)。

典型调用:

使用 gpt-image-2-style-library 技能。请把下面的技术方案编译成一段
可直接用于 GPT-Image2 的生产级技术架构图提示词。
默认首选模板:Infographic Engine / 信息图引擎。
图主题:AI Agent Workflow
图用途:技术文章封面
图类型:分层架构图
核心模块:用户需求输入、上下文解析、任务规划、工具调用、代码执行、结果验证
关键关系:从左到右的工作流主线
必须出现的文字:主标题「AI Agent Workflow」和模块短标签

适合谁:想稳定复现高质量视觉风格、做正式对外输出(白皮书/官网/封面)的人。

生成架构图效果:













6.2 GPT-Image2-Skill

关键词:Prompt 模板 + CLI 工具、执行层能力

GPT-Image2-Skill 和 awesome-gpt-image-2 是互补关系:

•awesome-gpt-image-2 是 Prompt 资产库(知道"怎么写")

•GPT-Image2-Skill 是 Agent 执行工具层(能"按标准流程跑完")

它把提示词图库、图像生成案例、参考图编辑流程和命令行工具整合在一起,让 AI Agent 能直接调用 GPT Image 2 模型完成文生图、图生图、参考图编辑等任务。

典型调用:

请使用 GPT-Image2-Skill 生成一张技术架构图。
图的类型:Agent 工作流图
图的主题:AI Agent 在研发流程中的自动化协作
读者对象:开发者、架构师
核心模块:需求解析、任务规划、工具调用、代码生成、结果验证
模块关系:从需求到交付的串行工作流
视觉风格:深色科技风
输出比例:16:9
文字语言:中文

适合谁:已经在本地跑 AI Agent、想让 Agent 直接出图而不是只给 Prompt 的人。如果不便本地跑 Agent,也可以用公司内部已接入 GPT-Image 类模型的平台替代,思路相同。

生成架构图效果:







7. 综合对比与选型清单

7.1 九款工具核心能力矩阵

工具核心定位图类型覆盖交互 HTMLGIF 动效可编辑源文件视觉完成度
beautiful-mermaidMermaid 渲染美化6 类 Mermaid 图✗✗✓★★★★
fireworks-tech-graph全能工程图 Skill14 类工程图✓✓✓★★★★★
archify交互式 HTML 技术地图5 类系统图✓(强交互)✗✓★★★★
architecture-diagram-generator固定模板快速出图5 类系统图✓✗✓★★★
drawio-skill生成 .drawio 源文件10 类专业图✗✗✓(draw.io)★★★
next-ai-draw-ioAI + draw.io 画板覆盖 draw.io 全部图型✓✗✓★★★★
lanshu-animated-architecture黑底手绘风 GIF固定动效模板✗✓✓(excalidraw)★★★★
awesome-gpt-image-2Prompt 模板库不限(图像)✗✗✗★★★★★
GPT-Image2-Skill模型调用执行层不限(图像)✗✗✗★★★★★

7.2 决策树:30 秒锁定你要的工具





图源:本文决策树用 beautiful-mermaid 渲染(default 主题),Mermaid 源码如下,修改后可重新渲染;同目录另有 SVG 矢量版。

7.3 场景速查清单

你的需求直接选这个
把 Mermaid 图渲染得更美beautiful-mermaid
综合能力最佳、一个 Skill 解决 80% 需求fireworks-tech-graph
架构评审要交互演示、钻取细节archify
临时出张深色科技风草图architecture-diagram-generator
需要长期维护、可编辑的架构图drawio-skill
习惯 draw.io 但要 AI 辅助next-ai-draw-io
想要 GIF 动效图fireworks-tech-graph 或 lanshu-animated
想要黑底手绘讲故事lanshu-animated-architecture
要做汇报级视觉大片(封面/白皮书)awesome-gpt-image-2 + GPT-Image2-Skill

8. 实测下来的几点真实体感

8.1 没有"银弹工具",只有"组合工具"

实测下来一个有意思的规律:几乎没有任何一个工具能独立打满所有场景。日常高频组合是:

•技术文档写作:beautiful-mermaid(嵌文档图)+ fireworks-tech-graph(C4/云架构)

•架构评审:archify(交互演示)+ drawio-skill(会后归档为可编辑源文件)

•对外分享/汇报:fireworks-tech-graph GIF(开场抓眼球)+ GPT-Image2 系列(封面/尾页视觉大片)

8.2 踩过的几个坑

1.GPT-Image2 直接画"结构准确的架构图"翻车率高。它对系统关系、技术细节的语义理解远不如 DSL 类工具。正确姿势是先用 Mermaid/PlantUML 描述结构,再让 GPT-Image2 做风格化渲染。

2.Skill 生成的图别直接交付。无论哪款 Skill,生成后都要人工核对一遍——节点命名是否准确、连线方向是否正确、关键链路是否完整。AI 起草省的是"从 0 到 1"的时间,不能省掉"从 1 到交付"的评审。

3.GIF 别滥用。GIF 适合抓眼球,但放在正式评审文档里反而分散注意力。经验是:对外分享 GIF 优先,对内评审 SVG/PNG 优先。

8.3 值得关注的两个方向

•"代码库 → 架构图"的自动化:archify 和 drawio-skill 都在做"读代码库生成架构图",这个方向再往前走一步就是"代码变了,架构图自动跟着变"——彻底解决"文档永远落后于代码"的老大难。

•DSL 与文生图的融合:Mermaid/PlantUML 提供结构骨架,GPT-Image2 这类模型提供视觉表现力,两者拼接起来的体验会远超任何单一工具。awesome-gpt-image-2 的 Prompt 工程化已经开了个好头。

附:工具地址汇总

•beautiful-mermaid:GitHub - lukilabs/beautiful-mermaid · GitHub

•fireworks-tech-graph:GitHub - yizhiyanhua-ai/fireworks-tech-graph: Generate production-quality SVG+PNG technical diagrams from natural language. 7 styles, UML support, and AI/Agent workflow patterns. · GitHub

•archify:GitHub - tt-a1i/archify: Agent skill for beautiful, verifiable architecture, workflow, sequence, data-flow, and lifecycle diagrams—self-contained HTML with motion and crisp export. · GitHub

•architecture-diagram-generator:GitHub - Cocoon-AI/architecture-diagram-generator: Generate beautiful dark-themed system architecture diagrams as standalone HTML/SVG files. Works as a Claude AI skill. · GitHub

•drawio-skill:GitHub - Agents365-ai/drawio-skill: Generate draw.io diagrams from natural language — 11 presets (UML, SysML/MBSE, BPMN, network, C4…), 36 tools: codebase/CI/infra-to-diagram, image→editable diagram, mind maps, build-up animation, exec-view compression, click-through runbooks, PR diff bot. Vision self-check, 10,000+ shapes. Exports PNG/SVG/PDF/JPG. · GitHub

•lanshu-animated-architecture-diagram:GitHub - cclank/lanshu-animated-architecture-diagram: Premium hand-drawn animated architecture diagram Codex skill · GitHub

•next-ai-draw-io:GitHub - DayuanJiang/next-ai-draw-io: A next.js web application that integrates AI capabilities with draw.io diagrams. This app allows you to create, modify, and enhance diagrams through natural language commands and AI-assisted visualization. · GitHub

•awesome-gpt-image-2:GitHub - freestylefly/awesome-gpt-image-2: Prompt as Code | GPT-Image2 工业级提示词引擎与模板库,470+ 个案例逆向工程,20+ 套工业级模板,并提炼出Skills,持续更新中 · GitHub

•GPT-Image2-Skill:GitHub - wuyoscar/GPT-Image2-Skill: GPT Image 2 prompt gallery, image prompt library, agentic skill, and CLI for OpenAI image generation/editing · GitHub

相关推荐

AI 会写代码之后,交付为什么还没变快?

AI 写代码,只是这场变革的起点,而不是终点。真正决定一个组织能否吃到 AI 红利的,不是"能不能用 AI 写出代码",而是敢不敢用 AI 重新设计交付流程、重新划分角色分工、重新组织团队结构。研发视角能把工具和个人推到极致,却会在组织的边界前止步;只有站上组织视角,把AI × 工具一路推进到AI × 组织,那些被 AI 照出来的摩擦,才会真正被抹平。国际技术部 Multi AI Native 想做的,正是这件事——让 Agent 成为你可靠的数字战友,让每一次迭代交付都快一个量级;

京东科技开发者 248

OxygenData-Vibe搭建:用 AI Coding重新定义数据看板搭建

长期以来,数据看板开发主要有两种方式:一种是使用标准化 BI 工具,交付快、成本低,但图表样式、交互体验和功能扩展都受限于 BI 本身的能力;另一种是自研定制开发,能够充分满足复杂和个性化需求,但需要投入大量研发资源,交付周期也更长。比如一个通过 BI 只需要 1 天就能搭建出来的看板,如果采用自研方式,可能需要投入 30 PD 的研发人力。既然 BI 交付这么快,为什么不把所有看板需求都交给 BI?原因在于,业务某些场景需要的不只是把数据展示出来。

京东科技开发者 310

当我谈数据库高可用时我谈些什么

大家都经常听到说数据库的双1,那双1指的是什么呢?参数=1(最安全)≠1(更快但可能丢)每次提交都把 redo 刷盘0/2:攒着刷,崩溃丢最近 1 秒每次提交都把 binlog 刷盘0/N:攒着刷,崩溃丢最近若干条"双 1"(都设为 1)= 单机不丢已提交事务的前提。生产核心库必须双 1;代价是每次提交两次 fsync。小结:单机层用 WAL 提速、用 2PC 保证 redo/binlog 一致、用崩溃恢复裁决半成品事务、用双 1 兜底持久性。

京东科技开发者 272

ScoAI:面向供应链的运筹原生决策智能

ScoAI 关注的并非 AI 能否进入供应链,而是 AI 参与供应链决策之后,哪些内容适合通过数据学习,哪些关系必须显式计算,以及哪些结果需要依据执行记录进行验证。其基本分工是:供应链业务定义问题、资源与行动后果,运筹学表达目标、约束和协同关系,AI 提供可复用的估计与判断。真正用于改进后续决策的,不仅是模型生成的初始结果,还包括实际采取的行动及其产生的业务反馈。

京东科技开发者 368

拆解海博 AI-Native 落地保障:海博团队 AI 知识库能力建设

绕了一大圈,回头看,我们其实一直在解开头那三个结:AI 读不懂系统、影响面靠人脑记、测试预期没处查。做到这里,本质上是把"AI 用不好"这个问题,从"是不是该换个更强的模型"重新定义成了"怎么把上下文经营好"。顺着这个思路,我们攒下了这么几样东西:•。

京东科技开发者 520

从零构建一个生产级记忆型 AI Agent —— AgentScope 项目全景技术与学习指南

domain 层端口接口(domain)职责适配器实现(infra)对话流水账读写经验记忆检索/落库请求级幂等四态会话元数据 CRUD会话级 Skill 选择态Skill 元数据HITL 权限网关(domain 内含逻辑,见第四篇)StreamSink技术中立的流式下沉(client 层桥接)以幂等端口为例,头部注释明确写道:实现 domain 端口,持有实体不出 infra 边界,对外只暴露嵌套视图GateResult。

京东科技开发者 571

数据涅槃:Agentic 重塑搜推数据生产体系

当前大模型已经能够理解需求、生成代码和解释错误,但数据生产的难点并不只是“写出一段 SQL”。一个需求还要经过数据源确认、口径澄清、加工编排、资源规划、任务提交、调度运行、结果交付和故障处置。任何一步缺少都可能让“看起来正确”的任务变成生产事故。

京东科技开发者 338

81.8 秒的视频,我们改了 15 个版本:一次纯 Codex 驱动的 AI-native 视频实践

81.8 秒、15 个版本,这些数字真正想说明什么?视频制作正在从一组专业软件里的复杂操作,变成一场围绕目标、参考和反馈展开的持续对话。AI 已经可以接住从脚本到交付的大量工作。你可以把精力留给更重要的部分:理解观众、选择故事、判断好坏。过去停在 PPT 和脑海里的想法,现在有机会被快速做成一支能看、能改、也愿意转发的视频。如果明天就要介绍你手头的项目,你最想先把哪一步交给 AI?

京东科技开发者 434

Codex 驱动的移动端AI全栈开发:从 Relay 原型图到可交付链路

AI 编程工具降低了跨端开发门槛,但“让 AI 写页面”并不等于“完成移动端交付”。PC 运营端页面通常以功能闭环为中心,设计约束较弱,研发可以基于组件库快速搭建;移动端 C 端页面直接面对用户,Relay 原型图和 UI 设计稿不仅是视觉参考,更是交互、信息层级、状态反馈和业务信任感的综合契约。

京东科技开发者 566

Claude Code vs Codex 记忆体系深度对比

Claude Code —— 分层自动记忆系统四层分层架构(CLAUDE.md / Auto Memory / Session Memory / AutoDream)构成自优化闭环,系统主动捕获、分类、去冗并跨会话接力经验。走的是自动化优先路线——让机器替人记忆、替人整理,以少量可控性的不确定换取强大的经验积累能力。Codex —— 声明式契约系统两层扁平架构(AGENTS.md 静态声明层 + 会话上下文层),记忆完全由人显式订立、显式修改,系统只读契约、绝不擅自变更。走的是可控性优先。

京东科技开发者 606

上游给空、下游拿到 -1,我把故障一直追到了 commons-beanutils 的构造函数

这篇手记是一份事后复盘,写在我们已经把修复推上线、把测试用例跑绿、把约束文档沉淀进团队库之后。非研发同事,可以直接从第八章开始看,前七章都是讲排障和代码分析。故障本身不复杂,修复也不复杂,但这次排查真正让我想写下来的,不是技术本身——而是从问题提报到解决全程AI的作用:问题定位:业务方反馈了一个异常单号说「下发失败」,一线运维同事直接在日志系统捞到相关的系统日志,用IDE打开下游代码库,把异常信息给到JoyCode——AI 直接指向了问题是serialType值非法,系统只接受0和1,而当前上游给的是-1。

京东科技开发者 703

SKill测评:谁才是真正的Skill之王?

巧合的是,阿里近期开源了一款名为 Skill-Up 的测评工具——它专门面向 Agent Skill 开发者,支持在 Claude Code、Codex、Qoder CLI 等真实 Agent Engine 环境中验证 Skill 的功能正确性,并可将失败用例转化为精准的修复指引,同时支持本地与 CI 环境的持续回归。2026年,Skill 的热度不减,已成为 AI 辅助编程领域的标配。在日常研发中,无论是沉淀个人经验,还是将团队的优秀范本标准化,将知识“蒸馏”为 Skill 已是大家的常规操作。

京东科技开发者 618

让AI真正参与工作!JoyDesk已上线京东云

JoyDesk提供覆盖AI资产管理、权限控制、安全策略、审批审计、运营监控等企业级治理能力,支持按组织、角色和项目进行精细化权限管理,并支持私有化部署,确保企业数据边界清晰、AI行为全程可追溯、安全策略灵活可配置,满足金融、政企等行业对数据安全和合规治理的要求,让AI真正成为企业可信赖的生产力。JoyDesk支持MCP协议、标准API、技能等多种开放接入方式,可快速连接企业现有业务系统,将业务能力封装为AI可调用的技能和专家,让AI能够理解业务流程、调用业务系统、完成业务任务,而无需改变企业原有IT架构。

京东科技开发者 653

【全栈实践】第一个 AI Agent 项目:从零搭建 AI 音频创作助手【最终版】

这个项目展示了AI Agent 在垂直内容创作领域端到端自动化:从内容理解到播客输出,全流程 AI 驱动多模态融合:文字、图片、音频、视频统一处理专业级音频质量:音色设计 + 智能混音,输出广播级品质低门槛使用:可视化配置 + 自然语言交互,无需技术背景。

京东科技开发者 556

【全栈实践】第一个 AI Agent 项目:从零搭建 AI 音频创作助手(高级篇)

这是一个 AI 驱动的播客创作助手,专注于从文字/视频/音频内容识别到播客制作的全流程。你可以用自然语言与它对话,也可以上传视频和音频,它会理解意图、调用相应的语音合成工具,把他们变成真实的播客音频。

京东科技开发者 720

【全栈实践】第一个 AI Agent 项目:从零搭建 AI 音频创作助手(进阶篇)

这是一个AI 驱动的音频内容创作助手。你可以用自然语言与它对话,它会理解意图、调用相应的语音合成工具,把文字变成真实的播客音频,并保存在本地。关于项目的详细介绍见第一篇文章:第一个 AI Agent 项目:从零搭建 AI 音频创作助手(入门篇)这篇文章更多介绍进阶篇添加的功能。

京东科技开发者 545

【全栈实践】第一个 AI Agent 项目:从零搭建 AI 音频创作助手(入门篇)

这个项目让我第一次把前端、后端、AI Agent 三块内容独立串联起来。技术选型上每一块都是当下主流的方案,实际跑通整条链路之后对"全栈"有了更具体的感受。框架版本要锁定:LangChain 这类快速迭代的框架,版本差异带来的问题远比你想象的多先跑通链路,再追求完美:新手阶段能把用户输入 → AI 处理 → 结果展示这条链跑通,比深入某个技术点更有价值多看官方文档:相比博客和教程,官方文档更新及时,特别是 LangGraph 这种新框架后续计划继续迭代,欢迎交流!

京东科技开发者 602

ICLR 2026 | 面向序列决策的贝叶斯集成方法

在这篇工作中,我们关注的是。

京东科技开发者 294

ICML 2026|NaviAgent:面向 Oxygen 智能体的可扩展工具编排

大型语言模型(LLM)越来越多地作为函数调用代理,调用外部工具来处理超出其静态知识范围的任务。然而,它们通常一次只调用一个工具,缺乏对任务结构的全局视图。由于工具之间往往相互依赖,这会导致错误累积和可扩展性差,尤其是在扩展到数百或数千个工具时。为了解决这些局限性,我们提出了NaviAgent,一种显式的双层架构,它通过基于图的工具关系建模将任务规划与工具执行解耦。在规划层,基于 LLM 的代理决定是直接响应、澄清意图,还是检索并执行一个独立于工具间复杂性的工具链。

京东科技开发者 383

别再守着 Claude Code 了——学会指挥它自主干活

回到开头那句:别再一句一句地喂它、然后守着屏幕。真正的用法是——把一件事想清楚、划好边界、给它一个能自我验证的目标,然后交出去。你会发现,省下来的时间不是一点半点。把重复的判断和执行还给机器,把真正需要你的判断留给自己。

京东科技开发者 584

CVPR 2026|Oxygen XR 团队在原生鱼眼高斯泼溅技术上带来新突破

京东零售技术团队联合清华大学提出DirectFisheye-GS框架,创新性地将鱼眼相机模型原生嵌入3D高斯泼溅管线,通过跨视角联合优化策略直接处理鱼眼图像,避免了传统去畸变预处理导致的信息损失。该方案在多个公开数据集上达到SOTA性能,有效解决了单视角优化引起的几何畸变和视角不一致问题,同时保持与现有3DGS工具链的兼容性。技术已应用于电商3D重建和4D体积视频等场景,显著提升了沉浸式体验。相关论文被CVPR 2026接收,为宽视场场景重建提供了高效解决方案。

京东科技开发者 353

拆解海博 AI-Native 落地保障:Harness、双 Loop、知识库与技能自主迭代实践

海博研发RoadMap 的落地,彻底终结了 AI 编程“对话式玄学”的旧模式,真正落地了AI Native 研发工程化。它证明 AI 规模化赋能研发的核心,不在于堆砌大模型能力,而在于用工程思维重构 AI 的工作范式:用结构化流程替代随机对话,用固化规则约束模型行为,用持续沉淀实现能力复利,用分层架构支撑规模化落地。

京东科技开发者 633

让 AI 快速「读懂」你的代码仓:Joy-Code-Graph 云端图谱服务的三次进化

代码知识图谱不是要取代 AI 的智能,而是要补齐它对代码全局关系的认知盲区。当 AI 能一眼看清「谁调用了谁、改动会波及哪里」,它写出的代码才真正靠谱;当这份认知安全地留在自己手里、随时被 Joygen 调用、并且永久沉淀在代码仓里——AI 编程的体验,才算真正上了一个台阶。这,就是我们做 Joy-Code-Graph 云端服务的初衷。能力共享,数据自主;一次建图,长期受用。

京东科技开发者 751

【Coding生态】从代码托管到 AI 能力底座:与Coding一起共建 AI 研发生态

前两种框架能够很好地支撑对话式能力和预设流程式能力。它们适合基于提示词或预设工作流完成研发问答、知识查询、流程编排等任务。但在更复杂的研发场景中,仅仅“回答问题”还不够。当用户业务逻辑复杂时,一旦场景进入真实落地阶段,例如下载代码、修改文件、执行命令、安装依赖、运行测试、读取完整代码文件,或者与自有系统联动、将结果渲染到 Coding 页面、推送到京 ME,AI 应用需要的不只是知识能力,还需要真实的代码库操作能力和独立可执行环境。

京东科技开发者 768

GPT-5.6、ChatGPT Work 与 Codex 更新食用指南

三档模型当前都提供 1,050,000 tokens 上下文、922,000 tokens 最大输入和 128,000 tokens 最大输出,接受文本与图像输入、输出文本,并支持 web search、file search、Computer Use、MCP、Tool Search、Skills、Apply Patch 等工具。Work 可以读取你提供的文件,通过插件连接 Slack、Google Drive、SharePoint、邮箱、日历、CRM 或项目系统,调用获批工具,并在执行中展示进度。

京东科技开发者 860

把业务流程沉淀成高质量 Skill 的实践路径

使用Record & Replay创建的Skill,尽管创建流程简单,但它的本质实际是让 AI 去操作页面,这不但有可能影响我们对电脑的操作,还有可能无法稳定复现。创建Skill时,可以使用 Codex 的 Record & Replay 插件,把一次手工操作录下来,再让 AI 生成可复用流程。刚开始切换时,很容易遇到接口报错,可以让Codex排查原因进行优化,直到可以稳定执行;补充相应业务背景,说明这件事为什么要做,谁会用,输入从哪来,输出给谁看。电脑休眠、关机、软件没开时,本地任务可能无法执行。

京东科技开发者 835

政企前台AI-Agent的架构实践:打造可复用的 AI 服务平台-【灯塔计划】

不止是爆火的龙虾,还是各种Skills,MCP、Agent,脱离的具体的场景谈方案,最后只会是一场空。这一套可复用的 AI 服务平台,截止目前,通过前后端对接规范文档,多项能力已快速接入到各个场域的不同端平台,大幅降低研发成本, 并且各业务线新场景的接入从原来的 “开发驱动” 转为 “配置驱动”,接入周期从天维度缩短至小时级。

京东科技开发者 860

京东 Oxygen xLLM 大模型推理引擎正式捐赠开放原子开源基金会,共建国产 AI Infra 生态

下一阶段 AI 基础设施的核心命题,不是简单的算力堆叠,而是让工程本身变得智能——让调度系统能自主感知负载特征并动态优化,让推理引擎能根据模型结构和硬件特性自动生成最优执行方案,让整个 AI 工程链路具备自感知、自决策、自优化的能力。未来,Oxygen xLLM 的项目官网、社区沟通渠道及微信社区将陆续向开发者开放,诚邀芯片厂商、模型厂商、云厂商、企业用户及个人开发者共同参与,让国产大模型推理引擎在开放生态中加速成长。硬件层,原生支持 GPU / NPU / MLU 多类 AI 芯片,深度适配国产芯片。

京东科技开发者 1000

【京东云】全球首个!京东全栈开源JoyAI-VL-Interaction,让大模型从“一问一答”走向“边看边说”

开源一套系统,而不只是一个模型在实时视频流中,JoyAI-VL-Interaction每秒都会做一次判断,比如,继续观察、保持沉默,发现关键事件、主动回应,遇到复杂任务,交给后台Agent处理。一个好的AI 助手,不应该一直打扰用户,而应该知道什么时候该出现,什么时候该安静,以及什么时候自己解决,什么时候交由agent解决。深耕零售、物流、健康、工业等实体产业二十余年,京东拥有全球领先的物理世界运营网络,覆盖仓储、配送、门店、直播、客服、售后海量真实场景,每天都在发生人、货、场的实时互动。

京东科技开发者 1029

【京东云】京东市民服务又“上新”!这次是黑龙江“龙易办”

即日起,用户只需打开京东App,搜索“龙易办”,即可一键进入,在线办理公安、人社、医保、公积金、文旅、教育等30余项高频政务服务,真正实现“办事不出门,服务在指尖”。未来,京东市民服务还将持续拓展服务城市与覆盖领域,深入更多民生场景,以AI赋能公共服务,助力各地政府构建更加普惠、高效、智能的数字政务生态,让每一位市民都能享受到触手可及的美好生活服务。此外,京东市民服务还构建了丰富的城市智能体矩阵,覆盖政务服务、生活缴费、出行停车、健康管理、就业安居、财富规划等多元民生场景,持续提升城市服务智能化水平。

京东科技开发者 1034
上一篇: 别再守着 Claude Code 了——学会指挥它自主干活
下一篇: ICML 2026|NaviAgent:面向 Oxygen 智能体的可扩展工具编排
京东云开发者
京东云开发者 企业官方账号 企业官方账号
博客等级 码龄8年 1万+粉丝 2139原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值