Keyboard shortcuts

Press or to navigate between chapters

Press S or / to search in the book

Press ? to show this help

Press Esc to hide this help

Appendix: Task-to-Chapter Map

Each build chapter maps to one task in the Answer Key. The reference implementation is panoptes_etl; every task's code compiles and its tests pass (65 in total).

PartChapterTaskSeam installed
IBuild: Workspace + Domain + Source Trait0.1–0.5, 1.1Source/Transform/Sink
IIBuild: The CelesTrak Source1.2E/T/L split
IIBuild: The JSONL Sink1.3file contract
IIIBuild: The Space-Track Source2.1–2.2rate limiting
IIIBuild: The Ledger + Conjunction2.3run ledger
IVBuild: TheSpaceDevs Source3.3pagination
IVBuild: Retry + Idempotent Sink3.1–3.2content-addressed writes
VBuild: The Task Graph4.1typed DAG
VBuild: Executor + Incremental4.2watermark/retry/gating
VBuild: The CLI4.3wiring
VCapstone: The NASA Source4.4(you drive)
VIBuild: The Embed Load Target5.1–5.2embeddings
VIBuild: Retriever + DAG Node5.2–5.3semantic retrieval

The invariants

These held throughout the build and are worth re-checking against your own copy:

  1. One seam per arc. Every arc ships a working pipeline and installs exactly one seam an orchestrator later needs.
  2. No build chapter uses machinery no earlier chapter introduced. If a build needs a crate or API with no lead-in, a concept chapter precedes it.
  3. etl-orchestrate depends on etl-core only. The executor schedules dyn Source and cannot name a concrete source; cargo tree -p etl-orchestrate proves it. Only panoptes-etl (the binary) names concrete sources.
  4. Every live API is mocked with wiremock; no test hits the network. Time- based tests (limiter, retry) use paused tokio time, so they are deterministic.
  5. The keystone is Conjunction. A conjunction data message is a raw collision-avoidance decision — the ground truth a Panoptes ca_geo vignette is built from.