真相是：AI 把「开发成本」转移成了「维护成本」 项目从 0→1：速度极快，新手也能生成可用代码 但是项目从 1→100：维护地狱，没人能读懂、修复、扩展 AI 生成的混乱代码 短期利好，MVP 验证、原型 demo、一次性脚本（项目扔了也不可惜），但对于长期确实灾难，因为企业级系统 80% 的成本在维护与迭代。
但这一篇我们不只是确认这个结论——我们要展开看：它到底有多满，以及这种"满"本身又会制造什么问题。
int fd = open("add.txt", O_WRONLY | O_CREAT, 0666); close(fd); write：写 文档解析： ssize_t write(int fd, const void *buf, size_t count); 这里第一个参数是像哪个文件写，传入对应的文件描述符， 写什么我们传入一个buf，写大小多少 count。
length; i++) { System.out.println(数组名[i]); } 方法参数: 数组可以作为方法的参数： void 方法名(数据类型[] 数组名) {} main 方法的数组参数: main 方法的参数是一个字符串数组，用于接收命令行参数： public static void main(String[] args) {} 存储对象: 数组可以存储对象的引用： 类名[] 数组名 = new 类名[长度]; 数组名[0] = new 类名(); 数组扩容: 新建一个大数组，然后将原数组拷贝过去： int[] newArray = new int[原数组.
The slice is copied into the pipeline, // so one allocation serves the whole run.
来自 @Kevin Cui 的分享 27、opendisplay：把 iPhone 变成 Mac 扩展屏。
开源书籍 39、ai-agent-book：《深入理解 AI Agent：设计原理与工程实践》。