noCV
BMONO-102 · Map the inputs

Parse workspace manifests without executing package scripts

Practice briefTaskIntermediate

The planner must inspect an unfamiliar checkout without triggering install hooks or repository commands.

Focused work estimate
2h 30m + prerequisites
Priority in the scenario
High
Engineering practice
TypeScript · Input validation

Estimated field mix

  • Developer tooling70%
  • Security30%

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

A fictional internal tools team maintains eighteen packages. Engineers currently run everything because the affected-package script occasionally misses downstream consumers.

Setup prerequisites

  • Create a local six-package fixture with a dependency cycle, shared compiler configuration, and two example changes.

Preceding work

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

Acceptance criteria

  • Resolve workspace package names and paths from manifests.
  • Reject duplicate names and paths outside the checkout.
  • Report malformed JSON with file and safe location.

Implementation constraints

  • Treat manifests as data; never evaluate imported configuration.

Verification to include

  • Load valid nested workspace fixtures.
  • Reject traversal, duplicate identity, and invalid JSON fixtures.

Deliverables

  • Manifest parser and fixture tests.

Rollout and recovery

Use read-only inventory mode first; fall back to full CI on parser errors.

Value of the work

For the engineer: Practice graph analysis, reproducible commands, and safe developer-tool failure modes.

For the team: Produce an inspectable CI selection plan that avoids unnecessary work without silently skipping consumers.

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.