Should We Buy an AI Implementation or Learn Internally?
A worked route-and-handoff worksheet for choosing AI delivery, internal learning, or a hybrid without losing operating ownership.
Topic collection
Build, integrate, deploy, and operate useful AI systems.
A worked route-and-handoff worksheet for choosing AI delivery, internal learning, or a hybrid without losing operating ownership.
Use a handoff matrix to decide whether an AI consultant should leave training, an operating system, or both, then test team independence.
After a first AI prototype, practice contracts, failure cases, traces, regression, and a narrow release decision before adding more features.
A handover acceptance test exposes the access, trace, ownership, change, and rollback gaps that a successful AI demo can hide.
Bound one AI issue, require a plan, test the diff, emit a change receipt, and stop unsafe scope before a human reviews the pull request.
Use one workflow, its owner, and its risk boundary to choose internal building, tutoring-led co-build, or external implementation.
A six-task ownership test shows why a workflow that works for its builder can fail when the next operator lacks decision rights, exceptions, and acceptance rules.
Build one bounded MCP read tool with typed inputs, tenant checks, output limits, structured errors, audit events, and misuse tests.
Make ambiguous CRM identity a no-write result. A synthetic trace shows merge-aware binding, confirmation, idempotency, and held-out abstention tests.
A reproducible trace shows how OCR, model output, normalization, and persistence can all report success while a business field disappears.
Build a human correction queue that preserves AI output, captures edits and reasons, rejects stale reviews, and blocks downstream writes until approval.
Use a review receipt, independent tests, security checks, and human approval to decide whether AI-generated code is ready to merge.
Build a field-level evidence packet for AI workflow outputs, with source spans, page references, freshness checks, reviewer status, and replayable tests.
Define and validate a provider-neutral AI workflow result envelope with typed output, acceptance checks, side-effect policy, and explicit failure routing.
Valid JSON can still contain wrong, unsupported, or unsafe values. Reproduce the first failing invariant and validate before side effects.
Build a RAG evidence gate that answers only when claims are covered by allowed, current, non-conflicting context, then test every refusal path.
Build a dry-run path for an AI agent that previews intent and diffs, binds approval to an exact proposal, and proves execution matched the change.
A rerunnable 40-case fixture shows how to map raw AI confidence to observed correctness, fit a post-hoc calibrator, and set review capacity.
A bounded failure clinic for reproducing an AI approval failure, locating the first side effect, and verifying the repaired checkpoint before release.
A source-linked audit of 13 reporting designs, with a scorecard and template for turning portfolio exceptions into funding decisions.
Schema-valid AI output can still violate workflow invariants. Reproduce the failure, name the first failed check, and reject it before state changes.
A six-cycle fixture test shows why a fluent recurring report can fail when columns, labels, dates, and exceptions change.
Run one bounded change through baseline and changed cases, approval, fallback, and rollback checks before an AI workflow goes live.
A reproducible handoff test shows how hidden workflow assumptions turn a small AI maintenance change into an unsafe routing decision.
A reproducible benchmark compares blocking review with durable pause/resume routing across same-zone, overlapping, and non-overlapping reviewer schedules.
Build a provider-neutral AI workflow audit trail with correlated spans, approval events, version fields, redaction, and a UI-free reconstruction test.
Build a queue-backed AI workflow with durable job records, restart recovery, bounded retries, timeouts, artifacts, and a tested dead-letter path.
Build document AI as a provenance-first pipeline: preserve layout, extract into a typed contract, validate evidence, and route exceptions to review.
Connect an AI agent to existing business systems with a contract-first adapter, read-only pilot, approval-gated writes, and verifiable outcomes.
Migrate a chatbot to an AI agent in capability slices: preserve the working chat path, add one verified tool boundary, replay real conversations, and roll back safely.
Prevent AI agent tool schema drift with one versioned contract, compatibility gates, executable tests, and runtime checks for stale tool definitions.
Scope an AI agent proof of concept around one workflow, a contained tool boundary, observable outcomes, representative tests, and an exit gate.