Claude Code y Antigravity: cómo delegar tareas sin desvío de alcance
Contrato práctico de traspaso entre Claude Code y Antigravity: aislamiento de archivos, protección de secretos, pruebas reproducibles y revisión manual.
Índice
Claude Code y Antigravity: cómo delegar tareas sin desvío de alcance
Cuando los desarrolladores conectan dos herramientas de programación con IA — el agente de terminal Claude Code y el entorno Antigravity — el problema más habitual no es la calidad del código, sino el desvío de alcance (scope drift). Una instrucción amplia puede provocar modificaciones accidentales en archivos de configuración y un consumo excesivo de tokens.
Una delegación confiable requiere un contrato de traspaso estricto: delimitación clara de archivos, aislamiento de credenciales, comando de validación reproducible y revisión manual mediante Git diff.
Por qué la delegación abierta produce desvíos
Los agentes operan sobre todo el árbol de archivos disponible. Sin restricciones explícitas, surgen tres problemas comunes:
- Expansión innecesaria del trabajo: El modelo intenta reformatear archivos ajenos a la tarea.
- Filtración de secretos: El agente lee archivos
.envy expone claves en registros de prueba. - Suposiciones contradictorias: Claude Code y Antigravity pueden aplicar patrones de importación incompatibles.
Las claves de API deben administrarse de forma independiente. Al utilizar Claude Code con BetterToken, la autenticación se configura en variables de entorno del sistema. En el panel de control de BetterToken, es posible supervisar el consumo real de tokens de cada consulta.
El contrato de traspaso (Handoff Contract)
Utilice un manifiesto estructurado para delimitar cada encargo:
| Campo del contrato | Finalidad | Ejemplo |
|---|---|---|
| Goal | Objetivo medible | Optimizar el análisis JSON en parser.py |
| Allowed Scope | Archivos permitidos | src/parser.py, tests/test_parser.py |
| Forbidden | Acciones prohibidas | No modificar config/, .env ni firmas de API |
| Verification Command | Comando de prueba | pytest tests/test_parser.py -v |
| Stop Conditions | Criterios de detención | Fallos en pruebas externas, errores de tipos |
Flujo de delegación paso a paso
Aplique estos cuatro pasos para transferir tareas de forma segura:
Paso 1. Definir la especificación en un archivo independiente
Cree un archivo de especificación (task_handoff.md) sin incluir secretos:
## Handoff Spec: Optimize Parser
## Context & Goal
- Module: `src/parser.py`
- Objective: Reduce memory allocations in `parse_payload()` without altering public API.
## File Boundaries
- Modifiable: `src/parser.py`, `tests/test_parser.py`
- Read-only: all other files.
- Strictly forbidden: `.env*`, `secrets/*`, `infrastructure/*`
## Acceptance Criteria
- All tests pass: `pytest tests/test_parser.py`
- Benchmark demonstrates >= 20% latency reduction.
- No new dependencies in `requirements.txt`.
Paso 2. Aislar el entorno y los permisos
Asegúrese de que los archivos .env estén en .gitignore y no incluya claves en las instrucciones.
Paso 3. Ejecutar la verificación automática
Ejecute el comando de prueba especificado:
pytest tests/test_parser.py -v
Paso 4. Revisión y aceptación manual con Git Diff
El desarrollador verifica el resultado antes de confirmar cambios:
git diff src/parser.py
git status --short
Recomendaciones según el escenario
- Refactorización puntual: Utilice especificaciones breves y pruebas unitarias aisladas.
- Integración de APIs: Consulte la documentación de BetterToken para configurar endpoints seguros.
Diagnóstico y resolución de problemas
- Archivos modificados fuera de alcance: Restringir la lista blanca en
Allowed Scope. - Bucles infinitos de corrección: Establecer un límite máximo de reintentos automáticos.
- Errores de autenticación o tiempo de espera: Verificar la URL base y el saldo en BetterToken Docs.