Add Issue Assignees

github.add_issue_assignees
ActionBusiness appsconnection required

Calls POST /repos/{owner}/{repo}/issues/{issue_number}/assignees.

Assign users to an issue without removing the current assignees.

Connection

Required
Yes — the node will not save without one
Auth type
Bearer token
Providers
GitHub
Secret shape
the GitHub personal access token
Resolved by
config.connection_id, else node.connection_id, else the tenant's sole GitHub connection

Configuration

4 fields, 4 required. A dotted path is a nested object and name[] an array of objects — the editor renders the same tree.

FieldTypeRequiredDefaultConstraintsExample
owner
Repository owner — the user or organisation login. Supports {{ }}.
stringYes——octocat
repo
Repository name, without the owner prefix. Supports {{ }}.
stringYes——hello-world
issue_number
Issue number as shown in the UI (not the internal id).
stringYes——1
assignees
GitHub usernames, as a JSON array or a comma-separated list.
arrayYes—array of string["octocat"]

Example configuration

Every value below is the contract’s own example or default — nothing invented.

{
  "assignees": [
    "octocat"
  ],
  "issue_number": "1",
  "owner": "octocat",
  "repo": "hello-world"
}

Output

One shape.

result

FieldTypeExample
ok
True when GitHub accepted the call.
booleantrue
assignees
Usernames assigned to the issue after the change.
array—
count
How many assignees the issue now has.
number—
{
  "assignees": [],
  "count": 0,
  "ok": true
}

Notes

  • GitHub silently ignores a username that cannot be assigned to the repository.

See Add Issue Assignees run in a workflow.

In a technical demo we add the GitHub connection, drop the node on the canvas and let Workflow Health pre-flight it before the first real run.