Skip to content

Integrations and components

Agent tools

Manage tasks, owners, checks and artifacts from agent prompts or runner Bash steps.

Use SuperPlane tools in your automations to manage tasks, owners, checks and artifacts. Describe the result in an agent prompt, or call superplane task from a runner Bash step. The agent receives tool descriptions through Model Context Protocol (MCP) and selects the tools it needs.

SuperPlane supplies each run’s credentials and adds the Bash command to its PATH. Changes apply to the current task; task queries and creation use its workspace. Check queries accept an explicit task. Both interfaces use the same permissions.

Select Prompt (MCP) or Bash in any example to switch all examples on this page.

Find tasks in the current workspace, with the most recently updated tasks first.

Find the 20 most recently updated open tasks in this workspace.
Identify any that overlap with this task.
Tool reference: list_tasks

Input:

  • state (optional): draft, open or closed. Give one value or a list.
  • limit (optional): 1 to 100. The default is 100.

Output: tasks. Each task has id, key, title, state and url.

Create an unassigned draft task in the current workspace.

If this task is too complex to complete in one run, break it into smaller draft tasks.
Give each task a clear scope and acceptance criteria.
Tool reference: create_task

Input:

  • title (required): Up to 256 characters.
  • description (optional): Up to 20000 characters.

Output: The new task with id, key, title, state and url.

Close the current task and stop its other runs.

If this task meets all its acceptance criteria, close it as completed.
Otherwise, leave it open and explain what remains.
Tool reference: close_task

Input:

  • result (optional): completed, rejected or failed. The default is completed. A draft task can only be rejected.

Output: The closed task with id, key, title, state, result and url.

List organization members, their roles and their open task counts.

List the people in this organization, their roles and their open task counts.
Identify who has the fewest open tasks.
Tool reference: list_members

Input: none.

Output: members, sorted by name. Each member has user_id, name, email, github_login, roles (for example Owner) and open_tasks (the draft and open tasks that the person owns in the workspace).

Set one person as the owner of the current task, replacing its current owners.

If this task has no owner, assign it to someone who recently changed the code it affects.
Explain why you chose that person. Keep the existing owner if there is one.
Tool reference: assign_task_owner

Previous name: assign_owner.

Input:

  • user (required): A user_id or github_login from list_members.
  • reason (optional): One sentence that people see on the task, for example You changed pkg/payments/charge.go 3 times this month. Up to 280 characters.
  • only_if_unassigned (optional): When true, do nothing if the task already has an owner.

Output: status is assigned with the new owner, or kept with the current owners.

A closed or archived task cannot change owners.

Read the checks recorded on a task.

Review the checks on task SUPER-123.
Summarize any warnings or critical findings that need attention.
Tool reference: list_checks

Input:

  • task (required): The id or key of the task, for example from list_tasks.

Output: checks. Each check has key, name, score, max_score, level and reason.

Record a score and a reason on the current task.

Review this change for UI changes.
Record your findings as a check on this task, with a score and a reason.
Tool reference: add_checks

Input:

  • checks (required): A list of checks. Each check has:
    • key: A stable ID, for example api-latency. A check with the same key is replaced.
    • name: The label that people see, for example API latency.
    • score and max_score: For example 2 of 5.
    • level: positive, caution or critical. It sets the color.
    • reason: One sentence that explains the score.

Output: checks, the saved checks.

Remove custom checks from the current task.

Remove the check with key tests from this task because it belongs to an obsolete test run.
Tool reference: remove_checks

Input:

  • keys (required): The keys of the checks to remove.

Output: removed, the keys that SuperPlane removed.

List the current task’s attachments without reading their content.

List the links attached to this task so I can find its previews and related work.
Tool reference: list_artifacts

Input:

  • type (optional): markdown, link or file.

Output: artifacts. Each artifact has id, key, type, title, url and created_at.

Read an attachment or a local task file. An agent can also inspect images.

Read the test report attached to this task.
Summarize the failures and suggest what to investigate next.
Tool reference: get_artifact

Use it for every image that a person attached to the task, and for every screenshot before you attach it with add_artifact.

Previous names: inspect_attachment and inspect_screenshot.

Input: give one of:

  • id or key: An artifact from list_artifacts.
  • path: A file in the task directory, for example an attachment or a screenshot in evidence/.

Output:

  • For an artifact: the artifact, plus body for markdown, url for a link, or public_url, content_type and size_bytes for a file.
  • For a path: filename, mimeType, sizeBytes and sha256.
  • For an image: the image too.

Screenshots in evidence/ are up to 5 MiB. Other images are up to 70 MiB. SuperPlane records the hash of each screenshot that the agent reads.

Attach a link, a Markdown note, an image or a video to the current task.

Attach https://staging.example.com to this task as Staging.
Replace the previous staging link if one exists.
Tool reference: add_artifact

Previous name for files: upload_artifact.

Input:

  • type (required): markdown, link or file.
  • body: The markdown, for markdown.
  • url: An http or https URL, for link.
  • path: A file in the task directory, for file. Up to 100 MiB.
  • posterPath (optional): For a video, an image that the task shows in place of the video.
  • title (optional): The label that people see. For a file, the default is the filename.
  • key (optional): A stable ID. An artifact with the same key is replaced. Without a key, each call adds a new artifact.

Output: The saved artifact with artifact_id, type, title, key and url. A file also has file_id, filename, content_type, size_bytes, public_url and markdown, a snippet that shows the file in a pull request description.

Read each screenshot and poster with get_artifact first. If the file changes, read it again.

Remove an attachment from the current task.

Remove the staging link from this task because the environment is no longer available.
Tool reference: remove_artifact

Input:

  • key or title (one is required). A title removes the newest artifact with that title and no key.

Output: id and title of the removed artifact.

SuperPlane supplies superplane task inside the run environment. The separately installed SuperPlane CLI has different commands and does not expose all these tools.

List the runner commands:

Terminal window
superplane task --help

Most commands print JSON. Artifact creation commands print the link URL or artifact title. A failed command prints an error to standard error and exits with code 1.

The runner tools cannot move tasks between columns or filter tasks by column. Owner assignment applies only to the current task, including when a run creates additional tasks.