S12.03 - Three-paper_arc

S12.03 ? Three-paper arc

flowchart LR
    A[Fragmented AI governance discussions] --> B[RAIDT - run-level evidence framework]
    A2[Single-paper overload] --> B
    B --> C[[Three-paper arc]]
    C --> C1[Paper 08 Foundations]
    C --> C2[Paper 09 Empirical Validation]
    C --> C3[Paper 10 Policy Pathways]
    C1 --> D[Run-level evidence]
    C2 --> E[Evidence pack and scoring credibility]
    C3 --> F[Policy alignment and interoperability]
    D --> G[Evidence pack]
    E --> H[RAIDT score profile]
    G --> I[Reviewer reconstruction]
    H --> J[Governance readiness]
    F --> J
    K[Healthcare and public services] --> C
    L[Finance and education] --> C
    M[Viva and supervisory explanation] --> C

? Star S12 - Programme Architecture and Supervisory Navigation

Star context: Helps supervisors understand how the RAIDT programme is organised across distinct but connected papers, so that the core framework, its validation, and its policy implications are not collapsed into one undifferentiated claim.


Academic picture
Definition / background

The three-paper arc is the programme-level research logic that structures RAIDT across three distinct but connected scholarly contributions. In this item, the arc consists of Paper 08 on foundations, Paper 09 on empirical validation, and Paper 10 on policy pathways. Together, these papers explain what RAIDT is, test whether its assessment logic can be used in a credible and repeatable way, and show how the framework can speak to wider governance and interoperability questions.

Conceptually, the item belongs to dissertation architecture rather than to a single RAIDT mechanism. Its role is to explain why the research is divided across papers with different functions instead of being compressed into one large text. In PhD terms, this matters because a framework paper must establish concepts and structure, a validation paper must examine whether the framework works in practice, and a policy paper must interpret what the findings mean for governance adoption, alignment, and institutional use. If these roles are blurred, the programme risks looking repetitive, methodologically unstable, or theoretically under-specified.

Within RAIDT, the three-paper arc matters because the framework is not only a conceptual model. RAIDT claims that the run is the unit of governance, that governance should be tied to evidence packs, and that performance and assurance should be represented through a five-pillar profile covering Responsibility, Auditability, Interpretability, Dependability, and Traceability. A three-paper structure provides room to define these ideas properly, evaluate them empirically, and then position them in the policy and organisational landscape.

This item differs from related concepts such as component papers or sector playbooks. Component papers may address specific elements within the broader programme, while sector playbooks adapt RAIDT to particular contexts. The three-paper arc, by contrast, explains the primary intellectual pathway of the core thesis contribution. It tells supervisors, examiners, and readers how the programme moves from theory to evidence to governance application without confusing implementation examples with the central academic claim.

Why this concept matters

The three-paper arc solves a common doctoral and governance problem: important ideas become unclear when conceptual design, empirical testing, and practical implications are mixed together without a visible structure. In AI governance research, this confusion often leads reviewers to ask whether the work is a framework, an evaluation study, a policy proposal, or a collection of examples. By making the arc explicit, RAIDT can answer that it is all of these in sequence, but not all at once in the same paper.

Without this item, there is a risk that the RAIDT programme appears over-claimed or under-disciplined. A reader may assume that the framework was never validated, that the validation lacks a conceptual basis, or that the policy discussion is detached from evidence. The arc prevents that fragmentation by showing that each paper has a distinct contribution and that each contribution supports the next.

For organisations using generative AI, this matters because governance maturity rarely emerges from principles alone. A framework must be defined, tested, and translated into pathways for adoption and oversight. The three-paper arc therefore supports the practical move from broad responsible-AI language to operational governance that can be reviewed, challenged, and improved.

Key idea: The three-paper arc matters because it turns RAIDT from a single thesis claim into a coherent programme in which conceptual foundations, empirical validation, and policy relevance are clearly separated and cumulatively connected.

What this item explains
Practical example / likely audience question

Audience question

Why not put the full RAIDT framework, the validation study, and the policy argument into one major paper so that the contribution appears more complete?

Answer

The concern behind the question is understandable: reviewers often prefer a paper that appears self-contained, and doctoral programmes are sometimes pressured to present a single definitive output. However, combining framework construction, empirical validation, and policy interpretation in one paper usually weakens all three parts. The conceptual argument becomes rushed, the validation design becomes under-explained, and the policy discussion becomes speculative because it is not given enough analytical space.

In RAIDT, the direct answer is that each paper performs a different academic function. Paper 08 defines the run as the unit of governance, specifies the evidence pack, and establishes the five-pillar score profile. Paper 09 then asks whether that logic can be applied, assessed, and interpreted with sufficient consistency to support empirical claims. Paper 10 takes the framework and its validation outcomes into the governance environment, asking how RAIDT aligns with policy pathways, interoperability expectations, and adoption contexts.

