Read a work item link

GEThttps://<your-url>/api/v2/work-item-links/{work_item_link}

MCP id work-item-links.showAlso on this path: DELETE Delete a work item link

Returns one link on its own terms.

Token scope: api:read:project_management
Without it: 403 insufficient-token-scope.
Permission: project_management::view_backlog
Without it: 403 insufficient-permission.
Rate cost: 1 unit, read bucket.
Also: If-None-Match answers 304 when nothing changed. Never cached: private, no-store. Unknown query parameters are refused, never ignored.

Both are checked, scope first. A token never does more than its user. How access is checked

Request

Example: One link with both work items expanded

curl -G \
  'https://<your-url>/api/v2/work-item-links/1' \
  --data-urlencode 'include=source_work_item,target_work_item' \
  -H 'Authorization: Bearer <token>' \
  -H 'Accept: application/json'

const response = await fetch('https://<your-url>/api/v2/work-item-links/1?include=source_work_item%2Ctarget_work_item', {
  method: 'GET',
  headers: {
    'Authorization': 'Bearer <token>',
    'Accept': 'application/json',
  },
});

use Illuminate\Support\Facades\Http;

$response = Http::withToken('<token>')
    ->acceptJson()
    ->get('https://<your-url>/api/v2/work-item-links/1?include=source_work_item%2Ctarget_work_item');

import requests
response = requests.request(
    'GET',
    'https://<your-url>/api/v2/work-item-links/1?include=source_work_item%2Ctarget_work_item',
    headers={'Authorization': 'Bearer <token>', 'Accept': 'application/json'},
)

Response

The shape of the response, with sample values.

{
  "data": {
    "id": 1,
    "source_work_item_id": 1,
    "target_work_item_id": 1,
    "link_type": "blocks",
    "created_by": 1,
    "created_at": "2026-03-04T09:15:00Z",
    "updated_at": "2026-03-04T09:15:00Z",
    "direction": "…",
    "relationship": "…",
    "source_work_item": {
      "id": 1
    },
    "target_work_item": {
      "id": 1
    },
    "links": {
      "self": "https://<your-url>/api/v2/work-items/1"
    }
  }
}

There is no work item in this path, so direction is always forward and relationship is the forward label; read the link through work-items/{work_item}/links to see it from one end's point of view. The summary and detail views are identical on this resource. Links are hard-deleted, and deleting either work item deletes the link with it, so a gone link is simply 404 and trashed is not an accepted parameter. Reading additionally requires project_management::manage_work_items on the source work item.

Path parameters

work_item_linkintegerRequired

The WorkItemLink's numeric id.

Query parameters

Unknown parameters are refused with 400, naming the parameter.

viewstring

Which field set to render.

summarydetaildefault

Request headers

X-Request-Idstringpattern

A correlation id of your own. It is recorded in our logs next to the server's request id but never returned: the response header always carries the server's id. A value that does not match the pattern is discarded silently, never rejected.

If-None-Matchstring

The ETag a read is conditional on. A match is answered 304 with no body.

Response 200

Returns a WorkItemLink in the detail view.

Headers

ETag: A strong validator of exactly this representation.
RateLimit: The IETF httpapi-ratelimit-headers form of your remaining allowance on the tightest bucket this request touched.
RateLimit-Policy: The ceiling and window of that bucket, as <limit>;w=<seconds>.
X-Request-Id: The server-generated ULID correlating this response with our logs.

Every response also carries Cache-Control, Vary, X-Content-Type-Options, X-Plnnrly-Api-Version, X-RateLimit-Limit, X-RateLimit-Remaining, X-RateLimit-Reset. Headers and versioning