1. 今天AI圈的三件大事拆开看都不简单10月2日这个日子放在AI圈不算什么特别大的节点但昨晚到今天早晨刷到的几条消息凑在一起倒是挺值得坐下来聊一聊的。加州监管机构向OpenAI发出传票Claude Code宣布开放Mod化Meta这边则放出让模型自己改写上下文的研究方向。这三件事表面上是“监管、工具、研究”三个完全不同的频道实际上都在回答同一个问题AI接下来要怎么被更规范、更高效地用到真实工作里。先铺垫一下背景。最近这段时间AI行业明显进入了一个“下半场”基础模型的能力差距正在缩小各家比的不是谁的参数多、谁的榜单分高而是谁能把模型真正嵌进开发流程、业务系统和个人工作台里。OpenAI的ChatGPT和Codex、Anthropic的Claude和Claude Code、Meta的开源系列三家走的是三条路线但目标其实一致。今天这三条新闻恰好把下半场的三个关键主题全部点了一遍监管合规、工具生态、上下文效率。这篇文章我打算不按新闻通稿的方式念给你听而是从实用角度拆开看。如果你是一名开发者、AI产品经理或者正在用Claude Code这类工具干活的人这三个事件对你的影响会比想象中大。尤其是Claude Code的Mod化大概率会改变接下来一年AI编程工具的使用方式而Meta那个“模型改写自己的上下文”的方向则直接关系到一个几乎所有AI重度用户都绕不开的痛点——上下文窗口不够用。2. Claude Code Mod化AI编码工具正在变成“可拼装的工作台”2.1 为什么是Mod而不是插件先说说今天最值得开发者兴奋的一条Claude Code开放Mod化。Mod这个词玩过游戏的人应该不陌生Modification的缩写意思是“模组”。游戏界的老玩家都知道上古卷轴、我的世界这些游戏真正的生命力一半靠官方一半靠社区Mod。Mod之所以和普通插件不一样是因为它不只是往软件上挂一个功能而是允许你改造软件本身的形态和行为规则。Claude Code做的正是这件事。Claude Code本身是跑在终端里的AI编程代理可以理解为一名住在命令行里的AI工程师你给它一个任务它会自己读代码、搜文件、跑命令、改代码、提交commit。过去一年多它已经成为很多开发者的标配。但问题也随之而来每个人用它的方式都不一样。有人拿它写测试有人拿它做代码审查有人拿它维护数据库脚本有人拿它写文档。工具本身的大而全反而限制了它在具体场景下的表现。Mod化要解决的就是这个问题——让每个团队、每个项目都能给Claude Code装上自己的“行为插件”。打开新闻详情页看了一眼具体机制跟我之前猜的差不多官方给了一套标准的Mod打包格式和加载协议开发者可以把自己沉淀出来的工作流写成模组然后通过命令行安装、共享、组合。这意味着什么意味着你不再需要每次新建项目时都重新跟AI交代一遍“我们项目的目录结构是什么、代码规范是什么、提交信息用什么格式”而是直接装一个项目专用的Mod让AI自动切换到对应的行为模式。2.2 一个Mod的典型结构关于Mod的组织方式各家版本的命令名可能会略有差异我这里说的是比较通用的示例。一个典型的Mod本质上是一个包含SKILL.md文件的目录里面用Markdown描述这个Mod的能力和触发条件。我用自己最近写的一个例子来说明。比如我经常要给项目生成中文的git提交信息于是写了一个叫commit-zh的Mod目录结构长这样commit-zh/ ├── SKILL.md └── scripts/ └── suggest-commit.shSKILL.md的内容大概是--- name: commit-zh description: 生成符合 Conventional Commits 规范的中文 git 提交信息 --- ## 行为规则 当用户要求“提交代码”或“commit”时按以下步骤执行 1. 先运行 git status 查看变更文件 2. 再运行 git diff --stat 查看变更规模 3. 逐个查看关键文件的 git diff理解变更内容 4. 根据变更类型生成提交信息格式为type(scope): description 5. type 可选值feat / fix / refactor / docs / test / chore / perf 6. 提交信息使用中文描述简洁明确不超过50个字 7. 询问用户确认后再执行 git commit装进Claude Code之后它在遇到“帮我提交代码”这种请求时就会按照这套规则走。不用我在每次对话里把流程重新说一遍。这个例子很小但它展示了Mod的本质把你在某个工作场景里的最佳实践变成AI的行为约束。更复杂的Mod还可以声明自己需要哪些工具权限甚至可以组合多个Mod叠加使用。比如我见过有人做了一个“代码审查Mod”它规定了审查顺序、关注点、输出报告模板再叠加一个“安全检查Mod”专门检查依赖漏洞和敏感信息泄露。两个Mod组合一次对话里就能同时完成两套逻辑。这种场景化、模块化的思路比单纯给AI工具加功能要高明得多因为它尊重了一个基本事实每个团队的工作流都不同工具应该适配流程而不是让流程去迁就工具。2.3 Mod化如何影响上下文策略Mod化的价值不只是组织行为规则它还会间接影响一个很要命的问题——上下文利用效率。Claude Code在跑长任务时最怕的就是把大量上下文浪费在重复描述项目背景上。如果能把项目背景、编码规范、常用命令全部固化进Mod那么模型就可以把宝贵的上下文用来承载实际任务内容而不是反复读取无关信息。我实测下来的感受是一个好Mod的省token效果比任何提示词技巧都明显。因为提示词技巧是每次对话都重复一遍而Mod是统一加载、随时生效。从这个角度看Mod化本质上是一次“上下文减负”把可以沉淀的东西从对话里抽出来放到配置里。3. 实操从零开始把Claude Code变成你自己的“定制工程师”3.1 安装与环境准备光看新闻肯定不过瘾直接上手才是正经事。Claude Code的安装流程并不复杂前提是你有一台装了Node.js的电脑以及一个能够访问Claude模型的账号或API Key。Node.js的版本建议用LTS版本太老的版本可能会和Claude Code的运行依赖冲突。以下是基础安装流程以当前最新版为准# 全局安装 Claude Code npm install -g anthropic-ai/claude-code # 验证安装 claude --version # 进入一个项目目录并启动 cd /path/to/your/project claude首次启动的时候它会引导你完成登录授权或者让你配置ANTHROPIC_API_KEY环境变量。这一步卡住的人不少常见原因是终端代理没生效导致登录请求发不出去。遇到这种情况先检查你的网络环境能不能正常访问API服务再检查环境变量是否拼写正确。我自己的习惯是优先把API Key写到~/.zshrc或~/.bashrc里export ANTHROPIC_API_KEYsk-ant-xxxx配好之后重启终端再运行claude就不会再让你重复登录了。如果你是在团队共用的服务器上部署建议不要直接把Key写进项目文件而是放到CI/CD的密钥管理里避免把Key带进git历史。如果你更习惯用IDEVS Code里也有官方扩展装好后可以选中代码直接唤出Claude Code来做解释、重构或者写测试。桌面版和终端版的底层能力一致差别主要在交互界面日常重活我建议还是用终端版脚本化、自动化都更灵活。3.2 首次运行让Claude Code接管你的仓库很多新手第一次跑Claude Code上来就丢一句“帮我看下这个项目”然后项目太大、上下文爆炸、AI行为飘忽最后得出结论“这工具不行”。实际上问题出在你没给它建立项目的“初始上下文”。正确做法是进入项目根目录后先执行/init命令。这个命令会扫描项目结构、读取README、分析主要语言和框架然后生成一份CLAUDE.md文件。这份文件就是项目的长期记忆后续每次对话Claude Code都会自动加载它。用我的话说CLAUDE.md是你写给AI看的“项目手册”告诉它这个仓库是什么、用什么技术栈、有哪些约定。初次生成之后我强烈建议你手动改一遍这份文件把自己团队特有的约定写进去比如# 项目说明 - 这是一个使用 FastAPI 构建的后端服务 - 目录结构app/ 为业务代码tests/ 为测试scripts/ 为运维脚本 - 数据库迁移使用 Alembic修改模型后必须生成迁移文件 - 代码风格遵循 PEP8函数命名使用动词开头 - 提交信息必须使用中文遵循 Conventional Commits 规范 - 不要在代码中硬编码敏感信息一律从环境变量读取改完保存后面的对话质量会提升一个档次因为你把原本分散在多个README和团队成员脑子里的“隐性知识”显式写进了AI的工作记忆里。3.3 写第一个Mod并加载前面说Mod目录结构这节走一遍实际加载流程。还是用commit-zh那个例子你先按SKILL.md的格式建好目录和文件然后打开Claude Code执行# 把本地Mod注册进当前环境 claude mod add ./commit-zh # 查看已安装的Mod claude mod listmod add的路径可以是本地目录也可以是git仓库地址这样你就能把自己写的Mod分享给团队其他人用。分享这件事特别重要因为Mod最大的价值在于积累。你在这周为了处理某个特定项目写的Mod很可能在半年后的另一个项目里继续复用而如果没有一个清晰的安装共享机制这些沉淀就很容易丢失。加载完之后我建议你顺便打开Mod的说明文档看一下它声明的权限范围。Claude Code的Mod可以声明自己需要读取哪些目录、执行哪些工具这部分配置要认真对待不要给不熟悉的Mod授予过大的权限尤其是那些会执行任意终端命令的Mod要谨慎启用。安全意识和功能丰富度需要做一个平衡。3.4 用Mod和配置管理长任务上下文实操中还有一个技巧很多人用完才恍然大悟与其让Claude Code在对话里慢慢理解你的项目习惯不如把所有常变的内容拆到外部配置里这样每次对话的上下文可以保持“轻量化”。我会在CLAUDE.md里只写那些高度稳定、长期适用的项目规则把那些临时性的任务需求通过Mod动态注入。举个例子这周我在做一个数据清洗任务数据集格式比较诡异。与其在对话里反复解释不如写一个>