WALL-E`s Blog

程序不能只跟终端打交道。配置文件、日志、数据文件——都离不开文件 I/O。这一篇用 06_file_io.asm 完成「写入 → 关闭 → 重新打开 → 读取 → 输出」全流程，也是本系列的收官之作。 这是「x86 汇编入门」系列的第 6 篇，也是最后一篇。前五篇覆盖了输出、输入、算术、循环和函数。这一篇综合运用文件相关系统调用，并回顾整个系列的学习路径。 一、文件相关系统调用 调用号 名称 作用 2 sys_open 打开或创建文件 0 sys_read 从 fd 读取 1 sys_write 向 fd 写入 3 sys_close 关闭 fd sys_open 参数： 寄存器 含义 rdi 文件路径（以 \0 结尾的 C 字符串） rsi 打开标志 flags rdx 权限 mode（创建文件时有效） 返回值 rax 文件描述符；失败时为负数 常用 flags（可位或组合）： 标志 值 含义 O_RDONLY 0 只读 O_WRONLY 1 只写 O_CREAT 0x40 不存在则创建...

call 和 ret 是汇编里最重要的「接力棒」。没有它们，代码只能从上到下一条道走到黑。这一篇我们拆开函数调用的完整机制，并用递归计算 5 的阶乘——在汇编里亲眼看到栈是怎么一层层长高的。 这是「x86 汇编入门」系列的第 5 篇。上一篇用跳转实现了循环。这一篇通过 05_function.asm，理解 call / ret、栈帧和 x86_64 调用约定。 一、call 和 ret 做了什么？123call factorial ; ① 把「下一条指令地址」压栈 ② 跳到 factorial...ret ; 从栈弹出地址，跳回去 可以把它想成：call 留下回城坐标，ret 按坐标回去。栈就是存放这些坐标的地方。 二、栈帧：函数自己的「工作台」每次进入函数，标准开场是： 12345678factorial: push rbp ; 保存调用者的帧指针 mov rbp, rsp ; 建立当前帧 push rbx ; 保存要用的 callee...

高级语言里写 for (i = 1; i <= 10; i++) 一行搞定。汇编里没有 for，只有比较 + 跳转。这一篇用 04_loop.asm 打印 1 到 10，把循环拆成你能看见的每一步。 这是「x86 汇编入门」系列的第 4 篇。上一篇实现了算术和数字打印。这一篇通过 04_loop.asm，学习条件跳转指令和循环结构的汇编写法。 一、比较与跳转cmp a, b 做减法但不保存结果，只设置 CPU 标志位。然后根据标志位跳转： 指令 条件 je 相等 (ZF=1) jne 不相等 jl 小于（有符号） jle 小于等于 jg 大于 jge 大于等于 jmp 无条件跳转 二、用跳转拼出循环04_loop.asm 的逻辑等价于： 123for (int i = 1; i <= 10; i++) { printf("当前数字: %d\n", i);} 汇编实现： 1234567891011121314mov r12, 1 ...

终端只能显示字符，不能直接显示数字 42。所以汇编里做算术只是第一步，更麻烦的是把结果「翻译」成 '4' 和 '2' 再送出去。这一篇我们练四则运算，并实现一个可复用的 print_number 子程序。 这是「x86 汇编入门」系列的第 3 篇。前两篇解决了输出字符串和读取输入。这一篇通过 03_calc.asm，掌握算术指令和整数转 ASCII 的核心技巧。 一、基本算术指令对两个常数 42 和 8 演示四则运算： 指令 含义 示例结果 add dst, src 加法 42 + 8 = 50 sub dst, src 减法 42 - 8 = 34 imul dst, src 有符号乘法 42 × 8 = 336 idiv src 有符号除法 42 ÷ 8 = 5 … 2 除法要特别注意：idiv 用 rdx:rax 作为被除数。执行前需要 cqo 把 rax 符号扩展到 rdx： 1234mov rax, num_acqo ...

上一篇程序只会「说」，不会「听」。真实程序几乎都要处理输入——命令行参数、用户键入、网络数据，本质都是往缓冲区里塞字节。这一篇我们学 sys_read，并认识汇编里的第三个地盘：.bss 段。 这是「x86 汇编入门」系列的第 2 篇。上一篇用 sys_write 输出了 Hello World。这一篇通过 02_input.asm，实现读取键盘输入并回显。 一、三段式内存布局到本篇为止，汇编程序的「地盘」凑齐了： 段 用途 类比 .data 已初始化的常量（字符串、数字） 写死在程序里的便签 .bss 未初始化的变量（缓冲区） 运行时用的空白草稿纸 .text 可执行指令 操作步骤 .bss 里的空间在程序加载时自动清零，用 resb N 预留 N 个字节： 12section .bss name_buf resb 64 ; 预留 64 字节缓冲区 二、sys_read 怎么用？sys_read 是 sys_write 的镜像操作： 寄存器 含义 rax 0（调用号） rdi 文件描述符（0 = st...

每个程序员的第一课都是 Hello World。汇编版也不例外——只不过这次没有 printf，没有标准库，只有你和内核之间四条寄存器传话。搞懂这一篇，你就摸到了 Linux 程序最底层的「打电话」方式。 这是「x86 汇编入门」系列的第 1 篇。上一篇我们搭好了 Docker 环境和编译流程。这一篇从 01_hello.asm 出发，理解汇编程序的基本结构和 Linux 系统调用机制。 一、程序长什么样？汇编程序可以粗分为两块：数据放哪里，代码放哪里。 123456789section .data msg db "Hello, Assembly World!", 10 msg_len equ $ - msgsection .text global _start_start: ; ... 系统调用写在这里 ... 部分 作用 section .data 存放已初始化的数据，比如字符串 section .text 存放可执行的机器指令 global _start 告诉链接器：程序从这里开始执行 ...

学汇编，最怕的不是指令难记，而是环境配半天就跑不起来。这一篇我们不写任何寄存器，只把「能编译、能运行」这件事搞定。后面 6 篇会在这个环境里，一步步写出真正的汇编程序。 这是「x86 汇编入门」系列的第 0 篇。本系列基于 NASM 语法 + Linux x86_64 系统调用，在 Docker 容器中编译运行，不依赖 C 标准库。下一篇我们从 Hello World 开始，认识第一个系统调用。 一、为什么这样学？你可能听过汇编「难学、难调试、离硬件近」。这些都没错，但入门阶段更大的障碍往往是：工具链太杂。 本系列的选择很克制： 选择 原因 NASM 语法清晰，注释友好，Linux 社区资料多 Linux syscall 不链接 libc，直接跟内核对话，看清程序最底层在干什么 x86_64 64 位寄存器更多，调用约定也更规整 Docker 一次配好 nasm / ld / gdb，Mac 和 Linux 行为一致 可以把它想成学开车：我们先找一条封闭赛道（Docker），车况统一（Ubuntu 22.04 + 工具链），...

上一篇我们手写了一个”单机游戏”式的 Agent——工具是自己定义的、能力是固定的，就像一个只能在自家小区逛的孩子。今天我们要让它”联网”——通过 MCP 协议接入外部工具生态，瞬间获得读写文件、查询数据库、操作 GitHub 等成千上万种能力。就像游戏角色走出新手村，接入了整个世界地图，可以接任务、买装备、组队打副本。 这是「小白讲 AI」系列的第 20 篇，也是 Agent 系列的最终章。从第 5 篇的一条 Prompt，到今天用 MCP 打造多工具 Agent——我们走了一段不短的路。这一篇既是实战教程，也是对整个系列的总结和回顾。 一、上一篇的 Agent 缺什么？回顾一下第 19 篇手写的研究助手 Agent——它能跑，但有几个明显的限制： 工具是硬编码的：只有 search 和 fetch_url 两个工具，想加新工具就得改代码 不能操作本地文件：Agent 查到了信息却没法保存下来 单打独斗：只有一个 Agent 在干活，没有分工协作 代码量随复杂度增长：工具越多、逻辑越复杂，手写代码越难维护 今天我们要解决这些问题： 用 MCP 让 Agent 动态...

前面 6 篇文章，我们学了发动机原理（Loop）、车架设计（Harness）、接口标准（MCP）、零件品牌对比（框架）、建筑规范（设计模式）。你已经了解了 Agent 的方方面面——但你从来没有亲手造过一个。今天，我们开箱，把零件一个个组装起来，让一个 Agent 真正跑起来。不用任何框架，纯 Python 手写，你会亲眼看到前面讲的每一个概念在代码中是怎么工作的。 这是「小白讲 AI」系列的第 19 篇。第 12 篇我们学了怎么调用 AI API（单次对话）。这一篇我们要在那个基础上，把”单次对话”升级成”自主循环”——让 AI 不只是回答你一次，而是自己持续工作直到任务完成。 一、我们要造什么？今天的目标是构建一个 “研究助手 Agent”——你给它一个研究问题，它会： 自主搜索互联网上的相关信息 阅读搜索结果中的关键内容 整理信息并生成一份结构化的研究报告 全程自主决策，你不需要一步步指导它 比如你问：”2026 年最流行的 AI Agent 框架有哪些？”它会自己去搜索、阅读、比较、整理，最后给你一份有条有理的报告。 我们不使用任何框架——所有代码都是手写的。...

你手里有了材料（模型选好了）、工具（框架选好了）、也知道了基本工艺（Loop、Harness 都懂了）。但真正住人的房子和路边的简易棚，差距在哪？在于设计图——承重墙怎么布局、管线怎么走、逃生通道在哪里。Agent 也是一样：同样的模型、同样的框架，用不同的架构模式来设计，出来的效果天差地别。今天我们来聊聊那些经过实战验证的 Agent 设计模式——它们是你从”demo 能跑”到”生产能用”的关键。 这是「小白讲 AI」系列的第 18 篇。上一篇我们对比了五大 Agent 框架，选好了”工具”。这一篇我们往上走一层：不管你用什么框架，这些跨框架通用的设计模式都是你需要掌握的。 一、先搞清楚：你需要几个 Agent？在选择具体的设计模式之前，第一个问题是：你的场景需要一个 Agent 还是多个 Agent？ 这个问题很重要，因为多 Agent 架构的复杂度远高于单 Agent。不要因为”多 Agent 听起来很酷”就上多 Agent——很多场景一个 Agent 就够了。 什么时候一个 Agent 就够？ 任务类型单一（比如”回答用户问题”） 工具数量有限（10 个以内） ...