noCV
CMIGR-104 · Produce conservative edits

Transform the supported configuration call shape without reordering evaluation

Practice briefTaskAdvanced

Wrapping arguments into an object could reorder side-effecting expressions. Preserve the old left-to-right evaluation order.

Focused work estimate
3h + prerequisites
Priority in the scenario
High
Engineering practice
Semantics · Refactoring

Estimated field mix

  • Compiler and language tooling100%

Field percentages are editorial estimates of the ticket's engineering focus. They total 100%; they are not measured time, proficiency scores, or ownership evidence.

Your next step

Review it, then add it to your workspace.

The board opens an editable draft; nothing is saved until you confirm it. Sign-in and workspace permissions apply, and Demo boards remain ephemeral.

Project context

Fictional package Laurel replaces configure(name, options) with configure({name, options}). Build synthetic TypeScript-like AST fixtures or use the repository's installed parser; source is analyzed, never executed.

Setup prerequisites

  • Create synthetic supported and ambiguous call-site fixtures.
  • Define the exact old/new API contract and a dedicated output directory.

Preceding work

Complete these dependencies, or supply their agreed outputs before taking this ticket.

Acceptance criteria

  • Name expression remains first
  • Options remains second
  • No expression duplicates or disappears

Implementation constraints

  • Verify syntax structure without executing candidate expressions.

Verification to include

  • Transform ordinary expressions
  • Use synthetic call expressions in both positions

Deliverables

  • Transformation and AST-order checks

Rollout and recovery

Revert transformed files if evaluation order cannot be preserved.

Value of the work

For the engineer: Practice conservative automated refactoring and reviewable uncertainty.

For the team: Inspect whether migration automation reduces repetitive work without silent semantic changes.

Evidence boundaries

Outcome Evidence: Tests, patches, and runbooks are requested deliverables. They become Outcome Evidence only through a qualified Mission and immutable Evidence IDs.

Ownership Evidence: Independent adaptation must be observed under a declared verification policy and cite immutable Evidence IDs. Completing a planning ticket establishes no Ownership Evidence.