A practical example is a reviewer asking whether Traceability scores in RAIDT have any real evidential value. If that question appears in the foundations paper, the answer is conceptual: the paper explains why traceability matters and how it fits the framework. If it appears in the validation paper, the answer is empirical: the paper shows whether assessors can use the scoring logic consistently. If it appears in the policy paper, the answer is institutional: the paper shows how such traceability could support audit readiness or governance alignment. RAIDT handles this better than generic AI governance approaches because it does not stop at principles. It separates design, validation, and governance translation in a way that makes each claim reviewable.

Practical example in RAIDT terms

Consider a public-service use case in which a generative AI system helps staff draft responses to citizen complaints. The organisation wants assurance that the system is being used responsibly, that outputs can be reviewed after the fact, and that decisions influenced by the system remain contestable.

The run-level issue is that each drafting event is context-specific: the prompt, policy guidance, source material, user role, timing, and resulting output may differ from one case to another. RAIDT therefore requires run-level evidence rather than general claims about the tool. The evidence needed includes the run configuration, prompt and instruction context, user role, artefact history, model choice, output record, review notes, and pillar-level scoring justification.

The three-paper arc improves governance readiness because it shows how this use case would be treated across the programme. Paper 08 explains why a complaint-response event should be governed at run level and how the evidence pack and five pillars structure the assessment. Paper 09 validates whether reviewers can use the scoring and evidence logic reliably in practice. Paper 10 then asks how such run-level evidence could fit organisational policy, accountability processes, and broader public-sector governance expectations.

The most affected RAIDT pillars in this example are Responsibility, Auditability, and Traceability, though Interpretability and Dependability also matter. The arc matters because it shows that the framework is not merely proposed, but examined and then translated into governance pathways that a public organisation could plausibly adopt.

Detailed link to RAIDT

Three-paper arc links to RAIDT in four ways.

First, it protects the RAIDT core idea by making clear that the project is centred on run-level evidence for governing generative AI in organisational work, not on a loose bundle of separate themes.
Second, it shows how the run becomes academically legible across the programme: defined in foundations, examined in validation, and interpreted in governance terms in policy pathways.
Third, it connects the evidence pack and score profile to a cumulative research design, so these outputs are not introduced as isolated artefacts but as objects that are conceptualised, tested, and positioned for use.
Fourth, it strengthens reviewability, contestability, audit readiness, and organisational learning because each stage of the programme can be inspected for a distinct purpose and then related back to the overall governance claim.

Three-paper arc ? Run-level evidence ? Evidence pack ? RAIDT score profile ? Governance readiness

The chain matters because RAIDT is strongest when its architecture is visible: the programme explains the logic of the run, turns that logic into assessable evidence, and then shows how that evidence supports practical governance.

Link to the five RAIDT pillars

Responsibility

The three-paper arc supports Responsibility by clarifying where normative claims are made, where they are tested, and where they are translated into governance expectations. This avoids vague responsibility language that is never operationalised.

Example evidence / implication:

Auditability

This item strongly affects Auditability because the programme structure makes the evidential basis of RAIDT inspectable. Reviewers can see which paper defines the audit object, which paper tests the assessment approach, and which paper discusses governance uptake.

Example evidence / implication:

Interpretability

The three-paper arc supports Interpretability by separating conceptual explanation from applied evaluation. This helps readers understand not only what the pillars mean, but also how interpretive judgements are made in real assessment settings.

Example evidence / implication:

Dependability

Dependability is supported because the arc creates a route from framework design to empirical credibility. A governance model is more dependable when it is not merely asserted but tested and discussed in relation to practical deployment conditions.

Example evidence / implication:

Traceability

This item also strongly affects Traceability because the programme architecture shows how traceability is first defined, then examined, and finally embedded in governance reasoning. It prevents traceability from being treated as a slogan rather than an evidential requirement.

Example evidence / implication:

The strongest effects are on Auditability and Traceability, but the arc contributes to all five pillars by making the programme coherent and evidentially staged.

Why this item is more than a generic concept

In general AI governance, a three-paper structure might simply mean a convenient publication plan: one paper on theory, one on data, and one on implications. In RAIDT, it means something more operational and more disciplined. The three-paper arc is the mechanism by which the central claim is progressively built, tested, and translated without losing sight of the run as the unit of governance.

The RAIDT meaning is more operational because the papers are tied to concrete governance objects: run-level evidence, evidence packs, score profiles, and institutional readiness. The arc therefore does not just organise writing. It organises how the contribution becomes credible.

Common misunderstanding

Misunderstanding

