S12.05 - Sector_playbooks

S12.05 ? Sector playbooks

flowchart LR
    A[Cross-sector GenAI use
Different risks, workflows and oversight needs] --> B[RAIDT
Run-level evidence framework] B --> C[[Sector playbooks
Domain-specific operationalisation]] C --> D[Run-level evidence pack] C --> E[Five-pillar score profile] C --> F[Sector-specific review guidance] D --> G[Reviewer reconstruction] E --> H[Governance readiness] F --> I[Organisational learning] J[Healthcare] --> C K[Finance] --> C L[Education] --> C M[Public services] --> C N[Cybersecurity] --> C

? Star S12 - Programme Architecture and Supervisory Navigation

Star context: Clarifies how RAIDT can remain a single coherent run-level governance framework while still being translated into domain-specific forms for supervision, implementation, empirical testing and policy discussion.


Academic picture
Definition / background

Sector playbooks are domain-specific implementation guides that apply the same RAIDT evidence logic and scoring logic to different organisational settings such as healthcare, finance, education, public services, supply chain or cybersecurity. They do not alter the conceptual core of RAIDT. Instead, they translate the core into the vocabulary, workflows, risk priorities and review expectations of a particular sector.

Conceptually, the idea arises from a common problem in AI governance: a framework may be general enough to travel across contexts, but if it remains only at the level of principles, organisations struggle to use it in live settings. RAIDT addresses this by treating the run as the unit of governance and requiring evidence that a configured use of generative AI can be reviewed in context. Sector playbooks extend that operational logic by showing what counts as relevant evidence, which risks deserve emphasis and how the same five pillars should be interpreted in different domains.

This matters because sector variation is real, but core governance fragmentation is risky. If every domain invents its own scoring basis, the framework loses coherence. If a framework ignores domain differences, it becomes superficial. Sector playbooks sit between those extremes. In RAIDT, they preserve the common structure of run-level evidence packs and score profiles while tailoring implementation to sector-specific tasks, controls, accountability routes and supervisory concerns.

They therefore belong inside RAIDT as an implementation layer rather than as a separate theory. The run-level evidence pack remains the core practical output, the five-pillar profile remains the comparative governance output, and sector playbooks explain how those outputs should be produced and interpreted in a field-sensitive way.

Why this concept matters

Sector playbooks solve a translation problem. Organisations often understand that AI governance should be responsible, auditable and traceable, but they do not know what those commitments mean for a specific deployment in a specific sector. A generic governance statement is rarely enough for a hospital team, a university administrator, a financial compliance reviewer or a cyber defence unit deciding whether a run was acceptable.

Without sector playbooks, two predictable problems appear. First, users may mistake implementation examples for the core framework and assume RAIDT is only for one sector. Second, organisations may adopt RAIDT in name while producing inconsistent evidence, because they do not know how to interpret the same governance expectations across different operational realities. The result is weak comparability, weak reviewability and weak audit readiness.

Sector playbooks matter because they let RAIDT move from abstract principle to operational governance without losing conceptual unity. They show how the same framework can travel across domains while remaining evidence-led, reviewable and contestable.

Key idea: Sector playbooks matter because they make RAIDT usable in real domains without changing RAIDT's core run-level evidence model.

What this item enables
Practical example / likely audience question

Audience question

Are sector playbooks the real substance of RAIDT, with the framework itself acting only as a generic wrapper?

Answer

The concern behind this question is understandable because practical examples often look more concrete than the abstract framework that supports them. If a healthcare playbook or finance playbook appears detailed and actionable, an examiner or practitioner may conclude that the playbook is the true method and RAIDT is only a loose umbrella.

That interpretation is incorrect. The direct answer is that sector playbooks are not the core of RAIDT. The core is the run-level evidence framework: the run as the unit of governance, the evidence pack as the review artefact and the five-pillar score profile as the comparative governance output. Sector playbooks are implementation pathways that show how this same logic is operationalised in particular domains.

A practical example makes the distinction clear. Suppose RAIDT is applied to a hospital triage-support drafting tool and to a financial complaints summarisation system. The sectors differ in workflow, accountability, sensitivity and review thresholds. However, both still require evidence about the configured run, both still produce an evidence pack, and both still generate a score profile across Responsibility, Auditability, Interpretability, Dependability and Traceability. The playbook changes the interpretation and evidence emphasis, not the underlying RAIDT method.

