Spaces:
Runtime error
Runtime error
Bader Alabddan
commited on
Commit
Β·
32a5a16
1
Parent(s):
67caf73
Add complete BDR Agent Factory structure with docs, UI, and capability registry
Browse files- .vscode/settings.json +1 -0
- README.md +37 -38
- app.py +9 -0
- data/capability_registry.json +309 -0
- docs/00_OVERVIEW.md +129 -0
- docs/01_CAPABILITY_DICTIONARY.md +290 -0
- docs/02_CAPABILITY_MAP.md +237 -0
- docs/03_GOVERNANCE.md +322 -0
- docs/04_EXTENSION_GUIDE.md +325 -0
- requirements.txt +1 -0
- ui/capability_browser.py +166 -0
.vscode/settings.json
ADDED
|
@@ -0,0 +1 @@
|
|
|
|
|
|
|
| 1 |
+
{}
|
README.md
CHANGED
|
@@ -3,59 +3,58 @@ title: BDR Agent Factory
|
|
| 3 |
emoji: π
|
| 4 |
colorFrom: blue
|
| 5 |
colorTo: purple
|
| 6 |
-
sdk:
|
|
|
|
|
|
|
| 7 |
pinned: false
|
| 8 |
-
license:
|
| 9 |
-
short_description: Enterprise
|
| 10 |
---
|
| 11 |
|
| 12 |
-
# π BDR Agent Factory
|
| 13 |
|
| 14 |
-
**Enterprise
|
|
|
|
| 15 |
|
| 16 |
-
|
| 17 |
|
| 18 |
-
##
|
| 19 |
|
| 20 |
-
|
| 21 |
-
- [FraudSimulator-AI](https://huggingface.co/spaces/bdr-ai-org/FraudSimulator-AI) - +15% precision
|
| 22 |
-
- [AutoRiskScoreEngine](https://huggingface.co/spaces/bdr-ai-org/AutoRiskScoreEngine) - IFRS-ready
|
| 23 |
-
- [InsuranceKnowledgeAgent](https://huggingface.co/spaces/bdr-ai-org/InsuranceKnowledgeAgent) - RAG-powered
|
| 24 |
|
| 25 |
-
|
|
|
|
|
|
|
| 26 |
|
| 27 |
-
1. Decision-first, not model-first
|
| 28 |
-
2. PoC
|
| 29 |
-
cat > README.md << 'ENDREADME'
|
| 30 |
-
---
|
| 31 |
-
title: BDR Agent Factory
|
| 32 |
-
emoji: π
|
| 33 |
-
colorFrom: blue
|
| 34 |
-
colorTo: purple
|
| 35 |
-
sdk: static
|
| 36 |
-
pinned: false
|
| 37 |
-
license: mit
|
| 38 |
-
short_description: Enterprise Decision Intelligence Architecture
|
| 39 |
---
|
| 40 |
|
| 41 |
-
|
|
|
|
|
|
|
| 42 |
|
| 43 |
-
**
|
|
|
|
|
|
|
|
|
|
|
|
|
| 44 |
|
| 45 |
-
|
| 46 |
|
| 47 |
-
|
|
|
|
|
|
|
| 48 |
|
| 49 |
-
- ClaimsGPT
|
| 50 |
-
- FraudSimulator-AI
|
| 51 |
-
- AutoRiskScoreEngine
|
| 52 |
-
- InsuranceKnowledgeAgent
|
| 53 |
|
| 54 |
-
|
| 55 |
|
| 56 |
-
|
| 57 |
-
2. PoC to MVP to PRD lifecycle
|
| 58 |
-
3. Human-in-the-loop by default
|
| 59 |
-
4. Auditability and governance
|
| 60 |
|
| 61 |
-
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 3 |
emoji: π
|
| 4 |
colorFrom: blue
|
| 5 |
colorTo: purple
|
| 6 |
+
sdk: gradio
|
| 7 |
+
sdk_version: 4.44.0
|
| 8 |
+
app_file: app.py
|
| 9 |
pinned: false
|
| 10 |
+
license: apache-2.0
|
| 11 |
+
short_description: Enterprise-grade capability registry, governance hub, and system map for Bader AI
|
| 12 |
---
|
| 13 |
|
| 14 |
+
# π BDR Agent Factory β Capability Registry & Governance
|
| 15 |
|
| 16 |
+
**Enterprise-grade capability registry, governance hub, and system map for Bader AI**
|
| 17 |
+
**GCC Insurance Decision Intelligence Platform**
|
| 18 |
|
| 19 |
+
---
|
| 20 |
|
| 21 |
+
## What This Space Is
|
| 22 |
|
| 23 |
+
BDR Agent Factory is the **official capability registry, governance hub, and system map** for the Bader AI platform.
|
|
|
|
|
|
|
|
|
|
| 24 |
|
| 25 |
+
**This is not a demo. This is not a model. This is not a chatbot.**
|
| 26 |
+
|
| 27 |
+
This is a **reference documentation platform** and **capability browser** that maps AI capabilities to real insurance decision systems, models, datasets, and governance standards.
|
| 28 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 29 |
---
|
| 30 |
|
| 31 |
+
## Capability Dictionary (AβN)
|
| 32 |
+
|
| 33 |
+
Browse **33+ AI capabilities** organized into **14 categories**:
|
| 34 |
|
| 35 |
+
- **A β NLP**: Text Classification, NER, Summarization, Question Answering
|
| 36 |
+
- **B β Computer Vision**: Image Classification, Object Detection, OCR
|
| 37 |
+
- **G β Analytics**: Anomaly Detection, Risk Scoring, Financial Analysis
|
| 38 |
+
- **I β Evaluation**: Model Evaluation, Explainability (XAI), Bias Detection
|
| 39 |
+
- **N β Governance**: Audit Logging, PII Handling, Drift Monitoring
|
| 40 |
|
| 41 |
+
See **[Full Capability Dictionary](docs/01_CAPABILITY_DICTIONARY.md)**
|
| 42 |
|
| 43 |
+
---
|
| 44 |
+
|
| 45 |
+
## Linked Systems
|
| 46 |
|
| 47 |
+
- **[ClaimsGPT](https://huggingface.co/spaces/bdr-ai-org/ClaimsGPT)**: Claim decision intelligence
|
| 48 |
+
- **[FraudSimulator-AI](https://huggingface.co/spaces/bdr-ai-org/FraudSimulator-AI)**: Fraud risk detection
|
| 49 |
+
- **[AutoRiskScoreEngine](https://huggingface.co/spaces/bdr-ai-org/AutoRiskScoreEngine)**: Underwriting risk
|
| 50 |
+
- **[InsuranceKnowledgeAgent](https://huggingface.co/spaces/bdr-ai-org/InsuranceKnowledgeAgent)**: Policy knowledge
|
| 51 |
|
| 52 |
+
---
|
| 53 |
|
| 54 |
+
## Documentation
|
|
|
|
|
|
|
|
|
|
| 55 |
|
| 56 |
+
- **[Overview](docs/00_OVERVIEW.md)**: What is BDR Agent Factory?
|
| 57 |
+
- **[Capability Dictionary](docs/01_CAPABILITY_DICTIONARY.md)**: Full catalog (AβN)
|
| 58 |
+
- **[Capability Map](docs/02_CAPABILITY_MAP.md)**: System mappings
|
| 59 |
+
- **[Governance](docs/03_GOVERNANCE.md)**: Compliance standards
|
| 60 |
+
- **[Extension Guide](docs/04_EXTENSION_GUIDE.md)**: Add capabilities
|
app.py
ADDED
|
@@ -0,0 +1,9 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
import gradio as gr
|
| 2 |
+
from ui.capability_browser import create_capability_browser
|
| 3 |
+
|
| 4 |
+
# Create the main application
|
| 5 |
+
demo = create_capability_browser()
|
| 6 |
+
|
| 7 |
+
# Launch the application
|
| 8 |
+
if __name__ == "__main__":
|
| 9 |
+
demo.launch()
|
data/capability_registry.json
ADDED
|
@@ -0,0 +1,309 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
{
|
| 2 |
+
"capabilities": [
|
| 3 |
+
{
|
| 4 |
+
"capability_name": "Text Classification",
|
| 5 |
+
"category": "A - NLP",
|
| 6 |
+
"used_in_spaces": ["ClaimsGPT"],
|
| 7 |
+
"models": ["claims-decision-agent"],
|
| 8 |
+
"datasets": ["claims-synthetic-dataset"],
|
| 9 |
+
"insurance_decisions": ["Classify claim type and urgency"],
|
| 10 |
+
"governance_required": true
|
| 11 |
+
},
|
| 12 |
+
{
|
| 13 |
+
"capability_name": "Named Entity Recognition",
|
| 14 |
+
"category": "A - NLP",
|
| 15 |
+
"used_in_spaces": ["ClaimsGPT", "InsuranceKnowledgeAgent"],
|
| 16 |
+
"models": ["claims-decision-agent", "insurance-knowledge-agent"],
|
| 17 |
+
"datasets": ["claims-synthetic-dataset", "insurance-policy-docs-dataset"],
|
| 18 |
+
"insurance_decisions": ["Extract claimant info, policy details"],
|
| 19 |
+
"governance_required": true
|
| 20 |
+
},
|
| 21 |
+
{
|
| 22 |
+
"capability_name": "Text Summarization",
|
| 23 |
+
"category": "A - NLP",
|
| 24 |
+
"used_in_spaces": ["ClaimsGPT", "InsuranceKnowledgeAgent"],
|
| 25 |
+
"models": ["claims-decision-agent", "insurance-knowledge-agent"],
|
| 26 |
+
"datasets": ["claims-synthetic-dataset", "insurance-policy-docs-dataset"],
|
| 27 |
+
"insurance_decisions": ["Summarize claim reports, policy clauses"],
|
| 28 |
+
"governance_required": true
|
| 29 |
+
},
|
| 30 |
+
{
|
| 31 |
+
"capability_name": "Question Answering",
|
| 32 |
+
"category": "A - NLP",
|
| 33 |
+
"used_in_spaces": ["InsuranceKnowledgeAgent"],
|
| 34 |
+
"models": ["insurance-knowledge-agent"],
|
| 35 |
+
"datasets": ["insurance-policy-docs-dataset"],
|
| 36 |
+
"insurance_decisions": ["Answer policy coverage questions"],
|
| 37 |
+
"governance_required": true
|
| 38 |
+
},
|
| 39 |
+
{
|
| 40 |
+
"capability_name": "Sentiment Analysis",
|
| 41 |
+
"category": "A - NLP",
|
| 42 |
+
"used_in_spaces": ["ClaimsGPT"],
|
| 43 |
+
"models": ["claims-decision-agent"],
|
| 44 |
+
"datasets": ["claims-synthetic-dataset"],
|
| 45 |
+
"insurance_decisions": ["Analyze customer feedback tone"],
|
| 46 |
+
"governance_required": true
|
| 47 |
+
},
|
| 48 |
+
{
|
| 49 |
+
"capability_name": "OCR",
|
| 50 |
+
"category": "B - Computer Vision",
|
| 51 |
+
"used_in_spaces": ["ClaimsGPT"],
|
| 52 |
+
"models": ["claims-decision-agent"],
|
| 53 |
+
"datasets": ["claims-synthetic-dataset"],
|
| 54 |
+
"insurance_decisions": ["Extract text from claim documents"],
|
| 55 |
+
"governance_required": true
|
| 56 |
+
},
|
| 57 |
+
{
|
| 58 |
+
"capability_name": "Image Classification",
|
| 59 |
+
"category": "B - Computer Vision",
|
| 60 |
+
"used_in_spaces": ["ClaimsGPT"],
|
| 61 |
+
"models": ["claims-decision-agent"],
|
| 62 |
+
"datasets": ["claims-synthetic-dataset"],
|
| 63 |
+
"insurance_decisions": ["Classify damage severity from photos"],
|
| 64 |
+
"governance_required": true
|
| 65 |
+
},
|
| 66 |
+
{
|
| 67 |
+
"capability_name": "Object Detection",
|
| 68 |
+
"category": "B - Computer Vision",
|
| 69 |
+
"used_in_spaces": ["ClaimsGPT"],
|
| 70 |
+
"models": ["claims-decision-agent"],
|
| 71 |
+
"datasets": ["claims-synthetic-dataset"],
|
| 72 |
+
"insurance_decisions": ["Detect vehicles/damage in claim photos"],
|
| 73 |
+
"governance_required": true
|
| 74 |
+
},
|
| 75 |
+
{
|
| 76 |
+
"capability_name": "Document Understanding",
|
| 77 |
+
"category": "D - Multimodal AI",
|
| 78 |
+
"used_in_spaces": ["ClaimsGPT", "InsuranceKnowledgeAgent"],
|
| 79 |
+
"models": ["claims-decision-agent", "insurance-knowledge-agent"],
|
| 80 |
+
"datasets": ["claims-synthetic-dataset", "insurance-policy-docs-dataset"],
|
| 81 |
+
"insurance_decisions": ["Parse claim forms and policy documents"],
|
| 82 |
+
"governance_required": true
|
| 83 |
+
},
|
| 84 |
+
{
|
| 85 |
+
"capability_name": "Text Generation",
|
| 86 |
+
"category": "E - Generative AI",
|
| 87 |
+
"used_in_spaces": ["ClaimsGPT", "FraudSimulator-AI", "InsuranceKnowledgeAgent"],
|
| 88 |
+
"models": ["claims-decision-agent", "fraud-risk-agent", "insurance-knowledge-agent"],
|
| 89 |
+
"datasets": ["claims-synthetic-dataset", "fraud-simulator-dataset", "insurance-policy-docs-dataset"],
|
| 90 |
+
"insurance_decisions": ["Generate decision rationales and explanations"],
|
| 91 |
+
"governance_required": true
|
| 92 |
+
},
|
| 93 |
+
{
|
| 94 |
+
"capability_name": "Semantic Search",
|
| 95 |
+
"category": "F - Retrieval & Search",
|
| 96 |
+
"used_in_spaces": ["InsuranceKnowledgeAgent"],
|
| 97 |
+
"models": ["insurance-knowledge-agent"],
|
| 98 |
+
"datasets": ["insurance-policy-docs-dataset"],
|
| 99 |
+
"insurance_decisions": ["Find relevant policy clauses"],
|
| 100 |
+
"governance_required": true
|
| 101 |
+
},
|
| 102 |
+
{
|
| 103 |
+
"capability_name": "RAG",
|
| 104 |
+
"category": "F - Retrieval & Search",
|
| 105 |
+
"used_in_spaces": ["InsuranceKnowledgeAgent"],
|
| 106 |
+
"models": ["insurance-knowledge-agent"],
|
| 107 |
+
"datasets": ["insurance-policy-docs-dataset"],
|
| 108 |
+
"insurance_decisions": ["Retrieve and generate policy answers"],
|
| 109 |
+
"governance_required": true
|
| 110 |
+
},
|
| 111 |
+
{
|
| 112 |
+
"capability_name": "Document Retrieval",
|
| 113 |
+
"category": "F - Retrieval & Search",
|
| 114 |
+
"used_in_spaces": ["ClaimsGPT", "InsuranceKnowledgeAgent"],
|
| 115 |
+
"models": ["claims-decision-agent", "insurance-knowledge-agent"],
|
| 116 |
+
"datasets": ["claims-synthetic-dataset", "insurance-policy-docs-dataset"],
|
| 117 |
+
"insurance_decisions": ["Find similar past claims or policy precedents"],
|
| 118 |
+
"governance_required": true
|
| 119 |
+
},
|
| 120 |
+
{
|
| 121 |
+
"capability_name": "Anomaly Detection",
|
| 122 |
+
"category": "G - Data, Analytics & Visualization",
|
| 123 |
+
"used_in_spaces": ["FraudSimulator-AI"],
|
| 124 |
+
"models": ["fraud-risk-agent"],
|
| 125 |
+
"datasets": ["fraud-simulator-dataset"],
|
| 126 |
+
"insurance_decisions": ["Detect unusual claim patterns"],
|
| 127 |
+
"governance_required": true
|
| 128 |
+
},
|
| 129 |
+
{
|
| 130 |
+
"capability_name": "Risk Scoring",
|
| 131 |
+
"category": "G - Data, Analytics & Visualization",
|
| 132 |
+
"used_in_spaces": ["FraudSimulator-AI", "AutoRiskScoreEngine"],
|
| 133 |
+
"models": ["fraud-risk-agent", "underwriting-risk-agent"],
|
| 134 |
+
"datasets": ["fraud-simulator-dataset", "underwriting-risk-dataset"],
|
| 135 |
+
"insurance_decisions": ["Score fraud risk and underwriting risk"],
|
| 136 |
+
"governance_required": true
|
| 137 |
+
},
|
| 138 |
+
{
|
| 139 |
+
"capability_name": "Financial Analysis",
|
| 140 |
+
"category": "G - Data, Analytics & Visualization",
|
| 141 |
+
"used_in_spaces": ["FraudSimulator-AI", "AutoRiskScoreEngine"],
|
| 142 |
+
"models": ["fraud-risk-agent", "underwriting-risk-agent"],
|
| 143 |
+
"datasets": ["fraud-simulator-dataset", "underwriting-risk-dataset"],
|
| 144 |
+
"insurance_decisions": ["Analyze claim amounts and policy financials"],
|
| 145 |
+
"governance_required": true
|
| 146 |
+
},
|
| 147 |
+
{
|
| 148 |
+
"capability_name": "Tabular Classification",
|
| 149 |
+
"category": "H - Tabular & Structured Data",
|
| 150 |
+
"used_in_spaces": ["AutoRiskScoreEngine"],
|
| 151 |
+
"models": ["underwriting-risk-agent"],
|
| 152 |
+
"datasets": ["underwriting-risk-dataset"],
|
| 153 |
+
"insurance_decisions": ["Classify policies by risk tier"],
|
| 154 |
+
"governance_required": true
|
| 155 |
+
},
|
| 156 |
+
{
|
| 157 |
+
"capability_name": "Tabular Regression",
|
| 158 |
+
"category": "H - Tabular & Structured Data",
|
| 159 |
+
"used_in_spaces": ["AutoRiskScoreEngine"],
|
| 160 |
+
"models": ["underwriting-risk-agent"],
|
| 161 |
+
"datasets": ["underwriting-risk-dataset"],
|
| 162 |
+
"insurance_decisions": ["Predict policy premium or claim amount"],
|
| 163 |
+
"governance_required": true
|
| 164 |
+
},
|
| 165 |
+
{
|
| 166 |
+
"capability_name": "Feature Engineering",
|
| 167 |
+
"category": "H - Tabular & Structured Data",
|
| 168 |
+
"used_in_spaces": ["FraudSimulator-AI", "AutoRiskScoreEngine"],
|
| 169 |
+
"models": ["fraud-risk-agent", "underwriting-risk-agent"],
|
| 170 |
+
"datasets": ["fraud-simulator-dataset", "underwriting-risk-dataset"],
|
| 171 |
+
"insurance_decisions": ["Create risk indicators from raw data"],
|
| 172 |
+
"governance_required": true
|
| 173 |
+
},
|
| 174 |
+
{
|
| 175 |
+
"capability_name": "Model Evaluation",
|
| 176 |
+
"category": "I - Models, Benchmarks & Evaluation",
|
| 177 |
+
"used_in_spaces": ["ClaimsGPT", "FraudSimulator-AI", "AutoRiskScoreEngine", "InsuranceKnowledgeAgent"],
|
| 178 |
+
"models": ["claims-decision-agent", "fraud-risk-agent", "underwriting-risk-agent", "insurance-knowledge-agent"],
|
| 179 |
+
"datasets": ["claims-synthetic-dataset", "fraud-simulator-dataset", "underwriting-risk-dataset", "insurance-policy-docs-dataset"],
|
| 180 |
+
"insurance_decisions": ["Validate model performance before deployment"],
|
| 181 |
+
"governance_required": true
|
| 182 |
+
},
|
| 183 |
+
{
|
| 184 |
+
"capability_name": "Explainability (XAI)",
|
| 185 |
+
"category": "I - Models, Benchmarks & Evaluation",
|
| 186 |
+
"used_in_spaces": ["ClaimsGPT", "FraudSimulator-AI", "AutoRiskScoreEngine", "InsuranceKnowledgeAgent"],
|
| 187 |
+
"models": ["claims-decision-agent", "fraud-risk-agent", "underwriting-risk-agent", "insurance-knowledge-agent"],
|
| 188 |
+
"datasets": ["claims-synthetic-dataset", "fraud-simulator-dataset", "underwriting-risk-dataset", "insurance-policy-docs-dataset"],
|
| 189 |
+
"insurance_decisions": ["Explain all decisions with evidence"],
|
| 190 |
+
"governance_required": true
|
| 191 |
+
},
|
| 192 |
+
{
|
| 193 |
+
"capability_name": "Bias Detection",
|
| 194 |
+
"category": "I - Models, Benchmarks & Evaluation",
|
| 195 |
+
"used_in_spaces": ["ClaimsGPT", "FraudSimulator-AI", "AutoRiskScoreEngine", "InsuranceKnowledgeAgent"],
|
| 196 |
+
"models": ["claims-decision-agent", "fraud-risk-agent", "underwriting-risk-agent", "insurance-knowledge-agent"],
|
| 197 |
+
"datasets": ["claims-synthetic-dataset", "fraud-simulator-dataset", "underwriting-risk-dataset", "insurance-policy-docs-dataset"],
|
| 198 |
+
"insurance_decisions": ["Ensure fairness in all decisions"],
|
| 199 |
+
"governance_required": true
|
| 200 |
+
},
|
| 201 |
+
{
|
| 202 |
+
"capability_name": "Model Monitoring",
|
| 203 |
+
"category": "I - Models, Benchmarks & Evaluation",
|
| 204 |
+
"used_in_spaces": ["ClaimsGPT", "FraudSimulator-AI", "AutoRiskScoreEngine", "InsuranceKnowledgeAgent"],
|
| 205 |
+
"models": ["claims-decision-agent", "fraud-risk-agent", "underwriting-risk-agent", "insurance-knowledge-agent"],
|
| 206 |
+
"datasets": ["claims-synthetic-dataset", "fraud-simulator-dataset", "underwriting-risk-dataset", "insurance-policy-docs-dataset"],
|
| 207 |
+
"insurance_decisions": ["Detect model drift over time"],
|
| 208 |
+
"governance_required": true
|
| 209 |
+
},
|
| 210 |
+
{
|
| 211 |
+
"capability_name": "Decision Support Systems",
|
| 212 |
+
"category": "J - Recommendation & Decision Systems",
|
| 213 |
+
"used_in_spaces": ["ClaimsGPT", "FraudSimulator-AI", "AutoRiskScoreEngine"],
|
| 214 |
+
"models": ["claims-decision-agent", "fraud-risk-agent", "underwriting-risk-agent"],
|
| 215 |
+
"datasets": ["claims-synthetic-dataset", "fraud-simulator-dataset", "underwriting-risk-dataset"],
|
| 216 |
+
"insurance_decisions": ["Recommend approve/reject/escalate/investigate"],
|
| 217 |
+
"governance_required": true
|
| 218 |
+
},
|
| 219 |
+
{
|
| 220 |
+
"capability_name": "Scenario Simulation",
|
| 221 |
+
"category": "J - Recommendation & Decision Systems",
|
| 222 |
+
"used_in_spaces": ["FraudSimulator-AI"],
|
| 223 |
+
"models": ["fraud-risk-agent"],
|
| 224 |
+
"datasets": ["fraud-simulator-dataset"],
|
| 225 |
+
"insurance_decisions": ["Simulate fraud scenarios for testing"],
|
| 226 |
+
"governance_required": true
|
| 227 |
+
},
|
| 228 |
+
{
|
| 229 |
+
"capability_name": "Knowledge Graph Construction",
|
| 230 |
+
"category": "L - Knowledge Graphs & Reasoning",
|
| 231 |
+
"used_in_spaces": ["FraudSimulator-AI"],
|
| 232 |
+
"models": ["fraud-risk-agent"],
|
| 233 |
+
"datasets": ["fraud-simulator-dataset"],
|
| 234 |
+
"insurance_decisions": ["Map claim relationships to detect fraud rings"],
|
| 235 |
+
"governance_required": true
|
| 236 |
+
},
|
| 237 |
+
{
|
| 238 |
+
"capability_name": "Logical Reasoning",
|
| 239 |
+
"category": "L - Knowledge Graphs & Reasoning",
|
| 240 |
+
"used_in_spaces": ["InsuranceKnowledgeAgent"],
|
| 241 |
+
"models": ["insurance-knowledge-agent"],
|
| 242 |
+
"datasets": ["insurance-policy-docs-dataset"],
|
| 243 |
+
"insurance_decisions": ["Apply policy rules to determine coverage"],
|
| 244 |
+
"governance_required": true
|
| 245 |
+
},
|
| 246 |
+
{
|
| 247 |
+
"capability_name": "Workflow Orchestration",
|
| 248 |
+
"category": "M - Automation & Workflow",
|
| 249 |
+
"used_in_spaces": ["ClaimsGPT"],
|
| 250 |
+
"models": ["claims-decision-agent"],
|
| 251 |
+
"datasets": ["claims-synthetic-dataset"],
|
| 252 |
+
"insurance_decisions": ["Orchestrate multi-step claim processing"],
|
| 253 |
+
"governance_required": true
|
| 254 |
+
},
|
| 255 |
+
{
|
| 256 |
+
"capability_name": "Audit Logging",
|
| 257 |
+
"category": "N - Security, Governance & Compliance",
|
| 258 |
+
"used_in_spaces": ["ClaimsGPT", "FraudSimulator-AI", "AutoRiskScoreEngine", "InsuranceKnowledgeAgent"],
|
| 259 |
+
"models": ["claims-decision-agent", "fraud-risk-agent", "underwriting-risk-agent", "insurance-knowledge-agent"],
|
| 260 |
+
"datasets": ["claims-synthetic-dataset", "fraud-simulator-dataset", "underwriting-risk-dataset", "insurance-policy-docs-dataset"],
|
| 261 |
+
"insurance_decisions": ["Log all decisions for regulatory audit"],
|
| 262 |
+
"governance_required": true
|
| 263 |
+
},
|
| 264 |
+
{
|
| 265 |
+
"capability_name": "Data Privacy (PII Handling)",
|
| 266 |
+
"category": "N - Security, Governance & Compliance",
|
| 267 |
+
"used_in_spaces": ["ClaimsGPT", "FraudSimulator-AI", "AutoRiskScoreEngine", "InsuranceKnowledgeAgent"],
|
| 268 |
+
"models": ["claims-decision-agent", "fraud-risk-agent", "underwriting-risk-agent", "insurance-knowledge-agent"],
|
| 269 |
+
"datasets": ["claims-synthetic-dataset", "fraud-simulator-dataset", "underwriting-risk-dataset", "insurance-policy-docs-dataset"],
|
| 270 |
+
"insurance_decisions": ["Protect sensitive claimant information"],
|
| 271 |
+
"governance_required": true
|
| 272 |
+
},
|
| 273 |
+
{
|
| 274 |
+
"capability_name": "Drift Monitoring",
|
| 275 |
+
"category": "N - Security, Governance & Compliance",
|
| 276 |
+
"used_in_spaces": ["ClaimsGPT", "FraudSimulator-AI", "AutoRiskScoreEngine", "InsuranceKnowledgeAgent"],
|
| 277 |
+
"models": ["claims-decision-agent", "fraud-risk-agent", "underwriting-risk-agent", "insurance-knowledge-agent"],
|
| 278 |
+
"datasets": ["claims-synthetic-dataset", "fraud-simulator-dataset", "underwriting-risk-dataset", "insurance-policy-docs-dataset"],
|
| 279 |
+
"insurance_decisions": ["Monitor for data/model drift"],
|
| 280 |
+
"governance_required": true
|
| 281 |
+
},
|
| 282 |
+
{
|
| 283 |
+
"capability_name": "Bias Monitoring",
|
| 284 |
+
"category": "N - Security, Governance & Compliance",
|
| 285 |
+
"used_in_spaces": ["ClaimsGPT", "FraudSimulator-AI", "AutoRiskScoreEngine", "InsuranceKnowledgeAgent"],
|
| 286 |
+
"models": ["claims-decision-agent", "fraud-risk-agent", "underwriting-risk-agent", "insurance-knowledge-agent"],
|
| 287 |
+
"datasets": ["claims-synthetic-dataset", "fraud-simulator-dataset", "underwriting-risk-dataset", "insurance-policy-docs-dataset"],
|
| 288 |
+
"insurance_decisions": ["Continuously check for unfair biases"],
|
| 289 |
+
"governance_required": true
|
| 290 |
+
},
|
| 291 |
+
{
|
| 292 |
+
"capability_name": "Regulatory Compliance",
|
| 293 |
+
"category": "N - Security, Governance & Compliance",
|
| 294 |
+
"used_in_spaces": ["ClaimsGPT", "FraudSimulator-AI", "AutoRiskScoreEngine", "InsuranceKnowledgeAgent"],
|
| 295 |
+
"models": ["claims-decision-agent", "fraud-risk-agent", "underwriting-risk-agent", "insurance-knowledge-agent"],
|
| 296 |
+
"datasets": ["claims-synthetic-dataset", "fraud-simulator-dataset", "underwriting-risk-dataset", "insurance-policy-docs-dataset"],
|
| 297 |
+
"insurance_decisions": ["Ensure IFRS, AML, GCC compliance"],
|
| 298 |
+
"governance_required": true
|
| 299 |
+
}
|
| 300 |
+
],
|
| 301 |
+
"metadata": {
|
| 302 |
+
"version": "1.0.0",
|
| 303 |
+
"last_updated": "2026-01-01",
|
| 304 |
+
"total_capabilities": 33,
|
| 305 |
+
"total_systems": 4,
|
| 306 |
+
"total_models": 4,
|
| 307 |
+
"total_datasets": 4
|
| 308 |
+
}
|
| 309 |
+
}
|
docs/00_OVERVIEW.md
ADDED
|
@@ -0,0 +1,129 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# BDR Agent Factory β Overview
|
| 2 |
+
|
| 3 |
+
## What is Bader AI?
|
| 4 |
+
|
| 5 |
+
Bader AI is an **Enterprise Decision Intelligence Platform** designed specifically for the insurance industry in the GCC region. It transforms raw data into governed, auditable, and accountable decisions across claims processing, fraud detection, underwriting risk assessment, and policy knowledge operations.
|
| 6 |
+
|
| 7 |
+
Bader AI is not a collection of AI models. It is a **decision-first architecture** where every AI capability exists to serve a specific, measurable insurance decision outcome.
|
| 8 |
+
|
| 9 |
+
## What is BDR Agent Factory?
|
| 10 |
+
|
| 11 |
+
BDR Agent Factory is the **official capability registry, governance hub, and system map** for the Bader AI platform.
|
| 12 |
+
|
| 13 |
+
This Space serves as:
|
| 14 |
+
|
| 15 |
+
- **Capability Dictionary**: A comprehensive catalog of all AI capabilities (AβN categories) used across the platform
|
| 16 |
+
- **Capability-to-System Map**: Explicit mappings showing which capabilities power which insurance decision systems
|
| 17 |
+
- **Governance Standards**: Unified policies for auditability, explainability, and regulatory compliance
|
| 18 |
+
- **Extension Guide**: Rules and procedures for adding new capabilities without duplication
|
| 19 |
+
|
| 20 |
+
**This is not a demo. This is not a model. This is not a chatbot.**
|
| 21 |
+
|
| 22 |
+
This is a **reference documentation platform** and **capability browser** that maps AI capabilities to real insurance decision systems, models, datasets, and governance standards.
|
| 23 |
+
|
| 24 |
+
## AI Capability vs Insurance System
|
| 25 |
+
|
| 26 |
+
### AI Capability
|
| 27 |
+
A **capability** is a technical function or method that enables a specific type of AI processing.
|
| 28 |
+
|
| 29 |
+
Examples:
|
| 30 |
+
- Anomaly Detection
|
| 31 |
+
- Named Entity Recognition
|
| 32 |
+
- Risk Scoring
|
| 33 |
+
- Document Classification
|
| 34 |
+
|
| 35 |
+
Capabilities are **reusable building blocks**.
|
| 36 |
+
|
| 37 |
+
### Insurance System
|
| 38 |
+
A **system** is a complete decision intelligence application that answers a specific executive question.
|
| 39 |
+
|
| 40 |
+
Examples:
|
| 41 |
+
- **ClaimsGPT**: "Should this claim be approved, rejected, or escalated?"
|
| 42 |
+
- **FraudSimulator-AI**: "Should this claim be investigated or allowed?"
|
| 43 |
+
- **AutoRiskScoreEngine**: "What risk band does this policy belong to?"
|
| 44 |
+
- **InsuranceKnowledgeAgent**: "Does this clause apply to this scenario?"
|
| 45 |
+
|
| 46 |
+
Systems **compose multiple capabilities** to deliver a decision.
|
| 47 |
+
|
| 48 |
+
## Why This Registry Exists
|
| 49 |
+
|
| 50 |
+
### Problem
|
| 51 |
+
Without a central registry:
|
| 52 |
+
- Capabilities get duplicated across projects
|
| 53 |
+
- Systems become black boxes
|
| 54 |
+
- Governance is inconsistent
|
| 55 |
+
- Regulators cannot audit the platform
|
| 56 |
+
- CTOs cannot understand the architecture
|
| 57 |
+
|
| 58 |
+
### Solution
|
| 59 |
+
BDR Agent Factory provides:
|
| 60 |
+
- **Single source of truth** for all capabilities
|
| 61 |
+
- **Explicit mappings** from capabilities β systems β models β datasets β decisions
|
| 62 |
+
- **Governance standards** that apply uniformly across all systems
|
| 63 |
+
- **Transparency** for regulators, executives, and technical teams
|
| 64 |
+
|
| 65 |
+
## How to Read and Use This Registry
|
| 66 |
+
|
| 67 |
+
### For Regulators
|
| 68 |
+
1. Review the **Capability Dictionary** to understand what AI methods are used
|
| 69 |
+
2. Check the **Capability Map** to see which systems use which capabilities
|
| 70 |
+
3. Examine the **Governance Standards** to verify compliance controls
|
| 71 |
+
4. Audit decision logs and explainability outputs from linked systems
|
| 72 |
+
|
| 73 |
+
### For CTOs and Technical Leaders
|
| 74 |
+
1. Use the **Capability Dictionary** as a reference for available AI functions
|
| 75 |
+
2. Consult the **Capability Map** before building new systems to avoid duplication
|
| 76 |
+
3. Follow the **Extension Guide** when adding new capabilities
|
| 77 |
+
4. Ensure all systems comply with **Governance Standards**
|
| 78 |
+
|
| 79 |
+
### For Insurers and Business Users
|
| 80 |
+
1. Understand the **difference between capabilities and systems**
|
| 81 |
+
2. Review the **Capability Map** to see how decisions are made
|
| 82 |
+
3. Trust that all systems follow **unified governance standards**
|
| 83 |
+
4. Use linked Spaces (ClaimsGPT, FraudSimulator-AI, etc.) for actual decision-making
|
| 84 |
+
|
| 85 |
+
## Core Principles
|
| 86 |
+
|
| 87 |
+
### 1. Decision-First, Not Model-First
|
| 88 |
+
Every capability exists only if it serves an insurance decision. No capability is created in isolation.
|
| 89 |
+
|
| 90 |
+
### 2. No Duplicated Capabilities
|
| 91 |
+
If a capability already exists in the registry, it must be reused. No standalone capability projects are allowed.
|
| 92 |
+
|
| 93 |
+
### 3. Single Source of Truth
|
| 94 |
+
This registry is the authoritative reference for:
|
| 95 |
+
- Capabilities
|
| 96 |
+
- Systems
|
| 97 |
+
- Models
|
| 98 |
+
- Datasets
|
| 99 |
+
- Governance standards
|
| 100 |
+
|
| 101 |
+
### 4. Hugging Face Native
|
| 102 |
+
All systems, models, and datasets are hosted on Hugging Face for transparency and reproducibility.
|
| 103 |
+
|
| 104 |
+
### 5. GCC Insurance Context
|
| 105 |
+
All capabilities and systems are designed for:
|
| 106 |
+
- IFRS compliance
|
| 107 |
+
- AML (Anti-Money Laundering) requirements
|
| 108 |
+
- Takaful-ready operations
|
| 109 |
+
- GCC regulatory standards
|
| 110 |
+
|
| 111 |
+
## Linked Systems
|
| 112 |
+
|
| 113 |
+
The following Hugging Face Spaces are governed by this registry:
|
| 114 |
+
|
| 115 |
+
- **[ClaimsGPT](https://huggingface.co/spaces/bdr-ai-org/ClaimsGPT)**: AI-powered claim decision intelligence with document analysis
|
| 116 |
+
- **[FraudSimulator-AI](https://huggingface.co/spaces/bdr-ai-org/FraudSimulator-AI)**: Fraud risk and anomaly decision intelligence
|
| 117 |
+
- **[AutoRiskScoreEngine](https://huggingface.co/spaces/bdr-ai-org/AutoRiskScoreEngine)**: IFRS-ready underwriting risk assessment
|
| 118 |
+
- **[InsuranceKnowledgeAgent](https://huggingface.co/spaces/bdr-ai-org/InsuranceKnowledgeAgent)**: RAG-powered policy knowledge and clause resolution
|
| 119 |
+
|
| 120 |
+
## Navigation
|
| 121 |
+
|
| 122 |
+
- **[Capability Dictionary](01_CAPABILITY_DICTIONARY.md)**: Full catalog of AI capabilities (AβN)
|
| 123 |
+
- **[Capability Map](02_CAPABILITY_MAP.md)**: Mappings from capabilities to systems, models, datasets, and decisions
|
| 124 |
+
- **[Governance Standards](03_GOVERNANCE.md)**: Unified governance policies
|
| 125 |
+
- **[Extension Guide](04_EXTENSION_GUIDE.md)**: How to add new capabilities
|
| 126 |
+
|
| 127 |
+
---
|
| 128 |
+
|
| 129 |
+
**BDR Agent Factory** β The authoritative capability registry for Bader AI, the GCC Insurance Decision Intelligence Platform.
|
docs/01_CAPABILITY_DICTIONARY.md
ADDED
|
@@ -0,0 +1,290 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# AI Capability Dictionary (AβN)
|
| 2 |
+
|
| 3 |
+
This document provides the **complete catalog of AI capabilities** used across the Bader AI platform. Each capability is categorized, defined, and contextualized for insurance decision intelligence.
|
| 4 |
+
|
| 5 |
+
---
|
| 6 |
+
|
| 7 |
+
## Category A β Natural Language Processing (NLP)
|
| 8 |
+
|
| 9 |
+
### Text Classification
|
| 10 |
+
**Definition**: Categorizing text into predefined classes or labels.
|
| 11 |
+
**Insurance Relevance**: Classify claim descriptions, policy documents, customer inquiries by type, urgency, or risk level.
|
| 12 |
+
|
| 13 |
+
### Named Entity Recognition (NER)
|
| 14 |
+
**Definition**: Identifying and extracting entities (names, dates, locations, amounts) from unstructured text.
|
| 15 |
+
**Insurance Relevance**: Extract claimant names, incident dates, locations, and monetary amounts from claim forms and reports.
|
| 16 |
+
|
| 17 |
+
### Sentiment Analysis
|
| 18 |
+
**Definition**: Determining the emotional tone or sentiment expressed in text.
|
| 19 |
+
**Insurance Relevance**: Analyze customer feedback, complaint letters, or social media mentions to gauge satisfaction and identify escalation risks.
|
| 20 |
+
|
| 21 |
+
### Text Summarization
|
| 22 |
+
**Definition**: Generating concise summaries of longer documents.
|
| 23 |
+
**Insurance Relevance**: Summarize lengthy claim reports, policy documents, or investigation notes for quick executive review.
|
| 24 |
+
|
| 25 |
+
### Question Answering
|
| 26 |
+
**Definition**: Providing direct answers to questions based on a given context or knowledge base.
|
| 27 |
+
**Insurance Relevance**: Answer policyholder questions about coverage, exclusions, or claim status using policy documents as context.
|
| 28 |
+
|
| 29 |
+
### Language Translation
|
| 30 |
+
**Definition**: Converting text from one language to another.
|
| 31 |
+
**Insurance Relevance**: Translate claim documents, policy terms, or customer communications across Arabic, English, and other GCC languages.
|
| 32 |
+
|
| 33 |
+
---
|
| 34 |
+
|
| 35 |
+
## Category B β Computer Vision
|
| 36 |
+
|
| 37 |
+
### Image Classification
|
| 38 |
+
**Definition**: Categorizing images into predefined classes.
|
| 39 |
+
**Insurance Relevance**: Classify damage photos (vehicle, property) by severity or type (e.g., minor dent, total loss).
|
| 40 |
+
|
| 41 |
+
### Object Detection
|
| 42 |
+
**Definition**: Identifying and locating objects within images.
|
| 43 |
+
**Insurance Relevance**: Detect vehicles, property damage, or specific items in claim photos to verify incident details.
|
| 44 |
+
|
| 45 |
+
### Image Segmentation
|
| 46 |
+
**Definition**: Partitioning an image into multiple segments or regions.
|
| 47 |
+
**Insurance Relevance**: Segment damaged areas in property or vehicle images to assess repair scope.
|
| 48 |
+
|
| 49 |
+
### Optical Character Recognition (OCR)
|
| 50 |
+
**Definition**: Extracting text from images or scanned documents.
|
| 51 |
+
**Insurance Relevance**: Digitize handwritten claim forms, invoices, medical reports, or ID documents for automated processing.
|
| 52 |
+
|
| 53 |
+
### Facial Recognition
|
| 54 |
+
**Definition**: Identifying or verifying individuals based on facial features.
|
| 55 |
+
**Insurance Relevance**: Verify claimant identity during video claims or detect duplicate claims from the same individual.
|
| 56 |
+
|
| 57 |
+
---
|
| 58 |
+
|
| 59 |
+
## Category C β Audio & Speech
|
| 60 |
+
|
| 61 |
+
### Speech Recognition
|
| 62 |
+
**Definition**: Converting spoken language into text.
|
| 63 |
+
**Insurance Relevance**: Transcribe customer service calls, claim interviews, or voice-based claim submissions.
|
| 64 |
+
|
| 65 |
+
### Text-to-Speech (TTS)
|
| 66 |
+
**Definition**: Converting text into spoken audio.
|
| 67 |
+
**Insurance Relevance**: Provide voice-based policy summaries, claim status updates, or accessibility features for visually impaired users.
|
| 68 |
+
|
| 69 |
+
### Speaker Identification
|
| 70 |
+
**Definition**: Identifying who is speaking in an audio recording.
|
| 71 |
+
**Insurance Relevance**: Verify caller identity in phone-based claims or detect fraudulent impersonation attempts.
|
| 72 |
+
|
| 73 |
+
### Audio Classification
|
| 74 |
+
**Definition**: Categorizing audio clips by type or content.
|
| 75 |
+
**Insurance Relevance**: Classify call center recordings by topic (claim inquiry, complaint, policy question) for routing and analysis.
|
| 76 |
+
|
| 77 |
+
---
|
| 78 |
+
|
| 79 |
+
## Category D β Multimodal AI
|
| 80 |
+
|
| 81 |
+
### Vision-Language Models
|
| 82 |
+
**Definition**: Models that process both images and text to understand and generate content.
|
| 83 |
+
**Insurance Relevance**: Analyze claim photos alongside written descriptions to verify consistency and detect discrepancies.
|
| 84 |
+
|
| 85 |
+
### Document Understanding
|
| 86 |
+
**Definition**: Extracting structured information from complex documents (forms, invoices, contracts).
|
| 87 |
+
**Insurance Relevance**: Parse insurance claim forms, medical bills, repair invoices, and policy contracts for automated data entry.
|
| 88 |
+
|
| 89 |
+
### Visual Question Answering
|
| 90 |
+
**Definition**: Answering questions about the content of an image.
|
| 91 |
+
**Insurance Relevance**: Answer questions like "Is the damage visible in this photo?" or "What type of vehicle is shown?"
|
| 92 |
+
|
| 93 |
+
---
|
| 94 |
+
|
| 95 |
+
## Category E β Generative AI
|
| 96 |
+
|
| 97 |
+
### Text Generation
|
| 98 |
+
**Definition**: Creating human-like text based on prompts or context.
|
| 99 |
+
**Insurance Relevance**: Generate claim summaries, policy explanations, customer communications, or investigation reports.
|
| 100 |
+
|
| 101 |
+
### Image Generation
|
| 102 |
+
**Definition**: Creating images from text descriptions or other inputs.
|
| 103 |
+
**Insurance Relevance**: Generate visual aids for policy explanations or training materials (limited use in production decisions).
|
| 104 |
+
|
| 105 |
+
### Code Generation
|
| 106 |
+
**Definition**: Automatically generating code from natural language descriptions.
|
| 107 |
+
**Insurance Relevance**: Automate report generation scripts, data transformation pipelines, or decision logic implementations.
|
| 108 |
+
|
| 109 |
+
---
|
| 110 |
+
|
| 111 |
+
## Category F β Retrieval & Search
|
| 112 |
+
|
| 113 |
+
### Semantic Search
|
| 114 |
+
**Definition**: Finding information based on meaning rather than exact keyword matches.
|
| 115 |
+
**Insurance Relevance**: Search policy documents, claim histories, or knowledge bases using natural language queries.
|
| 116 |
+
|
| 117 |
+
### Retrieval-Augmented Generation (RAG)
|
| 118 |
+
**Definition**: Combining retrieval of relevant documents with generative AI to produce informed responses.
|
| 119 |
+
**Insurance Relevance**: Answer policy questions by retrieving relevant clauses and generating contextual explanations.
|
| 120 |
+
|
| 121 |
+
### Document Retrieval
|
| 122 |
+
**Definition**: Finding relevant documents from a large corpus based on a query.
|
| 123 |
+
**Insurance Relevance**: Retrieve similar past claims, precedent cases, or relevant policy sections for decision support.
|
| 124 |
+
|
| 125 |
+
---
|
| 126 |
+
|
| 127 |
+
## Category G β Data, Analytics & Visualization
|
| 128 |
+
|
| 129 |
+
### Anomaly Detection
|
| 130 |
+
**Definition**: Identifying unusual patterns or outliers in data.
|
| 131 |
+
**Insurance Relevance**: Detect fraudulent claims, unusual claim patterns, or data entry errors.
|
| 132 |
+
|
| 133 |
+
### Time Series Analysis
|
| 134 |
+
**Definition**: Analyzing data points collected over time to identify trends or patterns.
|
| 135 |
+
**Insurance Relevance**: Forecast claim volumes, detect seasonal fraud patterns, or predict policy renewals.
|
| 136 |
+
|
| 137 |
+
### Risk Scoring
|
| 138 |
+
**Definition**: Assigning numerical risk scores based on multiple factors.
|
| 139 |
+
**Insurance Relevance**: Score claims, policies, or customers by fraud risk, underwriting risk, or churn probability.
|
| 140 |
+
|
| 141 |
+
### Financial Analysis
|
| 142 |
+
**Definition**: Analyzing financial data to derive insights or forecasts.
|
| 143 |
+
**Insurance Relevance**: Assess claim reserve adequacy, policy profitability, or loss ratios.
|
| 144 |
+
|
| 145 |
+
### Data Visualization
|
| 146 |
+
**Definition**: Creating visual representations of data (charts, graphs, dashboards).
|
| 147 |
+
**Insurance Relevance**: Visualize claim trends, fraud patterns, risk distributions, or portfolio performance.
|
| 148 |
+
|
| 149 |
+
---
|
| 150 |
+
|
| 151 |
+
## Category H β Tabular & Structured Data
|
| 152 |
+
|
| 153 |
+
### Tabular Classification
|
| 154 |
+
**Definition**: Classifying rows in structured datasets.
|
| 155 |
+
**Insurance Relevance**: Classify policies by risk tier, claims by approval likelihood, or customers by segment.
|
| 156 |
+
|
| 157 |
+
### Tabular Regression
|
| 158 |
+
**Definition**: Predicting continuous values from structured data.
|
| 159 |
+
**Insurance Relevance**: Predict claim amounts, policy premiums, or customer lifetime value.
|
| 160 |
+
|
| 161 |
+
### Feature Engineering
|
| 162 |
+
**Definition**: Creating new features from raw data to improve model performance.
|
| 163 |
+
**Insurance Relevance**: Derive features like claim frequency, average claim size, or time since last claim for risk models.
|
| 164 |
+
|
| 165 |
+
---
|
| 166 |
+
|
| 167 |
+
## Category I β Models, Benchmarks & Evaluation
|
| 168 |
+
|
| 169 |
+
### Model Evaluation
|
| 170 |
+
**Definition**: Assessing model performance using metrics (accuracy, precision, recall, F1, AUC).
|
| 171 |
+
**Insurance Relevance**: Validate fraud detection models, claim approval models, or risk scoring models before deployment.
|
| 172 |
+
|
| 173 |
+
### Explainability (XAI)
|
| 174 |
+
**Definition**: Providing human-understandable explanations for model predictions.
|
| 175 |
+
**Insurance Relevance**: Explain why a claim was flagged for fraud, why a policy was rated high-risk, or why a decision was made.
|
| 176 |
+
|
| 177 |
+
### Bias Detection
|
| 178 |
+
**Definition**: Identifying unfair biases in model predictions.
|
| 179 |
+
**Insurance Relevance**: Ensure claim decisions, underwriting, and fraud detection do not discriminate based on protected attributes.
|
| 180 |
+
|
| 181 |
+
### Model Monitoring
|
| 182 |
+
**Definition**: Tracking model performance over time to detect drift or degradation.
|
| 183 |
+
**Insurance Relevance**: Monitor fraud detection accuracy, claim approval rates, or risk score distributions for drift.
|
| 184 |
+
|
| 185 |
+
---
|
| 186 |
+
|
| 187 |
+
## Category J β Recommendation & Decision Systems
|
| 188 |
+
|
| 189 |
+
### Recommendation Systems
|
| 190 |
+
**Definition**: Suggesting items, actions, or content based on user preferences or context.
|
| 191 |
+
**Insurance Relevance**: Recommend policy add-ons, coverage adjustments, or next-best actions for claims handlers.
|
| 192 |
+
|
| 193 |
+
### Decision Support Systems
|
| 194 |
+
**Definition**: Providing data-driven recommendations to assist human decision-making.
|
| 195 |
+
**Insurance Relevance**: Recommend claim approval/rejection, investigation priority, or settlement amounts with supporting evidence.
|
| 196 |
+
|
| 197 |
+
### Scenario Simulation
|
| 198 |
+
**Definition**: Modeling hypothetical scenarios to predict outcomes.
|
| 199 |
+
**Insurance Relevance**: Simulate fraud scenarios, catastrophe impacts, or policy portfolio changes to assess risk.
|
| 200 |
+
|
| 201 |
+
---
|
| 202 |
+
|
| 203 |
+
## Category K β Reinforcement Learning
|
| 204 |
+
|
| 205 |
+
### Policy Optimization
|
| 206 |
+
**Definition**: Learning optimal strategies through trial and error.
|
| 207 |
+
**Insurance Relevance**: Optimize claim routing, fraud investigation prioritization, or customer engagement strategies.
|
| 208 |
+
|
| 209 |
+
### Multi-Armed Bandits
|
| 210 |
+
**Definition**: Balancing exploration and exploitation to maximize rewards.
|
| 211 |
+
**Insurance Relevance**: Optimize A/B testing for claim workflows, pricing strategies, or customer communications.
|
| 212 |
+
|
| 213 |
+
---
|
| 214 |
+
|
| 215 |
+
## Category L β Knowledge Graphs & Reasoning
|
| 216 |
+
|
| 217 |
+
### Knowledge Graph Construction
|
| 218 |
+
**Definition**: Building structured representations of entities and relationships.
|
| 219 |
+
**Insurance Relevance**: Map relationships between claimants, policies, incidents, and providers to detect fraud rings.
|
| 220 |
+
|
| 221 |
+
### Logical Reasoning
|
| 222 |
+
**Definition**: Applying rules and logic to derive conclusions.
|
| 223 |
+
**Insurance Relevance**: Apply policy rules, coverage conditions, and exclusions to determine claim eligibility.
|
| 224 |
+
|
| 225 |
+
### Ontology Alignment
|
| 226 |
+
**Definition**: Mapping concepts across different knowledge systems.
|
| 227 |
+
**Insurance Relevance**: Align internal policy terms with regulatory definitions or industry standards.
|
| 228 |
+
|
| 229 |
+
---
|
| 230 |
+
|
| 231 |
+
## Category M β Automation & Workflow
|
| 232 |
+
|
| 233 |
+
### Robotic Process Automation (RPA)
|
| 234 |
+
**Definition**: Automating repetitive, rule-based tasks.
|
| 235 |
+
**Insurance Relevance**: Automate data entry, document routing, or status updates in claim processing.
|
| 236 |
+
|
| 237 |
+
### Workflow Orchestration
|
| 238 |
+
**Definition**: Coordinating multi-step processes across systems and agents.
|
| 239 |
+
**Insurance Relevance**: Orchestrate claim intake, validation, investigation, approval, and payment workflows.
|
| 240 |
+
|
| 241 |
+
### Task Scheduling
|
| 242 |
+
**Definition**: Automatically scheduling tasks based on priorities and dependencies.
|
| 243 |
+
**Insurance Relevance**: Schedule claim reviews, fraud investigations, or policy renewals based on urgency and capacity.
|
| 244 |
+
|
| 245 |
+
---
|
| 246 |
+
|
| 247 |
+
## Category N β Security, Governance & Compliance
|
| 248 |
+
|
| 249 |
+
### Audit Logging
|
| 250 |
+
**Definition**: Recording all system actions and decisions for accountability.
|
| 251 |
+
**Insurance Relevance**: Log every claim decision, model prediction, and user action for regulatory audits.
|
| 252 |
+
|
| 253 |
+
### Access Control
|
| 254 |
+
**Definition**: Managing who can access what data or perform what actions.
|
| 255 |
+
**Insurance Relevance**: Restrict access to sensitive claim data, PII, or financial information based on roles.
|
| 256 |
+
|
| 257 |
+
### Data Privacy (PII Handling)
|
| 258 |
+
**Definition**: Protecting personally identifiable information.
|
| 259 |
+
**Insurance Relevance**: Anonymize, encrypt, or redact PII in claim documents, customer records, and analytics.
|
| 260 |
+
|
| 261 |
+
### Drift Monitoring
|
| 262 |
+
**Definition**: Detecting changes in data distributions or model behavior over time.
|
| 263 |
+
**Insurance Relevance**: Detect shifts in claim patterns, fraud tactics, or customer behavior that may degrade model performance.
|
| 264 |
+
|
| 265 |
+
### Bias Monitoring
|
| 266 |
+
**Definition**: Continuously checking for unfair biases in model outputs.
|
| 267 |
+
**Insurance Relevance**: Ensure ongoing fairness in claim approvals, underwriting, and fraud detection.
|
| 268 |
+
|
| 269 |
+
### Regulatory Compliance
|
| 270 |
+
**Definition**: Ensuring systems meet legal and regulatory requirements.
|
| 271 |
+
**Insurance Relevance**: Comply with IFRS, AML, GDPR, and GCC insurance regulations in all decision systems.
|
| 272 |
+
|
| 273 |
+
---
|
| 274 |
+
|
| 275 |
+
## Summary
|
| 276 |
+
|
| 277 |
+
This dictionary contains **60+ AI capabilities** across **14 categories (AβN)**. Each capability is:
|
| 278 |
+
- **Defined** clearly
|
| 279 |
+
- **Contextualized** for insurance use cases
|
| 280 |
+
- **Reusable** across multiple systems
|
| 281 |
+
- **Governed** by unified standards
|
| 282 |
+
|
| 283 |
+
**Next Steps**:
|
| 284 |
+
- See **[Capability Map](02_CAPABILITY_MAP.md)** to understand which capabilities power which systems
|
| 285 |
+
- Review **[Governance Standards](03_GOVERNANCE.md)** to understand how capabilities are governed
|
| 286 |
+
- Consult **[Extension Guide](04_EXTENSION_GUIDE.md)** before adding new capabilities
|
| 287 |
+
|
| 288 |
+
---
|
| 289 |
+
|
| 290 |
+
**BDR Agent Factory** β The authoritative capability registry for Bader AI.
|
docs/02_CAPABILITY_MAP.md
ADDED
|
@@ -0,0 +1,237 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# Capability Map β Systems, Models, Datasets, Decisions
|
| 2 |
+
|
| 3 |
+
This document provides **explicit mappings** from AI capabilities to the systems, models, datasets, and insurance decisions they support.
|
| 4 |
+
|
| 5 |
+
---
|
| 6 |
+
|
| 7 |
+
## Mapping Table
|
| 8 |
+
|
| 9 |
+
| Capability | Category | Used In Space | Model | Dataset | Insurance Decision |
|
| 10 |
+
|-----------|----------|---------------|-------|---------|-------------------|
|
| 11 |
+
| **Text Classification** | A - NLP | ClaimsGPT | claims-decision-agent | claims-synthetic-dataset | Classify claim type and urgency |
|
| 12 |
+
| **Named Entity Recognition** | A - NLP | ClaimsGPT, InsuranceKnowledgeAgent | claims-decision-agent, insurance-knowledge-agent | claims-synthetic-dataset, insurance-policy-docs-dataset | Extract claimant info, policy details |
|
| 13 |
+
| **Text Summarization** | A - NLP | ClaimsGPT, InsuranceKnowledgeAgent | claims-decision-agent, insurance-knowledge-agent | claims-synthetic-dataset, insurance-policy-docs-dataset | Summarize claim reports, policy clauses |
|
| 14 |
+
| **Question Answering** | A - NLP | InsuranceKnowledgeAgent | insurance-knowledge-agent | insurance-policy-docs-dataset | Answer policy coverage questions |
|
| 15 |
+
| **OCR** | B - Vision | ClaimsGPT | claims-decision-agent | claims-synthetic-dataset | Extract text from claim documents |
|
| 16 |
+
| **Image Classification** | B - Vision | ClaimsGPT | claims-decision-agent | claims-synthetic-dataset | Classify damage severity from photos |
|
| 17 |
+
| **Object Detection** | B - Vision | ClaimsGPT | claims-decision-agent | claims-synthetic-dataset | Detect vehicles/damage in claim photos |
|
| 18 |
+
| **Document Understanding** | D - Multimodal | ClaimsGPT, InsuranceKnowledgeAgent | claims-decision-agent, insurance-knowledge-agent | claims-synthetic-dataset, insurance-policy-docs-dataset | Parse claim forms and policy documents |
|
| 19 |
+
| **Text Generation** | E - Generative | ClaimsGPT, FraudSimulator-AI, InsuranceKnowledgeAgent | claims-decision-agent, fraud-risk-agent, insurance-knowledge-agent | claims-synthetic-dataset, fraud-simulator-dataset, insurance-policy-docs-dataset | Generate decision rationales and explanations |
|
| 20 |
+
| **Semantic Search** | F - Retrieval | InsuranceKnowledgeAgent | insurance-knowledge-agent | insurance-policy-docs-dataset | Find relevant policy clauses |
|
| 21 |
+
| **RAG** | F - Retrieval | InsuranceKnowledgeAgent | insurance-knowledge-agent | insurance-policy-docs-dataset | Retrieve and generate policy answers |
|
| 22 |
+
| **Document Retrieval** | F - Retrieval | ClaimsGPT, InsuranceKnowledgeAgent | claims-decision-agent, insurance-knowledge-agent | claims-synthetic-dataset, insurance-policy-docs-dataset | Find similar past claims or policy precedents |
|
| 23 |
+
| **Anomaly Detection** | G - Analytics | FraudSimulator-AI | fraud-risk-agent | fraud-simulator-dataset | Detect unusual claim patterns |
|
| 24 |
+
| **Risk Scoring** | G - Analytics | FraudSimulator-AI, AutoRiskScoreEngine | fraud-risk-agent, underwriting-risk-agent | fraud-simulator-dataset, underwriting-risk-dataset | Score fraud risk and underwriting risk |
|
| 25 |
+
| **Financial Analysis** | G - Analytics | FraudSimulator-AI, AutoRiskScoreEngine | fraud-risk-agent, underwriting-risk-agent | fraud-simulator-dataset, underwriting-risk-dataset | Analyze claim amounts and policy financials |
|
| 26 |
+
| **Tabular Classification** | H - Structured Data | AutoRiskScoreEngine | underwriting-risk-agent | underwriting-risk-dataset | Classify policies by risk tier |
|
| 27 |
+
| **Tabular Regression** | H - Structured Data | AutoRiskScoreEngine | underwriting-risk-agent | underwriting-risk-dataset | Predict policy premium or claim amount |
|
| 28 |
+
| **Feature Engineering** | H - Structured Data | FraudSimulator-AI, AutoRiskScoreEngine | fraud-risk-agent, underwriting-risk-agent | fraud-simulator-dataset, underwriting-risk-dataset | Create risk indicators from raw data |
|
| 29 |
+
| **Model Evaluation** | I - Evaluation | All Spaces | All Models | All Datasets | Validate model performance before deployment |
|
| 30 |
+
| **Explainability (XAI)** | I - Evaluation | All Spaces | All Models | All Datasets | Explain all decisions with evidence |
|
| 31 |
+
| **Bias Detection** | I - Evaluation | All Spaces | All Models | All Datasets | Ensure fairness in all decisions |
|
| 32 |
+
| **Model Monitoring** | I - Evaluation | All Spaces | All Models | All Datasets | Detect model drift over time |
|
| 33 |
+
| **Decision Support Systems** | J - Recommendations | ClaimsGPT, FraudSimulator-AI, AutoRiskScoreEngine | claims-decision-agent, fraud-risk-agent, underwriting-risk-agent | claims-synthetic-dataset, fraud-simulator-dataset, underwriting-risk-dataset | Recommend approve/reject/escalate/investigate |
|
| 34 |
+
| **Scenario Simulation** | J - Recommendations | FraudSimulator-AI | fraud-risk-agent | fraud-simulator-dataset | Simulate fraud scenarios for testing |
|
| 35 |
+
| **Knowledge Graph Construction** | L - Knowledge | FraudSimulator-AI | fraud-risk-agent | fraud-simulator-dataset | Map claim relationships to detect fraud rings |
|
| 36 |
+
| **Logical Reasoning** | L - Knowledge | InsuranceKnowledgeAgent | insurance-knowledge-agent | insurance-policy-docs-dataset | Apply policy rules to determine coverage |
|
| 37 |
+
| **Workflow Orchestration** | M - Automation | ClaimsGPT | claims-decision-agent | claims-synthetic-dataset | Orchestrate multi-step claim processing |
|
| 38 |
+
| **Audit Logging** | N - Governance | All Spaces | All Models | All Datasets | Log all decisions for regulatory audit |
|
| 39 |
+
| **Data Privacy (PII Handling)** | N - Governance | All Spaces | All Models | All Datasets | Protect sensitive claimant information |
|
| 40 |
+
| **Drift Monitoring** | N - Governance | All Spaces | All Models | All Datasets | Monitor for data/model drift |
|
| 41 |
+
| **Bias Monitoring** | N - Governance | All Spaces | All Models | All Datasets | Continuously check for unfair biases |
|
| 42 |
+
| **Regulatory Compliance** | N - Governance | All Spaces | All Models | All Datasets | Ensure IFRS, AML, GCC compliance |
|
| 43 |
+
|
| 44 |
+
---
|
| 45 |
+
|
| 46 |
+
## System-Specific Capability Breakdown
|
| 47 |
+
|
| 48 |
+
### ClaimsGPT
|
| 49 |
+
**Decision**: Approve | Reject | Escalate
|
| 50 |
+
|
| 51 |
+
**Capabilities Used**:
|
| 52 |
+
- Text Classification (claim type)
|
| 53 |
+
- Named Entity Recognition (extract claimant info)
|
| 54 |
+
- Text Summarization (summarize reports)
|
| 55 |
+
- OCR (digitize documents)
|
| 56 |
+
- Image Classification (damage severity)
|
| 57 |
+
- Object Detection (verify incident details)
|
| 58 |
+
- Document Understanding (parse claim forms)
|
| 59 |
+
- Text Generation (generate decision rationale)
|
| 60 |
+
- Document Retrieval (find similar claims)
|
| 61 |
+
- Decision Support Systems (recommend action)
|
| 62 |
+
- Workflow Orchestration (multi-step processing)
|
| 63 |
+
- Explainability (explain decision)
|
| 64 |
+
- Audit Logging (record decision)
|
| 65 |
+
|
| 66 |
+
**Model**: `bdr-ai-org/claims-decision-agent`
|
| 67 |
+
**Dataset**: `bdr-ai-org/claims-synthetic-dataset`
|
| 68 |
+
|
| 69 |
+
---
|
| 70 |
+
|
| 71 |
+
### FraudSimulator-AI
|
| 72 |
+
**Decision**: Investigate | Allow
|
| 73 |
+
|
| 74 |
+
**Capabilities Used**:
|
| 75 |
+
- Anomaly Detection (detect unusual patterns)
|
| 76 |
+
- Risk Scoring (fraud risk score)
|
| 77 |
+
- Financial Analysis (analyze claim amounts)
|
| 78 |
+
- Feature Engineering (create fraud indicators)
|
| 79 |
+
- Text Generation (generate investigation notes)
|
| 80 |
+
- Scenario Simulation (test fraud scenarios)
|
| 81 |
+
- Knowledge Graph Construction (map claim networks)
|
| 82 |
+
- Decision Support Systems (recommend investigate/allow)
|
| 83 |
+
- Explainability (explain fraud signals)
|
| 84 |
+
- Audit Logging (record fraud decisions)
|
| 85 |
+
|
| 86 |
+
**Model**: `bdr-ai-org/fraud-risk-agent`
|
| 87 |
+
**Dataset**: `bdr-ai-org/fraud-simulator-dataset`
|
| 88 |
+
|
| 89 |
+
---
|
| 90 |
+
|
| 91 |
+
### AutoRiskScoreEngine
|
| 92 |
+
**Decision**: Price | Segment | Escalate
|
| 93 |
+
|
| 94 |
+
**Capabilities Used**:
|
| 95 |
+
- Risk Scoring (underwriting risk)
|
| 96 |
+
- Financial Analysis (policy profitability)
|
| 97 |
+
- Tabular Classification (risk tier)
|
| 98 |
+
- Tabular Regression (premium prediction)
|
| 99 |
+
- Feature Engineering (risk indicators)
|
| 100 |
+
- Decision Support Systems (recommend pricing/segment)
|
| 101 |
+
- Explainability (explain risk score)
|
| 102 |
+
- Audit Logging (record underwriting decisions)
|
| 103 |
+
|
| 104 |
+
**Model**: `bdr-ai-org/underwriting-risk-agent`
|
| 105 |
+
**Dataset**: `bdr-ai-org/underwriting-risk-dataset`
|
| 106 |
+
|
| 107 |
+
---
|
| 108 |
+
|
| 109 |
+
### InsuranceKnowledgeAgent
|
| 110 |
+
**Decision**: Clause Applicability | Coverage Decision
|
| 111 |
+
|
| 112 |
+
**Capabilities Used**:
|
| 113 |
+
- Named Entity Recognition (extract policy terms)
|
| 114 |
+
- Text Summarization (summarize clauses)
|
| 115 |
+
- Question Answering (answer coverage questions)
|
| 116 |
+
- Semantic Search (find relevant clauses)
|
| 117 |
+
- RAG (retrieve and generate answers)
|
| 118 |
+
- Document Retrieval (find policy precedents)
|
| 119 |
+
- Document Understanding (parse policy documents)
|
| 120 |
+
- Text Generation (generate explanations)
|
| 121 |
+
- Logical Reasoning (apply policy rules)
|
| 122 |
+
- Explainability (explain coverage decisions)
|
| 123 |
+
- Audit Logging (record knowledge queries)
|
| 124 |
+
|
| 125 |
+
**Model**: `bdr-ai-org/insurance-knowledge-agent`
|
| 126 |
+
**Dataset**: `bdr-ai-org/insurance-policy-docs-dataset`
|
| 127 |
+
|
| 128 |
+
---
|
| 129 |
+
|
| 130 |
+
## Model Contracts
|
| 131 |
+
|
| 132 |
+
### claims-decision-agent
|
| 133 |
+
```json
|
| 134 |
+
{
|
| 135 |
+
"decision": "approve | reject | escalate",
|
| 136 |
+
"confidence": 0.0-1.0,
|
| 137 |
+
"claim_summary": "string",
|
| 138 |
+
"extracted_entities": {},
|
| 139 |
+
"damage_assessment": {},
|
| 140 |
+
"similar_claims": [],
|
| 141 |
+
"rationale": "string",
|
| 142 |
+
"explainability": {
|
| 143 |
+
"factors": [],
|
| 144 |
+
"weights": {}
|
| 145 |
+
}
|
| 146 |
+
}
|
| 147 |
+
```
|
| 148 |
+
|
| 149 |
+
### fraud-risk-agent
|
| 150 |
+
```json
|
| 151 |
+
{
|
| 152 |
+
"fraud_score": 0.0-1.0,
|
| 153 |
+
"risk_band": "low | medium | high",
|
| 154 |
+
"top_indicators": [],
|
| 155 |
+
"recommended_action": "investigate | allow",
|
| 156 |
+
"confidence": 0.0-1.0,
|
| 157 |
+
"explainability": {
|
| 158 |
+
"signals": [],
|
| 159 |
+
"weights": {}
|
| 160 |
+
}
|
| 161 |
+
}
|
| 162 |
+
```
|
| 163 |
+
|
| 164 |
+
### underwriting-risk-agent
|
| 165 |
+
```json
|
| 166 |
+
{
|
| 167 |
+
"risk_score": 0.0-1.0,
|
| 168 |
+
"risk_tier": "low | medium | high | very_high",
|
| 169 |
+
"recommended_premium": 0.0,
|
| 170 |
+
"recommended_action": "price | segment | escalate",
|
| 171 |
+
"confidence": 0.0-1.0,
|
| 172 |
+
"explainability": {
|
| 173 |
+
"risk_factors": [],
|
| 174 |
+
"weights": {}
|
| 175 |
+
}
|
| 176 |
+
}
|
| 177 |
+
```
|
| 178 |
+
|
| 179 |
+
### insurance-knowledge-agent
|
| 180 |
+
```json
|
| 181 |
+
{
|
| 182 |
+
"answer": "string",
|
| 183 |
+
"relevant_clauses": [],
|
| 184 |
+
"coverage_decision": "applicable | not_applicable | unclear",
|
| 185 |
+
"confidence": 0.0-1.0,
|
| 186 |
+
"explainability": {
|
| 187 |
+
"retrieved_sections": [],
|
| 188 |
+
"reasoning_chain": []
|
| 189 |
+
}
|
| 190 |
+
}
|
| 191 |
+
```
|
| 192 |
+
|
| 193 |
+
---
|
| 194 |
+
|
| 195 |
+
## Dataset Lineage
|
| 196 |
+
|
| 197 |
+
### claims-synthetic-dataset
|
| 198 |
+
- **Purpose**: Training and validation for claim decision models
|
| 199 |
+
- **Contents**: Synthetic insurance claims with labels (approve/reject/escalate)
|
| 200 |
+
- **Features**: Claim text, claimant info, incident details, damage photos, financial amounts
|
| 201 |
+
- **Governance**: PII anonymized, bias-checked, version-controlled
|
| 202 |
+
|
| 203 |
+
### fraud-simulator-dataset
|
| 204 |
+
- **Purpose**: Training and stress-testing fraud detection models
|
| 205 |
+
- **Contents**: Normal and fraudulent claim patterns
|
| 206 |
+
- **Features**: Claim frequency, amount deviations, entity relationships, temporal patterns
|
| 207 |
+
- **Governance**: Synthetic data, fraud scenario labels, drift scenarios included
|
| 208 |
+
|
| 209 |
+
### underwriting-risk-dataset
|
| 210 |
+
- **Purpose**: Training underwriting risk models
|
| 211 |
+
- **Contents**: Policy data with risk labels and premium outcomes
|
| 212 |
+
- **Features**: Policy type, coverage limits, customer demographics, historical claims
|
| 213 |
+
- **Governance**: Anonymized, IFRS-aligned, bias-monitored
|
| 214 |
+
|
| 215 |
+
### insurance-policy-docs-dataset
|
| 216 |
+
- **Purpose**: Knowledge base for policy question answering
|
| 217 |
+
- **Contents**: Insurance policy documents, clauses, terms, conditions
|
| 218 |
+
- **Features**: Policy text, clause embeddings, metadata (product type, region)
|
| 219 |
+
- **Governance**: Version-controlled, conflict-resolved, Takaful-ready
|
| 220 |
+
|
| 221 |
+
---
|
| 222 |
+
|
| 223 |
+
## Governance Alignment
|
| 224 |
+
|
| 225 |
+
All capabilities, systems, models, and datasets must comply with:
|
| 226 |
+
- **Audit Logging**: Every decision recorded
|
| 227 |
+
- **Explainability**: Every decision explained
|
| 228 |
+
- **Bias Monitoring**: Continuous fairness checks
|
| 229 |
+
- **Drift Monitoring**: Performance tracking over time
|
| 230 |
+
- **PII Handling**: Data privacy and anonymization
|
| 231 |
+
- **Regulatory Compliance**: IFRS, AML, GCC standards
|
| 232 |
+
|
| 233 |
+
See **[Governance Standards](03_GOVERNANCE.md)** for full details.
|
| 234 |
+
|
| 235 |
+
---
|
| 236 |
+
|
| 237 |
+
**BDR Agent Factory** β Explicit mappings for transparent, auditable decision intelligence.
|
docs/03_GOVERNANCE.md
ADDED
|
@@ -0,0 +1,322 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# Governance Standards
|
| 2 |
+
|
| 3 |
+
This document defines the **unified governance policies** that apply to all systems, models, datasets, and capabilities within the Bader AI platform.
|
| 4 |
+
|
| 5 |
+
These standards ensure that every decision is **auditable, explainable, fair, and compliant** with regulatory requirements.
|
| 6 |
+
|
| 7 |
+
---
|
| 8 |
+
|
| 9 |
+
## Core Governance Principles
|
| 10 |
+
|
| 11 |
+
### 1. Decision Traceability
|
| 12 |
+
Every decision made by any system must be:
|
| 13 |
+
- **Logged** with a unique decision ID
|
| 14 |
+
- **Timestamped** with UTC time
|
| 15 |
+
- **Attributed** to the specific model version and user (if applicable)
|
| 16 |
+
- **Linked** to the input data snapshot used for the decision
|
| 17 |
+
|
| 18 |
+
### 2. Explainability by Default
|
| 19 |
+
Every decision must include:
|
| 20 |
+
- **Rationale**: Human-readable explanation of why the decision was made
|
| 21 |
+
- **Evidence**: Key factors, signals, or data points that influenced the decision
|
| 22 |
+
- **Confidence Score**: Numerical confidence level (0.0β1.0)
|
| 23 |
+
- **Alternative Outcomes**: What other decisions were considered and why they were not chosen
|
| 24 |
+
|
| 25 |
+
### 3. Human-in-the-Loop Readiness
|
| 26 |
+
All systems must support:
|
| 27 |
+
- **Human Override**: Ability for authorized users to override AI decisions
|
| 28 |
+
- **Escalation Paths**: Clear rules for when decisions must be escalated to humans
|
| 29 |
+
- **Feedback Loops**: Mechanisms to capture human corrections and improve models
|
| 30 |
+
|
| 31 |
+
### 4. Fairness and Bias Mitigation
|
| 32 |
+
All models must be:
|
| 33 |
+
- **Bias-Tested**: Evaluated for unfair biases before deployment
|
| 34 |
+
- **Continuously Monitored**: Ongoing checks for bias in production decisions
|
| 35 |
+
- **Demographically Fair**: No discrimination based on protected attributes (age, gender, nationality, etc.)
|
| 36 |
+
|
| 37 |
+
### 5. Regulatory Compliance
|
| 38 |
+
All systems must comply with:
|
| 39 |
+
- **IFRS Standards**: International Financial Reporting Standards for insurance
|
| 40 |
+
- **AML Requirements**: Anti-Money Laundering regulations
|
| 41 |
+
- **GCC Regulations**: Local insurance and data protection laws
|
| 42 |
+
- **Takaful Principles**: Islamic insurance compliance where applicable
|
| 43 |
+
|
| 44 |
+
---
|
| 45 |
+
|
| 46 |
+
## Governance Standards by Category
|
| 47 |
+
|
| 48 |
+
### A. Decision Audit Logs
|
| 49 |
+
|
| 50 |
+
**Requirement**: Every decision must be logged with the following fields:
|
| 51 |
+
|
| 52 |
+
```json
|
| 53 |
+
{
|
| 54 |
+
"decision_id": "unique-uuid",
|
| 55 |
+
"timestamp": "ISO-8601 UTC",
|
| 56 |
+
"system": "ClaimsGPT | FraudSimulator-AI | AutoRiskScoreEngine | InsuranceKnowledgeAgent",
|
| 57 |
+
"model_version": "semantic-version",
|
| 58 |
+
"user_id": "user-identifier (if applicable)",
|
| 59 |
+
"input_snapshot": {
|
| 60 |
+
"claim_id": "...",
|
| 61 |
+
"policy_id": "...",
|
| 62 |
+
"raw_data": "..."
|
| 63 |
+
},
|
| 64 |
+
"decision": "approve | reject | escalate | investigate | allow | price | segment | applicable | not_applicable",
|
| 65 |
+
"confidence": 0.0-1.0,
|
| 66 |
+
"rationale": "human-readable explanation",
|
| 67 |
+
"explainability": {
|
| 68 |
+
"factors": [],
|
| 69 |
+
"weights": {},
|
| 70 |
+
"evidence": []
|
| 71 |
+
},
|
| 72 |
+
"human_override": false,
|
| 73 |
+
"override_reason": null
|
| 74 |
+
}
|
| 75 |
+
```
|
| 76 |
+
|
| 77 |
+
**Storage**: Audit logs must be stored in an immutable, append-only data store with retention for at least 7 years (regulatory requirement).
|
| 78 |
+
|
| 79 |
+
**Access**: Audit logs must be accessible to:
|
| 80 |
+
- Regulators (read-only)
|
| 81 |
+
- Internal audit teams (read-only)
|
| 82 |
+
- System administrators (read-only)
|
| 83 |
+
- Authorized compliance officers (read-only)
|
| 84 |
+
|
| 85 |
+
---
|
| 86 |
+
|
| 87 |
+
### B. Explainability (XAI)
|
| 88 |
+
|
| 89 |
+
**Requirement**: Every decision must include explainability outputs.
|
| 90 |
+
|
| 91 |
+
**Explainability Components**:
|
| 92 |
+
1. **Rationale**: 1-3 sentence summary of why the decision was made
|
| 93 |
+
2. **Top Factors**: 3-5 most influential factors with importance scores
|
| 94 |
+
3. **Evidence**: Specific data points or patterns that supported the decision
|
| 95 |
+
4. **Counterfactuals**: What would need to change for a different decision
|
| 96 |
+
|
| 97 |
+
**Example (Fraud Detection)**:
|
| 98 |
+
```json
|
| 99 |
+
{
|
| 100 |
+
"rationale": "This claim was flagged for investigation due to unusually high claim amount relative to policy coverage and multiple claims from the same claimant in a short time period.",
|
| 101 |
+
"top_factors": [
|
| 102 |
+
{"factor": "claim_amount_deviation", "importance": 0.45},
|
| 103 |
+
{"factor": "claim_frequency", "importance": 0.30},
|
| 104 |
+
{"factor": "entity_linkage", "importance": 0.25}
|
| 105 |
+
],
|
| 106 |
+
"evidence": [
|
| 107 |
+
"Claim amount: $50,000 vs. average: $5,000",
|
| 108 |
+
"3 claims in 30 days vs. historical average: 0.2 claims/month",
|
| 109 |
+
"Claimant linked to 2 other flagged claims"
|
| 110 |
+
],
|
| 111 |
+
"counterfactual": "If claim amount were below $10,000 and claim frequency were normal, decision would be 'allow'."
|
| 112 |
+
}
|
| 113 |
+
```
|
| 114 |
+
|
| 115 |
+
**Validation**: Explainability outputs must be:
|
| 116 |
+
- **Accurate**: Reflect actual model behavior
|
| 117 |
+
- **Understandable**: Written in plain language, not technical jargon
|
| 118 |
+
- **Actionable**: Provide clear next steps or justification
|
| 119 |
+
|
| 120 |
+
---
|
| 121 |
+
|
| 122 |
+
### C. Human-in-the-Loop Override
|
| 123 |
+
|
| 124 |
+
**Requirement**: All systems must support human override of AI decisions.
|
| 125 |
+
|
| 126 |
+
**Override Process**:
|
| 127 |
+
1. Authorized user reviews AI decision and explainability
|
| 128 |
+
2. User provides override reason (required)
|
| 129 |
+
3. System logs override with user ID, timestamp, and reason
|
| 130 |
+
4. Override decision takes precedence over AI decision
|
| 131 |
+
5. Override is flagged for model retraining consideration
|
| 132 |
+
|
| 133 |
+
**Override Logging**:
|
| 134 |
+
```json
|
| 135 |
+
{
|
| 136 |
+
"decision_id": "original-decision-uuid",
|
| 137 |
+
"override_timestamp": "ISO-8601 UTC",
|
| 138 |
+
"override_user_id": "user-identifier",
|
| 139 |
+
"original_decision": "reject",
|
| 140 |
+
"override_decision": "approve",
|
| 141 |
+
"override_reason": "Additional evidence provided by claimant not available to AI model",
|
| 142 |
+
"override_category": "new_evidence | model_error | policy_exception | other"
|
| 143 |
+
}
|
| 144 |
+
```
|
| 145 |
+
|
| 146 |
+
**Escalation Rules**:
|
| 147 |
+
- **Low Confidence**: Decisions with confidence < 0.7 must be escalated to human review
|
| 148 |
+
- **High Stakes**: Decisions involving amounts > $X or sensitive cases must be escalated
|
| 149 |
+
- **Conflicting Signals**: Decisions with contradictory evidence must be escalated
|
| 150 |
+
- **Regulatory Flags**: Decisions involving AML or compliance flags must be escalated
|
| 151 |
+
|
| 152 |
+
---
|
| 153 |
+
|
| 154 |
+
### D. Bias and Drift Monitoring
|
| 155 |
+
|
| 156 |
+
**Bias Monitoring**:
|
| 157 |
+
- **Pre-Deployment**: Models must pass bias tests before production deployment
|
| 158 |
+
- **Continuous Monitoring**: Production decisions monitored for demographic disparities
|
| 159 |
+
- **Metrics**: Track approval rates, fraud flags, risk scores across protected groups
|
| 160 |
+
- **Thresholds**: Alert if disparities exceed acceptable thresholds (e.g., >10% difference)
|
| 161 |
+
|
| 162 |
+
**Bias Testing Checklist**:
|
| 163 |
+
- [ ] Test for gender bias
|
| 164 |
+
- [ ] Test for age bias
|
| 165 |
+
- [ ] Test for nationality bias
|
| 166 |
+
- [ ] Test for geographic bias
|
| 167 |
+
- [ ] Test for socioeconomic bias
|
| 168 |
+
|
| 169 |
+
**Drift Monitoring**:
|
| 170 |
+
- **Data Drift**: Monitor input data distributions for shifts over time
|
| 171 |
+
- **Concept Drift**: Monitor relationship between inputs and outputs
|
| 172 |
+
- **Model Performance Drift**: Track accuracy, precision, recall over time
|
| 173 |
+
- **Alert Thresholds**: Trigger retraining if performance drops >5% or drift detected
|
| 174 |
+
|
| 175 |
+
**Monitoring Frequency**:
|
| 176 |
+
- **Real-Time**: Continuous monitoring of decision distributions
|
| 177 |
+
- **Daily**: Aggregate metrics and drift checks
|
| 178 |
+
- **Weekly**: Bias analysis across demographic groups
|
| 179 |
+
- **Monthly**: Comprehensive model performance review
|
| 180 |
+
|
| 181 |
+
---
|
| 182 |
+
|
| 183 |
+
### E. PII Handling and Data Privacy
|
| 184 |
+
|
| 185 |
+
**Requirement**: All personally identifiable information (PII) must be protected.
|
| 186 |
+
|
| 187 |
+
**PII Categories**:
|
| 188 |
+
- **Direct Identifiers**: Name, ID number, phone, email, address
|
| 189 |
+
- **Quasi-Identifiers**: Age, gender, nationality, occupation
|
| 190 |
+
- **Sensitive Data**: Medical records, financial details, biometric data
|
| 191 |
+
|
| 192 |
+
**Protection Measures**:
|
| 193 |
+
1. **Encryption**: PII encrypted at rest and in transit
|
| 194 |
+
2. **Access Control**: Role-based access to PII (need-to-know basis)
|
| 195 |
+
3. **Anonymization**: PII anonymized in training datasets
|
| 196 |
+
4. **Redaction**: PII redacted in logs and reports (except audit logs)
|
| 197 |
+
5. **Retention Limits**: PII deleted after regulatory retention period
|
| 198 |
+
|
| 199 |
+
**Data Minimization**:
|
| 200 |
+
- Collect only PII necessary for decision-making
|
| 201 |
+
- Avoid storing PII in model artifacts
|
| 202 |
+
- Use pseudonymization where possible
|
| 203 |
+
|
| 204 |
+
---
|
| 205 |
+
|
| 206 |
+
### F. Regulatory Alignment
|
| 207 |
+
|
| 208 |
+
**IFRS Compliance**:
|
| 209 |
+
- **IFRS 17**: Insurance contract accounting standards
|
| 210 |
+
- **Reserve Adequacy**: Models must support reserve calculations
|
| 211 |
+
- **Disclosure Requirements**: Decisions must support financial reporting
|
| 212 |
+
|
| 213 |
+
**AML Compliance**:
|
| 214 |
+
- **Transaction Monitoring**: Flag suspicious claim patterns
|
| 215 |
+
- **Customer Due Diligence**: Verify claimant identities
|
| 216 |
+
- **Reporting**: Support Suspicious Activity Reports (SARs)
|
| 217 |
+
|
| 218 |
+
**GCC Regulations**:
|
| 219 |
+
- **Local Insurance Laws**: Comply with country-specific regulations (UAE, KSA, etc.)
|
| 220 |
+
- **Data Residency**: Store data in GCC regions where required
|
| 221 |
+
- **Language Support**: Provide Arabic language support for regulatory filings
|
| 222 |
+
|
| 223 |
+
**Takaful Principles**:
|
| 224 |
+
- **Sharia Compliance**: Ensure models align with Islamic finance principles
|
| 225 |
+
- **Transparency**: Provide clear explanations compatible with Takaful governance
|
| 226 |
+
- **Fairness**: Avoid interest-based calculations or prohibited practices
|
| 227 |
+
|
| 228 |
+
---
|
| 229 |
+
|
| 230 |
+
## Governance Enforcement
|
| 231 |
+
|
| 232 |
+
### Pre-Deployment Checklist
|
| 233 |
+
Before any model or system goes to production:
|
| 234 |
+
- [ ] Audit logging implemented
|
| 235 |
+
- [ ] Explainability outputs validated
|
| 236 |
+
- [ ] Human override mechanism tested
|
| 237 |
+
- [ ] Bias testing completed and passed
|
| 238 |
+
- [ ] Drift monitoring configured
|
| 239 |
+
- [ ] PII protection measures verified
|
| 240 |
+
- [ ] Regulatory compliance reviewed
|
| 241 |
+
- [ ] Documentation complete
|
| 242 |
+
|
| 243 |
+
### Production Monitoring
|
| 244 |
+
Once in production:
|
| 245 |
+
- [ ] Daily audit log review
|
| 246 |
+
- [ ] Weekly bias monitoring reports
|
| 247 |
+
- [ ] Monthly drift analysis
|
| 248 |
+
- [ ] Quarterly compliance audits
|
| 249 |
+
- [ ] Annual model revalidation
|
| 250 |
+
|
| 251 |
+
### Incident Response
|
| 252 |
+
If governance violations detected:
|
| 253 |
+
1. **Immediate**: Pause affected system if critical
|
| 254 |
+
2. **Investigation**: Root cause analysis within 24 hours
|
| 255 |
+
3. **Remediation**: Fix and redeploy within 72 hours
|
| 256 |
+
4. **Reporting**: Notify stakeholders and regulators as required
|
| 257 |
+
5. **Prevention**: Update governance controls to prevent recurrence
|
| 258 |
+
|
| 259 |
+
---
|
| 260 |
+
|
| 261 |
+
## Governance Roles and Responsibilities
|
| 262 |
+
|
| 263 |
+
### Model Owner
|
| 264 |
+
- Ensure model complies with governance standards
|
| 265 |
+
- Maintain model documentation
|
| 266 |
+
- Respond to governance incidents
|
| 267 |
+
|
| 268 |
+
### Compliance Officer
|
| 269 |
+
- Review audit logs and bias reports
|
| 270 |
+
- Approve model deployments
|
| 271 |
+
- Interface with regulators
|
| 272 |
+
|
| 273 |
+
### Data Protection Officer
|
| 274 |
+
- Oversee PII handling
|
| 275 |
+
- Ensure data privacy compliance
|
| 276 |
+
- Manage data retention and deletion
|
| 277 |
+
|
| 278 |
+
### System Administrator
|
| 279 |
+
- Configure audit logging and monitoring
|
| 280 |
+
- Manage access controls
|
| 281 |
+
- Maintain governance infrastructure
|
| 282 |
+
|
| 283 |
+
---
|
| 284 |
+
|
| 285 |
+
## Governance Metrics and KPIs
|
| 286 |
+
|
| 287 |
+
### Decision Quality
|
| 288 |
+
- **Accuracy**: % of decisions that align with ground truth
|
| 289 |
+
- **Precision**: % of positive decisions that are correct
|
| 290 |
+
- **Recall**: % of true positives identified
|
| 291 |
+
- **F1 Score**: Harmonic mean of precision and recall
|
| 292 |
+
|
| 293 |
+
### Explainability Quality
|
| 294 |
+
- **Completeness**: % of decisions with full explainability outputs
|
| 295 |
+
- **Accuracy**: % of explanations that match actual model behavior
|
| 296 |
+
- **Understandability**: User satisfaction with explanations (survey)
|
| 297 |
+
|
| 298 |
+
### Fairness
|
| 299 |
+
- **Demographic Parity**: Equal approval rates across groups
|
| 300 |
+
- **Equalized Odds**: Equal true positive and false positive rates across groups
|
| 301 |
+
- **Disparate Impact**: Ratio of approval rates (must be >0.8)
|
| 302 |
+
|
| 303 |
+
### Compliance
|
| 304 |
+
- **Audit Log Coverage**: % of decisions logged (target: 100%)
|
| 305 |
+
- **PII Protection**: % of PII properly encrypted/anonymized (target: 100%)
|
| 306 |
+
- **Regulatory Violations**: Count of violations (target: 0)
|
| 307 |
+
|
| 308 |
+
---
|
| 309 |
+
|
| 310 |
+
## Continuous Improvement
|
| 311 |
+
|
| 312 |
+
Governance standards are **living documents** that evolve based on:
|
| 313 |
+
- Regulatory changes
|
| 314 |
+
- Lessons learned from incidents
|
| 315 |
+
- Advances in AI governance best practices
|
| 316 |
+
- Stakeholder feedback
|
| 317 |
+
|
| 318 |
+
**Review Cycle**: Governance standards reviewed and updated quarterly.
|
| 319 |
+
|
| 320 |
+
---
|
| 321 |
+
|
| 322 |
+
**BDR Agent Factory** β Unified governance for transparent, accountable, and compliant decision intelligence.
|
docs/04_EXTENSION_GUIDE.md
ADDED
|
@@ -0,0 +1,325 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# Extension Guide β Adding New Capabilities
|
| 2 |
+
|
| 3 |
+
This document explains **how to add new AI capabilities** to the Bader AI platform while maintaining governance, avoiding duplication, and ensuring consistency.
|
| 4 |
+
|
| 5 |
+
---
|
| 6 |
+
|
| 7 |
+
## Core Rules
|
| 8 |
+
|
| 9 |
+
### Rule 1: Check Before Creating
|
| 10 |
+
**Before adding any new capability**, you must:
|
| 11 |
+
1. Search the **[Capability Dictionary](01_CAPABILITY_DICTIONARY.md)** to verify it doesn't already exist
|
| 12 |
+
2. Check the **[Capability Map](02_CAPABILITY_MAP.md)** to see if an existing capability can be reused
|
| 13 |
+
3. Consult with the platform team to confirm the need for a new capability
|
| 14 |
+
|
| 15 |
+
**If a capability already exists, you MUST reuse it. No duplicates allowed.**
|
| 16 |
+
|
| 17 |
+
### Rule 2: Decision-First, Not Capability-First
|
| 18 |
+
New capabilities are only added if they serve a **specific insurance decision**.
|
| 19 |
+
|
| 20 |
+
**Invalid Reason**: "This is a cool AI technique we should try."
|
| 21 |
+
**Valid Reason**: "We need this capability to support the 'Should we approve this claim?' decision in ClaimsGPT."
|
| 22 |
+
|
| 23 |
+
### Rule 3: No Standalone Capability Projects
|
| 24 |
+
Capabilities are **building blocks**, not products.
|
| 25 |
+
|
| 26 |
+
**Invalid**: Creating a standalone Hugging Face Space for "Anomaly Detection"
|
| 27 |
+
**Valid**: Adding Anomaly Detection capability to FraudSimulator-AI to support fraud investigation decisions
|
| 28 |
+
|
| 29 |
+
### Rule 4: Governance from Day One
|
| 30 |
+
Every new capability must comply with **[Governance Standards](03_GOVERNANCE.md)** from the start:
|
| 31 |
+
- Audit logging
|
| 32 |
+
- Explainability
|
| 33 |
+
- Bias testing
|
| 34 |
+
- PII handling
|
| 35 |
+
- Regulatory compliance
|
| 36 |
+
|
| 37 |
+
---
|
| 38 |
+
|
| 39 |
+
## Extension Process
|
| 40 |
+
|
| 41 |
+
### Step 1: Proposal
|
| 42 |
+
Submit a capability proposal with the following information:
|
| 43 |
+
|
| 44 |
+
```markdown
|
| 45 |
+
## Capability Proposal
|
| 46 |
+
|
| 47 |
+
**Capability Name**: [e.g., "Geospatial Analysis"]
|
| 48 |
+
|
| 49 |
+
**Category**: [A-N, e.g., "G - Data, Analytics & Visualization"]
|
| 50 |
+
|
| 51 |
+
**Definition**: [One-sentence definition of what this capability does]
|
| 52 |
+
|
| 53 |
+
**Insurance Relevance**: [Why this matters for insurance decisions]
|
| 54 |
+
|
| 55 |
+
**Decision Use Case**: [Which decision(s) will this capability support?]
|
| 56 |
+
|
| 57 |
+
**System Integration**: [Which Space(s) will use this capability?]
|
| 58 |
+
|
| 59 |
+
**Model**: [Which model will implement this capability?]
|
| 60 |
+
|
| 61 |
+
**Dataset**: [Which dataset will support this capability?]
|
| 62 |
+
|
| 63 |
+
**Governance Considerations**: [Any special governance requirements?]
|
| 64 |
+
|
| 65 |
+
**Alternatives Considered**: [Why can't existing capabilities be used?]
|
| 66 |
+
```
|
| 67 |
+
|
| 68 |
+
**Example**:
|
| 69 |
+
```markdown
|
| 70 |
+
## Capability Proposal
|
| 71 |
+
|
| 72 |
+
**Capability Name**: Geospatial Analysis
|
| 73 |
+
|
| 74 |
+
**Category**: G - Data, Analytics & Visualization
|
| 75 |
+
|
| 76 |
+
**Definition**: Analyzing geographic data to identify spatial patterns and relationships.
|
| 77 |
+
|
| 78 |
+
**Insurance Relevance**: Detect fraud rings operating in specific geographic areas, assess catastrophe risk by location, optimize claims routing by proximity.
|
| 79 |
+
|
| 80 |
+
**Decision Use Case**:
|
| 81 |
+
- FraudSimulator-AI: "Should this claim be investigated?" (detect geographic fraud clusters)
|
| 82 |
+
- AutoRiskScoreEngine: "What risk band does this policy belong to?" (assess location-based risk)
|
| 83 |
+
|
| 84 |
+
**System Integration**:
|
| 85 |
+
- FraudSimulator-AI
|
| 86 |
+
- AutoRiskScoreEngine
|
| 87 |
+
|
| 88 |
+
**Model**:
|
| 89 |
+
- fraud-risk-agent (add geospatial features)
|
| 90 |
+
- underwriting-risk-agent (add location risk scoring)
|
| 91 |
+
|
| 92 |
+
**Dataset**:
|
| 93 |
+
- fraud-simulator-dataset (add geographic coordinates)
|
| 94 |
+
- underwriting-risk-dataset (add location data)
|
| 95 |
+
|
| 96 |
+
**Governance Considerations**:
|
| 97 |
+
- Location data may be PII (requires anonymization)
|
| 98 |
+
- Must avoid geographic bias (e.g., unfairly flagging certain neighborhoods)
|
| 99 |
+
|
| 100 |
+
**Alternatives Considered**:
|
| 101 |
+
- Existing "Anomaly Detection" capability does not account for spatial relationships
|
| 102 |
+
- Existing "Risk Scoring" does not incorporate geographic clustering
|
| 103 |
+
```
|
| 104 |
+
|
| 105 |
+
### Step 2: Review and Approval
|
| 106 |
+
The proposal is reviewed by:
|
| 107 |
+
1. **Platform Team**: Technical feasibility and architecture fit
|
| 108 |
+
2. **Compliance Officer**: Governance and regulatory alignment
|
| 109 |
+
3. **Business Owner**: Decision relevance and business value
|
| 110 |
+
|
| 111 |
+
**Approval Criteria**:
|
| 112 |
+
- [ ] Capability does not duplicate existing capabilities
|
| 113 |
+
- [ ] Capability serves a specific insurance decision
|
| 114 |
+
- [ ] Capability can be integrated into existing systems
|
| 115 |
+
- [ ] Governance requirements are understood and feasible
|
| 116 |
+
- [ ] Business value is clear
|
| 117 |
+
|
| 118 |
+
### Step 3: Implementation
|
| 119 |
+
Once approved, implement the capability following these steps:
|
| 120 |
+
|
| 121 |
+
#### 3.1 Update Capability Dictionary
|
| 122 |
+
Add the new capability to **[01_CAPABILITY_DICTIONARY.md](01_CAPABILITY_DICTIONARY.md)** under the appropriate category:
|
| 123 |
+
|
| 124 |
+
```markdown
|
| 125 |
+
### Geospatial Analysis
|
| 126 |
+
**Definition**: Analyzing geographic data to identify spatial patterns and relationships.
|
| 127 |
+
**Insurance Relevance**: Detect fraud rings in specific areas, assess catastrophe risk by location, optimize claims routing.
|
| 128 |
+
```
|
| 129 |
+
|
| 130 |
+
#### 3.2 Update Capability Map
|
| 131 |
+
Add mappings to **[02_CAPABILITY_MAP.md](02_CAPABILITY_MAP.md)**:
|
| 132 |
+
|
| 133 |
+
```markdown
|
| 134 |
+
| Geospatial Analysis | G - Analytics | FraudSimulator-AI, AutoRiskScoreEngine | fraud-risk-agent, underwriting-risk-agent | fraud-simulator-dataset, underwriting-risk-dataset | Detect geographic fraud clusters, assess location risk |
|
| 135 |
+
```
|
| 136 |
+
|
| 137 |
+
#### 3.3 Implement in Model
|
| 138 |
+
Add the capability to the relevant model(s):
|
| 139 |
+
- Update model code to include the new capability
|
| 140 |
+
- Update model contract to include new outputs (if applicable)
|
| 141 |
+
- Version the model (semantic versioning: major.minor.patch)
|
| 142 |
+
|
| 143 |
+
#### 3.4 Update Dataset
|
| 144 |
+
Ensure the dataset supports the new capability:
|
| 145 |
+
- Add required features (e.g., geographic coordinates)
|
| 146 |
+
- Validate data quality
|
| 147 |
+
- Update dataset documentation
|
| 148 |
+
|
| 149 |
+
#### 3.5 Implement Governance
|
| 150 |
+
Ensure the capability complies with governance standards:
|
| 151 |
+
- [ ] Audit logging for decisions using this capability
|
| 152 |
+
- [ ] Explainability outputs (how does this capability influence decisions?)
|
| 153 |
+
- [ ] Bias testing (does this capability introduce geographic bias?)
|
| 154 |
+
- [ ] PII handling (is location data properly anonymized?)
|
| 155 |
+
- [ ] Drift monitoring (track performance over time)
|
| 156 |
+
|
| 157 |
+
#### 3.6 Update System Documentation
|
| 158 |
+
Update the relevant Space's README and documentation:
|
| 159 |
+
- List the new capability
|
| 160 |
+
- Explain how it's used in decision-making
|
| 161 |
+
- Provide examples
|
| 162 |
+
|
| 163 |
+
### Step 4: Testing and Validation
|
| 164 |
+
Before deploying to production:
|
| 165 |
+
|
| 166 |
+
#### 4.1 Unit Tests
|
| 167 |
+
- Test the capability in isolation
|
| 168 |
+
- Verify outputs match expected behavior
|
| 169 |
+
|
| 170 |
+
#### 4.2 Integration Tests
|
| 171 |
+
- Test the capability within the full system
|
| 172 |
+
- Verify it integrates correctly with other capabilities
|
| 173 |
+
|
| 174 |
+
#### 4.3 Governance Tests
|
| 175 |
+
- Verify audit logging works
|
| 176 |
+
- Verify explainability outputs are generated
|
| 177 |
+
- Run bias tests
|
| 178 |
+
- Validate PII handling
|
| 179 |
+
|
| 180 |
+
#### 4.4 Performance Tests
|
| 181 |
+
- Measure latency impact
|
| 182 |
+
- Ensure scalability
|
| 183 |
+
|
| 184 |
+
#### 4.5 User Acceptance Testing
|
| 185 |
+
- Test with real users (claims handlers, underwriters, etc.)
|
| 186 |
+
- Gather feedback on explainability and usability
|
| 187 |
+
|
| 188 |
+
### Step 5: Deployment
|
| 189 |
+
Deploy the capability following the standard deployment process:
|
| 190 |
+
1. Deploy to staging environment
|
| 191 |
+
2. Run smoke tests
|
| 192 |
+
3. Deploy to production with monitoring
|
| 193 |
+
4. Monitor for issues in first 48 hours
|
| 194 |
+
|
| 195 |
+
### Step 6: Documentation and Communication
|
| 196 |
+
After deployment:
|
| 197 |
+
1. Update all documentation (Capability Dictionary, Capability Map, System READMEs)
|
| 198 |
+
2. Communicate the new capability to stakeholders
|
| 199 |
+
3. Provide training if needed
|
| 200 |
+
4. Update governance dashboards
|
| 201 |
+
|
| 202 |
+
---
|
| 203 |
+
|
| 204 |
+
## Versioning Rules
|
| 205 |
+
|
| 206 |
+
### Capability Versioning
|
| 207 |
+
Capabilities themselves are not versioned. However, their **implementations** in models are versioned.
|
| 208 |
+
|
| 209 |
+
### Model Versioning
|
| 210 |
+
Use semantic versioning: `MAJOR.MINOR.PATCH`
|
| 211 |
+
|
| 212 |
+
- **MAJOR**: Breaking changes (e.g., model contract changes)
|
| 213 |
+
- **MINOR**: New capabilities added (backward compatible)
|
| 214 |
+
- **PATCH**: Bug fixes, performance improvements
|
| 215 |
+
|
| 216 |
+
**Example**:
|
| 217 |
+
- `fraud-risk-agent v1.0.0`: Initial release
|
| 218 |
+
- `fraud-risk-agent v1.1.0`: Added Geospatial Analysis capability
|
| 219 |
+
- `fraud-risk-agent v1.1.1`: Fixed bug in Geospatial Analysis
|
| 220 |
+
- `fraud-risk-agent v2.0.0`: Changed model contract (breaking change)
|
| 221 |
+
|
| 222 |
+
### Dataset Versioning
|
| 223 |
+
Datasets are versioned when:
|
| 224 |
+
- New features are added
|
| 225 |
+
- Data quality issues are fixed
|
| 226 |
+
- New data is added
|
| 227 |
+
|
| 228 |
+
Use date-based versioning: `YYYY-MM-DD` or semantic versioning.
|
| 229 |
+
|
| 230 |
+
---
|
| 231 |
+
|
| 232 |
+
## Deprecation Process
|
| 233 |
+
|
| 234 |
+
If a capability is no longer needed:
|
| 235 |
+
|
| 236 |
+
### Step 1: Deprecation Notice
|
| 237 |
+
- Mark the capability as deprecated in the Capability Dictionary
|
| 238 |
+
- Provide a deprecation timeline (e.g., 90 days)
|
| 239 |
+
- Suggest alternatives
|
| 240 |
+
|
| 241 |
+
### Step 2: Migration
|
| 242 |
+
- Update systems to use alternative capabilities
|
| 243 |
+
- Test thoroughly
|
| 244 |
+
|
| 245 |
+
### Step 3: Removal
|
| 246 |
+
- Remove the capability from the Capability Dictionary and Capability Map
|
| 247 |
+
- Archive related code and documentation
|
| 248 |
+
- Update all affected systems
|
| 249 |
+
|
| 250 |
+
---
|
| 251 |
+
|
| 252 |
+
## Common Pitfalls to Avoid
|
| 253 |
+
|
| 254 |
+
### β Pitfall 1: Creating Duplicate Capabilities
|
| 255 |
+
**Problem**: Adding "Fraud Pattern Detection" when "Anomaly Detection" already exists.
|
| 256 |
+
**Solution**: Reuse "Anomaly Detection" and configure it for fraud patterns.
|
| 257 |
+
|
| 258 |
+
### β Pitfall 2: Adding Capabilities Without Decision Context
|
| 259 |
+
**Problem**: Adding "Sentiment Analysis" because it's trendy, without a clear decision use case.
|
| 260 |
+
**Solution**: Only add capabilities that serve specific insurance decisions.
|
| 261 |
+
|
| 262 |
+
### β Pitfall 3: Ignoring Governance
|
| 263 |
+
**Problem**: Deploying a new capability without bias testing or explainability.
|
| 264 |
+
**Solution**: Follow the governance checklist before deployment.
|
| 265 |
+
|
| 266 |
+
### β Pitfall 4: Creating Standalone Capability Spaces
|
| 267 |
+
**Problem**: Creating a separate Hugging Face Space for "Risk Scoring."
|
| 268 |
+
**Solution**: Integrate "Risk Scoring" into FraudSimulator-AI and AutoRiskScoreEngine.
|
| 269 |
+
|
| 270 |
+
### β Pitfall 5: Poor Documentation
|
| 271 |
+
**Problem**: Adding a capability but not updating the Capability Dictionary or Map.
|
| 272 |
+
**Solution**: Documentation is mandatory, not optional.
|
| 273 |
+
|
| 274 |
+
---
|
| 275 |
+
|
| 276 |
+
## Extension Checklist
|
| 277 |
+
|
| 278 |
+
Use this checklist when adding a new capability:
|
| 279 |
+
|
| 280 |
+
### Pre-Implementation
|
| 281 |
+
- [ ] Searched Capability Dictionary for duplicates
|
| 282 |
+
- [ ] Verified capability serves a specific decision
|
| 283 |
+
- [ ] Submitted capability proposal
|
| 284 |
+
- [ ] Received approval from Platform Team, Compliance, and Business Owner
|
| 285 |
+
|
| 286 |
+
### Implementation
|
| 287 |
+
- [ ] Updated Capability Dictionary
|
| 288 |
+
- [ ] Updated Capability Map
|
| 289 |
+
- [ ] Implemented in model(s)
|
| 290 |
+
- [ ] Updated dataset(s)
|
| 291 |
+
- [ ] Implemented governance (audit logging, explainability, bias testing, PII handling)
|
| 292 |
+
- [ ] Updated system documentation
|
| 293 |
+
|
| 294 |
+
### Testing
|
| 295 |
+
- [ ] Unit tests passed
|
| 296 |
+
- [ ] Integration tests passed
|
| 297 |
+
- [ ] Governance tests passed
|
| 298 |
+
- [ ] Performance tests passed
|
| 299 |
+
- [ ] User acceptance testing completed
|
| 300 |
+
|
| 301 |
+
### Deployment
|
| 302 |
+
- [ ] Deployed to staging
|
| 303 |
+
- [ ] Smoke tests passed
|
| 304 |
+
- [ ] Deployed to production
|
| 305 |
+
- [ ] Monitoring configured
|
| 306 |
+
- [ ] No critical issues in first 48 hours
|
| 307 |
+
|
| 308 |
+
### Post-Deployment
|
| 309 |
+
- [ ] Documentation finalized
|
| 310 |
+
- [ ] Stakeholders notified
|
| 311 |
+
- [ ] Training provided (if needed)
|
| 312 |
+
- [ ] Governance dashboards updated
|
| 313 |
+
|
| 314 |
+
---
|
| 315 |
+
|
| 316 |
+
## Contact and Support
|
| 317 |
+
|
| 318 |
+
For questions about adding new capabilities:
|
| 319 |
+
- **Platform Team**: platform@bdr-ai.org
|
| 320 |
+
- **Compliance Officer**: compliance@bdr-ai.org
|
| 321 |
+
- **Documentation**: [BDR Agent Factory](https://huggingface.co/spaces/bdr-ai-org/BDR-Agent-Factory)
|
| 322 |
+
|
| 323 |
+
---
|
| 324 |
+
|
| 325 |
+
**BDR Agent Factory** β Structured, governed, and decision-driven capability extension.
|
requirements.txt
ADDED
|
@@ -0,0 +1 @@
|
|
|
|
|
|
|
| 1 |
+
gradio==4.44.0
|
ui/capability_browser.py
ADDED
|
@@ -0,0 +1,166 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
import gradio as gr
|
| 2 |
+
import json
|
| 3 |
+
import os
|
| 4 |
+
|
| 5 |
+
# Load capability registry
|
| 6 |
+
def load_registry():
|
| 7 |
+
registry_path = os.path.join(os.path.dirname(__file__), '..', 'data', 'capability_registry.json')
|
| 8 |
+
with open(registry_path, 'r') as f:
|
| 9 |
+
return json.load(f)
|
| 10 |
+
|
| 11 |
+
registry = load_registry()
|
| 12 |
+
capabilities = registry['capabilities']
|
| 13 |
+
|
| 14 |
+
# Extract unique values for filters
|
| 15 |
+
all_categories = sorted(list(set([cap['category'] for cap in capabilities])))
|
| 16 |
+
all_spaces = sorted(list(set([space for cap in capabilities for space in cap['used_in_spaces']])))
|
| 17 |
+
all_models = sorted(list(set([model for cap in capabilities for model in cap['models']])))
|
| 18 |
+
all_datasets = sorted(list(set([dataset for cap in capabilities for dataset in cap['datasets']])))
|
| 19 |
+
|
| 20 |
+
def search_capabilities(search_text, category_filter, space_filter, model_filter, dataset_filter):
|
| 21 |
+
"""Search and filter capabilities based on user inputs"""
|
| 22 |
+
filtered_caps = capabilities
|
| 23 |
+
|
| 24 |
+
# Apply search text filter
|
| 25 |
+
if search_text:
|
| 26 |
+
search_lower = search_text.lower()
|
| 27 |
+
filtered_caps = [
|
| 28 |
+
cap for cap in filtered_caps
|
| 29 |
+
if search_lower in cap['capability_name'].lower()
|
| 30 |
+
or search_lower in cap['category'].lower()
|
| 31 |
+
or search_lower in ' '.join(cap['insurance_decisions']).lower()
|
| 32 |
+
]
|
| 33 |
+
|
| 34 |
+
# Apply category filter
|
| 35 |
+
if category_filter and category_filter != "All":
|
| 36 |
+
filtered_caps = [cap for cap in filtered_caps if cap['category'] == category_filter]
|
| 37 |
+
|
| 38 |
+
# Apply space filter
|
| 39 |
+
if space_filter and space_filter != "All":
|
| 40 |
+
filtered_caps = [cap for cap in filtered_caps if space_filter in cap['used_in_spaces']]
|
| 41 |
+
|
| 42 |
+
# Apply model filter
|
| 43 |
+
if model_filter and model_filter != "All":
|
| 44 |
+
filtered_caps = [cap for cap in filtered_caps if model_filter in cap['models']]
|
| 45 |
+
|
| 46 |
+
# Apply dataset filter
|
| 47 |
+
if dataset_filter and dataset_filter != "All":
|
| 48 |
+
filtered_caps = [cap for cap in filtered_caps if dataset_filter in cap['datasets']]
|
| 49 |
+
|
| 50 |
+
# Generate HTML output
|
| 51 |
+
if not filtered_caps:
|
| 52 |
+
return "<div style='padding: 20px; text-align: center;'><h3>No capabilities found matching your criteria.</h3></div>"
|
| 53 |
+
|
| 54 |
+
html_output = f"<div style='padding: 20px;'><h3>Found {len(filtered_caps)} Capability(ies)</h3>"
|
| 55 |
+
|
| 56 |
+
for cap in filtered_caps:
|
| 57 |
+
html_output += f"""
|
| 58 |
+
<div style='border: 1px solid #ddd; border-radius: 8px; padding: 20px; margin: 15px 0; background: #f9f9f9;'>
|
| 59 |
+
<h3 style='margin-top: 0; color: #2c3e50;'>πΉ {cap['capability_name']}</h3>
|
| 60 |
+
<p><strong>Category:</strong> {cap['category']}</p>
|
| 61 |
+
<p><strong>Used in Spaces:</strong> {', '.join(cap['used_in_spaces'])}</p>
|
| 62 |
+
<p><strong>Models:</strong> {', '.join(cap['models'])}</p>
|
| 63 |
+
<p><strong>Datasets:</strong> {', '.join(cap['datasets'])}</p>
|
| 64 |
+
<p><strong>Insurance Decisions:</strong> {', '.join(cap['insurance_decisions'])}</p>
|
| 65 |
+
<p><strong>Governance Required:</strong> {'β
Yes' if cap['governance_required'] else 'β No'}</p>
|
| 66 |
+
</div>
|
| 67 |
+
"""
|
| 68 |
+
|
| 69 |
+
html_output += "</div>"
|
| 70 |
+
return html_output
|
| 71 |
+
|
| 72 |
+
def create_capability_browser():
|
| 73 |
+
"""Create the Gradio interface for capability browsing"""
|
| 74 |
+
|
| 75 |
+
with gr.Blocks(title="BDR Agent Factory - Capability Browser", theme=gr.themes.Soft()) as demo:
|
| 76 |
+
gr.Markdown("""
|
| 77 |
+
# π BDR Agent Factory β Capability Browser
|
| 78 |
+
|
| 79 |
+
**Enterprise Decision Intelligence Architecture for Insurance & Regulated Markets**
|
| 80 |
+
|
| 81 |
+
Browse and search AI capabilities used across the Bader AI platform. Filter by category, system, model, or dataset to understand how capabilities map to insurance decisions.
|
| 82 |
+
""")
|
| 83 |
+
|
| 84 |
+
with gr.Row():
|
| 85 |
+
with gr.Column(scale=2):
|
| 86 |
+
search_box = gr.Textbox(
|
| 87 |
+
label="π Search Capabilities",
|
| 88 |
+
placeholder="Search by capability name, category, or decision...",
|
| 89 |
+
lines=1
|
| 90 |
+
)
|
| 91 |
+
|
| 92 |
+
with gr.Row():
|
| 93 |
+
category_dropdown = gr.Dropdown(
|
| 94 |
+
choices=["All"] + all_categories,
|
| 95 |
+
value="All",
|
| 96 |
+
label="π Filter by Category",
|
| 97 |
+
interactive=True
|
| 98 |
+
)
|
| 99 |
+
space_dropdown = gr.Dropdown(
|
| 100 |
+
choices=["All"] + all_spaces,
|
| 101 |
+
value="All",
|
| 102 |
+
label="π Filter by Space",
|
| 103 |
+
interactive=True
|
| 104 |
+
)
|
| 105 |
+
model_dropdown = gr.Dropdown(
|
| 106 |
+
choices=["All"] + all_models,
|
| 107 |
+
value="All",
|
| 108 |
+
label="π€ Filter by Model",
|
| 109 |
+
interactive=True
|
| 110 |
+
)
|
| 111 |
+
dataset_dropdown = gr.Dropdown(
|
| 112 |
+
choices=["All"] + all_datasets,
|
| 113 |
+
value="All",
|
| 114 |
+
label="π Filter by Dataset",
|
| 115 |
+
interactive=True
|
| 116 |
+
)
|
| 117 |
+
|
| 118 |
+
search_button = gr.Button("Search", variant="primary", size="lg")
|
| 119 |
+
|
| 120 |
+
results_html = gr.HTML(
|
| 121 |
+
value=search_capabilities("", "All", "All", "All", "All"),
|
| 122 |
+
label="Results"
|
| 123 |
+
)
|
| 124 |
+
|
| 125 |
+
# Set up event handlers
|
| 126 |
+
search_button.click(
|
| 127 |
+
fn=search_capabilities,
|
| 128 |
+
inputs=[search_box, category_dropdown, space_dropdown, model_dropdown, dataset_dropdown],
|
| 129 |
+
outputs=results_html
|
| 130 |
+
)
|
| 131 |
+
|
| 132 |
+
# Also trigger search on Enter key in search box
|
| 133 |
+
search_box.submit(
|
| 134 |
+
fn=search_capabilities,
|
| 135 |
+
inputs=[search_box, category_dropdown, space_dropdown, model_dropdown, dataset_dropdown],
|
| 136 |
+
outputs=results_html
|
| 137 |
+
)
|
| 138 |
+
|
| 139 |
+
gr.Markdown("""
|
| 140 |
+
---
|
| 141 |
+
|
| 142 |
+
## π Documentation
|
| 143 |
+
|
| 144 |
+
- **[Overview](https://huggingface.co/spaces/bdr-ai-org/BDR-Agent-Factory/blob/main/docs/00_OVERVIEW.md)**: What is BDR Agent Factory?
|
| 145 |
+
- **[Capability Dictionary](https://huggingface.co/spaces/bdr-ai-org/BDR-Agent-Factory/blob/main/docs/01_CAPABILITY_DICTIONARY.md)**: Full catalog of AI capabilities (AβN)
|
| 146 |
+
- **[Capability Map](https://huggingface.co/spaces/bdr-ai-org/BDR-Agent-Factory/blob/main/docs/02_CAPABILITY_MAP.md)**: Mappings to systems, models, datasets, decisions
|
| 147 |
+
- **[Governance Standards](https://huggingface.co/spaces/bdr-ai-org/BDR-Agent-Factory/blob/main/docs/03_GOVERNANCE.md)**: Unified governance policies
|
| 148 |
+
- **[Extension Guide](https://huggingface.co/spaces/bdr-ai-org/BDR-Agent-Factory/blob/main/docs/04_EXTENSION_GUIDE.md)**: How to add new capabilities
|
| 149 |
+
|
| 150 |
+
## π Linked Systems
|
| 151 |
+
|
| 152 |
+
- **[ClaimsGPT](https://huggingface.co/spaces/bdr-ai-org/ClaimsGPT)**: AI-powered claim decision intelligence
|
| 153 |
+
- **[FraudSimulator-AI](https://huggingface.co/spaces/bdr-ai-org/FraudSimulator-AI)**: Fraud risk and anomaly detection
|
| 154 |
+
- **[AutoRiskScoreEngine](https://huggingface.co/spaces/bdr-ai-org/AutoRiskScoreEngine)**: IFRS-ready underwriting risk assessment
|
| 155 |
+
- **[InsuranceKnowledgeAgent](https://huggingface.co/spaces/bdr-ai-org/InsuranceKnowledgeAgent)**: RAG-powered policy knowledge
|
| 156 |
+
|
| 157 |
+
---
|
| 158 |
+
|
| 159 |
+
**BDR Agent Factory** β The authoritative capability registry for Bader AI, the GCC Insurance Decision Intelligence Platform.
|
| 160 |
+
""")
|
| 161 |
+
|
| 162 |
+
return demo
|
| 163 |
+
|
| 164 |
+
if __name__ == "__main__":
|
| 165 |
+
demo = create_capability_browser()
|
| 166 |
+
demo.launch()
|