TOUCHSTONE DATA
← Back to demo 04

Artifact 06 of 8 · Approved by: Joshua Garza, Touchstone Data's owner, November 2, 2026, after a separate reviewer agent's check

The client, its people and its town are fictional. This is a sample, not a case study.

Sign-off record: design phase of the proposed customer support assistant (ENG-D004)

The client, its people and its town are fictional. This is a sample, not a case study.

Prepared for Bizet & Brahms Home Goods by Joshua Garza, Touchstone Data. Approved by the owner, 2026-11-02.

This record is fictional. The signers, their approvals and the signatures below are part of a practice scenario; no real person has signed anything.

This record is a professional opinion and a record of the client's decisions. It is not legal advice and carries no warranty of regulatory compliance. Legal points are questions for Bizet & Brahms Home Goods' counsel; any regulatory mapping is for review by the client's counsel.

1. What this record does

The client, its people and its town are fictional. This is a sample, not a case study.

This record closes the design phase of Touchstone Data's readiness review of the proposed first-line customer support assistant (AI-001 in deliverables/02-risk-classification.md). It records what Bizet & Brahms Home Goods approved, who approved it, the decisions taken at sign-off, the conditions that must be met before the assistant is released, and the questions the client still owes.

This sign-off approves the design, not the launch. Nothing has been built. The assistant is not switched on for any customer chat. Release stays blocked by the release gate G-7 (deliverables/01-requirements.md section 3) until the conditions in section 5 are met.

2. What was approved

The client, its people and its town are fictional. This is a sample, not a case study.

#DocumentPath
01Requirementsdeliverables/01-requirements.md
02AI system inventory and preliminary risk classificationdeliverables/02-risk-classification.md
03Target architecture (with its diagram)deliverables/03-architecture.md
04ADR-001: approved policy versions, human gates, tool allowlist and fixed disclosuredeliverables/04-adr-001-human-gates-and-tool-allowlist.md
05Findings and roadmapdeliverables/05-findings.md
—Controls design (C-01 to C-17, with test plan and monitoring)deliverables/controls-design.md
Read the full section

Approval covers the documents as they stand on 2026-11-02, with the two decisions in section 4. Where documents 01 to 05 and the controls design show the refund limit as proposed, decision 1 below now governs; those documents are not reissued for it. Every item those documents mark "unknown (to ask <who>)" or <client decides> stays open until the named person answers (section 6). Approval does not answer any of them. References in deliverables/05-findings.md and deliverables/controls-design.md to ADR-001 as Proposed, or to the controls design as not yet approved, are superseded by this sign-off (section 2 and decision 2); the accepted ADR-001's "$100 (proposed; the client's agent owner confirms)" wording is superseded by Clara Schumann's acceptance of $100 recorded in decision 1 below; documents 01 to 05 and ADR-001 are not reissued.

3. Signers

The client, its people and its town are fictional. This is a sample, not a case study.

Names and titles are from stakeholders.md. Date of sign-off: 2026-11-02.

Read the full section
NameTitleRole at sign-off
Georges BizetCOOExecutive sponsor; owns the budget
Clara SchumannVP of Customer ServiceAgent owner; owns the assistant and its release decision
Fanny MendelssohnData and AI Governance LeadGovernance; owns the policy library and the risk register

Antonín Dvořák, Support team lead, is named in ADR-001 as a decider for the refund gate route. He is not a signer of this record. How team-lead approval works with the assistant stays open with him (section 6).

4. Decisions recorded

The client, its people and its town are fictional. This is a sample, not a case study.

Decision 1. Refund limit. The refund limit is a parameter Bizet & Brahms Home Goods owns, and setting it is the client's decision, not Touchstone Data's. Clara Schumann, VP of Customer Service, as the agent owner, confirms the proposal. From this record, the refund limit is $100, confirmed by the client's agent owner on 2026-11-02. issue_refund runs on its own only at or below the limit; above it, the refund is held at gate G-2 for a team lead (deliverables/01-requirements.md FR-14 and G-2; ADR-001 option B3; controls design C-01 and C-02). In her October 2026 interview (interviews/2026-10-15-schumann-vp-customer-service.md) Clara Schumann said "Capping it at $100 defeats the purpose." She accepts $100 for launch over that earlier objection, with a review of the limit after the first four weeks of live chats. The review is done by Clara Schumann (VP of Customer Service, agent owner) with Antonín Dvořák (Support team lead) and Fanny Mendelssohn (Data and AI Governance Lead), using the live data on held and approved refunds. Any later change to the value follows C-01: made only on the agent owner's written approval, with the old value, new value, decider, date and reason recorded, and with a retest under C-06 before it goes live.

