6 Best Tutorial Method Trade Tether Advantages Tips

Qué hace este PR (en lenguaje no técnico)

Hasta ahora, el Savia del portátil del trabajo solo contestaba cuando le preguntabas. Con este cambio empieza a escribirte él. A la hora que fijes para empezar el día te deja un mensaje corto, por ejemplo «Buenos días. Tres cosas para hoy: una respuesta que espera desde ayer, un compromiso que vence hoy y otro que vence mañana». A lo largo del día te avisa si algo lleva más de un día esperando tu respuesta, si algo vence mañana o si aparece algo nuevo que depende de ti. Cada asunto trae una propuesta, como un borrador de respuesta, y no se hace nada hasta que tú la apruebas en el móvil. Importa porque el gemelo que pidió la operadora tiene que ser un compañero que toma la iniciativa, no un panel al que hay que acordarse de mirar: sin esto, «Tu día con Savia» de la app no tendría nada que mostrar. Respeta tu atención. Si estás concentrada o descansando no te interrumpe, salvo con lo que tú hayas marcado como urgente para ese momento, y nunca supera el número de avisos que fijaste; lo que no avisa se queda en el chat para cuando entres. Si en tu móvil solo ves recuentos, el mensaje no incluye ningún título ni nombre de nadie; cada asunto lleva solo un identificador opaco, el motivo y las fechas, igual que el sondeo. Limitaciones que siguen abiertas: los borradores son plantillas fijas y lo dicen, porque todavía no hay un servicio de inteligencia artificial de la empresa conectado. Aprobar una propuesta deja constancia de la aprobación, pero no envía nada, porque este Savia todavía no puede escribir en el correo ni en otras herramientas. Las horas se cuentan en hora universal. Para desactivarlo basta con poner «activo» en falso en la configuración del gemelo desde la app. También se puede cambiar cuántas horas de espera merecen un aviso y cada cuánto revisa.

Qué cambia

Soul deja de esperar a que le pregunten: escribe primero en «Tu día con Savia», que es lo que SE-504 §3 necesita para que la app muestre ese chat (AC-G1 a AC-G4).

• Resumen de la mañana a la hora de resumen_inicio: un mensaje breve en lenguaje natural, por ejemplo «Buenos días. Tres cosas para hoy: una respuesta que espera desde ayer, un compromiso que vence hoy y un compromiso que vence mañana. Te dejo una propuesta para cada una.». Lleva como mucho 3 asuntos, elegidos por prioridad (lo que espera respuesta, lo que vence hoy y mañana, lo que depende de otra persona, Q1), con un enlace a la procedencia de cada uno (/elementos/{id}/porque). Si no hay nada que decir, no escribe.
• Seguimientos en cada latido (30 min por defecto, y también desde el tic de serve, sin que la app pregunte): lo que espera respuesta desde hace más de N horas, los compromisos que vencen mañana y las dependencias nuevas desde el latido anterior. Cada asunto se propone una sola vez.
• Atención: los seguimientos pasan por Politica (SE-490 AC-4b) como avisos, así que gastan presupuesto y respetan concentración, descanso y las alertas marcadas para cada modo. El resumen es programado: no gasta presupuesto, pero fuera de DISPONIBLE no notifica. Lo que no se notifica queda en el chat con silencio y el motivo. Cuando sí se notifica, el sondeo lleva un mensaje tipo: gemelo.
• Acciones propuestas: una por asunto (borrador de respuesta, recordatorio o revisar). Solo cambian de estado con POST /gemelo/acciones/{id}/decision desde un dispositivo de la persona. Aprobar registra el grant de esa acción concreta (hora, dispositivo y sha256 de tipo, elemento y contenido), y solo entonces se entrega al ejecutor inyectado, si lo hay. Repetir la decisión es idempotente; cambiarla después da 409. Sin proveedor de inferencia de la organización, el contenido es una plantilla que lo dice en su primera línea.
• API y contrato:GET /gemelo, PUT /gemelo/leido, POST /gemelo/acciones/{id}/decision, GET /gemelo/config y PUT /gemelo/config en src/contract/openapi.json (esquemas ConversacionGemelo, MensajeGemelo, AsuntoGemelo, AccionPropuesta, ConfigGemelo, y la respuesta 409 Conflicto). El texto del mensaje es siempre de Savia, sale de plantillas y nunca incluye texto de terceros. Los títulos viajan aparte como TextoInerte, solo con titulos o completo.

