---
title: "act: annotate"
description: "an `Annotation` with the target *an entity* and the entity's id, from the web shell, the desktop shell, the agent or the API; in the side panel the same type travels inside the page's reading to the fact the person stated, a claim or a connection, by its id and kind (`UnitRef`)"
section: reference
address: /reference/act/annotate
contract: 0476e35e6e275db5
---

# act: annotate

an `Annotation` with the target *an entity* and the entity's id, from the web shell, the desktop shell, the agent or the API; in the side panel the same type travels inside the page's reading to the fact the person stated, a claim or a connection, by its id and kind (`UnitRef`)

[figure: The caller sends Annotation to /v1/act/annotate. The platform returns a card whose body is UnitRef.]

<span class="op-method">POST</span><span class="op-path">/v1/act/annotate</span>

Annotate a subject. The call needs the user rung under a token with the act grant, and it is served by the platform.

The route takes [Annotation](/concepts/annotation) and returns a card whose body is [UnitRef](/concepts/unitref).



## Request body
The request body is [Annotation](/concepts/annotation).



| field | type | required | note |
|---|---|---|---|
| `target` | `one of the page \| an item \| a contact \| a region \| an entity` | yes | an entity when the annotation is made on an entity's page or by the agent, with the entity in subject |
| `subject` | `id` | no | the entity the annotation is about when the target is an entity; absent on a page, whose subject the capture supplies |
| `said_in` | `one of the capture panel \| the web shell \| the desktop shell \| the agent \| the API` | no | the face the person said it in; absent means the capture panel |
| `item_field` | `text` | no | the list field the item belongs to |
| `item_key` | `text` | no | the item's own id, or its index |
| `contact` | `text` | no | the contact's namespace and normalised value, joined by a bar |
| `region_selector` | `text` | no | a selector path to the picked element |
| `region_text` | `text` | no | the picked element's visible text |
| `kind` | `one of a tag \| a relation \| a note \| a rival \| a fit \| a membership \| a kind of thing` | yes | a rival marks the subject as competing with one of the tenant's brands; a fit states it fits a kind of buyer; a membership places it in a facet, a vertical, a segment or a community; a kind of thing says what the subject is |
| `register` | `text` | no | the place of the record the unit was found in (kinds of buyer, brands, offerings, facets, verticals, concepts, segments, communities, entities) |
| `value` | `text` | yes | the tag's name, the relation's kind of connection or the person's own words for it, the note, or the kind of entity |
| `entity` | `id` | no | the unit of the record it points at; absent for a thing the record does not hold yet |
| `entity_name` | `text` | no | the unit's name, or the name of a new thing |
| `entity_kind` | `text` | no | the unit's kind, or the kind of entity the person set for a new thing |
| `role` | `text` | no | for a relation: the role the page's subject takes |
| `stated_at` | `time` | yes |  |



## Response
The route returns a card whose body is [UnitRef](/concepts/unitref). Every card ends with a foot that states the basis of each number, the scope of the call, and the time when the facts were true.

## Headers


| header | required | meaning |
|---|---|---|
| `Scale-Scope` | yes | the scope the call runs in: tenant/<id>, then /brand/<id>, then /strategy/<id> |
| `Scale-As-True-On` | no | the date the facts must have been true on; defaults to now |
| `Scale-As-Known-On` | no | the date the facts must have been known on; defaults to now |
| `Scale-Key` | no | for a change, the key made from the input; a repeat under the same key returns the unit held and writes nothing |



A caller needs the user rung and a token with the act grant. The platform serves this route.

## Example
The example sends the smallest body that Annotation allows. The build validates it against the schema of Annotation.

<details class="wire"><summary>Example</summary>





```sh
curl -X POST https://api.scaleintelligence.co/v1/act/annotate \
  -H "Scale-Key: $SCALE_KEY" -H "Scale-Scope: tenant/<id>" \
  -H "content-type: application/json" \
  -d '{ "target": "the page", "kind": "a tag", "value": "…", "stated_at": "…" }'
```




```typescript
import { client } from "@scale/sdk";
const answer = await client.act.annotate({
    "target": "the page",
    "kind": "a tag",
    "value": "…",
    "stated_at": "…"
  });
// answer.body is a UnitRef. answer.foot holds the basis, the scope and the time.
```




```python
import requests
answer = requests.post("https://api.scaleintelligence.co/v1/act/annotate",
    headers={"Scale-Key": KEY, "Scale-Scope": "tenant/<id>"},
    json={
      "target": "the page",
      "kind": "a tag",
      "value": "…",
      "stated_at": "…"
    }).json()
```




```rust
let answer: Card = client.post("https://api.scaleintelligence.co/v1/act/annotate")
    .header("Scale-Key", key).header("Scale-Scope", "tenant/<id>")
    .json(&Annotation { /* the fields of the page */ }).send().await?.json().await?;
```




</details>

## MCP tool
The MCP tool `si.act.annotate` takes the same input and returns the same card. The tool changes data and needs a grant. An MCP host that renders cards draws this card from `ui://scale-intelligence/cards/UnitRef`. The [tool's page](/reference/tools/si-act-annotate) describes it.
