Investigación
Construya un mapa de preguntas del código con evidencia
Un mapa de preguntas y evidencias para investigar un código base que vincula cada pregunta con archivos inspeccionados, símbolos, pruebas, artefactos de ejecución, confianza y la siguiente comprobación discriminante.
El proceso
Hazlo en este orden.
- Define el conjunto de preguntas, el contexto de decisión, la revisión del repositorio, los límites de alcance, el estándar de evidencia y la respuesta necesaria para cada pregunta.
- Dirige cada pregunta a las fuentes de evidencia más pequeñas y relevantes: código fuente, historial, pruebas, esquemas, configuración, artefactos de ejecución o responsable.
- Inspecciona solo la evidencia necesaria para responder o distinguir la pregunta, registrando rutas exactas, símbolos, revisiones, comandos y fechas de obtención.
- Clasifica cada respuesta como respaldada, contradicha, parcial o desconocida, conservando evidencias conflictivas y distinguiendo la ausencia de un hallazgo negativo.
- Identifica herramientas, cuentas, permisos o fuentes no públicas que falten y dirige esas necesidades por Latch/target-workspace sin fabricar acceso.
- Diseña la siguiente comprobación según cuánto cambiaría la confianza, no solo según lo fácil que sea reunir más material.
- Publica el mapa de preguntas con respuestas, enlaces de evidencia, confianza, lagunas, próximas acciones y riesgos no resueltos para el responsable de la decisión.
Trae esto
Datos que el gato va a pedir.
- preguntas sobre el código y contexto de decisión
- revisión y alcance del repositorio
- evidencia disponible y límites de acceso
- umbral de confianza de respuesta y responsable
Router + un playbook
Enruta primero. Elige uno.
Cat Paw carga un playbook por tarea, no mezcla varios. Empieza por este router; el resto son candidatos específicos del workflow.
- Router:
codebase-knowledge-pack skills/codebase-knowledge-pack/evidence-linked-codebase-question-map/SKILL.md
Límites
Los límites viajan con el prompt.
- Verifica las herramientas, cuentas, permisos y el espacio de trabajo reales antes de empezar; nunca afirmes que exista una herramienta, cuenta, fuente o capacidad no disponible.
- Usa Latch/target-workspace para código privado, artefactos, sondeos en vivo o datos no públicos; si ese acceso no está disponible, detente en el límite e informa del bloqueo en lugar de sustituirlo por una suposición.
- Pausa para obtener aprobación explícita antes de acciones externas con consecuencias; devuelve evidencias, riesgos no resueltos, supuestos y cualquier acción que aún esté esperando aprobación.
Listo significa
Un cierre que se puede comprobar.
Un mapa de preguntas enlazado a evidencia da a cada pregunta del código un estado de respuesta, evidencia de apoyo exacta, confianza, acceso faltante, siguiente comprobación discriminante y riesgos no resueltos.
Fuentes
De dónde sale este proceso.
- github.com/Egonex-AI/Understand-Anything/tree/6df3065f1d8ddc2ce3615314d1d493f36d6b1c80/
- docs.github.com/en/rest/overview
- c4model.com/
Las fuentes fijan el patrón del workflow. Los posts de Reddit y de la comunidad, cuando aparecen, se tratan como anécdotas de quien lo practica, no como hechos universales.