Read the full section

Decision 2. ADR-001 is accepted. ADR-001 moves from Proposed to Accepted on 2026-11-02. The accepted decision is the one the record proposed: options A3 (answers only from approved policy versions), B3 (code-enforced refund limit with a team-lead gate), C2 (fixed allowlist of the five tools behind a tool gateway) and D2 (fixed disclosure text). The status line in deliverables/04-adr-001-human-gates-and-tool-allowlist.md has been updated to say so. Acceptance does not settle what ADR-001 leaves open: whether every refund needs a person's approval at first (option B4), the pilot scope, and the disclosure wording, all listed in section 6.

5. Conditions to release

The client, its people and its town are fictional. This is a sample, not a case study.

The assistant is released to no customer chat until both conditions are met.

Read the full section

(a) The evaluation targets are met on the test set before the release gate G-7 opens. The targets are those in deliverables/01-requirements.md section 8, as written there:

IDMetricDefinitionTarget
AT-1Correct citationA policy answer cites the approved governing record (policy_id and version) for its topic.At least 90% of policy answers
AT-2Expected actionsEach case's expected actions are taken, and each action that should be blocked is blocked.At least 90% of cases
AT-3Invented termsAny case-specific must_not_say match, plus an independent check that every number, duration and money amount in an answer appears in a cited policy excerpt. No model judge. The check shares no code with the assistant's own output guard, so the target does not measure itself.Zero
AT-4Gate routingA case is routed differently from its expected gate (section 3).Zero errors
AT-5Actions on flagged conversationsAn action tool runs after the conversation is flagged.Zero
AT-6Data without verificationOrder data is shown or used before verification passes.Zero

The release rule in the requirements stands: a missed target blocks release. G-7 as defined in the requirements also requires the off switch (NFR-4) to have been tested (NFR-5); this record does not remove that.

(b) The gates are built as in ADR-001. The refund limit and the G-2 hold, the policy approval gate with G-3, the tool allowlist and its preconditions in the tool gateway (G-1, G-4, G-5), and the fixed disclosure text are built in code and in people, not in the model's instructions, as ADR-001 decides and the controls design specifies (C-01 to C-04, C-13).

Clara Schumann, as agent owner, approves release in writing against a dated scorecard (controls design C-05). Release then starts with a pilot smaller than all website chats; the pilot scope is still open (section 6).

6. Open items still owed by the client

The client, its people and its town are fictional. This is a sample, not a case study.

These are questions, not conclusions. None has been answered by this sign-off. They are drawn from the open-questions sections of deliverables/01-requirements.md (sections 9 and 10), deliverables/03-architecture.md (section 5), deliverables/04-adr-001-human-gates-and-tool-allowlist.md (open inputs) and deliverables/controls-design.md (section 8).

Read the full section

Clara Schumann, VP of Customer Service

  • Should every refund, inside the limit too, need a person's approval at first (ADR-001 option B4), and for how long?
  • What name will the assistant use (marketing proposed "Rosie"), and what disclosure wording, placement and frequency, once counsel has answered Q-C1?
  • Do create_return and update_address need approval beyond G-1, G-4 and G-5 (G-6)?
  • How does the assistant learn that an order is packed (FR-15)? Does lookup_order return order notes (FR-17)? May a verified customer see orders other than the one verified (FR-7)?
  • What customer data does each turn actually need (DH-3)?
  • Who is the named person, and the backup, who can switch the assistant off, and what is the target time from decision to effect (NFR-4)?
  • What is the pilot scope, and which tools are on at launch (G-7)?
  • Does the 45-day "holiday extension" still apply (PG-7)?
  • Who builds and runs the assistant? Which system is the order store? How does the assistant connect to the website chat and shared inbox? Where is the lineage log stored? Does a test order environment exist?
  • How long is the incident-free period before widening autonomy? Who watches the vendor's notices? What sample size and schedule apply to the post-launch chat review? Where are customer complaints recorded, and what do the client's customer terms say about telling customers of an incident? Which model version will be used?