RAIDT handles this better than a generic AI governance approach because it does not stop at saying that sector context matters. It gives a stable run-level governance structure and then allows sector playbooks to translate that structure into context-specific practice.

Practical example in RAIDT terms

Consider a healthcare use case in which a generative AI system drafts discharge summaries for clinicians. The run-level issue is not simply whether the model is capable in general, but whether this configured use, at this time, for this workflow, under this level of oversight, is governable and reviewable.

A healthcare sector playbook would specify the evidence needed for that run: task definition, user role, prompt template, model version, review workflow, escalation route, known clinical boundaries, record-handling controls, output correction history and justification for use in a clinical documentation setting. It would also show how the five pillars should be read in that context. Responsibility might focus on clinician accountability and approval thresholds. Dependability might emphasise error tolerance and workflow robustness. Traceability might require stronger logging and reconstruction because patient-facing records are involved.

The result is improved governance readiness. Instead of relying on a general claim that the organisation uses responsible AI, RAIDT can assemble a run-level evidence pack and score profile that are legible to healthcare reviewers. The sector playbook does not replace the framework; it makes the framework governable in a high-stakes domain.

Detailed link to RAIDT

Sector playbooks link to RAIDT in four ways.

First, they protect RAIDT's core idea by showing that one run-level governance framework can travel across multiple domains without collapsing into unrelated sector-specific methods.

Second, they connect directly to the run because each playbook clarifies how a specific configured use of generative AI should be described, evidenced and reviewed in context.

Third, they shape the production and interpretation of the evidence pack and the RAIDT score profile by indicating which evidence types, review criteria and sector expectations should be foregrounded.

Fourth, they strengthen reviewability, contestability, audit readiness and organisational learning because they make it easier for internal and external reviewers to understand why a run was acceptable, weak or in need of intervention within a particular field.

Sector playbooks ? Run-level evidence ? Evidence pack ? RAIDT score profile ? Governance readiness

This chain matters because RAIDT becomes practically transferable through sector playbooks while remaining conceptually unified.

Link to the five RAIDT pillars

Responsibility

Sector playbooks help specify who is accountable for a run in a given field, what approval structure is expected and where human judgement must remain decisive.

Example evidence / implication:

Auditability

Sector playbooks clarify what records a reviewer would expect to see in a particular domain and how a run can be reconstructed after the fact.

Example evidence / implication:

Interpretability

Sector playbooks indicate what level of explanation is needed for users and reviewers to understand how the run should be used and bounded.

Example evidence / implication:

Dependability

Sector playbooks show how performance expectations and failure tolerances vary across sectors while still being assessed at the run level.

Example evidence / implication:

Traceability

Sector playbooks are especially important for traceability because they define which contextual details must be retained for later reconstruction in a given field.

Example evidence / implication:

Sector playbooks affect all five pillars, but they are especially influential for Auditability, Dependability and Traceability because those pillars are where sector-specific evidence expectations become most visible.

Why this item is more than a generic concept

In general AI governance, sector adaptation often means producing different guidance documents for different industries. That can be useful, but it often remains descriptive, high-level and weakly connected to concrete evidence requirements.

In RAIDT, sector playbooks mean something more operational. They are not simply sector commentaries. They are structured translations of a run-level governance method into domain-specific evidence expectations, review pathways and scoring interpretation. The RAIDT meaning is therefore stronger because it is tied to how a run is evidenced, how an evidence pack is assembled and how governance readiness is judged.

Common misunderstanding

Misunderstanding

If RAIDT needs sector playbooks, then it is not really a general framework.

Correction

The need for sector playbooks does not show weakness in the framework; it shows that the framework is operationally serious. A genuinely usable governance method must be stable at the core and adaptable at the edge. RAIDT provides the stable core through run-level evidence, evidence packs and score profiles. Sector playbooks provide the adaptable edge by showing how that core is applied in healthcare, finance, education or other contexts. For example, a cybersecurity playbook may emphasise logging, incident reconstruction and resilience under pressure, while an education playbook may emphasise user transparency, academic integrity and oversight of student-facing outputs. The framework remains the same; the implementation emphasis changes.

