如何开启隐藏功能
四层防御体系
Section titled “四层防御体系”根据我们的源码分析,隐藏功能受到四层门控保护:
| 层级 | 机制 | 能否绕过? |
|---|---|---|
| 构建时 | USER_TYPE === 'ant' + feature() 标志 — 公开构建通过死代码消除物理移除了这些代码 | 需要从源码重新构建 |
| 运行时 | GrowthBook tengu_* 标志 — 服务端向 Anthropic 服务器查询 | 需要本地覆盖 (CLAUDE_INTERNAL_FC_OVERRIDES) |
| 认证 | 绑定到员工账户的 Anthropic OAuth 令牌 | 无法绕过 |
| 基础设施 | CCR、远程触发器、推送通知依赖 Anthropic 内部后端 | 无法绕过 |
值得关注的环境变量
Section titled “值得关注的环境变量”部分功能通过环境变量进行门控:
CLAUDE_CODE_COORDINATOR_MODE=1 # 协调器模式CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 # Agent 团队 (+ --agent-teams 标志)CLAUDE_CODE_PROACTIVE=1 # 主动模式CLAUDE_INTERNAL_FC_OVERRIDES='{...}' # GrowthBook 标志覆盖 (JSON 格式)| 功能 | 可行性 | 原因 |
|---|---|---|
| 协调器模式 | 推测 — 可能部分可行 | 最独立的功能;环境变量 + 源码重建 |
| Agent 团队 | 推测 — 可能部分可行 | 环境变量 + CLI 标志 + 源码重建 |
| 自动权限模式 | 推测 — 可能部分可行 | 客户端分类器 |
| Kairos(本地任务) | 推测 — 部分可行 | 本地守护进程可用,但无推送/Webhook |
| 语音模式 | 不太可能 | 可能依赖服务端音频管线 |
| CCR / 远程触发器 | 不可能 | 需要 Anthropic 的后端基础设施 |
| Bridge / SSH 远程 | 不可能 | 需要 Anthropic 的远程后端 |
推测性方案:从源码构建
Section titled “推测性方案:从源码构建”根据源码结构,理论上的方案大致如下:
# 1. 克隆源码git clone https://github.com/instructkr/claude-codecd claude-code
# 2. 安装 Bun(Claude Code 使用的运行时/打包器)curl -fsSL https://bun.sh/install | bash
# 3. 安装依赖bun install关键是找到构建配置文件 — 可能是 build.ts、bundle.ts 或 package.json 的 scripts 段。在构建管线的某处,应该有类似这样的 --define 标志:
// 假设的构建配置(推测)Bun.build({ define: { 'process.env.USER_TYPE': JSON.stringify('ant'), // 把 'external' 改为 'ant' // feature() 标志可能也在这里定义 },})你需要:
- 找到设置
USER_TYPE和feature()定义的构建入口 - 修改
USER_TYPE从默认值(可能是'external')改为'ant' - 启用特定功能标志:
COORDINATOR_MODE: true、KAIROS: true等 - 重新构建 — 使用
bun build或项目的构建脚本 - 替换你已安装的 Claude Code 二进制文件
GrowthBook 难题
Section titled “GrowthBook 难题”即使有了自定义构建,运行时的 tengu_* 标志仍会查询 Anthropic 的 GrowthBook 服务器。覆盖环境变量可能有帮助:
# 在本地覆盖特定的 GrowthBook 标志export CLAUDE_INTERNAL_FC_OVERRIDES='{ "tengu_amber_flint": true, "tengu_kairos_cron": true, "tengu_onyx_plover": { "enabled": true, "minHours": 24, "minSessions": 5 }, "tengu_scratch": true, "tengu_auto_mode_config": { "enabled": "enabled" }}'但这仅在以下条件满足时有效:
CLAUDE_INTERNAL_FC_OVERRIDES的代码路径存在于你的构建中(它在USER_TYPE === 'ant'之后)- 功能代码本身没有被 tree-shaking 移除
最有希望的目标
Section titled “最有希望的目标”如果要猜测哪些功能最可能通过源码重建来实现:
- Coordinator 模式 — 自包含,环境变量激活,无后端依赖
- Agent 团队 — 环境变量 + CLI 标志,使用本地 tmux/iTerm
- Auto Dream — 基于本地文件,forked subagent 在本地运行
- 自动权限模式 — 客户端分类器,无服务端依赖
- Scratchpad — 只是一个带权限绕过的目录,非常简单
绝对不可能的部分
Section titled “绝对不可能的部分”无论怎么改源码都无法复制:
- CCR 云环境 — Anthropic 的私有云基础设施
- 远程触发器 API (
/v1/code/triggers) — Anthropic 的后端 - 推送通知 — Anthropic 的通知服务
- Bridge 远程会话 — Anthropic 的环境 API
- API Beta Header 门控的功能 — 服务端直接拒绝
待续 (To Be Continued…)
Section titled “待续 (To Be Continued…)”我们正在继续探索构建系统,如果找到可靠的方法会更新本页。目前最实用的收获是理解这些功能的架构设计 — Coordinator/Worker 模式、缓存安全的 Fork、后台记忆整合、智能权限分类 — 这些架构模式可以启发你自己的 AI 工具开发。