vx prompt

Enviar un prompt de seguimiento a un soldier que ya terminó.

Uso:
  vx prompt <task-id> <text>

Usalo en lugar de enviarle el prompt al pane del soldier a mano (herdr agent
prompt): vuelve la tarea a running antes de entregar el prompt y se asegura de
que un sentinel esté vigilando, así el próximo fin del soldier se
registra y vuelve a despertar al commander. Un re-prompt que lo saltea puede
terminar sin ningún aviso, porque el sentinel solo informa una tarea que sale
de "running".

Solo se puede enviar un prompt a una tarea con status "done", "shipped" o
"unconfirmed" a la que todavía no se le hizo strike del camp. El soldier de una tarea shipped
sigue abierto, esperando que se haga merge de su pull request: enviarle un
prompt pide trabajo de seguimiento. La tarea pasa a running mientras el
soldier trabaja y vuelve como done, no shipped, ya que los commits nuevos
todavía no están en el pull request; corré 'vx ship <task-id>' de nuevo para
empujarlos al mismo pull request. Una tarea "blocked" se responde con 'vx
decide' (o, si se marcó blocked por error, se limpia con 'vx decide <task-id>
--dismiss'), una "interrupted" necesita 'vx redispatch', y una "running" sigue
trabajando: esperá a que termine (o interrumpila primero) y después enviale el prompt.

<text> se entrega al soldier tal cual. También se registra en la tarea como
una enmienda, con una marca de tiempo y su comando de origen, una vez
entregado; las enmiendas son el campo "amendments" de 'vx status --json'. La
revisión del tribunal de una mission juzga el cambio contra el prompt del dispatch seguido de estas
instrucciones posteriores, así que lo que pediste acá no se informa como no
solicitado. El prompt del dispatch en sí nunca se modifica. Las enmiendas las
escriben solo este comando y 'vx decide', en el archivo de estado de la tarea,
nunca en un archivo del camp. Cada una se limita a 2000 caracteres y una tarea
conserva las 20 más recientes.

Si el soldier termina rápido, el status de la tarea se actualiza de inmediato:
running si el soldier sigue trabajando, blocked si hace una pregunta, done si
terminó tan rápido. Si no, la tarea queda running para que el sentinel
registre el resultado final, igual que un dispatch nuevo.