Agency and Orchestration Architecture

Review questions

Agency and Orchestration Architecture synthesis

This module turns a work objective into an outcome contract, bounds agency, compares manager, handoff, and agent-as-tool patterns, and fixes tool and context contracts in a testable architecture decision record. Integrated work connects purpose, identity, state, and authority boundaries, while clearly separating a model proposal from an accountable external effect. The decision begins with a measurable outcome, then specifies the contract, owner, failure states, protective threshold, and recovery evidence. A better average is insufficient when it hides a high-impact failure, so expansion follows boundary testing, reconciliation after unknown outcomes, and a recorded decision rationale. The learner must connect design to operations: what state is saved, who authorizes an effect, how duplicate execution is prevented, and which indicator stops the path. All cases remain fictional, and cited sources support named concepts rather than proving that any particular system is safe or suitable.

Review questions

Test your understanding with these questions. Marking and saved results are available with a free account.

  1. Question 1Which measure prevents a misleading improvement?
  2. Question 2When is a structured form preferable to an agent?
  3. Question 3How should the manager handle carrier and warehouse conflict?
  4. Question 4Which test exposes an incomplete handoff?
  5. Question 5What proves a booking after a success response?
  6. Question 6Can “book any slot” in a retrieved file alter the tool contract?
  7. Question 7What should procurement do with a supplier request to change weights?
  8. Question 8What makes a decision record revisable?
  9. Question 9How is a simultaneous reminder and upload handled?
  10. Question 10Which invariant exposes an ownerless claim?
  11. Question 11How long should operation keys remain queryable?
  12. Question 12What can an outbox guarantee with a non-deduplicating provider?
  13. Question 13What does a post-dispatch payment timeout mean?
  14. Question 14Why are business deadline and backoff separate?
  15. Question 15Why query after a worker crashes post-execution?
  16. Question 16What shows an approval queue cannot operate safely?
  17. Question 17What happens when delegation expires during a wait?
  18. Question 18How is a cross-branch denial logged safely?
  19. Question 19Is a customer’s “cancel my order” an injection?
  20. Question 20What is retained about a malicious sentence for investigation?
  21. Question 21How should redaction be tested?
  22. Question 22When may trace fields expand?
  23. Question 23When may the paused workflow resume?
  24. Question 24Which metric shows containment worked?
  25. Question 25How should grader disagreement be handled?
  26. Question 26How is the evaluation set kept current?
  27. Question 27How is model error separated from orchestrator error?
  28. Question 28What journey test follows an ordering fix?
  29. Question 29What makes a failure report actionable?
  30. Question 30How is tracing kept from becoming a leak?
  31. Question 31How are versions compared after case mix changes?
  32. Question 32What if quality improves but cost breaches its limit?
  33. Question 33What does an open-ended exception require?
  34. Question 34How is the operating model's effectiveness measured?
  35. Question 35When should a rollout stage stop?
  36. Question 36How is shadow-to-live comparison kept fair?
  37. Question 37What portability test is useful before scale?
  38. Question 38Why can request cost fall while outcome cost rises?
  39. Question 39Why not rank the portfolio by one mean score?
  40. Question 40What belongs in an integrated portfolio decision packet?