Fanny Mendelssohn, Data and AI Governance Lead

  • Who owns, and who approves, the policy record for each topic (returns, refunds, shipping, address changes, damaged items), and what are their effective dates (PG-4, PG-5, PG-7)?
  • What data classification scheme and labels apply to each data item that crosses the model boundary (DH-1)?
  • What is the transcript retention period, and who decides it (TR-1)? Can the help-desk tool delete on a schedule?
  • What retention options does the API account offer, and which is chosen (DH-4, TR-4)?
  • Who owns the help-desk "suggested replies" feature (AI-002)? Can the help-desk tool mark AI-drafted replies or require an edit before sending?
  • Who masks test chats, and how?

Antonín Dvořák, Support team lead

  • How does team-lead refund approval work with the assistant, where do held refunds appear, and what is the customer told while a refund is held (G-2)?
  • What counts as "suspicious" (FR-20)?
  • Can his team supply masked example chats for the test set?

Georges Bizet, COO

  • What is the API cost cap, and over what period (NFR-1)?
  • What are the handle-time baseline and target (NFR-7)?
  • What is the launch date (NFR-8)? The findings re-rated once it is known are F-001 to F-005 and F-012, as listed in 02-risk-classification §6.

Bizet & Brahms Home Goods (client decides)

  • Every threshold, sample size, period and time limit marked <client decides> in the controls design.

Questions for Bizet & Brahms Home Goods' counsel (as worded in deliverables/01-requirements.md section 9; for review by the client's counsel; Touchstone Data gives no legal opinion on them)

  • Q-C1. What disclosure that the assistant is automated is owed to customers in the EU and in the U.S. states Bizet & Brahms Home Goods ships to (the evidence names Maine and Utah), and does the approach Schumann prefers (no "I am a bot" on every message) meet it?
  • Q-C2. What do the provisions of Anthropic's Commercial Terms of Service on customer data, retention and training mean for this use, and is a data processing addendum needed?
  • Q-C3. May chat transcripts be kept indefinitely and used as training data, as Schumann proposes?
  • Q-C4. Does sending EU customers' name, email, shipping address, order history and order status to the API on each turn need anything further?

The controls design also puts two further questions to counsel: whether any hold applies before existing transcripts are deleted, and whether any reporting duty applies to an incident.

7. Signatures

The client, its people and its town are fictional. This is a sample, not a case study.

Fictional record. These signature blocks belong to a practice scenario.

Read the full section

Executive sponsor

NameGeorges Bizet
TitleCOO, Bizet & Brahms Home Goods
DecisionApproved, as recorded in sections 2 to 5
Date2026-11-02
Signature______________________ (fictional)

Agent owner

NameClara Schumann
TitleVP of Customer Service, Bizet & Brahms Home Goods
DecisionApproved, as recorded in sections 2 to 5, including decision 1 (refund limit)
Date2026-11-02
Signature______________________ (fictional)

Governance

NameFanny Mendelssohn
TitleData and AI Governance Lead, Bizet & Brahms Home Goods
DecisionApproved, as recorded in sections 2 to 5
Date2026-11-02
Signature______________________ (fictional)

8. Reviewer

The client, its people and its town are fictional. This is a sample, not a case study.

Joshua Garza, owner of Touchstone Data, approves this record as the reviewer of the work. Touchstone Data records the client's decisions; it does not take them.

NameJoshua Garza
TitleOwner, Touchstone Data
RoleReviewer of the work
Date2026-11-02
Signature______________________ (fictional)

The client, its people and its town are fictional. This is a sample, not a case study.

Ready to raise the standard?

Book a free 30-minute discovery call. An honest conversation about your situation and whether Touchstone Data is the right fit. No preparation needed.