Revisa las fuentes de Telegram antes de una decisión importante

Antes de actuar según una respuesta anterior de IA, vuelve a leer tanto los mensajes de Telegram que la respaldaban como el contexto nuevo. Registra los cambios, lo que no pudiste verificar y la hora de cierre. Un resumen antiguo no demuestra que una propuesta siga vigente.

Chiho proporciona conversaciones existentes de una cuenta de Telegram autorizada a clientes como Codex, Claude y ChatGPT. Un bot o Claude Channel que transmite instrucciones a un agente tiene otra finalidad: esa conexión no demuestra por sí sola acceso al archivo personal. La cuenta, los permisos Business aplicables, las herramientas y la cobertura real determinan el acceso. Consulta la guía de arquitecturas MCP.

Publicado por Chiho. Afirmaciones del producto contrastadas con el código el 20 de octubre de 2026. Es un protocolo de lectura propuesto con registros ficticios, no un experimento realizado con cuentas reales. La imagen muestra el contexto general de Chiho.

Conserva la respuesta anterior y sus referencias

Guarda en el espacio autorizado la respuesta, sus supuestos, cuenta, ámbito personal o de equipo, peer, ID de mensajes, fechas originales, texto relevante, hora de obtención y cobertura. Conserva la zona horaria. Separa la propuesta de una persona, la aprobación de otra y la interpretación de la IA.

Sin referencias, reconstruye primero el fundamento. Una nota CRM o resumen puede localizar la conversación, pero no sustituye al mensaje. La guía de compromisos explica quién prometió qué; aquí se comprueba si sigue respaldando la decisión actual.

Confirma la identidad y limita la segunda lectura

Sigue la configuración de Chiho MCP: instalación, autorización en el navegador, auth_status y account_whoami. Confirma cuenta y ámbito y resuelve la misma conversación sin fiarte solo del nombre. Utiliza el esquema anunciado actualmente.

Acuerda pregunta, periodo original, contexto nuevo, máximo de páginas y condición de parada. Lee secuencialmente por cuenta. Respeta retryAfterSeconds o la hora de reanudación; no eludas esperas con lecturas paralelas. Un error de acceso o tiempo agotado deja la revisión incompleta. Consulta la guía de diagnóstico.

Lee mensajes nuevos y revisa los originales

Usa chat_read con límites. Si el esquema ofrece sinceMessageId, solicita mensajes con ID superior en la misma conversación. Chiho lo traduce actualmente a min_id, definido en la API oficial de historial. No audita ediciones ni eliminaciones de mensajes antiguos.

Si recibes nextOffsetDate y nextOffsetMessageId, pasa ambos como offsetDate y offsetMessageId, conservando el límite inferior y contexto de cuenta/peer. Detente en el límite acordado. Una página completa puede ofrecer continuación aunque la siguiente esté vacía. No inventes cursores ni confundas tamaño de página con total del archivo.

Relee por separado los mensajes originales en un intervalo que incluya sus ID. Leer solo por encima del máximo anterior los excluye. search_messages ayuda a localizar palabras; después revisa el contexto. La búsqueda devuelve coincidencias y referencias, no un registro de versiones, y no acepta el par de continuación del historial. Puede omitir una corrección expresada de otra forma.

La serialización actual de lectura y búsqueda no expone un historial completo de ediciones/eliminaciones ni la fecha de edición. La fecha del mensaje no es la hora de recuperación. Las solicitudes idénticas pueden reutilizar una caché breve, actualmente diez segundos según el código. Registra la hora solicitada y los límites de frescura; no prometas una consulta sin caché en cada llamada ni inventes un argumento para evitarla.

Clasifica los resultados sin rellenar lagunas

• Cambió la evidencia: cita la corrección posterior o el texto cambiado y explica qué conclusión afecta. Conserva ambas revisiones.
• Mismo texto en la cobertura comprobada: indica el intervalo y corte; no certifica ausencia de cambios en otros lugares.
• Fuente original no reverificada: identifica páginas ausentes, permisos, esperas o mensajes inaccesibles. Ausencia en la respuesta no demuestra eliminación o retirada.
• Conflicto pendiente: presenta ambas afirmaciones y pide al responsable resolver autoridad o intención antes de actuar.

Comprueba los adjuntos si son decisivos: un marcador de archivo no es su contenido. Usa la lista de adjuntos. Añade esta revisión al paquete para reuniones, conservando la versión anterior.

Practica con una corrección ficticia

Estos registros son inventados para un ejercicio local, no salida de herramientas. La primera pasada contiene una propuesta condicional para el viernes; la segunda, una instrucción posterior de detenerla por retraso legal.

DEMO-RECHECK — fictional supplied records, not tool output
Account WORK-A / personal / peer channel:7301
Pass A, 20 Oct 2026 09:00 +08:00:
  message 510, 08:45: "Proposal: launch Friday if legal approves."
  conclusion: conditional proposal; approval not established.
Pass B, 20 Oct 2026 09:30 +08:00:
  message 514, 09:20: "Legal review is delayed. Do not launch Friday."
  message 510 reread: original wording still present.
Expected: replace the Friday proposal with the later hold instruction.
Missing-source variant: message 510 is outside the returned page.
Expected: original source not reverified; deletion is not established.

Pide a la IA identificar qué mensaje cambia la decisión y revisar la conclusión con hora de corte. Después prueba la variante sin el mensaje original en la página: debe declarar la laguna, no una eliminación. Son criterios esperados, no resultados medidos ni una prueba del conector real.

Cierra con un registro y una acción separada

Este formato es una lista del lector, no un objeto de API:

• Decisión y responsable: pregunta, revisor y acción propuesta.
• Fuentes: cuenta/ámbito/peer, referencias anteriores y nuevas.
• Límite: hora de solicitud con zona, intervalo real, páginas y reservas de frescura.
• Resultado: cambio, mismo texto dentro del alcance, sin reverificación o conflicto; texto y dudas pendientes.
• Acción: solo revisión, pendiente del responsable; nada enviado ni modificado.

La lectura no congela la conversación. El responsable decide si el corte es suficientemente reciente y si necesita confirmación independiente. Chiho aplica permisos y salvaguardas por acción; cada cliente controla sus avisos. No toda escritura exige aprobación adicional. Solicita por separado cualquier mensaje, tarea o cambio CRM.

Revisa las fuentes de [respuesta anterior] en [cuenta y conversación verificadas] para [decisión]. Lee el periodo original y contexto nuevo dentro de [límites]. Conserva texto y referencias; informa cambios, lagunas, cobertura y corte. Detente ante ámbito incorrecto, espera o conflicto. No envíes mensajes, sincronices datos, crees tareas ni edites CRM.

Conecta Chiho MCP, autoriza en el navegador, verifica la identidad y completa una lectura acotada con fuentes.