Skip to content

feat(privateactionrunner): add mutating setConfig and generateFlare actions#53756

Draft
louis-cqrl wants to merge 1 commit into
louis-cqrl/agent-par-bundle-remoteconfigfrom
louis-cqrl/agent-par-bundle-mutating
Draft

feat(privateactionrunner): add mutating setConfig and generateFlare actions#53756
louis-cqrl wants to merge 1 commit into
louis-cqrl/agent-par-bundle-remoteconfigfrom
louis-cqrl/agent-par-bundle-mutating

Conversation

@louis-cqrl

@louis-cqrl louis-cqrl commented Jul 16, 2026

Copy link
Copy Markdown
Contributor

What does this PR do?

Adds the two mutating actions to the com.datadoghq.agent PAR bundle:

  • setConfigPOST /agent/config/{key} to change a runtime-settable configuration value on the local Agent.
  • generateFlarePOST /agent/flare to build a flare archive on the Agent host, returning its local path.

Both propagate the task context to their IPC request (the flare endpoint drops its server-side deadline, so an unbounded request could otherwise hang the runner on timeout/shutdown).

Motivation

Completes the com.datadoghq.agent bundle with the write actions. Confirmation gating for these consequential actions is enforced at the MCP tool layer (dd-source PR 7), not in the bundle — the bundle just executes.

Describe how you validated your changes

bazel build //pkg/privateactionrunner/bundles/agent:agent //pkg/privateactionrunner/bundles:bundles passes; pre-push go-linter/go-test pass.

Additional Notes

Stacked series (merge in order). datadog-agent: (1) RC-state endpoint → (2) read-only bundle → (3) getRemoteConfigState(4) this PR. Based on branch louis-cqrl/agent-par-bundle-remoteconfig (PR 3).

Known follow-up: generateFlare currently only creates the archive on the Agent host; uploading it to a Datadog support case is out of scope here (needs either an Agent-side send endpoint or upload support in the runner).


Full stacked series (merge in order)

datadog-agent (Go execution layer):

  1. feat(remote-config): expose remote config state over the agent IPC HTTP API #53753 — expose remote config state over the agent IPC HTTP API
  2. feat(privateactionrunner): add com.datadoghq.agent bundle with read-only actions #53754com.datadoghq.agent bundle, read-only actions
  3. feat(privateactionrunner): add getRemoteConfigState action to com.datadoghq.agent #53755getRemoteConfigState action
  4. feat(privateactionrunner): add mutating setConfig and generateFlare actions #53756 — mutating setConfig/generateFlare actions

dd-source (catalog + MCP tools + authz):
5. ddoghq/dd-source#22260 — com.datadoghq.agent private bundle manifest
6. ddoghq/dd-source#22261 — read-only MCP tools
7. ddoghq/dd-source#22262 — confirm-gated mutating MCP tools
8. ddoghq/dd-source#22263 — MCP OBO allow-list (optional hardening)

Cross-repo: land datadog-agent #53753#53756 and dd-source #22260, and ship an agent build containing them, before the dd-source MCP tools (#22261#22262) work end-to-end.

…ctions

Add the two mutating actions to the com.datadoghq.agent bundle:
  - setConfig:     POST /agent/config/{key} to change a runtime-settable
                   configuration value on the local agent.
  - generateFlare: POST /agent/flare to build a flare archive on the agent
                   host, returning its local path.

generateFlare currently only creates the archive on the agent host; uploading
it to a Datadog support case is a planned follow-up. Confirmation gating for
these consequential actions is enforced at the MCP tool layer (see the
corresponding dd-source change), not in the bundle.
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