Context Mode
Crear un laboratorio de recuperación de evidencia para Context Mode
Diseña muestras reproducibles de exactitud, límites de bytes, cambios de fuente y alcance de sesión sin presentar propuestas como funciones anunciadas.
Qué aprenderás
- Versiona hechos y pasajes esperados, no solo prompts.
- Deriva muestras de ramas reales y límites de bytes.
- Etiqueta honestamente propuestas y resultados no medidos.
Antes de empezar
- JSON y conceptos MCP básicos
- Cliente aislado y datos inventados
Explica el límite real de la implementación y verifícalo con una muestra de evidencia explícita.
Conclusiones clave
- Versiona hechos y pasajes esperados, no solo prompts.
- Deriva muestras de ramas reales y límites de bytes.
- Etiqueta honestamente propuestas y resultados no medidos.
Versionar también la respuesta esperada
Una extensión útil sería un laboratorio de evidencia: un repositorio de documentos inventados, preguntas y hechos respaldados esperados. Guarda hash y manifiesto junto a cada muestra. Incluye un umbral de lanzamiento, un identificador raro, una negación y una pregunta sin respuesta. Así una actualización se evalúa con una tarea estable y no con el recuerdo de una demostración.
Separa respuesta y requisito de evidencia. El tiempo de espera debe incluir unidad y revisión de fuente; la decisión de migración ausente debe permanecer desconocida. Que el modelo repita un número correcto de una conversación anterior no demuestra recuperación actual. Usa sesiones nuevas y compara el pasaje devuelto con el manifiesto.
Convertir observaciones del código en experimentos
Crea líneas densas, texto CJK y emoji alrededor del tope predeterminado de bytes. Añade encabezados repetidos para explorar la clave source/title y dos erratas: una sin coincidencia inicial y otra con una coincidencia débil. Derivan de ramas concretas inspeccionadas; son experimentos propuestos, no afirmaciones de que el proyecto los falle.
Añade eventos fechados para el orden cronológico, una fuente de archivo editada y dos marcadores de proyectos aislados. Registra vigencia, integridad y alcance del resultado. Un fallo de fuente debe aparecer aunque otros almacenes respondan. La limpieza de sesiones debe revisarse explícitamente, no borrar silenciosamente el historial de trabajo entre ejecuciones.
Producir un informe que el lector pueda reproducir
Cada ejecución debe identificar commit o versión, cliente, runtime, hash de muestra, modo de consulta y campos no medidos. Conserva evidencia original localmente según retención y publica solo muestras inocuas. Una tabla HTML o SVG con aprobado, fallo y desconocido resulta más útil que un panel animado que oculte evidencia ausente.
Posibles mejoras serían exponer fuentes incompletas, distinguir fechas de respaldo y aclarar diagnósticos del presupuesto de candidatos. Son propuestas editoriales basadas en el código, no una hoja de ruta del mantenedor ni promesas. El primer entregable debe ser un informe repetible de exactitud; las visualizaciones posteriores deben explicar fallos concretos, no exagerar madurez.
Pasos de implementación
- 1
Crea corpus inventado y manifiesto de evidencia.
- 2
Añade ranking, multibyte, vigencia y alcance.
- 3
Ejecuta en un cliente aislado con limpieza explícita.
- 4
Publica un informe reproducible sin registros sensibles.
Ejemplo para copiar
{
"fixture": "release-larch",
"sourceHash": "registrar antes de ejecutar",
"queryMode": "relevance",
"expected": [
"18 segundos",
"revertir por encima del 2 por ciento"
],
"observed": null,
"status": "sin ejecutar",
"upstreamRoadmap": false
}Preguntas frecuentes
¿El mantenedor anunció estas mejoras?
No. Son propuestas editoriales e ideas de prueba identificadas como tales, derivadas de la implementación inspeccionada.
¿Hace falta Three.js para el laboratorio?
No al principio. Una tabla legible y un diagrama enfocado bastan salvo que la interacción aclare un problema real de ranking o transiciones.
Fuentes
- README.mdFuente verificada 2026-09-07
- package.jsonFuente verificada 2026-09-07
- LICENSEFuente verificada 2026-09-07
- src/store.tsFuente verificada 2026-09-07
- src/search/unified.tsFuente verificada 2026-09-07
- src/server.tsFuente verificada 2026-09-07
- src/executor.tsFuente verificada 2026-09-07
- src/security.tsFuente verificada 2026-09-07
- src/session/purge.tsFuente verificada 2026-09-07
- tests/store-bytecap.test.tsFuente verificada 2026-09-07