Codex Desktop怎么装？AGENTS.md为什么能挡住AI翻车？分叉、工作树和云端任务有什么区别？Gmail、Google Drive、Slack、Notion这些插件什么时候该用、什么时候不该用——这本Reference册不教新课程，而是给《给文科生的AI蓝皮书》主册配了一套完整的使用地图。从安装配置到项目规则，从对话技巧到插件选择，再到PDF编辑器背后的技术名词拆解，它回答的是同一个问题：当一个文科生拿到AI编程工具后，接下来该怎么走。

Codex是OpenAI官方推出的开源编程助手，提供三种安装方式：Codex Desktop图形界面客户端（体验最好，个人强烈推荐）、Codex CLI命令行客户端、VSCode插件。所有安装方式共用同一份配置（~/.codex/目录）。Codex Desktop登录后即可使用，免费用户有一定额度。

AGENTS.md是写给AI Agent看的项目工作规矩。AI Agent很能干，但它不知道项目的“哪些地方不能碰”。提示词管这一次任务，AGENTS.md管这个项目里的长期做事方式。好规则要能挡住一次真实翻车——如“用户已经删除的内容不要自动恢复”“能局部修改就不要重构全项目”。AGENTS.md最适合写项目目标、不能破坏的核心功能、禁止行为、协作流程、验收方式。新手可以先写短版本，再慢慢补。

Codex四种使用入口各有适用场景：桌面应用适合做项目、看文件、改稿、做工具；命令行入口适合在终端里快速处理；编辑器扩展适合边看代码边用；云端任务适合远端环境运行。分叉适合在同一个任务里尝试另一条路线，保护的是对话思路。工作树开一个隔离副本让Codex改，保护的是项目文件。分叉是对话层面的复制，工作树是文件层面的复制，两者保护的对象不同。

Git可理解为项目的保存点系统。最稳做法是让Codex检查当前项目是否已有Git、提交保存点、再开始正式修改、修改后列出本轮改动、验收通过后提交新版本。如果电脑没有安装Git，可改用普通备份。内置终端用于查看程序运行结果；内置浏览器用于检查本地网页；浏览器操作是“让Codex操作这个页面”；电脑操作让Codex操作桌面软件。

九款推荐插件覆盖日常高频场景。Gmail处理邮箱信息——适合总结未读邮件、起草回复，但不适合自动发送。Google Drive云端文件检索——适合查找和总结文档，需限定范围。Google Calendar日程整理——适合查看日程、找空闲时间。Slack团队聊天总结——适合提取结论和待办，需指定频道。Notion知识库查询——适合查找笔记和整理任务。GitHub查看仓库和协作信息。Documents文档生成——适合把Markdown整理成Word，正式交付需明确目标读者。Spreadsheets数据整理——适合清洗Excel和检查异常，操作前应明确“不要删除原始数据”。Presentations PPT制作——适合把文章整理成PPT，每页只保留一个核心观点。

第11课中Codex规划PDF编辑器时提到的技术名词各自负责不同模块。Electron负责把网页界面变成桌面软件。React+TypeScript负责界面开发。Mozilla PDF.js负责PDF页面预览（“看PDF的眼睛”）。MuPDF/MuPDF.js负责PDF实际处理（“动手处理PDF的工具箱”），包括加文字、加水印、加签名、遮盖敏感信息、调整页面、导出新文件。Electron Forge负责打包安装（“把工地收拾成门店”），生成Windows安装包。

真实软件开发常见“不同工具各管一段”，因为桌面窗口、用户界面、PDF显示、PDF修改、安装包交付的难点各不相同。新手不需要判断技术栈谁更先进，真正需要判断的是：方案是否本地运行？是否把预览和修改分清楚？第一版是否先解决核心需求？是否承认PDF不是Word？是否先做可测试版本而不是一上来打包？