Skip to content
Handbook navigation

Chapter 2 · Lab

Lab: What is Artificial Intelligence?

Run this lab

Edit and run the chapter code

Choose an available implementation, change the code, then run it here or continue in the dedicated Labs workspace.

Unlock execution

Output

Run the code to see output here.

Lab 1 - Define, Describe and Grant Authority

Lab Brief

Difficulty: Beginner Estimated time: 75 minutes Lab ID: VOL1-SEC1-CH2-LAB1

Objective

Decide which of six systems count as AI under three different definitions, describe two systems on the six axes with the chapter's program, place their authority on the Sheridan–Verplank scale, and produce a costed recommendation for how much authority a customer-service assistant should have, including the evidence needed before it can have more.

Everything runs offline with examples/ai_system_classifier.py (standard-library Python) or java/AiSystemClassifier.java (JDK 21), plus the calculator in Figure 2.2.


Scenario

Your company sells a subscription product and wants an assistant on its help page. Product management calls it "our AI agent" and proposes that it answer questions, change subscription plans and issue refunds up to $150 without human involvement. Legal has asked whether the EU AI Act applies to the company's software, and finance wants to know whether reviewing the assistant's answers is worth paying for. You have been asked for a two-page brief.


Tasks

Task 1 - Three definitions, six systems

For each system, answer three questions: is it AI in the research tradition, is it an AI system under the EU AI Act as the Commission's February 2025 guidelines read it, and could a vendor honestly market it as AI?

  • a chess engine using minimax search and a hand-written evaluation function;
  • a tax calculator applying 2,000 hand-written rules;
  • a spam classifier retrained weekly on reported messages;
  • a gradient-boosted model that scores loan applications;
  • a route planner that solves a mathematical optimisation problem each morning;
  • the proposed help-page assistant, built on a large language model.

Justify each legal answer by quoting the part of Article 3(1), Recital 12 or the guidelines you relied on. Mark any answer you are unsure of as uncertain and say what fact would settle it.

Task 2 - Six-axis profiles

  1. Add two profiles to SYSTEMS in the program: the help-page assistant as product management proposes it, and a version you would recommend.
  2. For each, list the effects its outputs may have (display, suggest, prepare, state_policy, act_reversible, act) and the controls you would put in place.
  3. Run the program. The proposed version should fail at least one check. Make your recommended version pass every check, and write one sentence per control saying what would have to be built to make it true.

Task 3 - Authority by category

Split the assistant's work into at least four categories, such as answering general product questions, explaining the refund policy, changing a plan and issuing a refund. For each category, record:

  • whether the action is reversible, and at what cost;
  • how quickly a mistake would be noticed, and by whom;
  • the authority you would grant (inform, recommend, draft, decide or execute) and its Sheridan–Verplank level.

At least one category must be at draft authority and one at execute. Explain the difference using the Air Canada case.

Task 4 - Price the review policy

  1. In Figure 2.2, enter your own estimates for the rates, keeping the C$812.02 award as the cost per relied-upon error unless you have a better figure. Record the cost of each policy and both flip points.
  2. Repeat with the cost per error doubled, with the reviewer catch rate cut to 70%, and with routing that concentrates only 30% of costly errors. Which change moves the decision most?
  3. Change ERROR_COST, CATCH and ROUTED_ERRORS in the program to the same values and confirm it prints the same flip points.
  4. Compute how many consecutive correct answers you would need, at 95% confidence, before choosing "no review" for your baseline assumptions.

Deliverables

  • The Task 1 table with a quoted justification for every legal answer.
  • The program output for your two profiles, and the list of controls with what each requires.
  • The authority-by-category table from Task 3.
  • The cost comparison, sensitivity results and evidence count from Task 4.
  • A two-page brief that answers legal, finance and product management in plain language.

Verification

  • Run the Python and Java versions after adding your profiles and compare their outputs; they should differ only if you edited one and not the other.
  • Recompute one policy cost by hand with the chapter's formulas and check it against the calculator.
  • Ask a colleague to read your six-axis profiles without the chapter and say what each system may do to a customer. If they cannot, the authority row is not clear enough.

Success Criteria

  • Every system in Task 1 has an answer under each definition, and the minimax chess engine is treated differently by the research field and by the Commission's guidelines.
  • The proposed assistant fails the consistency checks and your recommended one passes, with a concrete build item behind each control.
  • Refunds do not start at execute authority unless your cost model and your error-rate evidence justify it, and the brief says what measurement would move them there.
  • The brief states both flip points, the assumptions behind them, and the number of clean answers needed before review could be removed.
Lab — What is Artificial Intelligence? | KnowledgeOS