OOF-AII-370634
South African Court Found Self-Represented Litigant Relied on an AI-Hallucinated Judgment
Self-represented litigant Adriaan Johannes Roux relied on a nonexistent judgment in High Court submissions in Johannesburg, South Africa. The court attributed the false authority and unsound legal arguments to his admitted AI use and said addressing the material wasted court time and resources. The specific AI tools were not identified.
- Event date
- 2026-01-29
- Country
- South Africa
- Severity
- Low
- Evidence status
- Source-Reported
Assessment status
Generated from available public incident evidence using OOF® governance methodology. It is not an official investigation, legal determination, regulatory finding, certification, or OOF® Approved Assessment.
OOF® has not independently verified this account. The description preserves source attribution and separates reported facts from the automated governance analysis below.
OOF® Analytical Context
OOF® provides a preliminary governance interpretation of the incident account catalogued by AI Incident Database (Responsible AI Collaborative) (2026-01-29, South Africa). The source account and the automated interpretation are distinct; the interpretation does not establish a technical cause, fault, or liability.
Original incident source: AI Incident Database (Responsible AI Collaborative)
OOF® has not independently verified this account. The description preserves source attribution and separates reported facts from the automated governance analysis below.
Evidence and sources
Evidence status: Source-Reported
- AI Incident Database (Responsible AI Collaborative)Specialist database · 2026-01-29
Source-reported incident overview
Self-represented litigant Adriaan Johannes Roux relied on a nonexistent judgment in High Court submissions in Johannesburg, South Africa. The court attributed the false authority and unsound legal arguments to his admitted AI use and said addressing the material wasted court time and resources. The specific AI tools were not identified.
AI involvement
System: Large Language Models, Ai Assisted Legal Drafting Systems
Technology: Not established
Assessment confidence dimensions
- Source corroboration
- Single-source
- Extraction completeness
- Moderate
- Methodological assignment confidence
- High
Measures source-group corroboration only; it does not establish factual truth.
Measures populated source fields after deterministic normalization; it does not measure correctness.
Measures automated assignment support; substantive correctness requires authorized human review.
Known facts from the incident record
- The incident record identifies the event date as 2026-01-29.
- The incident record identifies the location as South Africa.
Reported claims
- Self-represented litigant Adriaan Johannes Roux relied on a nonexistent judgment in High Court submissions in Johannesburg, South Africa. The court attributed the false authority and unsound legal arguments to his admitted AI use and said addressing the material wasted court time and resources. The specific AI tools were not identified.
Material unknowns
- Independent corroboration is not established in the available incident record.
Primary governance problem
The incident appears to expose a governance problem involving the reported system and activity. Available reporting supports preliminary methodological interpretation, not a finding of fault or non-compliance.
Architecture intelligence
PGA™ — Prediction Governance Architecture
Primary architecture
The reported the reported system and activity concern falls within the governed questions represented by PGA™ — Prediction Governance Architecture.
Governance focus: Which questions from PGA™ — Prediction Governance Architecture, if any, are relevant to the reported system and activity?
Canonical methodology (ParentStandard):
Governance interpretation
The source-reported case South African Court Found Self-Represented Litigant Relied on an AI-Hallucinated Judgment, involving Large Language Models, Ai Assisted Legal Drafting Systems, raises a preliminary question for PGA™ — Prediction Governance Architecture: Which questions from PGA™ — Prediction Governance Architecture, if any, are relevant to the reported system and activity? This automated interpretation does not establish fault, control failure, or legal responsibility.
Relevant system components and failure mechanisms
Classification state: UNRESOLVED
System domains: Not established
No system component is sufficiently indicated by the available record.
Candidate mechanisms
No candidate mechanism is supported by the available source language.
These candidates are not confirmed causes and require evidence review.
Component labels are deterministic relevance signals from the available source record. They do not establish a defect, attack path, root cause, or responsibility.
External technical mappings
No external technical identifier is asserted for this incident.
No verified OWASP, MITRE ATLAS, or AVID identifier is asserted for this record. External mappings are published only after exact identifier, version, URL, rationale, and supporting evidence are verified.
Prevention guidance
Guidance state: EVIDENCE_LIMITED
Could This Happen to Your System?
Applicability: The available record does not establish a sufficiently specific system component or operational configuration for case-specific applicability.
Known versus inferred: Only the source-catalogued incident description is known here; no technical mechanism is inferred.
What Should Be Implemented?
Control objective: Establish the system, authority, evidence, and operating context before selecting a protective control.
Governance boundary: Identity, authorization, operational scope, and evidence boundaries must be explicit.
Protective mechanism: Use attributable event records and a documented review owner before changing production controls.
Expected protective behavior: Unknown or incomplete reports remain clearly labelled and are not converted into confirmed causes.
How Can Protection Be Verified?
Test objective: Verify that the organization can identify missing facts before approving a case-specific control claim.
Prerequisite: An attributable system inventory and evidence log are available.
Test action: Compare the report with retained system, authority, and outcome records.
Expected safe behavior: The review records uncertainty and withholds unsupported technical conclusions.
Evidence to retain: Source links, reviewer decision, system context, and unresolved-question log.
Failure condition: A root cause, control failure, or prevention blueprint is asserted without supporting evidence.
Relevant OOF® methodology: Methodology depth is not yet justified by the evidence.
Only one independent source group is represented; corroboration is not established.
Need a Complete Prevention Architecture?
OOF® Architecture & Prevention Engineering provides system-specific depth beyond this public, evidence-bounded guidance.
- System-specific risk and architecture assessment
- Architecture blueprint and implementation framework
- Verification and acceptance-testing framework
- Governance integration and documentation
This service does not certify compliance or eliminate all risk.
Discuss Architecture & Prevention EngineeringRelated governance failure patterns
Preliminary governance questions
- Which questions from PGA™ — Prediction Governance Architecture, if any, are relevant to the reported system and activity?
- What operational authority and controls applied to Pro Se Litigants, Adriaan Johannes Roux at the relevant time?
- What evidence would establish how Large Language Models, Ai Assisted Legal Drafting Systems produced or enabled the reported outcome?
- What additional independent evidence is required to resolve the material evidence gaps?
Evidence gaps and limitations
- Only one independent source group is represented; corroboration is not established.
- AI technology is not specified in the source record.
- industry is not specified in the source record.
- AI system type is not specified in the source record.
Verification and correction
Submit attributable evidence or a correction for review. Submission does not imply acceptance, publication, or an OOF® Approved Assessment.
Assessment history
- Version 2 · 3.4.5 · 2026-11-03T20:35:58Z · Material analysis engine change
- Version 1 · 3.4.2 · 2026-10-29T19:55:03Z · Initial automated analysis