sixty y tu agente de código
Tu agente arregla errores. Sixty los encuentra.
Lo que escribe tu código está abierto en la ventana de al lado. La única razón por la que todavía no está arreglando la regresión que publicaste el martes es que nadie le dijo que había una.
Checkout got 3.4× slower
OrdersController#create now runs the same inventory query 14 times per request.
- p95
- 184 → 631 ms
- since
- Aug 19, 14:32
- likely cause
- missing preload
I found the call site. I’ll add the preload, run the request spec, and keep this open until the fix reports.
orders_controller.rb01 / THE LOOP
El bucle, en cinco tiempos
Tú estás en el primero. Nada de lo que viene después te necesita.
Publicas
Es el único paso con una persona dentro. La comparación está anclada a las versiones y no al reloj, así que nada se juzga hasta que hay un antes y un después.
La forma se mueve, y un hallazgo se escribe solo
Una consulta por render pasó a catorce. La estadística encuentra los candidatos, el modelo decide cuáles merecen interrumpir a alguien, y catorce desviaciones que en realidad son un índice que falta llegan como un solo hallazgo en vez de catorce.
Tu agente pregunta qué pasó
Por MCP, desde el editor que ya está abierto sobre el repositorio. Ningún panel que visitar, ningún copiar y pegar de una captura, nadie que tenga que acordarse de que la lista existe.
Recibe más de lo que enseña la pantalla
A propósito. La lista comprime para una persona que puede completar el resto con el código de la ventana de al lado; un agente no puede, así que recibe todos los marcos capturados en vez del más probable, el SQL normalizado, y qué llamadas hijas explican el cambio, por cada llamada padre.
Escribe el arreglo, y dice qué cambió
Un cierre sin descripción se rechaza. Qué cambio, en qué archivos, y por qué aborda esta medición en vez de simplemente coincidir con ella — eso es lo único que solo sabe quien lo cierra, y es irrecuperable un mes después.
Luego publicas el arreglo, y el quinto tiempo vuelve a ser el primero. Esa es toda la forma que tiene.
02 / MCP
Qué puede hacer de verdad
Cinco herramientas. Todo en ambos planes — restringir el agente sería restringir el producto.
$ claude mcp add sixty \
-e SIXTY_API_KEY=sixty_sk_… \
-e SIXTY_ENDPOINT=https://ingest.sixty.sh \
-- npx -y @sixty-sh/mcpCursor, VS Code, Codex y cualquier otra cosa que hable MCP toman los mismos dos valores como bloque de configuración.
list_findings- Qué hay abierto, ordenado, con ids.
get_finding- Un hallazgo completo: marcos, SQL, el desglose de hijas, y los otros hallazgos que comparten su causa raíz.
get_change- El diff del pull request de ese despliegue que tocó este código — primero los archivos en los que corre el hallazgo.
close_finding- Resolver, descartar o reabrir — hace falta un motivo.
check_service- Si está llegando algo, y si no, por qué no.
install_sixty- Las instrucciones de instalación para este tipo de proyecto.
03 / TRUST BOUNDARY
Damos por hecho que dirá que ha terminado
Un agente que cierra sus propios tickets es la parte en la que un lector cuidadoso se para. Y hace bien. Esto es lo que hace el código al respecto.
- Cerrar es una afirmación, no una verificación. El incentivo más fuerte que tiene cualquier agente es terminar, y un hallazgo cerrado contra un arreglo que nunca se desplegó ha desaparecido de la lista que lee una persona. Así que
resolvedsignifica que una versión con el arreglo ha reportado y los números se han movido — y hasta que eso pase, sigue abierto. - Un patrón que se sigue reproduciendo se reabre. Diga lo que diga quien sea, el detector vuelve a ejecutarse en la siguiente pasada y lo devuelve.
- Cada cierre registra quién lo hizo —
user:[email protected]oagent:sixty_sk_abcd. Siempre puedes saber cuál de los dos decidió que estaba hecho. - La clave con la que lee no puede escribir telemetría, y la clave de tu entorno de producción no puede leer nada. Una clave de reporte filtrada significa que alguien puede enviar números de latencia falsos; una clave de lectura filtrada significa que alguien tiene tus hallazgos. No son el mismo riesgo y no son la misma credencial.
- Los hallazgos contienen texto que no escribió nadie de aquí. El nombre de una operación viene de tu aplicación, y un agente con una shell es un lector distinto de un navegador. Por eso el colector aplana todo lo que estructuralmente es una línea — nombres, archivos, versiones, SQL — y el servidor MCP marca el texto prestado, de modo que un hallazgo no pueda hacerse pasar por la estructura que lo rodea. No vuelve inofensiva la prosa; le quita la mitad que es falsificación en vez de persuasión.