The three-paper arc means the thesis has been artificially split into three papers that repeat the same material in different forms.

Correction

The arc is not an administrative split. It is an intellectual division of labour. The foundations paper should define RAIDT and justify its architecture; the validation paper should test whether that architecture can be used reliably; the policy paper should show how the validated framework speaks to governance pathways and interoperability questions. For example, repeating the full theoretical argument about the run in all three papers would be duplication. Referring back to that argument while applying it to validation or policy questions is coherence, not repetition.

Boundary and limitation

The three-paper arc does not by itself prove that RAIDT is correct, complete, or universally applicable. A well-structured programme can still contain weak constructs, limited validation samples, or policy interpretations that need refinement. The arc also does not replace strong methods within each paper. Foundations still require conceptual rigour, validation still requires credible empirical design, and policy pathways still require defensible analytical framing.

Its effectiveness also depends on disciplined scope control. If Papers 08, 09, and 10 blur into one another, the benefits of the arc are lost. RAIDT handles this limitation by treating programme architecture as an explicit governance and supervision issue: each paper must have a distinct research purpose, but each must also connect clearly back to run-level evidence, evidence packs, and the five-pillar model.

Implementation levels

Manual implementation

A researcher or small supervisory team can apply the three-paper arc manually by drafting a paper map that states the purpose, contribution, boundaries, and RAIDT link for Papers 08, 09, and 10. This can be maintained as a supervision note, viva preparation sheet, or thesis architecture table.

Semi-automated implementation

Semi-automated implementation can use structured templates in Obsidian, metadata fields, and cross-links between paper notes, item notes, and evidence concepts. This helps maintain consistency about what belongs in foundations, what belongs in validation, and what belongs in policy pathways.

Fully automated implementation

At scale, a governance knowledge system or research dashboard could encode the programme architecture as linked artefacts: each paper mapped to framework components, evidence objects, scoring constructs, policy themes, and sector applications. A workflow layer could flag scope drift, duplicated claims, or missing links between validation findings and governance implications.

Practical use in the RAIDT project

In the RAIDT project, this item is directly useful for explaining the programme to supervisors, examiners, collaborators, and journal reviewers. Paper 08 Foundations establishes the conceptual basis of RAIDT, including the run as the unit of governance, the evidence pack, and the five-pillar score profile. Paper 09 Empirical Validation demonstrates whether the framework can be used in a credible assessment process. Paper 10 Policy Pathways shows how the validated framework can speak to policy interoperability, institutional adoption, and governance practice.

This item also helps separate the main programme from sector playbooks and component papers. It provides a stable explanation for viva defence, journal positioning, and supervisory discussions about contribution, novelty, and sequencing. In effect, it is the map that stops the project from being misread as either too fragmented or too monolithic.

Key audience questions to prepare for

Q1. Why is a three-paper structure academically justified here?

Because RAIDT makes three different types of claim: conceptual, empirical, and governance-oriented. Keeping these claims in separate but connected papers improves clarity, methodological discipline, and defensibility.

Q2. What stops the three papers from looking repetitive?

Each paper has a distinct task. Paper 08 defines the framework, Paper 09 tests its use, and Paper 10 interprets its governance implications. Cross-reference is necessary; duplication is not.

Q3. Could the policy paper be written before the validation paper?

Only in a limited speculative form. For the strongest programme logic, policy pathways should be informed by the framework and by what empirical validation reveals about its use, strengths, and limits.

Q4. How does this arc help in viva defence?

It gives a concise explanation of programme coherence. Instead of defending many disconnected outputs, the candidate can show one research arc moving from foundations to validation to policy relevance.

Q5. Why does this matter for RAIDT specifically rather than for any thesis?

Because RAIDT is making an operational governance claim tied to run-level evidence, evidence packs, and scoring. Those claims need staged development if they are to be persuasive in both academic and applied governance settings.

Suggested citation concepts to support this item
Short explanation for presentation

The three-paper arc explains how the RAIDT programme is organised as one coherent research pathway rather than three disconnected outputs. Paper 08 establishes the foundations by defining RAIDT, the run as the unit of governance, the evidence pack, and the five-pillar score profile. Paper 09 then validates whether that framework can be applied and interpreted credibly in practice. Paper 10 extends the contribution into policy pathways, showing how run-level evidence can support wider governance, interoperability, and organisational adoption. This structure matters because it prevents conceptual design, empirical testing, and policy discussion from being collapsed into one overloaded paper. For supervision and viva purposes, the arc is the clearest way to explain how RAIDT moves from theory to evidence to governance relevance.

One-line takeaway

Three-paper arc is the programme-level structure that makes RAIDT academically coherent because it separates foundations, validation, and policy pathways while keeping all three tied to run-level evidence.

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