Skip to content

docs: state image architecture as region-dependent, not absolute - #1183

Merged
markbackman merged 1 commit into
mainfrom
docs/architecture-is-region-dependent
Aug 27, 2026
Merged

docs: state image architecture as region-dependent, not absolute#1183
markbackman merged 1 commit into
mainfrom
docs/architecture-is-region-dependent

Conversation

@markbackman

Copy link
Copy Markdown
Contributor

Four pages assert linux/arm64 as a platform-wide requirement. pipecatcloud 1.2.0 made architecture a property of the region, so those absolutes are about to be contradicted by the docs' own content.

Page Says
fundamentals/error-codes.mdx "Pipecat Cloud only supports images for the linux/arm64 platform"
fundamentals/agent-images.mdx "Pipecat Cloud requires all images to be built to target Linux on ARM"
api-reference/cli/cloud/docker.mdx "linux/arm64required for Pipecat Cloud deployments"
guides/ci-with-github-actions.mdx "Pipecat Cloud requires images built for linux/arm64"

1.2.0 added deploy --architecture {amd64,arm64} and an architecture key in pcc-deploy.toml, validated against what the target region supports.

Nothing above is wrong for a reader deploying today — Daily-hosted regions run arm64. But each states the consequence as if it were the rule, so each becomes false the moment a region with a different architecture exists. This states the rule and names arm64 as what follows from it.

Scope

Deliberately narrow, because #1145 is in flight and touches adjacent ground:

  • Not touched: deploy.mdx. docs(cloud): self-hosted regions #1145 already documents --architecture, the architecture TOML key, --resources, and [resources] there. I'd previously recommended splitting the deploy-side flag out and doing it separately — that was wrong, it's covered.
  • Not touched: the three container-registry guides saying "the correct platform (linux/arm64)". Those describe docker build-push, which does build arm64 and can't be configured otherwise.
  • No overlap with docs(cloud): self-hosted regions #1145's changed files, so this can land in either order.

Phrasing avoids depending on content #1145 introduces — no reader is sent to a regions list architecture column that doesn't exist yet.

One addition

error-codes.mdx gains a one-liner for PCC_INVALID_IMAGE_PLATFORM:

docker image inspect <image> --format '{{.Architecture}}'

The first thing someone hitting that error needs is a way to see what they actually built; the page previously only told them what was required.

Verification

mint broken-links --check-anchors --check-redirects clean, docs-meta-lint.mjs 0 errors, llms-full.txt regenerated.

🤖 Generated with Claude Code

Four pages assert that Pipecat Cloud requires linux/arm64, phrased as a
platform-wide constraint: "Pipecat Cloud only supports images for the
linux/arm64 platform", "requires all images to be built to target Linux
on ARM", "required for Pipecat Cloud deployments".

pipecatcloud 1.2.0 added `deploy --architecture {amd64,arm64}` and an
`architecture` key in pcc-deploy.toml, validated against what the target
region supports. Architecture is a property of the region now, not of the
platform.

Nothing here is wrong for a reader deploying today — Daily-hosted regions
run arm64 — so this states the rule that is actually true and names arm64
as the value that follows from it, rather than leaving four absolutes to
be contradicted later.

Scoped to the four pages that state it as absolute. The flag itself and
the pcc-deploy.toml key are already documented in #1145, and the three
container-registry guides say "the correct platform (linux/arm64)" about
`docker build-push`, which does build arm64 and cannot be changed.

Also adds the docker image inspect one-liner to error-codes, since the
first thing a reader hitting PCC_INVALID_IMAGE_PLATFORM needs is a way to
see what they actually built.
@github-actions

Copy link
Copy Markdown
Contributor

🔍 Mintlify preview for this branch: https://daily-docs-architecture-is-region-dependent.mintlify.site

@markbackman
markbackman merged commit 5799a1d into main Aug 27, 2026
5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant