开源、自托管的依赖代理
一份缓存,连接每一次构建。
让开发机、服务器和 CI 复用依赖下载。继续使用 npm、pip 等包管理器,通过自托管入口查看请求、管理缓存与交付规则。
- MIT 开源
- Docker / 单文件部署
- 服务无遥测
lodash@4.17.21复用缓存npm registry通过策略检查后,直接复用已缓存的依赖。
这次请求,命中了缓存。
示例请求命中缓存、完成交付,回源流量为零。策略结果未被记录,界面保留这个未知状态。
在产品中这样查看
- 在访问日志中找到这次请求
- 打开详情中的请求链
- 对照缓存、交付结果与回源流量
阻断结果,有据可查。
审计详情展示被请求的包与版本、阻断结果和 HTTP 451。这个示例的交付字节数为零。
在产品中这样查看
- 在审计日志中找到阻断记录
- 打开这条记录的审计详情
- 核对包名、结果与 HTTP 状态
此处展示开发版界面;快速开始安装稳定版 v0.11.0,界面可能有所不同。 查看稳定版
继续用你熟悉的包管理器。
14 个标准生态 + Docker OCI额外配置:DockerHugging Face 需先配置服务端上游。
ccache / sccache支持 ccache / sccache 远程编译缓存,使用独立的存储与配额。
配置编译缓存从个人环境,到小团队
个人环境与 Homelab
经常重建虚拟机、切换开发设备时,让新环境复用其他机器通过 Depsilo 下载的依赖。
从自己的环境开始开发团队与 CI
让新的 Runner 接入同一依赖入口,按请求核对缓存与交付结果,并在交付前执行启用的包规则。
了解请求路径上的策略只读诊断示例
MCP这次下载命中缓存了吗?
这次请求命中缓存并完成响应。策略结果未知,无法判断具体规则是否生效。
查看查询与返回字段
读取请求
depsilo_request按请求 ID 查询核对事实
cache_result: hit- 缓存命中
delivery_result: completed- 响应完成
policy_decision: unknown- 策略结果未知
示例展示字段含义,实际回答以实例记录为准。只读查询不修改配置或执行修复。
部署 Depsilo
让 AI 帮你接入,或选择适合自己的部署方式。
让 AI 接入
请先阅读 https://depsilo.com/llms.txt,根据当前环境帮我部署 Depsilo 并接入当前项目;已有实例则复用。完成首次设置后,验证请求与缓存结果。
粘贴到能读取网页的 AI 工具。网页助手提供操作步骤;能访问项目和终端的 coding agent 可协助部署并修改配置。
Docker
docker run -d --name depsilo -p 23333:23333 \
-v depsilo-state:/root/.depsilo \
ghcr.io/depsilo/depsilo:0.11.0使用已安装 Docker 的机器。配置、数据库和本地缓存保存在命名卷中,服务使用 23333 端口。
二进制
curl -fsSL https://github.com/depsilo/depsilo/releases/download/v0.11.0/install.sh | \
DEPSILO_VERSION=v0.11.0 DEPSILO_INSTALL_DIR="$HOME/.local/bin" bashcd "$HOME"
"$HOME/.local/bin/depsilo" serve --host 127.0.0.1 --port 23333安装 v0.11.0 到 ~/.local/bin,并校验下载文件。启动后保持终端打开,引导令牌会显示在该终端中;新实例默认将状态保存在 ~/.depsilo/。
Homebrew
02创建管理员引导令牌、管理员与就绪检查
从服务启动日志中读取一次性引导令牌,在浏览器中创建首个管理员。
由 AI 协助找到启动日志,你在浏览器中输入引导令牌并完成设置。
docker logs depsilo二进制安装:引导令牌显示在运行 serve 的终端中,请保持该终端打开。
Homebrew 配方尚未发布,请先选择其他部署方式。
打开本机服务localhost:23333 ↗localhost 与 127.0.0.1 指运行 Depsilo 的机器。从其他设备访问时,先配置可达地址与 HTTPS。
curl -fsS http://127.0.0.1:23333/ready03发起第一条请求本机 HTTP 验证,再接入项目
完成首次设置后,在运行 Depsilo 的机器上执行这条命令,读取一份 npm 包元数据。
curl -fsS --max-time 30 \
http://127.0.0.1:23333/npm/is-number \
-o /dev/null -w 'HTTP %{http_code}\n'收到 HTTP 200 后,打开 Admin → 访问日志(/admin/logs),按刚才的时间找到 npm 的 is-number 请求。核对这条记录,确认请求经过了 Depsilo。
每次运行 curl 都会发起请求,不依赖包管理器的本地缓存。本机验证直接使用上面的 HTTP 地址。
接入你的项目pip / npm / Go
确认请求后,再接入项目。下方使用 HTTPS 示例地址;请替换为你的实例地址,也可从 Portal 获取对应客户端的配置。
配置 HTTPS 与反向代理 →单次命令 · POSIX shell
pip install requests \
--index-url https://depsilo.example/pypi/simple/此命令不写入全局源配置。
项目命令可能复用已安装的依赖或本地缓存。安装成功不代表产生了新请求;连接验证以上面的 curl 请求及对应日志为准。
先用开源能力,按需启用 Pro。
- 依赖代理与共享缓存
- 包规则、发布年龄与审计
- Webhook、Agent 指令与只读 MCP
常见问题
查看支持范围与配置边界适合什么规模?
适合个人开发者、Homelab 和小团队,也适合负责这些环境的 DevOps。当前采用单实例运行方式,不提供多节点高可用或共享数据库部署。
需要替换现有包管理器吗?
不需要。继续使用 pip、npm、Go 等工具,只将对应的下载源指向你的 Depsilo。优先从项目级配置开始,并保留 lockfile 与校验设置。
断网后也能安装所有依赖吗?
上游不可用时,可以在适用条件下继续提供已缓存的内容。尚未缓存的依赖仍需要上游;它不是一份完整的离线镜像。
数据保存在哪里?
实例使用 SQLite 保存元数据,制品可保存在本地磁盘或 S3 对象存储。数据由你自己的部署管理。
哪些能力开源?
代理缓存、包规则、发布年龄、审计与 Webhook 等治理能力开源。多项目工作区和运行时项目 SBOM 属于 Pro,提供 14 天试用。
所有生态的策略能力一样吗?
不同生态的协议与发布时间来源不同,安全控制的覆盖范围也不同。Docker 是拉取缓存;Docker 与 Hugging Face 在此版本需要补充服务端配置。
把下一个依赖,放近一点。
从一台机器、一个项目开始,让缓存和请求都看得见。