La lógica está en src/core/gemelo.ts (pura, sin modelo, sin red y sin reloj propio). El cableado está en src/api/server.ts, y en src/api/serve.ts el tic llama a latido().

Por qué

La operadora corrigió el concepto: el gemelo es un agente activo que habla primero, no un panel de consultas. SE-504 (aprobada el 2026-11-03, PR #1474) se apoya en este bucle para el chat «Tu día con Savia».

Resultado medido

• Antes: Soul no tenía iniciativa. La API solo emitía avisos por elemento y resúmenes con un recuento.
• Después: 614 tests del proyecto en verde (597 de main más 17 nuevos). Los tests nuevos son test/gemelo.test.ts (10) y test/gemelo-api.test.ts (7), y el contrato (test/api/contrato.test.mjs) ejercita y prueba la revocación en las 5 operaciones nuevas.
• Tests herméticos con reloj simulado: el resumen sale a su hora (a las 07:29 todavía no, a las 07:30 sí, y una sola vez); el gemelo calla si no hay nada; el presupuesto de 1 aviso por ventana se respeta (el primero notifica y el segundo queda con presupuesto_agotado); en descanso no sale nada no marcado y lo marcado para descanso sí, con el descanso aún activo en el latido y un control sin regla que no notifica; durante tres días de latidos nada se ejecuta, y una orden de texto «aprobar …» no aprueba; con recuentos no sale ningún título ni detalle (con titulos el control sí los ve, y solo como inertes).
• Mutantes comprobados a mano (9, todos muertos): notificar siempre, resumen que ignora el modo, título con recuentos, resumen antes de su hora, autoaprobación, resumen vacío, umbral no estricto, decidir tras decidir y acciones huérfanas sin podar.
• tsc --noEmit limpio, SAM FRESH, entropía 1623 ≤ 1623, confidencialidad limpia y firmada.

Riesgo

• Medio-bajo. El cambio añade operaciones a la API local y un campo opcional (gemelo) en attention-state.json. Un estado del gemelo ilegible, o con una acción «aprobada» cuyo grant no cuadra con su hash, se descarta entero, de modo que nada queda aprobado sin la persona.
• El enum Mensaje.tipo del sondeo gana gemelo, y categoria gana resumen_manana y seguimiento. Una app que valide en estricto contra el contrato anterior tiene que actualizarse.
• Se han desplazado las líneas de server.ts, y con ellas las 26 citas de docs/soul-continuity-it-pack.md y docs/canal-amenazas.md, que se han remapeado. test/it-pack.test.ts está en verde.

Lo que NO se hizo

• No hay redacción con modelo. No existe todavía un carril de inferencia de la organización (SE-504 §6) en Soul, así que el borrador es una plantilla honesta.

• No hay ejecutor real: Soul v1 no escribe en las fuentes. Una acción aprobada queda con ejecucion: sin_ejecutor, salvo que quien arranca la API inyecte ejecutorAcciones; serve no inyecta ninguno.

• No hay franjas de descanso declaradas en la API: el descanso es el modo declarado (PUT /atencion o soul mode), como ya ocurría con los avisos.

• Días y horas en UTC, igual que los resúmenes existentes de la API. No hay zona horaria por persona.

• Nada de la app (Android o web), ni AC-G5 (memoria aprendida) ni AC-G6 (sin skills de terceros).

• No se ha cambiado el status de ninguna spec.

• Tras la revisión independiente: el estado guardado del gemelo se valida entero (texto y acciones recalculados desde las plantillas; lo corrupto se descarta y se empieza de cero), si el ejecutor falla la acción vuelve a propuesta, y el resumen cuya tolerancia cruza la medianoche ya no se pierde. El grant es un control de coherencia sin clave, no una firma; con tokens de prueba queda con dispositivo: null (documentado, sin cambio de comportamiento).

🤖 Generated with Claude Code