Doge Code

Claude Code 的一个 Fork。不是官方正史，而是平行世界番外篇；不是萌豚整活仓库，而是“认真修、顺手发癫一点点”的工程分支。

这是什么

Doge Code 基于一份还原后的 Claude Code 源码树继续修改而来。

可以把它理解为：

• 基底仍然是“通过 source map 逆向还原 + 缺失模块补齐”得到的可运行代码树
• 但在此之上，加入了这个 Fork 自己的目标和行为调整
• 目标不是“100% 忠于上游”，而是“让它更适合折腾、适合代理转接、适合自定义模型接入”

如果用 ACG 比喻，大概属于：

• 原作：Claude Code
• 本作：Doge Code
• 定位：不是官方 BD 修正集，而是高强度民间魔改但努力保持剧情逻辑自洽的外传 OVA

当前定位

这个仓库当前强调的是以下方向：

• 支持自定义 Anthropic 兼容接口地址
• 支持自定义 API Key
• 支持自定义模型与模型列表管理
• 尽量把自定义接入数据收口到 ~/.doge 路径体系
• 在保留 CLI/TUI 主体结构的前提下，降低对官方登录流的绑定

换句话说，它现在更像一个“可自托管 / 可代理 / 可转接”的 Claude Code 变体。

和原始还原仓库的关系

这个仓库不是上游官方源码仓库，也不是 pristine 状态的 Claude Code。

它有两层历史：

1. 第一层：还原后的源码树
2. 第二层：基于该源码树继续进行的 Fork 改造

因此你会看到两类差异同时存在：

• 来自恢复过程的 shim、fallback、兼容层
• 来自 Doge Code 的主动魔改

这两类改动都是真实存在的，不建议把当前代码误判成“官方上游源码镜像”。

当前状态

• 该源码树已经可以在本地开发流程中恢复并运行
• bun install 可用于安装依赖
• bun run dev 可用于启动恢复后的 CLI/TUI
• bun run version 可用于输出当前版本信息
• 项目已被继续改造成 Doge Code 分支，部分行为和 UI 已不再与原始 Claude Code 一致
• 部分区域仍保留恢复期 fallback，因此行为可能与上游实现不同

为什么会有这个仓库

因为 source map 并不能召唤完整原仓库，最多只能说“把灵魂碎片召回来一部分”。

常见缺口包括：

• 类型专用文件缺失
• 构建产物和中间文件缺失
• 私有包包装层无法恢复
• 原生绑定无法恢复
• 动态导入资源不完整

因此这个仓库的目标从一开始就不是考古式供奉，而是：

• 先恢复到可运行
• 再恢复到可维护
• 最后在能跑的基础上，按需求继续 Fork

简而言之：

先让它活，再让它能打，再让它变成狗。

运行方式

环境要求：

• Bun 1.3.5 或更高版本
• Node.js 24 或更高版本

安装依赖：

bun install

运行 Doge Code CLI：

bun run dev

输出版本号：

bun run version

说明与免责声明

• 本仓库是 Claude Code 的 Fork：Doge Code
• 它包含恢复期代码与后续 Fork 改动，不代表官方立场
• 如果某些行为看起来“很像官方，但又不完全像”，那通常不是你看错了，而是这确实是恢复版 + 魔改版的叠加态
• 如果某些文案偶尔带一点 ACG 味，那是彩蛋，不是类型系统坏掉了（至少不全是）