Mac Parallel Accelerator

Haz que Codex termine compilaciones, pruebas, Docker y pipelines de investigación más rápido en macOS, sin romper la semántica de las tareas.

中文说明 · Informe en directo · Informa de tu primera ejecución · Comparte un benchmark

Instalación en dos comandos

codex plugin marketplace add cloudguo123/mac-parallel-accelerator
codex plugin add mac-parallel-accelerator@mac-parallel-accelerator

Abre una nueva tarea de Codex y luego pregunta:

Use $accelerate-local-work to inspect this project and run the safe parts in parallel.
Keep progress visible and report time saved for this run and cumulatively.

Requisitos: macOS, Codex con compatibilidad con plugins y MCP, y Python 3.10+. Ruby solo se necesita para el análisis de YAML de Compose; Node.js 20+ solo se necesita para reconstruir el indicador del navegador.

El repositorio también se ajusta al diseño de paquete neutro respecto al proveedor de Agent Plugins 1.0.0 a través de su plugin.json raíz, skills/ y mcp.json local-stdio. Los clientes nativos de Codex siguen usando .codex-plugin/plugin.json y .mcp.json.

Related MCP server: claude-code-codex-agents

Por qué existe

La mayoría de los envoltorios «paralelos» dividen el texto del comando y confían en que todo salga bien. Eso puede reordenar &&/||, provocar condiciones de carrera en .next, JUnit, la base de datos, el volumen de Docker o el estado de Git, multiplicar los grupos de trabajadores anidados y ocultar los fallos hasta el final.

Mac Parallel Accelerator primero compila el trabajo solicitado en un Atom IR tipado. Solo se admiten de forma concurrente los átomos que se demuestre que son independientes. Los efectos desconocidos, los escritores ambiguos, las instantáneas de código fuente obsoletas, los eventos de ciclo de vida no admitidos y los planes modificados fallan en modo seguro.

shell · package scripts · Make · Compose · tests · builds · declared work
                              │
                              ▼
             static frontends → typed Atom IR
                              │
                              ▼
        conflict checks → resource-aware event scheduler
                              │
                              ▼
              exact verified execution + live savings

Qué acelera

El catálogo de escenarios incluye más de 50 ajustes predefinidos que cubren software, investigación, contenedores, medios, ML, lanzamientos, bases de datos y trabajo de bajo nivel de CPU/GPU/I/O.

Ejecución en directo—no un simple spinner

Las ejecuciones largas usan un ejecutor respaldado por PTY y muestran continuamente:

elapsed 2m 15s · running 4 · ready 2 · completed 7 · failed 0
estimated saved this run 4m 31s · cumulative saved 19m 52s

Al terminar, se comprueban el estado de cada átomo, el código de retorno, el tiempo de espera, el motivo de omisión, el truncado de la salida, la concurrencia máxima, el ahorro por ejecución y el ahorro acumulado.

Benchmark de cinco minutos

La ejecución pública retenida ejecutó cuatro cargas de trabajo aisladas de baja carga a través del ejecutor paralelo real. Cada tarea se ejecutó durante al menos cinco minutos.

El equivalente secuencial es la suma de los tiempos de ejecución observados de las tareas independientes; no es una ejecución secuencial ejecutada por separado. Esto demuestra la sobrecarga del planificador y el comportamiento de los informes en un trabajo independiente controlado, no una afirmación universal de que todos los proyectos serán 4 veces más rápidos. Consulta el informe visual, la evidencia en bruto y el protocolo de benchmark.

Contrato de ejecución

El protocolo de seguridad es deliberadamente estricto:

atomic_task_plan
  → complete immutable compiled_plan + plan_hash
  → atomic_exec with that exact object and hash

Los planes no se vuelven a traducir a oleadas escritas a mano ni a llamadas DAG genéricas. Las aristas de control tipadas distinguen éxito, fallo, orden, datos, flujo, disponibilidad, estado, finalización y limpieza. Los artefactos, los efectos no relacionados con archivos, los recursos de capacidad, los eventos de ciclo de vida y las instantáneas del código fuente siguen formando parte del contrato de ejecución.

Privacidad y autorización

• La inspección del proyecto y, opcionalmente, la del rastro son locales y acotadas.

• El análisis del rastro devuelve señales de enrutamiento agregadas—no indicaciones, razonamientos, cuerpos de comandos ni salidas de herramientas.

• El paralelismo cambia la temporización, nunca los permisos. La planificación no autoriza nuevos comandos, mutaciones remotas, limpieza destructiva ni reintentos.

• Ningún resultado de ejecución se sube automáticamente. El intercambio es explícito y revisable.

• Los tiempos de espera terminan los grupos de procesos; los efectos secundarios agotados se tratan como desconocidos y no se reintentan automáticamente.

Lee SECURITY.md para conocer el modelo de amenazas y el proceso de notificación.

Desarrollo

python3 -m py_compile scripts/*.py
python3 -m unittest discover -s scripts -p 'test*.py' -v
python3 scripts/self_test.py
uvx ruff check scripts
npm ci && npm run build:indicator

Genera los recursos públicos de verificación e intercambio:

python3 scripts/generate_test_report.py
python3 scripts/generate_growth_assets.py
python3 scripts/render_growth_media.py  # optional PNG/GIF, requires Chrome + ffmpeg

Referencias útiles:

• Arquitectura e invariantes de seguridad

• Referencia de Atom IR

• Protocolo de benchmark y resultados externos

• Contribución

• Historial de versiones

Ayúdalo a crecer

Pruébalo en una tarea real y luego comparte la tarjeta de resultados anonimizada o envía un benchmark. Si el planificador bloquea un trabajo que debería ser seguro, ese informe es tan valioso como una aceleración: identifica la siguiente regla semántica que falta.

Informa de tu primera ejecución · Crea un informe de benchmark · Haz una pregunta · Consulta la hoja de ruta

Con licencia MIT · Privacidad · Términos