Changes for page User Class Diagram
Last modified by Robert Schaub on 2025/12/24 20:34
Summary
-
Page properties (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -1,29 +1,107 @@ 1 1 **User Class Diagram** 2 2 3 -This diagram shows the user role hierarchy in FactHarbor v0.9.1,with corrected inheritance.3 +This diagram shows the user role hierarchy in FactHarbor, reflecting the current role model with Reader as the base role. 4 4 5 -== Critical: Corrected Inheritance == 5 +{{mermaid}} 6 +classDiagram 7 + class Reader { 8 + +String SessionID 9 + +String LocalPreferences 10 + +browse() View all published content 11 + +search() Search claims and scenarios 12 + +compare() Compare scenarios 13 + +flag() Flag issues or errors 14 + +submitClaim() Submit text for automatic claim extraction 15 + } 16 + 17 + class Contributor { 18 + +String UserID 19 + +String DisplayName 20 + +String Email 21 + +DateTime RegisteredAt 22 + +submitEvidence() Attach sources 23 + +proposeScenario() Draft scenarios 24 + +comment() Participate in discussions 25 + +requestReview() Request human review 26 + } 27 + 28 + class Reviewer { 29 + +String ReviewerID 30 + +String[] Domains 31 + +DateTime AppointedAt 32 + +review() Review contributions and AI drafts 33 + +validate() Validate AI-generated content Mode 2→3 34 + +edit() Edit claims, scenarios, evidence 35 + +approve() Approve Tier B/C for Human-Reviewed 36 + +flagForExpert() Escalate to expert review 37 + +audit() Participate in sampling audits 38 + } 39 + 40 + class Auditor { 41 + +String AuditorID 42 + +String[] AuditDomains 43 + +Float AuditAccuracy 44 + +reviewSample() Review sampled AI content 45 + +validateQualityGates() Check gate enforcement 46 + +identifyPatterns() Find AI error patterns 47 + +provideFeedback() Improve system quality 48 + } 49 + 50 + class Expert { 51 + +String ExpertID 52 + +String ExpertiseArea 53 + +String[] Certifications 54 + +DateTime VerifiedAt 55 + +authoritativeApproval() Final authority Tier A 56 + +validateComplex() Complex domain validation 57 + +defineStandards() Set domain quality standards 58 + +overrideAKEL() Override AI suggestions with docs 59 + } 60 + 61 + class Moderator { 62 + +String ModeratorID 63 + +String[] Responsibilities 64 + +handleAbuse() Manage abuse reports 65 + +manageUsers() User permissions 66 + +enforceGuidelines() Community guidelines 67 + +adjustRiskTiers() Review tier assignments 68 + +overseeAudits() Audit system oversight 69 + } 70 + 71 + class Maintainer { 72 + +String MaintainerID 73 + +String[] SystemAccess 74 + +configureSystem() Technical configuration 75 + +manageRoles() Grant and revoke roles 76 + +configureAKEL() Quality gates and parameters 77 + +deployUpdates() System deployment 78 + +setPolicy() Risk tier policies 79 + } 80 + 81 + class AKEL { 82 + +String InstanceID 83 + +Enum AuthorType "AI" 84 + +extractClaims() Claim extraction 85 + +classifyRisk() Risk tier assignment 86 + +generateScenarios() Draft scenarios 87 + +searchContradictions() Mandatory counter-evidence search 88 + +validateQualityGates() Run 4 quality gates 89 + +proposeVerdicts() Draft verdicts 90 + } 91 + 92 + Reader <|-- Contributor : extends 93 + Contributor <|-- Reviewer : is-a 94 + Reviewer <|-- Auditor : specialized-role 95 + Reviewer <|-- Expert : is-a 96 + Expert <|-- Moderator : is-a 97 + Moderator <|-- Maintainer : is-a 98 + 99 + AKEL ..> Contributor : creates-drafts-for 100 + AKEL ..> Reviewer : submits-to 101 + AKEL ..> Auditor : audited-by 6 6 7 -**IMPORTANT CORRECTION**: 8 -* Moderator derives from **Reviewer** (NOT from Expert) 9 -* Maintainer derives from **Contributor** (NOT from Reviewer or Moderator) 103 +{{/mermaid}} 10 10 11 -**Two Independent Tracks from Contributor**: 12 - 13 -**Content Track**: Contributor → Reviewer → (Auditor | Expert | Moderator) 14 -* Focus: Content quality, validation, community management 15 -* Skills: Domain expertise, review, moderation 16 - 17 -**Technical Track**: Contributor → Maintainer 18 -* Focus: System operations, configuration, deployment 19 -* Skills: DevOps, system administration, technical configuration 20 -* **Independent from content review** - Maintainers don't need review skills 21 - 22 -**System Track**: Reader → Technical User 23 -* Not human users - automated processes 24 -* Examples: AKEL instances, sync bots, monitors 25 -* Managed by Maintainers 26 - 27 27 == Role Hierarchy Explanation == 28 28 29 29 **Base: Reader** ... ... @@ -31,92 +31,66 @@ 31 31 * Foundation for all other roles 32 32 * Can browse, search, compare, flag, and **automatically submit claims** 33 33 34 -**Technical User** (system type, extends Reader) 35 -* **Not human users** - automated system processes 36 -* Examples: AKEL instances, federation sync bots, backup services, monitoring 37 -* Can perform automated operations 38 -* AKEL is primary implementation of Technical User pattern 39 - 40 40 **Contributor** (extends Reader) 41 -* Registered human users113 +* Registered users 42 42 * Can submit evidence, propose scenarios, participate in discussions 43 43 * All Reader capabilities plus contribution rights 44 -* **Two-way branching**: Can become Reviewer (content track) or Maintainer (technical track) 45 45 46 -**Reviewer** (is-a Contributor - Content Track)47 -* Trusted community members on **content track**117 +**Reviewer** (is-a Contributor) 118 +* Trusted community members 48 48 * Can review and approve content 49 49 * Can validate AI-generated content (Mode 2 → Mode 3 for Tier B/C) 50 50 * Participates in audit sampling 51 -* **Three-way branching**: Can specialize as Auditor, Expert, or Moderator 52 52 53 -**Maintainer** (is-a Contributor - Technical Track) 54 -* Core technical team members on **technical track** 55 -* System configuration and deployment authority 56 -* Does NOT require review skills 57 -* Manages Technical Users (creates AKEL instances, sync bots, etc.) 58 -* **Independent from content review hierarchy** 59 - 60 -**Specialized Reviewer Roles**: 61 - 62 -**Auditor** (specialized Reviewer - QA track) 63 -* Dedicated quality assurance role 123 +**Auditor** (specialized Reviewer) 124 +* Dedicated audit role 64 64 * Reviews sampled AI-generated content 65 65 * Validates quality gate enforcement 66 66 * Provides feedback for system improvement 67 67 68 -**Expert** ( specializedReviewer- domain track)69 -* Subjectmatterspecialists70 -* Final authority for Tier A content in their domain129 +**Expert** (is-a Reviewer) 130 +* Domain specialists 131 +* Final authority for Tier A content 71 71 * Can define domain-specific standards 72 72 * Required for Tier A "Human-Reviewed" status 73 73 74 -**Moderator** ( specializedReviewer -process track)75 -* Com munitymanagementfocus135 +**Moderator** (is-a Expert) 136 +* Cross-domain authority 76 76 * Handles abuse and disputes 77 77 * Manages users and permissions 78 78 * Oversees audit system 79 -* **Independent from domain expertise and technical operations** 80 80 81 -**AKEL** (Technical User implementation) 82 -* AI system implementing Technical User interface 141 +**Maintainer** (is-a Moderator) 142 +* Core team members 143 +* Technical system access 144 +* Configure AKEL and quality gates 145 +* Set platform-wide policies 146 + 147 +**AKEL** (AI System) 148 +* Separate from user hierarchy 83 83 * Creates drafts for Contributor review 84 -* Subject to Auditoroversight150 +* Subject to audit oversight 85 85 * Never bypasses human authority 86 86 87 87 == Key Design Principles == 88 88 89 -**Why Maintainer derives from Contributor (not Reviewer)**: 90 -* **Different skill set**: Technical operations ≠ Content review 91 -* **Separation of concerns**: Technical authority independent from editorial authority 92 -* **Flexibility**: Can have technical experts without review experience 93 -* **Realistic**: System admin skills and content review skills are distinct 94 -* **Cleaner**: Maintainer manages Technical Users (including AKEL) - natural fit on technical track 95 - 96 -**Why Moderator derives from Reviewer (not Expert)**: 97 -* Moderators handle **process** (community management, disputes) not **domain expertise** 98 -* Experts focus on **subject matter** (medical, legal, scientific validation) 99 -* Allows independent oversight of content quality (Experts) vs community behavior (Moderators) 100 -* Moderators don't need domain expertise to handle community issues 101 - 102 -**Technical User Pattern**: 103 -* **Purpose**: Represents automated system processes 104 -* **Examples**: AKEL (AI processing), Federation sync bots, Scheduled audit tasks, Backup services, Monitoring systems, API integrations 105 -* **Managed by**: Maintainers create and configure Technical Users 106 -* **Authority**: Limited to programmatic operations, no human-level decisions 107 - 108 108 **Progressive Trust**: 109 -* Reader → Contributor (registration) 110 -* Contributor → Reviewer (content track) OR Maintainer (technical track) 111 -* Reviewer → Auditor/Expert/Moderator (specializations) 112 -* All appointments based on demonstrated competence 156 +* Each level inherits capabilities from below 157 +* Additional responsibilities require appointment 158 +* Trust earned through contribution quality 113 113 114 114 **Human Authority**: 115 -* TechnicalUsersassist but don'tmake human-leveldecisions116 -* Human Reviewers validate AI outputs161 +* AKEL assists but doesn't decide 162 +* Human reviewers validate AI outputs 117 117 * Experts have final say on Tier A content 118 -* Moderators have final say on community matters 119 -* Maintainers have final say on technical configuration 120 120 121 -{{include reference="Test.FactHarborV09.Specification.Diagrams.User Class Diagram_Mermaid.WebHome"}} 165 +**Audit Oversight**: 166 +* Dedicated Auditor role for quality assurance 167 +* Sampling-based rather than reviewing everything 168 +* Feedback loop improves AI performance 122 122 170 +**Separation of Concerns**: 171 +* Technical (Maintainer) vs Editorial (Expert/Reviewer) 172 +* Domain expertise (Expert) vs Cross-domain moderation (Moderator) 173 +* Content creation (Contributor) vs Validation (Reviewer) 174 +