Update issues

Edits a work item — rename it, rewrite it, move it to another column, or re-prioritise it. Absent fields are left alone. MOVING A CARD IS A RELABEL.

PATCH /v1/task/projects/{key}/issues/{num}

Task → · All API references → · Get started →


Address	`https://api.hanzo.ai/v1/task/projects/{key}/issues/{num}`
Method	`PATCH`
Operation	`patch_task_projects_by_key_issues_by_num`
Auth	`Authorization: Bearer $HANZO_API_KEY`

Edits a work item — rename it, rewrite it, move it to another column, or re-prioritise it. Absent fields are left alone.

MOVING A CARD IS A RELABEL. The column lives in the forge's label set, so the move replaces that set rather than writing a status column here that a forge-side change could contradict. Moving to done also CLOSES the issue on the forge, because a done card and an open issue are a contradiction.

Request

9 fields, body application/json (required).

Field	In	Type	Required	Description
`key`	path	string	yes	Key is the board — the repository name, from the path.
`num`	path	integer	yes	Num is the issue number on that repository, from the path.
`assignee`	body	string	—	Assignee hands the work to somebody — a person or an agent, by the name they are known by on the forge.
`description`	body	string	—	Description rewrites the body.
`key`	body	string	—	Key is the board — the repository name, from the path.
`num`	body	integer (int64)	—	Num is the issue number on that repository, from the path.
`priority`	body	string	—	Priority re-prioritises it.
`status`	body	string	—	Status moves the card to another column.
`title`	body	string	—	Title renames the work item.

Response

Status	Body	Meaning
`200`	task.issueView	ok
`default`	problem-details	refused

200 body — 18 fields.

Field	In	Type	Always	Description
`assignee`	body	string	—	Assignee is who holds the work — an IAM username, or the login of the FIRST assignee when a forge issue has several.
`createdAt`	body	integer (int64)	—	CreatedAt is when the item was opened, in unix seconds.
`description`	body	string	—	Description is the body, markdown as its author wrote it.
`dueAt`	body	integer (int64)	—	DueAt is when the work is due, in unix seconds; absent means no due date.
`extRef`	body	string	—	ExtRef anchors the item to something outside the task — a mirrored issue ("github:owner/repo#123"), a pushed PR branch, or a record on another plane.
`id`	body	string	—	ID is the work item's opaque handle, and it is NOT how you address it — ProjectKey plus Number is.
`identifier`	body	string	—	Identifier is the human handle, "<key>#<number>" — the board and the number on it, joined.
`kind`	body	string	—	Kind is what the item IS: issue, pr or epic. Set once at create and never changed, so a row does not migrate between surfaces.
`labels`	body	string[]	—	Labels are the item's remaining tags, with the status and priority labels lifted OUT — a column that stayed here would render twice, once as the card's column…
`number`	body	integer (int64)	—	Number is the item's number ON ITS BOARD, from 1 and monotonic there — the forge's own issue number for a forge row, allocated inside the create transaction…
`priority`	body	string	—	Priority is urgent, high, medium, low or none. Also a label on a forge row.
`projectKey`	body	string	—	ProjectKey is the board this item is on: the repository name for a forge issue, the index board's key otherwise.
`repo`	body	string	—	Repo is the git repository the item is bound to, so a repository's Issues and PRs tabs are filters over this one table.
`source`	body	string	—	Source is which surface OPENED it: team, git, crm, helpdesk, cms or agent. Also set once.
`startAt`	body	integer (int64)	—	StartAt is when the work starts, in unix seconds; absent means unscheduled.
`status`	body	string	—	Status is the board column: backlog, todo, in_progress, done or canceled, and nothing else.
`title`	body	string	—	Title is the item's one-line summary.
`updatedAt`	body	integer (int64)	—	UpdatedAt is when it last changed, in unix seconds.

Failure carries the platform error shape — see Errors.

Examples

hanzo task projects issues update <key> 1

import { Configuration, TaskApi } from 'hanzoai';

const api = new TaskApi(new Configuration({ accessToken: process.env.HANZO_API_KEY }));
const { data } = await api.patchTaskProjectsByKeyIssuesByNum({ key: 'key', num: 'num', assignee: "<assignee>", description: "<description>" });

from hanzoai.cloud import ApiClient, Configuration
from hanzoai.cloud.api import TaskApi

client = ApiClient(Configuration(access_token=os.environ["HANZO_API_KEY"]))
result = TaskApi(client).patch_task_projects_by_key_issues_by_num(key='key', num='num', assignee="<assignee>", description="<description>")

cfg := hanzoai.NewConfiguration()
cfg.AddDefaultHeader("Authorization", "Bearer "+os.Getenv("HANZO_API_KEY"))
client := hanzoai.NewAPIClient(cfg)

resp, _, err := client.TaskAPI.PatchTaskProjectsByKeyIssuesByNum(context.Background()).Execute()
if err != nil {
	return err
}

use hanzo_client::apis::{configuration::Configuration, task_api};

let mut cfg = Configuration::new();
cfg.bearer_access_token = std::env::var("HANZO_API_KEY").ok();

let result = task_api::patch_task_projects_by_key_issues_by_num(&cfg, Default::default()).await?;

import ai.hanzo.cloud.ApiClient;
import ai.hanzo.cloud.api.TaskApi;

ApiClient client = new ApiClient();
client.setBearerToken(System.getenv("HANZO_API_KEY"));

var result = new TaskApi(client).patchTaskProjectsByKeyIssuesByNum();

The method above is the one at the current release of the document. [email protected] (npm) and [email protected] (PyPI) were generated from an earlier release, where this operation carried a different id, so it spells the method differently — regenerating the clients is what makes the two agree. SDKs →

curl -X PATCH https://api.hanzo.ai/v1/task/projects/<key>/issues/1 \
  -H "Authorization: Bearer $HANZO_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
       "assignee": "<assignee>",
       "description": "<description>"
     }'

MCP reaches task through the tasks tool, which names its 20 operations with its own verbs — this one among them, under a name only MCP declares. describe explains any of them:

curl -X POST https://api.hanzo.ai/v1/mcp \
  -H "Content-Type: application/json" \
  -d '{
       "jsonrpc": "2.0",
       "id": 1,
       "method": "tools/call",
       "params": {
         "name": "describe",
         "arguments": {
           "op": "list_tasks"
         }
       }
     }'

Task API · All Hanzo APIs · Interactive reference

Request

Response

Examples

On this page