Page 2 of 8~144 min topic

Capstone ops lab

Create the runnable skeleton and contracts

Types and env contracts make **Personal Knowledge Assistant API with flags, probes, secrets, on-call owner** fail closed before any provider or cluster call.

~18 min this pageRunnable setup

1Try it yourself

Decision drill

Capstone ops gate

Before demo day — metrics, flags, and recovery must be real.

Ship readiness50%

1/3Before demo day: latency + groundedness must page someone.

2Learn the idea

Read

Define trusted borders

Implement types or schemas around https://pka.example/v1/ask so illegal states are unrepresentable at the boundary. For Personal Knowledge Assistant API with flags, probes, secrets, on-call owner, trusted inputs come from sessions, signatures, pinned digests, or workload identity — not from free-form model text. solo builder operating pka.example for 50 beta users should be able to read the contract and know which fields are optional, which are enumerated, and which abort the request. Constructors and boot paths must not perform provider side effects; injection points keep tests honest.

Read

Environment and secrets contract

Document required env vars in .env.example with placeholders only. Rotation story belongs later, but the contract already forbids printing secrets and forbids defaulting to fail-open when a dependency is missing. Invariant to encode in types/tests: versioned release with readyz, flag kill switch, rotated secret, named on-call. If a config number lacks units, fix the name (timeout_ms, rpm_hard) before writing logic.

Read

Implementation artifact

@app.get("/readyz")
def readyz():
    check_index(); check_model_key(); return {"ready": True, "version": VERSION}

Read

Fixture kit

Create fixtures for the golden path and for CAP-OPS-PKA-12. Name files after the behavior (429-retry-after.json, cross-tenant.json, empty-citation.json) rather than test1. Each fixture carries expected status/code. This kit is the shared language for validation and failure pages.

Read

Stage depth

Compatibility promise: additive fields may appear only if readers ignore unknowns safely; breaking changes bump a version visible on the wire. For AI payloads, size limits arrive before JSON parse when hostile blobs are a risk. Document how clock skew, idempotency keys, and tracing headers travel through Personal Knowledge Assistant API with flags, probes, secrets, on-call owner. If you use feature flags later, the contract already states that flags are not authorization. Link each config knob to a unit and a failure mode (“0 means disabled” vs “0 means divide-by-zero”). A peer reviewing the PR should find CAP-OPS-PKA-12 named in a comment on the adversarial fixture.

Read

Field notes for `capstone-ops-lab` / `setup-and-contract`

Generate OpenAPI or a typed client only after the hand schema is stable for one fixture round-trip. Record how errors look on the wire — problem+json, envelope, or bare status — and stick to one. Clock sources must be injectable for skew tests. If webhooks appear later, document signature header names now even as TODOs. Keep sample payloads UTF-8 and free of real emails. Add a makefile or npm script that validates schemas without network. In this chapter the product is Personal Knowledge Assistant API with flags, probes, secrets, on-call owner, the human stakeholder is solo builder operating pka.example for 50 beta users, and the incident id you design against is CAP-OPS-PKA-12. Re-state the oracle in your notes — ship v1.2.0: smoke+readyz pass; kill switch drill < 60s; on-call roster non-empty — and keep the invariant visible: versioned release with readyz, flag kill switch, rotated secret, named on-call. Track readyz_ok, kill_switch_seconds, secret_age_days ≤ 30 as the scoreboard. Surface under change control: https://pka.example/v1/ask. If you only have forty minutes, finish the fixture for app runs on laptop only — no probes, no owner, secret in .env committed before polishing UI. Promotion language stays ternary: promote, hold, or roll back based on evidence, not hope.

Go deeper

Before you start

Why this matters

For Capstone ops lab, sketch the request and response shapes that cross https://pka.example/v1/ask without naming a framework. Mark which fields are trusted (session, signatures, digests) versus untrusted (user text, model JSON, webhook bodies). If a field can change authorization, it does not belong in model output. Predict one 422/401 you will assert before coding adapters for Personal Knowledge Assistant API with flags, probes, secrets, on-call owner.

Contracts you freeze now carry through the capstone demo of Personal Knowledge Assistant API with flags, probes, secrets, on-call owner.

In the wild

See how this idea shows up as a product and a company — then come back to the lesson. Skills transfer across vendors.

Check your understanding

Page assessment

Answer from memory. Completion is saved from this evidence, not from opening the next page.

1. Can a newcomer list trusted vs untrusted fields?
2. Does boot avoid external side effects?
3. Are fixtures named after CAP-OPS-PKA-12-class failures?

All responses are required.