【AI智能体】Codex 实现OpenClaw 开源项目二次开发实战详解

一、前言

[二、Codex 介绍](#二、Codex 介绍)

[2.1 Codex 是什么](#2.1 Codex 是什么)

[2.2 Codex能做什么？](#2.2 Codex能做什么？)

[2.3 基于Codex 实现开源项目二开介绍](#2.3 基于Codex 实现开源项目二开介绍)

[2.3.1 Codex 在开源二次开发中扮演什么角色](#2.3.1 Codex 在开源二次开发中扮演什么角色)

[2.3.2 核心特点](#2.3.2 核心特点)

[2.3.3 相对传统的开发模式的优势](#2.3.3 相对传统的开发模式的优势)

[2.4 实践中需要注意的事项](#2.4 实践中需要注意的事项)

[2.4.1 先调研再动手](#2.4.1 先调研再动手)

[2.4.2 把大目标拆成小任务](#2.4.2 把大目标拆成小任务)

[2.4.3 先给方案，确认后再执行](#2.4.3 先给方案，确认后再执行)

[2.4.4 用测试数据先验证，再碰真实环境](#2.4.4 用测试数据先验证，再碰真实环境)

[2.4.5 AI 的代码审查不能替代人工审查](#2.4.5 AI 的代码审查不能替代人工审查)

[三、Codex 二次开发OpenClaw 完整过程](#三、Codex 二次开发OpenClaw 完整过程)

[3.1 前置说明](#3.1 前置说明)

[3.1.1 核心实现步骤](#3.1.1 核心实现步骤)

[3.1.2 基于Vibe Coding 项目开发心智模型](#3.1.2 基于Vibe Coding 项目开发心智模型)

[3.1.3 基于Vibe Coding 二次开发可复用的链路](#3.1.3 基于Vibe Coding 二次开发可复用的链路)

[3.1.4 开发环境准备](#3.1.4 开发环境准备)

[3.3 获取源码](#3.3 获取源码)

[3.4 启动源码过程](#3.4 启动源码过程)

[3.4.1 启动项目](#3.4.1 启动项目)

[3.4.2 访问与测试](#3.4.2 访问与测试)

[3.5 MVP 测试案例一](#3.5 MVP 测试案例一)

[3.6 MVP 测试案例2](#3.6 MVP 测试案例2)

[四、OpenClaw 项目架构拆解](#四、OpenClaw 项目架构拆解)

[4.1 项目架构梳理](#4.1 项目架构梳理)

[4.1.1 整体项目结构梳理](#4.1.1 整体项目结构梳理)

[4.2 项目各模块梳理](#4.2 项目各模块梳理)

[4.2.1 客户端梳理](#4.2.1 客户端梳理)

[4.2.2 核心模块梳理-GateWay](#4.2.2 核心模块梳理-GateWay)

[4.2.3 核心模块-Channel](#4.2.3 核心模块-Channel)

[4.2.4 核心模块-Agent](#4.2.4 核心模块-Agent)

[4.2.5 文档校验](#4.2.5 文档校验)

五、写在文末

一、前言

Codex 被誉为2026年最值得上手的 AI 工具，它不仅是一个编程 Agent，更是一个几乎可以替换掉任何对话工具的全能 AI。配合高性价比的定价机制和充足的 Token 额度，只要你能想到的场景，它都能帮你自动化完成。可以说，Codex 完美复刻了ChatGPT的模板，让普通的用户也能方便使用一款专属定制、性能强大的桌面版AI助手。

在实践应用中，有了AI之后，很多类型的项目已经无需重复造轮子，从0到1重新开始，直接基于那些优秀的开源项目做二次开发，加快业务的价值验证，这也成为AI时代一种全新的开发模式，本文以前段时间火热的OpenClaw项目为例，详细介绍如何借助Codex 实现二次开发的过程。

二、Codex 介绍

Codex 是 OpenAI 推出的一款AI 编程智能体。与简单的聊天机器人或代码补全工具不同，Codex 能够像一个真实的开发人员一样，独立理解复杂任务、操作你的电脑、编写并修改代码、运行终端命令，甚至自动修复bug。

2.1 Codex 是什么

简单来说，可以把 Codex 看作一个"能帮你干活的AI工程师"。

它是"目标驱动"而非"指令驱动"：你只需告诉它最终的目标（例如："帮我搭建一个带用户登录功能的网站"），它会自动拆解任务，规划步骤并执行，而不需要你一步步告诉它该怎么做。
它不只是一个聊天框：虽然你可以在ChatGPT网页版找到它，但它真正的威力在于桌面应用和命令行工具（CLI）。在这些地方，它可以直接访问你的文件系统、运行终端命令，甚至操作其他软件。
它的用户远超程序员：官方数据显示，Codex每周有超过300万用户，其中近一半（50%）的使用场景并非编码。从写周报、整理文档到数据分析，它都足以胜任。

2.2 Codex能做什么？

近期的重大更新让Codex的能力大幅跃升，使其不再局限于编程领域：

动打开软件、运行模拟器、发现问题、修改代码，并再次测试验证，完成一整套开发闭环。
所见即所得的开发（内置浏览器）：Codex内置了一个浏览器。当你开发网页时，它可以直接在浏览器中展示效果。你可以直接在渲染出的网页上圈出问题，比如圈出一个标题并写上评论"字体太大，颜色改成蓝色"，Codex就能理解视觉和空间上下文，并精准地修改对应的代码。
"心跳"机制与长期记忆：
- 自动排班：你可以交付给它一个需要数小时甚至数周的长线任务。即使你关掉电脑，它也会在约定的时间点"自动醒来"，在后台继续工作。
- 记忆功能：它会记住你的编码偏好和纠正过的错误，下次再合作时，就不需要从头开始解释了。
强大的工具生态：Codex已经接入了超过90个插件，可以无缝连接JIRA、GitLab、Microsoft Suite、Slack、Gmail等常用工具。你可以让它去Notion里读文档、去邮箱里看邮件、去项目管理工具里筛选Bug，再把所有信息汇总成一份报告给你。

2.3 基于Codex 实现开源项目二开介绍

2.3.1 Codex 在开源二次开发中扮演什么角色

用 Codex 做开源项目二次开发，本质是把 Codex 当作一个能直接操作本地代码库的 AI 开发代理。它不是在聊天窗口里给你代码片段，而是在你克隆下来的开源项目目录中启动，直接读取文件、理解结构、修改代码、运行测试，甚至提交 PR。

典型的工作流起点是：先把目标开源项目 git clone 到本地，进入项目目录后启动 Codex，让它先"读懂"项目再动手。对于 Apache OFBiz 这类企业级开源项目，Codex Cloud 还可以在云端沙箱中完成从读代码、跑 Gradle 构建、修测试到在你自己 fork 中开 PR 的完整循环，本地无需搭建 Java/Gradle 环境。

2.3.2 核心特点

基于Codex 事项开源项目二次开发具有如下特点：

先调研、后动手的默认节奏。
- 面对一个陌生的开源项目，合理的做法不是直接说"帮我加个功能"，而是先让 Codex 搜索 GitHub 上已有的类似方案，判断哪些功能可直接复用、哪些适合二次开发、哪些必须自研，再决定走"直接用 / 基于现有项目改 / 从零开发"哪条路。
以项目目录为上下文。
- 在项目根目录启动 Codex CLI，它就把该目录当作当前工作区，读源码、跑测试、改文件都在这个上下文中进行，不需要反复复制粘贴代码。IDE 插件和 App 的逻辑类似，只是入口不同
从"读懂"到"改对"的分阶段能力。
- 第一阶段让 Codex 读目录、找入口、解释核心文件、定位测试位置；第二阶段才进入实际修改。对于二次开发，理解既有代码的意图比写新代码更关键，Codex 可以帮你沿着一个具体功能追下去，弄清改动应该从哪里开始
可对接 GitHub 工作流。
- Codex Cloud 支持连接你的 GitHub fork，Codex 在你自己的 fork 中开 PR，你 review 后再合并，或进一步向上游项目提交 PR。它不会直接推送到官方仓库。

2.3.3 相对传统的开发模式的优势

相对传统的开发模式具有下面的优势

省去本地环境搭建的门槛。
- 对于 OFBiz 这类需要特定 JDK、Gradle、数据库的开源项目，Codex Cloud 的沙箱已预置好运行环境，你只需要一个 GitHub fork 和浏览器就能开始贡献或定制。对于内网或私有定制场景，也可以 fork 后设为 private，在私有分支上做公司内部的二次开发。
把"理解成本"前置降低。
- 开源项目的二次开发，最大的隐性成本往往不是写代码，而是理解别人写的代码。Codex 能在几分钟内产出一份项目地图：项目做什么、核心目录是什么、源码和测试在哪、文档在哪。这大幅缩短了从"拿到仓库"到"知道从哪改"的时间。
覆盖从调研到提交的完整链路。
- 一个完整的开源二次开发流程包括：调研候选项目、评估二次开发成本、读懂选中项目、做最小化修改、跑测试验证、提交变更。Codex 可以参与其中多个环节，社区甚至已有打包好的 Agent Skills，专门用于"开源方案调研与二次开发"流程，涵盖 GitHub 项目调研、技术前沿检索、方案架构决策和棕地二次开发（在既有仓库上做最小化、可验证、可回滚的修改）。
开源维护者可获得官方资源支持。
- OpenAI 设有 Codex for Open Source 项目，符合条件的核心维护者可申请六个月的 ChatGPT Pro（含 Codex）以及 API credits，用于 PR review、维护者自动化、发布流程等工作。如果你二次开发的开源项目本身是你在维护的，这项资源可以降低工具成本。

2.4 实践中需要注意的事项

2.4.1 先调研再动手

不要一上来就让 Codex 写代码。

面对一个开源项目，第一步应该是让 Codex 做调研和解释，而不是直接生成代码。一个实用的提示词模板是：先让 Codex 在 GitHub 搜索已有方案，说明哪些可直接用、哪些适合二次开发、安装难度和安全风险如何，最后推荐"直接用 / 二次开发 / 从零开发"中的一种，并解释原因，暂不写代码。

2.4.2 把大目标拆成小任务

"给这个项目加一个 XX 功能"对 Codex 来说太模糊。先回答几个问题：读取哪些输入、生成什么结果、哪些步骤需要人工确认、结果存在哪里、什么情况算成功。先跑通一个 MVP，再逐步加功能。

2.4.3 先给方案，确认后再执行

二次开发开源项目时，误删文件或引入冲突依赖的代价可能很高。在提示词里明确写上"先给方案，等我确认后再执行"，尤其当操作涉及删除、安装依赖或修改配置文件时。

2.4.4 用测试数据先验证，再碰真实环境

先用示例数据、脱敏数据或虚拟账号跑通流程，确认 Codex 的修改没有破坏原有行为，再接入真实资料。这一原则对二次开发尤为重要，因为你的改动需要与既有代码的行为兼容。

2.4.5 AI 的代码审查不能替代人工审查

即使 Codex 能跑测试、能开 PR，二次开发引入的变更是否真正符合项目上游的设计意图、是否会被社区接受，仍然需要人来判断。Codex 负责降低机械性工作的成本，决策责任在人。

三、Codex 二次开发OpenClaw 完整过程

接下来通过案例实际演示下完整的操作过程。

3.1 前置说明

3.1.1 核心实现步骤

下文以目前github 热度较高的开源项目OpenClaw 为例进行二次开发，如果是其他类似的开源项目，或者是新接手一个之前未接触过的项目，大体的实现思路类似，主要包括下面几步：

获取OpenClaw （其他项目）项目源码
借助AI完成本地部署，服务运行
体验并跑通一个MVP的功能测试验证
借助AI 实现一个新的功能迭代与开发
借助AI 完成对项目各核心模块的深度拆解，技术组件、架构设计等
1. 源码拆解
借助AI 给出项目的完整文档
对项目进行持续迭代开发、演进
...

3.1.2 基于Vibe Coding 项目开发心智模型

准确来说，不管是使用Codex 还是Claude Code等，本质上都属于Vibe Coding 项目开发的范畴，Vibe Coding 项目开发的流程模型可以借助下图进行理解，作为一个开发过程中的准则去遵守。

3.1.3 基于Vibe Coding 二次开发可复用的链路

在实践经验中，使用Vibe Coding 开发项目，其核心的链路是可以作为经验进行复用的，参考下图理解。

3.1.4 开发环境准备

本次开发需要提前做如下准备：

Github 账号，从git仓库获取项目源码
AI 编程工具，Codex ，cursor ，claude code 等
IDE 工具，用于打开项目，比如vscode ，如果是cursor 可以直接在内部打开
本地基础开发依赖，比如Node ，Python 环境

接下来看具体的操作过程。

3.3 获取源码

本次创建一个项目目录用于保存源码，后续IDE也从这个目录打开，以及作为后续通过AI 的工作空间，下载最新代码

3.4 启动源码过程

在Codex 中打开上述下载到本地的项目文件目录，接下来将基于Codex 来完成项目的部署和启动

如果你使用的是其他的AI工具，比如Claude Code 或Cursor 也是同样的操作

3.4.1 启动项目

使用下面的提示词启动本项目

bash 复制代码

请先仔细阅读并理解当前项目源码，我需要在本地启动该项目，你需要完成：
1.项目环境的依赖安装和配置文件
2.帮我启动前后端项目

这个过程可能会比较耗时，也比较费token，第一次让AI阅读整个项目代码，AI需要读懂项目，理清全部的逻辑，同时要启动项目的话，需要在读懂项目的基础上，去安装项目依赖的环境，如果遇到问题，可以自主进行修复，通过输出日志可以看到整个启动的完整过程信息

经过一段时间的执行后，最终将本次项目在本地运行起来，并给出了访问的地址

3.4.2 访问与测试

紧接着上一步，按照给出的前端访问地址，我们在浏览器访问一下，进入到下面这样一个需要令牌才能登录的页面

但是我这里并不知道令牌或者密码是什么，于是拿着这个截图继续咨询AI

bash 复制代码

帮我生成一个带有令牌token的链接，然后重启项目

根据最新给出的链接再次访问，此时就能正确进入到小龙虾的主页面了

解决报错信息，在上面打开的页面中，发现对话窗口有错误信息，让AI解决

这个问题AI帮我找到了，是因为没有配置模型

3.5 MVP 测试案例一

基于上一步，我发现进入到聊天对话页面的时候，需要配置大模型才能使用，但是按照要求在界面上找到配置模的地方，发现没有操作指引的话对新手配置并不友好

在这种情况下，我想基于当前的项目做一个二次开发功能，增加一个菜单栏，在这个操作页面中，只需要简单输入大模型的baseurl以及apikey，即可完成模型的配置，同时在对话框也可以选择配置好的大模型信息，基于这个需求，给Codex提出下面的需求

bash 复制代码

我需要在前端 可以通过 输入mode_name，base_ur1，key 接入deepseek-v4-pro 模型，我希望做到的功能是：
1、在前端左侧的侧边栏单独创建一个sidebar，用来配置模型，名字叫：模型配置
2、后端需要持久化的保存模型的配置信息，以达到我再次打开首页的时候可以默认加载
3、在对话框顶部，能够下拉选择我基于这个sidebar里面已经配置好的模型，从而方便我做模型切换

修改完成后，开始重启服务

服务重启完成后，根据给的页面访问链接去浏览器打开，可以看到已经按照要求增加了一个模型配置的页面，我们在下面的页面中配置一下deepseek的信息

配置并保存后再去对话页面，这一次界面就能正常与小龙虾进行对话了，使用的正是上面我配置的大模型

在第一次对话过程中，给的回复有点跑题，我就截了个图丢给AI，让它自己修复问题

3.6 MVP 测试案例2

我这里希望通过小龙虾做一个定时任务，推送天气信息到我的邮箱，给出下面的指令

bash 复制代码

做一个自动任务，每天早上自动查询杭州天气，然后推送到我的邮箱，邮箱： 543325130@qq.com

基于上面的对话框，输入进去之后，小龙虾开始规划具体的实现方案，如下，给出了一些详细的说明

按照给出的说明，我去QQ邮箱获取到授权码并给到AI

校验通过之后，开始编写任务所需要的脚本，并且自己做了测试验证

检查邮箱可以看到已经正常收到了天气邮件

四、OpenClaw 项目架构拆解

上面借助Codex 完成了OpenClaw项目的本地部署、启动以及两个MVP 案例的跑通验证之后，为了后续基于这个项目继续持续的迭代演进，需要在初期即对项目的整体架构进行深入拆解，以便后续借助AI更好的推进项目的开发工作，接下来从多个维度详细说明。

4.1 项目架构梳理

4.1.1 整体项目结构梳理

基于下面的提示词，让Codex 为我们梳理项目大的结构

这一步其实就是基于AI，快速完成对整个项目的系统设计的理解，对源码拆解过程中对系统各个模块、模块之间的边界等情况，有更加深入的认识

bash 复制代码

接下来，我要进一步探索的是这个项目的整体架构。请你结合源码，帮我详细的分析主要的功能组件以及架构设计，我需要系统的了解这个项目的整体设计思路、架构模式以及对应的功能模块，我需要你
1、结合源码，找到系统模块的划分，明确每个功能模块都是包含哪些代码目录或核心文件提供服务的;
2、找到前后端以及外部服务依赖接口的入口文件和各功能模块的集成方式:
3、你需要梳理出各个服务之问的依赖关系，包括各个模块之问的调用关系，外部的服务集成;
4、请输出详细的系统架构说明。

注意:我需要的是一个整体的架构设计，你仅需要查看项目代码的项层目录，不需要深入到函数级的分析，同时，明确的标出顶层结构的功能模块，主要是由哪些模块提供服务的

将提示词投给Codex，这个过程可能会比较长

实践经验表明，Codex 在AI编程工具里面对源码的分析能力是很出色的

中间输出的日志可以看到，给出了非常详细的说明，甚至包括怎么去理解这个项目架构也给出了建议

任务执行完成后，让其将内容生成一个规范文档，以便于后续使用

bash 复制代码

新建一个文件夹，将上面的内容输出为一个完整架构设计的文档，以md文档的形式写入，注意：请使用中文

最终输出了一个完整的项目架构文档，打开之后检查可以看到还是非常详细的

如果Codex梳理的的结果，全部能理解看懂就好，如果有看不懂的，继续追问，确保自己能理解，因为这个过程就是我们借助AI编程工具，快速理解项目的过程，比如，如果你想了解下Gateway模块有什么作用，继续追问：

bash 复制代码

告诉我Gateway模块有什么作用

4.2 项目各模块梳理

打开上面的架构设计文档，整体的架构图如下，在实际项目中，当拿到新项目时，可以从整体到局部，比如下图，就可以从架构图中的核心模块进行各个拆解

4.2.1 客户端梳理

从输出的架构设计文档中可以看到，小龙虾项目的第一个模块是客户端，也是与用户离得最近的一个模块，让AI详细解读一下这块的业务

bash 复制代码

架构图中的客户端指的是什么呢？能否举个例子说明一下

通过Codex的解释就很容易理解客户端的意思了

如果你对AI的解答还是不能理解，可以继续提出自己的疑问，甚至可以让AI给你绘制更详细的流程图

紧接着，让AI对gateway这块的核心代码逻辑进行拆解，便于后续进行二次开发的时候做准备，如下，通过这段提示词，让AI对客户端形成第二个文档规范

bash 复制代码

我现在已经梳理清楚了，该项目的第一层就是客户端，主要是包含了webuI、Macos等不同的客户端，我现在需要你详细的解析一下源码，从如下几个点入手:
1、他们都是通过相同的输出与Gateway进行通信，那么不同的客户端，在构建过程中都有哪些相同、以及异同，请详细展开记录
2、如果我要接入不同的客户端进行二次开发，都需要做什么配置，以及需要从哪些功能点入手？
3、请结合源码，详细的分析并输出一份.md文档，命名为phase1_xxx.md(你需要重新命名)

4.2.2 核心模块梳理-GateWay

GateWay 是OpenClaw 中非常重要的模块，接下来了解一下GateWay的架构

bash 复制代码

接下来，我需要详细的分析一下GateWay组件，这个组件的输入和输出，更像是接收不同的客户端，然后给到后端的Agent进行执行，是这样的处理逻辑吗?

很快就给出了GateWay的详细说明

我们简单了解了Gateway的功能以后，我们接下来要关注一个核心的问题，就是我们二次开发接入新的客户端的时候，我们需不需要动GateWay？对这个疑问，我们继续找AI了解

bash 复制代码

结合你的回答，我现在的理解是这样的:Gateway是一个比较完整的后端系统，但是划分了不同的模块，我理解的是:像协议处理、路由调度、状态管理、Agent调度等核心机制，理论上，如果我接入不同的客户端，那么现在项目的源码处理逻辑，是否已经完成了对接?换句话说:这一部分的核心代码我能不能百分之百的进行复用。请结合源码仔细分析。

Codex 在理解项目源码的基础上最终给出了详细的回答，最后对GateWay 这个模块形成规范文档

bash 复制代码

前面我已经梳理清楚了GateWay的核心组件，其中GateWay是完整的后端系统，但是划分了不同的模块，所以我需要你做的事情是:
1、只要我通过webuI、Macos等客户端接入。理诱上Gateway是可以百分之百复用的，所以我需要你结合源码，详细的梳理出当前架构中代码的标准接入方式以及核心功能模块
2、需要结合源码，确定不同的客户端在GateWay对接时，采用的输入和输出的接口规范
3、如果我要二次开发新的客户端连接，需要关注哪些技术细节

请结合源码，详细的分析并输出一份.md文档，命名为phase2_xxx.md

4.2.3 核心模块-Channel

Channel是OpenClaw非常重要的组件之一，还记得我们在本地搭建OpenClaw的时候，通过命令行选择的时候会出现多个不同的Channel，比如是飞书，微信，还是QQ等

先通过下面第一个问题了解下Channel在几个模块中互相之间的关系

bash 复制代码

ok，接下来我需要继续进行拆分，你提到了 客户端，GateWay、渠道他们之间的关系是什么?

在给出的回复中还提到了插件，继续追问

bash 复制代码

ok，接下来我需要继续进行拆分，你提到了GateWay，Agent、channels和Plugins，这四个概念，他们之间的关
系是什么?

根据上述的回答，接下来我有另一个疑问，这个疑问是今后使用OpenClaw 进行二次开发的时候可能会用到的，比如我想对接飞书的场景

之所以要问这样的一个问题是因为我想接入飞书，我是改Plugins，还是改Channel？
如果它告诉我用的都是不同的Channels，那么我接入飞书的时候我得自己单独设计一个Channel？

bash 复制代码

我现在有一个疑问:Channel是否可以随着接入的不同服务而有所不同，比如我接入telegram和whatsapp,所用的channe1是一样的吗?请结合源码帮我回答

通过上面的问题基本上搞清楚了Channel的原理，接下来让Codex 生成关于Channel的规范文档

bash 复制代码

我后续需要接入自定义的channel，所以我需要你做如下几件事情:
1、找到channe1s统一的输入输出接口规范，你需要详细的帮我把这个接口规范写清楚，从而能指引我后续接入自定义的channe1后，正确的对接到当前的系统中；
2、请结合源码，详细的分析并输出一份.md文档，命名为phase3_xxxx.mnd(注意:xxx是占位符，你要命名文件)

4.2.4 核心模块-Agent

Agent可以说是小龙虾的驱动引擎，也是最重要的一个模块，接下来梳理这块的流程，先提出自己的疑问

bash 复制代码

接下来，我需要重点的探索Agent的内部架构了，对于Agent Runtime，我能想到是:
1、底层应用的Agent技术框架是什么
2、大模型接入的方式是什么。支持哪些类型的模型接入?
3、大模型是如何接入Agent Skil1s、McP或者 Tools?
4、Agent的记忆系统是如何设计的?
5、Agent的session会管理是如何设计的?

这是我目前能想到的通用Agent的基础架构模块，请你结合项目源中Agent构建的核心类方法，详细分析一下是否有遗漏，以及源码中对应的每个模块都是如何实现的?

了解了基本的业务逻辑之后，接下来生成有关Agent的规范文档

bash 复制代码

接下来，我要去拆分Agent运行时的架构设计。Agent主要包含:
1、底层框架:基于pi-agent-core，提供完整的Agent运行时
2、模型支持:15+提供商,支持0Auth、Failover、Rate Limit处理
3、工具系统:三层架构(Coding Tools+0penClaw Tools Plugin Tools),支持McP
4、记忆系统:短期(Session Transcript)+长期(LanceDB 向量记忆)，支持自动召回和捕获
5、会话管理:基于sessionKey 的隔离机制，支持私聊/群组/全局模式，完整的生命周期管理
你需要围绕这几点，结合源码进行详细的分析和解读，请结合源码，详细的分析并输出一份.md文档，命名为phase4_XXXX.mnd(注意:xxx是占位符，你要命名文件)

4.2.5 文档校验

到这里，以上的几个文档是结合AI梳理的关于小龙虾项目的核心组件的架构文档，更严谨的做法是还需要做一下文档的校验工作，传统的话会由工程师自己检查，现在只需让AI自检即可

bash 复制代码

根据上面整理的四个架构模块，请你最后再全局的阅读源码，看下是否还有遗留的核心架构

补充说明：

上面的过程是可以反复进行的，在真正深入开发之前，借助AI对项目架构的所有问题进行障碍扫清，在理解架构有任何问题都可以通过对话的方式让AI给出你更容易理解的回答。

五、写在文末

本文通过较大的篇幅详细介绍了如何基于Codex 实现对OpenClaw 开源项目的二次开发流程介绍，以及如何拆解项目的核心架构，为后续深度开发做准备，有兴趣的同学还可以继续深入研究，本篇到此结束，感谢观看。