feat: Implements the multi-step execution chain engine for the Galaxy DevKit automation system#329
feat: Implements the multi-step execution chain engine for the Galaxy DevKit automation system#329sotoJ24 wants to merge 5 commits into
Conversation
|
Warning Review limit reached
Next review available in: 52 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: ⛔ Files ignored due to path filters (1)
📒 Files selected for processing (8)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Summary
Implements the multi-step execution chain engine for the Galaxy DevKit
automation system (roadmap item #50, issue #304).
Closes #304.
Files
packages/core/automation/src/execution-chain/index.ts— engine + typespackages/core/automation/src/test/execution.chain.test.ts— unit testspackages/core/automation/jest.config.cjs— Jest configurationpackages/core/automation/tsconfig.test.json— test-only TypeScript configDesign
API surface (matches issue spec)
executeStepsreturnsbooleanas specified.executereturns the fullChainResultwith per-step diagnostics for callers that need observability.Both share the same internal loop.
Sequential execution and halt on failure
Steps run in order. On any failure the loop returns immediately — subsequent
steps are never called. A
console.warnlists the already-completed steps sothe caller knows what may need compensating. Rollback is intentionally the
caller's responsibility: the engine has no knowledge of what each step did,
so it cannot safely undo it.
Context threading
A mutable
ExecutionContext.outputsobject is passed to every executor.Each step's return value is stored under its
label(ortypewhen nolabel is given), making it available to all subsequent steps:
Retry
Per-step and chain-level retry with configurable delay.
retriesUsedisreported in
StepResultfor observability.Protocol-agnostic
ExecutionChainhas zero imports of Blend, Soroswap, or vault code.Executors are plain
async (step, context) => unknownfunctions registeredby type string, making every protocol integration independently mockable and
swappable.
Tests
Acceptance criteria
called; completed steps are listed in a
console.warnfor rollbackguidance