Actualización: según el comentario, creo que ahora entiendo lo que está sucediendo. Si tiene dependencias de compilación, deben ubicarse en el mismo subproceso, no en subprocesos concurrentes, es decir, deben compilarse secuencialmente.

Sin embargo, todavía puede probarlo... usando la opción --noClean en su compilación, ¡ no eliminará las carpetas dist! Entonces se ejecutará su compilación paralela.

Tres configuraciones : configuraría / verificaría dos veces (no enumeró su package.json ), para que lerna sepa qué orden seguir

1. Primero obtenga su lista en el orden correcto para sus peerDependencies
2. Póngalos en devDependencies
3. de un paquete hoja package.json ,

... Los globs definidos son relativos al directorio en el que vive lerna.json , que suele ser la raíz del repositorio. La única restricción es que no puede anidar directamente las ubicaciones de los paquetes, pero esta es una restricción que también comparten los paquetes npm "normales". Y así... los paquetes de hojas en paquetes/* se consideran una "mejor práctica"

Finalmente, el orden topológico será ejecutado por el usuario por lerna run en la compilación, puede obligarlo a incluir las dependencias --include-dependencies / o --include-dependents flag según sea necesario, así

Opción alternativa 2: por ahora, para pasar, puede hacer...

 lerna run build --concurrency 1

Según tengo entendido, sus trabajos de observación en a y b no están observando los módulos del nodo, especialmente la dependencia c inyectada, y ese resultado de este comportamiento.

Tal vez si agrega esos directorios a su trabajo de vigilancia, podría encontrar una solución alternativa eficiente.