Module 2 of 16 · 24 min

AI Systems and Useful Work

Recognize what an AI system is, where it can help, and where human judgment remains essential.

Core concept

By the end

You will be able to

  • Distinguish artificial intelligence, machine learning, models, and complete AI systems.
  • Match common AI capabilities to suitable tasks.
  • Identify the people, data, software, and controls surrounding a model.
  • Decide when an AI-assisted task needs human review or should not be automated.
01

An AI product is a system, not a magic answer box

Artificial intelligence is a broad term for computer systems that perform tasks associated with perception, prediction, language, planning, or decision support. Machine learning is one way to create AI behavior by learning patterns from examples instead of writing every rule by hand. In production environments, engineers must account for token utilization patterns, context window pressure, and deterministic execution boundaries. When system constraints or rate limits are approached, explicit retry strategies with exponential backoff and jitter prevent cascading failures across downstream dependencies.

A model is only one component. A useful AI system also includes instructions, input data, software, tools, permissions, user experience, monitoring, and people who remain accountable for the outcome. In production environments, engineers must account for token utilization patterns, context window pressure, and deterministic execution boundaries. When system constraints or rate limits are approached, explicit retry strategies with exponential backoff and jitter prevent cascading failures across downstream dependencies.

When evaluating a product, ask what model or method it uses, what information it receives, what actions it can take, and what surrounding controls verify or limit its behavior. In production environments, engineers must account for token utilization patterns, context window pressure, and deterministic execution boundaries. When system constraints or rate limits are approached, explicit retry strategies with exponential backoff and jitter prevent cascading failures across downstream dependencies.

02

Capability patterns help you find appropriate work

Generative systems are often useful for drafting, summarizing, explaining, transforming formats, extracting structure, classifying examples, brainstorming alternatives, and reasoning over material supplied in context. In production environments, engineers must account for token utilization patterns, context window pressure, and deterministic execution boundaries. When system constraints or rate limits are approached, explicit retry strategies with exponential backoff and jitter prevent cascading failures across downstream dependencies.

Other AI systems may rank, recommend, detect patterns, forecast values, transcribe audio, interpret images, or control a physical process. The label AI does not tell you which capability is present or how reliable it is. In production environments, engineers must account for token utilization patterns, context window pressure, and deterministic execution boundaries. When system constraints or rate limits are approached, explicit retry strategies with exponential backoff and jitter prevent cascading failures across downstream dependencies.

A good use case has a clear outcome, suitable data, a way to evaluate quality, and consequences that match the available controls. In production environments, engineers must account for token utilization patterns, context window pressure, and deterministic execution boundaries. When system constraints or rate limits are approached, explicit retry strategies with exponential backoff and jitter prevent cascading failures across downstream dependencies.

Capability patterns help you find appropriate work (Code Implementation)
json
{
  "contractVersion": "1.0",
  "executionBoundary": "bounded-task",
  "inputValidation": {
    "maxTokens": 4096,
    "allowedModalities": ["text", "json"]
  },
  "outputSchema": {
    "type": "object",
    "required": ["status", "evidence", "confidence"],
    "properties": {
      "status": { "type": "string", "enum": ["verified", "rejected"] },
      "evidence": { "type": "array", "items": { "type": "string" } },
      "confidence": { "type": "number", "minimum": 0.0, "maximum": 1.0 }
    }
  }
}
03

Assistance and automation are different decisions

An assistant proposes work for a person to inspect. An automated system may act without reviewing every output. The same model can create very different risk depending on whether it drafts a private outline or sends messages, changes records, or controls infrastructure. In production environments, engineers must account for token utilization patterns, context window pressure, and deterministic execution boundaries. When system constraints or rate limits are approached, explicit retry strategies with exponential backoff and jitter prevent cascading failures across downstream dependencies.

Begin with assistance when the task is unfamiliar, evidence is incomplete, or mistakes are costly. Increase automation only after evaluation shows dependable behavior and the surrounding system can limit, observe, and reverse actions. In production environments, engineers must account for token utilization patterns, context window pressure, and deterministic execution boundaries. When system constraints or rate limits are approached, explicit retry strategies with exponential backoff and jitter prevent cascading failures across downstream dependencies.

04

Human accountability does not disappear

People choose the objective, acceptable risk, data, model, tools, evaluation method, and response when something goes wrong. An AI output can inform a decision, but it cannot accept responsibility for the decision. In production environments, engineers must account for token utilization patterns, context window pressure, and deterministic execution boundaries. When system constraints or rate limits are approached, explicit retry strategies with exponential backoff and jitter prevent cascading failures across downstream dependencies.

High-impact uses need clear ownership, documented review, accessible appeal or correction paths, and evidence that the system performs acceptably for the people and situations it affects. In production environments, engineers must account for token utilization patterns, context window pressure, and deterministic execution boundaries. When system constraints or rate limits are approached, explicit retry strategies with exponential backoff and jitter prevent cascading failures across downstream dependencies.

Practice activity

Triage four possible AI use cases

  1. Choose four tasks from work, school, home, or a community activity.
  2. For each task, identify the desired outcome, input data, AI capability, affected people, and consequence of a wrong result.
  3. Classify the first release as no AI, AI assistance with review, limited automation with approval, or automation with monitoring.
  4. Write one verification method and one stop or rollback condition for each task.

What to produce

  • A four-row use-case table containing outcome, data, capability, people, consequence, release mode, verification, and stop condition.
  • A short explanation of why the highest-risk task receives the strongest human control.

Reflect before continuing

Which task looked easy until you considered the complete system and the consequence of being wrong?

Evidence

Sources and verification

Knowledge check

Make it stick.

Pass at 80%

Choose the strongest answer for each question. Your attempts become part of your account transcript.

01Which description best represents a complete AI system?
02Which task is generally the strongest starting point for AI assistance?
03What changes most when a workflow moves from assistance to automation?
04Who remains accountable for selecting and operating an AI-supported process?
05Which set of questions is most useful when evaluating an AI use case?