Admettre un rapport déterministe de statut de tâche

Pilote fermé par défaut par son allowlist tenant TASK_STATUS_REPORT_CANARY_ORG_IDS et un manifeste TASK_STATUS_REPORT_PILOT_MANIFEST borné à un agent, dix tâches uniques et deux heures, revérifié avant replay et lecture native. Exige une session ou un bearer utilisateur valide, une appartenance active au tenant orgId du corps, le rôle CONTRIBUTOR et les contrôles de consommation AGENT_RUN. Quota Redis agent partagé strict de 5 requêtes par minute et tenant, commun à la lecture déléguée et à la mémoire vérifiée, y compris les replays HTTP ; Redis indisponible ferme l'admission. Le serveur crée une racine et un sous-agent liés à missionId (identifiant exact d'une Task du tenant), avec une seule lecture native task_get, zéro coût LLM et aucun appel modèle. Le worker produit ensuite le rapport déterministe depuis cette lecture vérifiée ; aucun rapport ni preuve n'est fourni dans le POST ou retourné par l'admission. Pilote one-shot : une seule racine durable de délégation par mission, partagée avec delegated-task-read ; changer requestId ne réinitialise pas ce budget. requestId assure le réemploi durable dans le périmètre utilisateur, tenant et procédure ; une requête différente sous le même requestId est refusée. Idempotency-Key HTTP est facultatif ; allowlist, autorisation courante et quota sont revérifiés avant un replay. L'outbox déclenche le worker après commit. Corps JSON strict borné à 2048 octets. Les références 201 attestent l'admission ou son réemploi, pas l'exécution ni la validation du rapport.