Boundary and limitation

Sector playbooks do not prove that a run is safe, lawful or effective by themselves. They also do not replace case-by-case judgement, domain expertise or the need for empirical validation. A weak run with poor evidence remains weak even if it is described through a sector playbook.

Their usefulness also depends on maintenance. If a playbook is too generic, it adds little value. If it becomes too detailed or too local, it risks turning RAIDT into a collection of fragmented sector methods. RAIDT handles this limitation by keeping the run-level evidence framework stable and treating playbooks as implementation guides that must remain anchored to the shared evidence pack and five-pillar scoring structure.

Implementation levels

Manual implementation

A researcher or small team can apply sector playbooks manually by creating domain-specific guidance notes, evidence checklists and scoring prompts for each target sector. This is suitable for early-stage piloting, supervisor discussion and initial empirical studies.

Semi-automated implementation

A semi-automated approach can use templates, metadata fields and structured review forms that change according to sector selection. This supports more consistent evidence capture while still allowing human reviewers to interpret context and exceptions.

Fully automated implementation

At scale, a platform or orchestration layer can load a sector-specific playbook automatically when a run is initiated, enforce required evidence fields, route reviews through the correct governance pathway and populate dashboards that compare score profiles across sectors without losing contextual specificity.

Practical use in the RAIDT project

Within the RAIDT project, sector playbooks help show how the framework travels from conceptual foundations to empirical testing and policy relevance. In Paper 08 Foundations, they help distinguish the core framework from its implementation layers. In Paper 09 Empirical Validation, they support cross-domain testing by showing how the same run-level method can be applied in different settings. In Paper 10 Policy Pathways, they help demonstrate how RAIDT can inform sector-sensitive governance interventions rather than remaining only a theoretical model.

They are also useful for explaining the project to supervisors and examiners. They show that RAIDT is neither a single-sector case study nor a purely abstract governance proposition. For paper writing, they help position RAIDT as a framework with both conceptual consistency and practical transferability. For viva defence and audience Q&A, they provide a clear answer to the question of how the project scales beyond one implementation example.

Key audience questions to prepare for

Q1. Why are sector playbooks needed if RAIDT is already a general governance framework?

Because a general framework still needs an operational translation layer. Sector playbooks show what the same evidence and scoring logic mean in different fields without changing the underlying RAIDT structure.

Q2. Do sector playbooks undermine comparability across domains?

No. They preserve comparability at the level of framework structure while allowing differences in evidence emphasis and interpretation. The evidence pack and five-pillar score profile remain common outputs.

Q3. Could sector playbooks become too customised and fragment the framework?

Yes, that is a real risk if they drift away from the shared run-level logic. The control is to keep every playbook anchored to the same unit of governance, the same evidence-pack logic and the same five-pillar model.

Q4. Are sector playbooks only useful for practice, or do they matter academically as well?

They matter academically because they demonstrate transferability, support empirical design across domains and help distinguish RAIDT's conceptual core from its implementation mechanisms.

Q5. How would you defend sector playbooks in a viva?

I would argue that they are the mechanism that lets RAIDT remain both coherent and usable. Without them, RAIDT risks being too abstract for practice; without the RAIDT core, playbooks would become disconnected sector guidance rather than evidence-based governance tools.

Suggested citation concepts to support this item
Short explanation for presentation

Sector playbooks are the part of RAIDT that makes the framework usable across different domains without changing its core logic. RAIDT remains a run-level evidence framework: the run is the unit of governance, the evidence pack is the practical review artefact, and the five-pillar score profile is the comparative output. What changes by sector is not the framework itself but the implementation emphasis. A healthcare deployment, a finance deployment and an education deployment all need different evidence expectations, risk thresholds and review pathways. Sector playbooks provide that translation layer. They help supervisors, reviewers and organisations see that RAIDT is neither a one-sector case study nor a purely abstract model. It is a coherent governance framework that can be operationalised in context while preserving reviewability, contestability and audit readiness.

One-line takeaway

Sector playbooks are RAIDT's domain-specific implementation layer because they translate the same run-level evidence logic into sector-ready governance practice.

Related items in programme architecture and supervisory navigation
Anchored questions
Powered by Forestry.md