Colaboración y traspaso
Transferir responsabilidad y contexto entre personas y agentes de forma segura.
Epismo separa acceso, responsabilidad y evidencia. Una ACL dice quién puede leer un caso. Un cesionario dice quién es el responsable ahora. Los registros dicen lo que realmente se ha compartido. Ninguno de estos implica silenciosamente otro.
Un traspaso confiable
- Lea el caso actual, abra tareas y registros recientes.
- Conceda editor al siguiente usuario si aún no puede editar el Caso.
- Adjunte el resultado, las preguntas no resueltas, la evidencia y las referencias relevantes como registros.
- Cree o asigne una tarea cuando un trabajo o aprobación específica necesite un propietario.
- Asignar el caso general sólo cuando cambie la responsabilidad de todo el asunto.
La asignación acepta usuarios, no principales de equipo, y la asignación nunca otorga acceso. El servicio rechaza eliminar un asignado actual de caso o tarea de la ACL hasta que se cambie la responsabilidad.
Para la aprobación, agregue primero el resultado candidato y luego cree una tarea approval cuyo subjectRecordId apunte a ese registro exacto. Esto evita la ambigüedad cuando existen varios artefactos o revisiones. Case Review es aparte: cualquier editor del caso puede usar epismo report case generate <case-id> (POST /v1/cases/{caseId}/report) para encolar una evaluación asíncrona de IA de las evidencias y registros del caso, cargando los créditos basados en tokens a la cuenta propietaria actual del Caso.
Reanudar en lugar de reproducir
Un nuevo agente debe leer el caso y sus registros, no reconstruir la sesión de ejecución anterior. Preservar enlaces de fuentes, aportes, conclusiones, incertidumbre, decisiones y próximas acciones. Mantenga los trabajos temporales efímeros, los razonamientos ocultos, los reintentos y la conversación de herramientas en el tiempo de ejecución que los produjo.
Cuando se descubre un problema recurrente, mantenga la observación única en un registro y abra una sugerencia contra la versión inmutable relevante. Los editores del playbook pueden publicar una nueva versión y resolver la sugerencia como applied, o marcarla declined. El autor puede retirar su propia propuesta como archived mientras conserve acceso al padre. La resolución nunca publica una versión automáticamente.