Flujo de trabajo de revisión de código MultiModel empaquetado como habilidad reutilizable

✍️ OpenClawRadar📅 Publicado: 5 de junio de 2026🔗 Source
Flujo de trabajo de revisión de código MultiModel empaquetado como habilidad reutilizable
Ad

Un desarrollador ha empaquetado un flujo de trabajo de revisión de código multimodelo como una habilidad/runbook reutilizable, disponible en GitHub. El enfoque utiliza un agente orquestador que coordina varios agentes/modelos revisores independientes, y luego consolida los hallazgos en una revisión final. La idea clave: diferentes modelos detectan diferentes errores, y cuando múltiples modelos señalan el mismo problema de forma independiente, la confianza aumenta. El orquestador elimina duplicados, filtra hallazgos débiles, verifica falsos positivos evidentes y publica un resultado limpio.

Dos Modos

El flujo de trabajo admite dos modos:

  • Revisión de PR: prepara los directorios locales base/, head/, PR_DIFF.patch y PR_METADATA.json, lanza múltiples revisores solo de análisis, luego el orquestador publica un resumen más comentarios inline en el PR. Diseñado para evitar colisiones con revisiones pendientes de GitHub.
  • Revisión de alcance no PR: revisa una carpeta/módulo/despliegue/área de scripts; los revisores inspeccionan una instantánea local compartida; el orquestador publica un REVIEW.md consolidado en el repositorio.
Ad

Configuración de Modelos Probada

La configuración probada usa GPT-5.5 como orquestador, con GPT-5.5, DeepSeek V4 Pro, Kimi K2.6, Qwen 3.6 Plus y GLM-5.1 como revisores. Sin embargo, el flujo de trabajo es agnóstico respecto al agente/modelo. Se ha probado con OpenClaw y, según se informa, da excelentes resultados.

Lecciones Clave

  • Instantánea compartida: no dejes que cada subagente clone/obtenga el repositorio de forma independiente. El orquestador debe preparar una instantánea compartida y pasar las rutas locales a los revisores. Más rápido, más barato y con menos falsos positivos extraños.
  • Todos los modelos que no son GPT se ejecutaron a través de Fireworks. Para tareas grandes, el autor sugiere reemplazar Kimi y Qwen por otros, ya que estos dos a veces fallan.

El repositorio está en github.com/rmichelena/multireview. El autor busca comentarios, especialmente de quienes ejecutan flujos de trabajo de revisión de código multiagente.

📖 Lee la fuente completa: r/openclaw

Ad

👀 Ver también

PromoClock: Rastreador de Zonas Horarias para las Horas Fuera de Pico 2x de Claude, Desarrollado con Claude 4.6
Herramientas

PromoClock: Rastreador de Zonas Horarias para las Horas Fuera de Pico 2x de Claude, Desarrollado con Claude 4.6

Un desarrollador creó PromoClock.co, una herramienta gratuita que convierte automáticamente las horas promocionales de descuento de Claude "5-11am PT / 12-6pm GMT" a la hora local, utilizando Claude 4.6 para manejar la lógica de zonas horarias, configuración de Next.js 15 y diseño de interfaz.

OpenClawRadar
Agint: Una herramienta CLI en Rust que detecta contradicciones en archivos de instrucciones para agentes de IA
Herramientas

Agint: Una herramienta CLI en Rust que detecta contradicciones en archivos de instrucciones para agentes de IA

Agint es una herramienta CLI gratuita y de código abierto escrita en Rust que escanea archivos de instrucciones como CLAUDE.md y AGENTS.md en busca de contradicciones, referencias a archivos faltantes y problemas de sincronización. Utiliza análisis estático para problemas estructurales y opcionalmente llama a la API de Claude para la detección de contradicciones semánticas.

OpenClawRadar
Repowise: El contexto precomputado del código base para Claude Code reduce el uso de tokens y el tiempo de tarea a la mitad
Herramientas

Repowise: El contexto precomputado del código base para Claude Code reduce el uso de tokens y el tiempo de tarea a la mitad

Repowise indexa tu base de código en cuatro capas (grafo de dependencias, señales de git, wiki de documentación, ADRs) y expone ocho herramientas MCP a Claude Code, reduciendo una sesión de arqueología de 30 archivos a 5 llamadas MCP y 2 minutos.

OpenClawRadar
Tiempo de inactividad LLM se activa a los 2 minutos en N100/WSL2 a pesar de la configuración timeoutSeconds
Herramientas

Tiempo de inactividad LLM se activa a los 2 minutos en N100/WSL2 a pesar de la configuración timeoutSeconds

Un usuario informa que el watchdog inactivo en OpenClaw se dispara después de 2 minutos en hardware N100/WSL2, ignorando la configuración timeoutSeconds=300, debido a un inicio lento de la puerta de enlace (más de 45 segundos) y a la falta de un noOutputTimeoutMs configurable.

OpenClawRadar