macp-runtime 0.7.5

MACP reference runtime: a coordination kernel and gRPC server enforcing session boundaries, message validation, append-only history, modes, and governance policy.
Documentation
version: 2
updates:
  # Rust dependencies (workspace). Grouped to keep PR volume low:
  #   minor-and-patch -> one auto-mergeable PR
  #   major-updates   -> one PR for review (majors usually need code changes)
  - package-ecosystem: cargo
    directory: "/"
    # NOTE: do NOT add `versioning-strategy` here. For the cargo ecosystem
    # dependabot accepts only `lockfile-only` or `auto` -- `increase` and
    # `increase-if-necessary` are rejected outright and invalidate this whole
    # file, which disables dependabot for the repository -- which is what PR
    # #150 did, until this change reverted it. So the #140 shape cannot be
    # prevented by configuration at all:
    #   - `auto` (this default) means "widen for libraries". A Cargo caret
    #     requirement cannot be widened to admit a new major, so dependabot
    #     degrades to a lockfile-only update and ships a Cargo.lock that
    #     Cargo.toml forbids -- exactly #129.
    #   - `lockfile-only` would avoid that, but by silently DROPPING every
    #     update that needs a manifest edit, which would quietly kill the
    #     `major-updates` group below and is a worse trade: a silent gap in
    #     place of a loud, catchable failure.
    # It is caught instead, not prevented: the `cargo metadata --locked` step
    # in ci.yml's Check job fails any PR whose lockfile disagrees with the
    # manifests. On such a dependabot PR, update Cargo.toml in the same PR.
    schedule:
      interval: monthly
    open-pull-requests-limit: 5
    groups:
      minor-and-patch:
        update-types: ["minor", "patch"]
      major-updates:
        update-types: ["major"]
    ignore:
      - dependency-name: "jsonwebtoken"
        update-types: ["version-update:semver-major"]

  - package-ecosystem: cargo
    directory: "/integration_tests"
    # NOTE: do NOT add `versioning-strategy` here. For the cargo ecosystem
    # dependabot accepts only `lockfile-only` or `auto` -- `increase` and
    # `increase-if-necessary` are rejected outright and invalidate this whole
    # file, which disables dependabot for the repository -- which is what PR
    # #150 did, until this change reverted it. So the #140 shape cannot be
    # prevented by configuration at all:
    #   - `auto` (this default) means "widen for libraries". A Cargo caret
    #     requirement cannot be widened to admit a new major, so dependabot
    #     degrades to a lockfile-only update and ships a Cargo.lock that
    #     Cargo.toml forbids -- exactly #129.
    #   - `lockfile-only` would avoid that, but by silently DROPPING every
    #     update that needs a manifest edit, which would quietly kill the
    #     `major-updates` group below and is a worse trade: a silent gap in
    #     place of a loud, catchable failure.
    # It is caught instead, not prevented: the `cargo metadata --locked` step
    # in ci.yml's `integration` job -- NOT the Check job, which guards only the
    # root lock -- fails any PR whose `integration_tests/Cargo.lock` disagrees
    # with the manifests. On such a dependabot PR, update Cargo.toml in the
    # same PR.
    schedule:
      interval: monthly
    open-pull-requests-limit: 3
    groups:
      minor-and-patch:
        update-types: ["minor", "patch"]
      major-updates:
        update-types: ["major"]

  # All GitHub Actions bumps arrive as ONE grouped PR (SHA + comment updates).
  - package-ecosystem: github-actions
    directory: "/"
    schedule:
      interval: monthly
    open-pull-requests-limit: 3
    groups:
      actions:
        patterns: ["*"]

  - package-ecosystem: docker
    directory: /
    schedule:
      interval: monthly
    open-pull-requests-limit: 5
    groups:
      docker:
        patterns: ["*"]