From fieldwork to lasting business capability.FORWARD-DEPLOYED ENGINEERING
FDE Academy
WEEK 09 / PHASE 3

Production engineering and launch review

Guardrails · Observability · Rollout · Cost · Handover

Make the agent survive the field4 lessons · 10–12 suggested hours including practiceOutcome: Submit six-dimensional readiness checks, canary and stop conditions, a runbook and task-cost model.
FIELD JOURNAL / 03Execution and production

See the structure, then implement and verify with the notes.

Execution and production
This page retains the English overview and workshop. The expanded practitioner lecture notes are currently available in Chinese. Read the complete Chinese lecture →
AIelsen / FIELD BOARD · W09
09.1
Trace one task across the system

Correlate task, trace, action and policy versions across model, tools and downstream. The timeline shows order, not measured latency.

THIS WEEK IN THE FIELD

What situation are you walking into?

The pilot moves toward operation. Failures may come from model errors, stale evidence, permission drift, connector timeouts, cost exhaustion or unowned alerts.

DELIVERABLE / Launch pack: checks, runbook, cost model and canary plan

01 / Six dimensions of readiness

Assess function, reliability, security, observability, maintainability and economics separately. Define SLO windows and exclusions; one demo is not reliability evidence. Document dependency limits and incident ownership. Gate model upgrades through regression rather than silently following latest releases.

Unavailable dependencies should produce a clear failure and next step, not fictional success.

02 / Guard inputs, tools and outputs

Treat retrieved documents and tool results as untrusted data, not policy instructions. Validate input shape and scope; enforce tool authority and limits; check output evidence, sensitive exposure and execution status. A second model may help review but cannot prove the first is safe.

Inject an unauthorized instruction into synthetic retrieved text and verify execution boundaries hold.

03 / Use traces to locate failures

Carry request, task-version, tool and evidence IDs with status, duration and cost. Logs record events, metrics show trends and traces connect the job. Store sanitized operational summaries, not unnecessary sensitive prompts or private reasoning. Diagnose cross-layer failures.

Alerts need impact, ownership, first checks and stop criteria.

04 / Design rollout, economics and handover together

Roll out to bounded cohorts with predeclared stop thresholds and compensation. Cost each successful task including model, retrieval, tools, human review, infrastructure and failed attempts. Hand over ownership, config, versions, backup, upgrades, incident drills and knowledge maintenance—not just code.

Distinguish released time from cash savings. Scenario calculations are not supplier quotes.
WORKED EXAMPLE · SYNTHETIC

Put the method to work

Teaching stop rules: disable an affected tool after any cross-store disclosure; revert to read-only after persistent failure-rate breaches; pause expansion when review cost exceeds the agreed task budget. Thresholds must be calibrated to business risk.

Practice this week

  • Complete six readiness dimensions with evidence and owners.
  • Rehearse a rollout stop and an incident diagnosis.
  • Submit a cost model including review and retries plus a runbook.

Acceptance checks

  • Critical failures have executable stop paths.
  • Cost includes people and failures.
  • Another operator can diagnose and recover using the runbook.
FIELD WORKSHOP / W09

90 minutes: rehearse an operational failure before launch

Adoption falls while tool success stays healthy. Investigate stale evidence, poor task fit, duplicate work and missing feedback before changing models. Separate system, behavior and business measures.

  1. 0–20 min: define parent/child task traces, versions, states, latency and cost. Exclude secrets, raw sensitive text and private internal reasoning.

  2. 20–55 min: simulate retrieval timeout and unknown commit status. Rehearse on-call ownership, stop criteria, read-only fallback and reconciliation.

  3. 55–90 min: calculate model/tool, human review and fixed operating costs per successful task, explicitly listing omitted real-world costs.

Artifact excerpt · synthetic example

Cost example: 1,000 attempts, 85% completion
Model + tools: 1,000 × (0.5 + 0.1) = ¥600
Review: 1,000 × 2 minutes / 60 × ¥120 = ¥4,000
Fixed operation: ¥1,000
Per successful task: ¥5,600 / 850 ≈ ¥6.59
Excluded: implementation, exception losses, training, taxes, etc.

Instructor review

Halving model price saves ¥250 in this example, not half of total cost. Reducing review requires quality evidence, not simply removing checks.

An unseen field challenge ↗

How do users experience a better mean but worse P95 latency? Design timeout budgets, a slow-task path and a meaningful alert.

Download offline practice kit ↓
AIelsen / FIELD BOARD · W09
09.2
Release through controlled expansion

Expand from read-only to bounded writes, with pause and reconciliation at every stage. Code rollback does not undo external effects.

ONE-MINUTE CHECK

Are total token counts enough to explain task failures?

Local storage is not encrypted; do not store sensitive content on shared devices.

References and further reading

OWASP ↗ · LLM01:2025 Prompt Injection2025 · OWASPOpenTelemetry ↗ · Generative AI semantic conventions查阅 / Accessed 2026-09-07 · OpenTelemetryNIST ↗ · AI Risk Management Framework查阅 / Accessed 2026-09-07 · NISTTampa General Hospital ↗ · TGH selects Palantir for connected care coordination2024-06-05 · Tampa General Hospital

Read alongside the assignment and record design constraints and tests. Verify specifications against your deployment version.

Teaching board
Download SVG ↓

Search runs locally. Queries are not uploaded.