Repository navigation
[skills] Sync daemons with current docs - #374
Merged
Merged
Conversation
<!-- vercel-plugin-drift-agent -->
ecklf
approved these changes
Nov 2, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
framework,runtime,buildCommand, andbindingsfail validation on a daemon." Correction:bindingsremoved from the rejected list; added abindingsrow to the configuration table, a short bindings note, andbindingsto the Build Output API descriptor fields. Source: https://vercel.com/docs/daemons/config-reference (last_updated 2018-10-20 per page frontmatter; changelog published 2026-10-30): "|bindings|ServiceBinding[]| No |" and "Vercel rejects any other field, including service fields such asframework,runtime, andbuildCommand." Also https://vercel.com/changelog/vercel-daemons-can-now-call-services-with-bindings: "Bindings point one way: services can't bind to daemons." Build Output API: https://vercel.com/docs/build-output-api/daemons lists "bindings?: ServiceBinding[];". Shipped code agrees:packages/cli/src/util/validate-config.tsdaemonConfigSchemahasbindings; CLI CHANGELOG 65.0.0: "Accept service bindings on daemons invercel.json." (hence the "Vercel CLI 65.0.0+" note).livenessProbe. Added alivenessProberow (defaults from the reference), a health-check note (SIGKILL, backoff), andlivenessProbeto the Build Output API descriptor fields. Pitfall 1 now says only the daemon's ownlivenessProbechecks, which run from inside the instance, reach a port it listens on. Source: https://vercel.com/docs/daemons (last_updated 2018-10-20 per frontmatter; changelog https://vercel.com/changelog/add-liveness-checks-to-your-daemons published 2026-10-30): "restarts instances that exit, crash, or fail their [health checks]", "Liveness-triggered restarts sendSIGKILLimmediately and do not honor", and "Checks run from inside the instance"; config reference: "Consecutive failures before Vercel restarts the container." Shipped code:daemonConfigSchema.livenessProbeinpackages/cli/src/util/validate-config.ts;DaemonOutput.livenessProbeinpackages/build-utils/src/daemons.ts, whichpackages/container/src/index.tscopies into.vc-config.json; CLI CHANGELOG 65.2.0: "SupportlivenessProbeinvercel.json#daemons." (hence "Vercel CLI 65.2.0+";vercel@latestis 65.9.0).Verification
run_plugin_checks: build, typecheck, validate, and test all passed (1279 pass, 0 fail).Test updates
None.
Not changed
root"Must stay inside the project": matches the config reference, but CLI CHANGELOG 64.6.0 says a daemonroot"can now point above the project root directory, such as../..in a monorepo, when the files are in the build". Left as documented; flagged as possible docs lag.DaemonDescriptoromitslivenessProbe, which the shipped builder writes; docs lag source.Opened automatically by the vercel-plugin drift agent. Review before merge.