Um mapa de handoff do que ler, mudar ou ensinar dependendo do seu objetivo.
Você agora tem um mapa de todo o monorepo Alembic. O próximo passo depende do seu papel:
packages/contracts/src/registry.ts.Collector em @alembic/ingestion.@alembic/coda.apps/cli/src/args.ts e commands.ts.generateCourse e publique via scripts loop-engineering.Cada mudança deve ser provada no limite real: execute o comando ou teste que exercita o caminho modificado.
Pense assim… um mapa de metrô: você agora conhece todas as linhas e pode planejar qualquer rota.
Pontos de entrada principais para cada pacote: @alembic/contracts/src/index.ts, @alembic/adapters/src/index.ts, @alembic/etl/src/index.ts, @alembic/ingestion/src/index.ts, @alembic/swarm/src/index.ts, @alembic/mission/src/index.ts, @alembic/vm/src/index.ts, @alembic/forge/src/index.ts, @alembic/coda/src/index.ts, @alembic/harness/src/index.ts, @alembic/web/src/index.ts, @alembic/tui/src/index.ts, @alembic/marketing-factory/src/index.ts, @alembic/factory/src/index.ts, @alembic/infra/src/index.ts, apps/cli/src/index.ts.
# execute a suite de testes completa pnpm -r typecheck && pnpm -r build && pnpm -w test # execute apenas os testes da CLI pnpm --filter @alembic/cli test
O comando canônico de verificação é pnpm -r typecheck && pnpm -r build && pnpm -w test. Ele checa cada pacote, builda dist e executa a suite Vitest completa. O workflow de CI executa os mesmos passos mais alembic doctor --json e impeccable detect.
Escolha um pacote e leia seu src/index.ts. Identifique suas três exportações mais importantes e como a CLI as usa.