Se añadió un conjunto de directrices de ingeniería comunes y 5 reglas a todos los Agentes OpenClaw: 1. Módulo profundo: un parámetro de interfaz menos puede ser menor, y la función se realiza en profundidad Hide: todos los IDs, rutas y claves deben pasar por configuración, y la codificación en el script es la filtración de información 3. Cobertura de error: devolver valor nulo si el archivo no existe, no se bloquea y recortar automáticamente si el parámetro supera el límite y no reporta un error 4. Programación estratégica: dedicar entre el 10 y el 20% del tiempo a mantener el diseño para cada cambio, y el script debe estar escrito en la documentación 5. Escribe primero los comentarios y luego escribe código: define qué hacer primero y después escribe cómo hacerlo, los comentarios son prompts para IA Escribe ENGINEERING.md en las referencias de agentes/compartidos/todos los agentes SOUL.md El mayor problema de la escritura de código con IA es que solo se preocupa por la función y la arquitectura. Estas 5 reglas básicamente restringen el comportamiento de la IA: tienes que decirle cuáles son las buenas prácticas de ingeniería, o escribirá el código más difícil de mantener de la forma más rápida posible

Escribiendo código en la era de la IA, hay varios cambios: El valor de las anotaciones no disminuye, sino que aumenta. La premisa de que la IA te ayuda a escribir código es que puedes decir claramente lo que quieres: los comentarios son las indicaciones que se le dan a la IA. Si no sabes escribir bien las anotaciones, la IA no puede salvarte "Diseñar dos veces" se vuelve especialmente fácil. En el pasado, el coste de implementar manualmente ambos esquemas era demasiado alto para que alguien pudiera hacerlo. Ahora deja que la IA genere rápidamente dos o tres soluciones para comparar, en cuestión de unos minutos Pero la IA también está creando nuevos problemas: especialmente le gusta generar un montón de clases pequeñas, getters/setters, sobreencapsulación, todos módulos superficiales. Ousterhout critica la classitis, la IA en la fabricación en masa Así que al final, volví: la gestión de la complejidad es un trabajo humano. La IA puede escribir código pero no puede tomar decisiones arquitectónicas. ¿Dónde están los límites de los módulos, cómo ocultar la información y qué profundidad debe tener la interfaz? Estas IAs no pueden averiguarlo Para decirlo claramente, los requisitos para los programadores en la era de la IA han cambiado: La capacidad de escribir código está disminuyendo, y la capacidad de diseñar sistemas está en valoración Antes, dependías de la velocidad de las manos y la memoria para comer, pero ahora estas IAs son completas. Pero, ¿se puede descomponer un sistema complejo en varios módulos profundos, de modo que la interfaz de cada módulo sea lo suficientemente limpia para que la IA la entienda? Esta capacidad no puede ser reemplazada por la IA

Claude siempre me ha ayudado a desarrollar el plan de OpenClaw. Ahora, algunas tareas sencillas también se asignan directamente a Claude. El problema es que, quién sabe cuándo será prohibido de repente. Ni siquiera hay un mecanismo de respaldo. Con OpenClaw, puedes cambiar de modelo en cualquier momento, y las habilidades de memoria pueden ser empaquetadas y retiradas en cualquier momento.