¿Qué hace rpi?
Apropia el resultado autorizado hasta el final. Utiliza el agente de codificación nativo y el shell. BD o el rastreador del que llama es propietario del trabajo y las transferencias; Git es propietario del contenido y la entrega. AgentOps proporciona una carta pequeña y un juicio fresco, no un planificador.
Carta operativa
- Utiliza el resultado aceptado existente, el alcance y los límites reales. Un cambio claro no necesita un documento de Plan, Recordar o Aprender. Resuelve la incertidumbre solo cuando podría cambiar la implementación o la decisión de aceptación.
- Toma la acción más pequeña que avance hacia la aceptación. Plan da forma a la intención faltante o revisa un enfoque refutado. Una vez que un implementador puede actuar y un validador puede juzgar, implementa; no sigas mejorando el plan. Las revisiones de enfoque preservan la aceptación y el alcance autorizado. Los cambios de aceptación necesitan autoridad del que llama.
- Implementa y repara directamente los defectos conocidos ordinarios. Una falla de prueba conocida necesita una corrección y una verificación discriminante, no otra fase de planificación, consejo o ayudante.
- Utiliza verificaciones enfocadas durante las ediciones y completa las verificaciones de integración requeridas antes del juicio final. Reutiliza los recibos de entrada exactos válidos; vuelve a ejecutar las verificaciones afectadas después de los cambios. Reserva capacidad para integración, revisión y reparación. Mantén el sujeto final sin cambios mientras se está juzgando.
- Obtén Validar de un contexto fresco distinto del autor en la familia de modelos del autor a menos que el que llama seleccione etapas adicionales requeridas. No hay un límite fijo de diez minutos; los revisores explícitamente requeridos siguen siendo necesarios. El riesgo profundiza la evidencia, no la multiplicación de revisores. Repara los hallazgos procesables dentro de la autoridad y los límites restantes, luego vuelve a validar el sujeto exacto cambiado.
- Detente al completar la aceptación, cancelación, rechazo, un límite real agotado o un estancamiento causal no resuelto después de la ayuda a continuación. Las mejoras adyacentes no son permiso para expandir el objetivo. Infórmalas brevemente solo cuando sea útil; no las conviertas en otro lote de trabajo.
Contexto y transferencias
Carga los contratos requeridos una vez por contexto, luego lee solo lo que la próxima decisión necesita. Un enlace de referencia es contexto disponible, no una lista de lectura. Busca antes de abrir archivos grandes; expande solo para incertidumbre consecuente. Mantén la salida exitosa compacta en el límite de la herramienta; conserva los registros completos para inspección. Reutiliza la lista de verificación de componentes del trabajador y los recibos actuales en lugar de redescubrirlos. Usa relojes de finalización nativos o esperas limitadas para verificaciones y ayudantes en curso. Al finalizar, verifica el sujeto esperado y los resultados requeridos; un estado silencioso o parcial no es éxito. Inspecciona más para detectar una falla, posible estancamiento o necesidad de decisión. Mantén las actualizaciones requeridas del usuario concisas en lugar de narrar cada sondeo.
Cuando la delegación está autorizada y es útil, selecciona la opción de despacho solo de tarea del tiempo de ejecución para trabajo independiente; una instrucción corta en una bifurcación de historial completo todavía lleva el historial completo. Proporciona intención/alcance aceptado, sujeto exacto, evidencia relevante, límites restantes, consumidor de resultados y propiedad de verificación. Reanuda a un autor para reparación directa cuando sea útil. Los validadores siempre reciben contexto fresco sin el veredicto deseado del autor. Observa la configuración de despacho real; la redacción de la instrucción no prueba aislamiento ni un contexto heredado más pequeño.
Devuelve hallazgos concisos, verifica hechos y referencias de evidencia en la
entrega existente; divulga evidencia faltante o truncada. Deriva el manifiesto del sujeto combinado
y el escaneo huérfano aplicable en el límite de integración/juicio.
Los incrementos de trabajo no juzgados proporcionan identidad de contenido y verificación de hechos, no duplican
paquetes de evidencia finales. Un sujeto juzgado por separado aún necesita prueba completa.
La evidencia de máquina como verdict.v2 es opcional
a menos que sea solicitada o requerida por un consumidor declarado. Cuando no se solicita
ningún artefacto de máquina ni se requiere, devuelve el resultado sin crear uno.
Estancamiento causal y límites
Causa desconocida, recurrencia, sin progreso o un objetivo incorrecto admite como máximo un ayudante fresco limitado para ese incidente dentro de la autoridad y los límites. Dale la suposición fallida, la evidencia y una pregunta discriminante. Reanuda solo con un enfoque comprobable diferente; una respuesta inútil finaliza el intento. No encadenes ayudantes ni renombres el incidente. Las fallas conocidas reciben reparación directa. La cancelación, el rechazo y el tiempo/costo/cuota dura agotados omiten la ayuda.
Respeta los límites reales del que llama/nativos, incluidos los límites explícitos de rondas de reparación. Los reintentos, la compactación, los ayudantes y los nuevos sujetos nunca los renuevan; el conteo de reintentos por sí solo no es un presupuesto agotado. Si la interrupción amenaza la evidencia, preserva la intención aceptada, el sujeto exacto, los recibos útiles, la causa no resuelta, los límites y el uso del ayudante en la transferencia nativa. El texto de la instrucción no prueba la aplicación nativa. Guía de objetivo externo sigue siendo opcional.
Evidencia y límites
Vincula la intención aceptada, las rutas cambiadas completas, el sujeto exacto y los recibos factuales
para el validador fresco; divulga la evidencia de aceptación huérfana afectada. Usa
los ayudantes de procedencia existentes en lugar de un nuevo formato de evidencia. La prueba solicitada
utiliza almacenamiento externo protegido no Git seleccionado por el que llama; preserva
la evidencia heredada de .agents/. Identidad, frescura o prueba faltante significa NOT_PROVEN;
aceptación fallida probada o violación de alcance significa FAIL. PASS necesita cada
criterio verificado y not_checked vacío. Los autores no pueden emitir PASS vinculante.
Memoria, especialistas y adaptadores de tiempo de ejecución están bajo demanda; sin coincidencia y sin cambio son válidos. Lee límites cuando la autoridad, el alcance, la evidencia o la entrega estén en cuestión. El adaptador de despacho fijo opcional no es el motor de ejecución nativo. No inventes un tiempo de ejecución, artefacto de máquina oculto o flujo de trabajo para completar un cambio ordinario.
Informa el resultado, las verificaciones más fuertes y los límites materiales. Los planes, la actividad, las revisiones y las páginas guardadas no otorgan crédito de capacidad; NOT_PLANNED y NOT_BUILT son descripciones de progreso, no veredictos semánticos.