noCV
ADRIFT-101 · Define effective rights

Specify the entitlement response at an exact effective instant

Practice briefTaskFoundational

Support compares screenshots from two time zones and cannot tell which storage limit applied when an upload failed.

Focused work estimate
1h 30m + prerequisites
Priority in the scenario
Medium
Engineering practice
API contracts · Temporal modeling

Estimated field mix

  • API design60%
  • Backend40%

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 document service grants storage and collaboration rights from subscriptions. Support cannot explain why delayed events restore old limits.

Setup prerequisites

  • Create a local subscription API with synthetic accounts.
  • Understand transactions and UTC intervals.

Preceding work

No earlier ticket is required. Complete the project setup above.

Acceptance criteria

  • Return limit, effective UTC instant and plan revision.
  • Document inclusive start and exclusive end boundaries.
  • Reject an invalid timestamp without resolving rights.

Implementation constraints

  • Use synthetic plan names and integer byte limits.

Verification to include

  • Resolve immediately before and at a plan boundary.
  • Reject a timestamp without an offset and verify no write.

Deliverables

  • Versioned response contract and boundary fixtures

Rollout and recovery

Introduce the versioned read route; remove routing if consumers reject it.

Value of the work

For the engineer: Practice temporal rules, concurrency and explainable API decisions.

For the team: Review whether entitlement changes preserve customer access and produce supportable decisions.

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.