batch_annotate

Vue d’ensemble

batch_annotate applique les mêmes champs de qualification (objective, asset_types, description, project_id) à un ensemble d’entrées du ledger en un seul appel. Idéal pour les requalifications en masse — typiquement après une revue CIR qui consolide une douzaine de commits sous un même axe R&D.

Paramètres

entry_ids number[] requis

Liste d’IDs d’entrées (1-100). Validation Zod stricte des limites.

{ "entry_ids": [42, 43, 44, 45] }

objective string

Objectif R&D à appliquer à toutes les entrées (max 500 chars).

asset_types string[]

Types d’actifs à appliquer.

description string

Description à appliquer (max 500 chars).

project_id string

Re-rattachement à un autre projet.

Réponse

{
  "updated": 4,
  "failed": [],
  "updated_fields": ["objective", "asset_types"]
}

Si certaines entrées n’existent pas, le batch continue et reporte les échecs :

{
  "updated": 3,
  "failed": [
    { "entry_id": 999, "error": "Entry not found" }
  ],
  "updated_fields": ["objective"]
}

Cas d’usage type

Ces 12 commits concernent tous l'axe R&D "optimisation inférence LLM" — applique cet objectif

L’agent appelle :

batch_annotate({
  "entry_ids": [101, 102, 103, ..., 112],
  "objective": "Optimisation latence inférence LLM sous 50 ms",
  "asset_types": ["logiciel", "programme_rnd"]
})

Voir aussi

annotate — version single-entry