# 使用 Homebrew 安装 buildkitd

查看 buildkitd 的安装路径、可执行文件、元数据以及面向 AI 代理工作流的安全说明。

## 安装

```sh
sudo av install brew:buildkitd
```

其他安装命令:

### macOS

- Homebrew (100%):

```sh
brew install buildkitd
```

  证据: local Homebrew formula metadata

## 软件包事实

- **软件包键:** brew:buildkitd
- **软件包管理器:** Homebrew
- **版本:** 0.32.1
- **来源摘要:** Concurrent, cache-efficient, and Dockerfile-agnostic builder toolkit (Daemon)
- **主页:** <https://github.com/moby/buildkit>
- **仓库:** <https://github.com/moby/buildkit>
- **最后更新:** 2026-08-03T15:09:10Z
- **已生成:** 2026-08-03T19:37:03+00:00

## 可执行文件

- buildkitd (别名)

## 安装行为

- Bottle: 不可用

## 版本和新鲜度

- 页面生成时间: 2026-08-03
- 管理器版本: 0.32.1
## 项目历史与用法

`buildkitd` is the daemon side of BuildKit: the long-running service that executes BuildKit build graphs, manages workers and cache, and exposes the API used by `buildctl`, Docker Buildx, and other clients.

### 项目历史

The daemon exists because BuildKit was designed as a reusable backend rather than a monolithic CLI operation. The 2017 Moby proposal described BuildKit as a long-running service optimized for parallel execution, complex projects, and multiple builds at the same time.

In the BuildKit repository, `buildkitd` is documented as the daemon paired with the `buildctl` client. It supports OCI and containerd worker backends, rootless operation, systemd socket activation, TCP exposure, Kubernetes/containerized deployments, and daemon configuration through `buildkitd.toml`.

### 采用历史

`buildkitd` adoption followed BuildKit adoption: once Docker Buildx and then Docker Engine 23.0 made BuildKit the default build engine, the daemon became the infrastructure component behind many local, remote, and CI builder setups.

The daemon is especially visible outside Docker Desktop and Docker Engine defaults, where users run BuildKit directly on Linux hosts, in Kubernetes, in containers, or from macOS through a Linux VM such as Lima.

### 使用方式

Users start `buildkitd` as root or rootless, point clients at its Unix socket or TCP endpoint, and tune behavior with `/etc/buildkit/buildkitd.toml` or `~/.config/buildkit/buildkitd.toml`. It manages worker backends, garbage collection, cache storage, network settings, entitlements, and registry configuration.

Package-manager users care about `buildkitd` when they need a real BuildKit service instead of only the `buildctl` client, for example to run local CI builders, expose a remote build farm endpoint, or experiment with non-Docker workers.

### 为什么软件包爱好者会关心

`buildkitd` is the boring but important half of BuildKit packaging: without the daemon, `buildctl` is just a client. Splitting the Homebrew formula surface between BuildKit tools and the daemon reflects the practical difference between a portable CLI and a Linux-oriented build service.

For people who package container tooling, `buildkitd` is a case study in shipping a service-oriented build engine whose useful configuration is mostly runtime paths, sockets, workers, and cache policy rather than project-local config files.

### 时间线

- 2017: BuildKit proposal describes a long-running build service.
- 2017: Public `moby/buildkit` repository is created.
- 2023: Docker Engine 23.0 makes Buildx and BuildKit the default Docker build path.
- 2026: `buildkitd.toml` remains the documented daemon configuration surface.

### Related projects

- `buildkitd` is part of BuildKit and is used with `buildctl`, Docker Buildx, Moby/Docker, containerd, runc/crun, Lima, Kubernetes, and OCI image tooling.

### 来源

- <https://api.github.com/repos/moby/buildkit>
- <https://docs.docker.com/build/buildkit/toml-configuration>
- <https://github.com/moby/buildkit#readme>
- <https://github.com/moby/moby/issues/32925>


## 安全说明

formula declares a Homebrew service.

- **Geiger 风险:** orange / 中
- formula declares a Homebrew service


## Configuration and credential file locations

These source-backed paths show where this package keeps local settings or durable credentials. Automic Vault can use them as review targets for secret scanning, migration, and command approval.


## Configuration files

- Unix: /etc/buildkit/buildkitd.toml, ~/.config/buildkit/buildkitd.toml

## Combined YAML source

View the package source record on GitHub. [combined/buildkitd.yml](https://github.com/mxcl/pkgdb/blob/main/combined/buildkitd.yml)


## 来源

- pkg.so package database
- Geiger risk classifier
- curated configuration and credential file locations
- curated package history
- pkgdb category and tag curation
- cross-ecosystem install command graph