Lista comentarios de la tarea (más antiguo primero).
El autor viene resuelto (nombre, avatar) y las URL de los adjuntos se firman en cada lectura: son temporales, no las guardes.
Con limit y page puedes recorrer el hilo por partes: en una tarea recurrente el executor deja un comentario por corrida y el hilo crece solo.
Con paginate=true la respuesta es { data, has_more, next_cursor }: pasa next_cursor en starting_after para pedir la página siguiente, hasta que has_more sea false.
Request
- Base URL: https://api.met.meteor.com.co/api/v1
- URL: https://api.met.meteor.com.co/api/v1/tasks/{taskId}/comments
- Auth: one of:
- bearer (a scheme the document does not define)
- HTTP bearer
Path parameters
ID de la tarea.
Query parameters
En la forma de siempre, cuántos elementos trae la página (1–200); con page pero sin limit se usan 100. Omítelo junto con page para recibir exactamente lo de siempre. Con paginate=true o starting_after: 1–100, y sin él se usan 20.
Qué página quieres en la forma de siempre, empezando en 1; la señal de fin es la página vacía. No aplica con paginate=true: ahí se avanza con starting_after.
Con true la respuesta llega como { data, has_more, next_cursor } en vez de la forma de siempre. Sin este parámetro (ni starting_after) la respuesta es exactamente la de hoy.
Cursor opaco: el next_cursor de la página anterior, tal cual llegó. Mandarlo también activa la forma { data, has_more, next_cursor }. Uno que no se entiende responde 400 validation_error con param: starting_after.
Response
Sin paginate ni starting_after, la forma de siempre. Con ellos, { data, has_more, next_cursor }.
Example response
{
"data": [
{
"author": {
"name": "Ada Lovelace",
"type": "human"
},
"body": "Listo, quedó enviado al cliente.",
"created_at": "2026-07-30T04:12:33.120Z",
"id": 4471,
"task_execution_id": "texec_01HXYZ",
"task_id": "b3e1c0d2-4f5a-4e6b-8c7d-9a0b1c2d3e4f"
}
]
}Changes
No recorded changes to this operation across all 1 revision of this API.