Wiki source code of POC Specification
Last modified by Robert Schaub on 2025/12/24 18:27
Hide last authors
| author | version | line-number | content |
|---|---|---|---|
 |
1.1 | 1 | = POC Specification = |
| 2 | |||
| 3 | **This section contains detailed specifications for FactHarbor POC phases.** | ||
| 4 | |||
| 5 | **Core Philosophy:** Prove the AKEL automation works before building production features. Each POC phase validates critical technical capabilities. | ||
| 6 | |||
| 7 | {{warning}} | ||
| 8 | **Critical Innovation in POC1 Context-Aware Analysis:** | ||
| 9 | |||
| 10 | POC1 tests whether AI can understand that an article's overall credibility is not simply the average of its individual claim verdicts. An article with mostly accurate facts can still be misleading if it draws unsupported conclusions. | ||
| 11 | |||
| |
2.1 | 12 | See [[Article Verdict Problem>>FactHarbor.Specification.POC.Article-Verdict-Problem]] for full discussion. |
| |
1.1 | 13 | {{/warning}} |
| 14 | |||
| 15 | == POC Phase Navigation == | ||
| 16 | |||
| |
2.1 | 17 | * **[[POC Requirements>>FactHarbor.Specification.POC.Requirements]]** Complete POC1 & POC2 specification (v4.0) |
| 18 | * **[[POC Summary>>FactHarbor.Specification.POC.Summary]]** Executive overview | ||
| 19 | * **[[Article Verdict Problem>>FactHarbor.Specification.POC.Article-Verdict-Problem]]** Why context-aware analysis matters | ||
| |
1.1 | 20 | |
| 21 | == Roadmap Navigation == | ||
| 22 | |||
| |
2.1 | 23 | * **[[POC1 Roadmap>>FactHarbor.Roadmap.POC1.WebHome]]** Core Workflow with Quality Gates |
| 24 | * **[[POC2 Roadmap>>FactHarbor.Roadmap.POC2.WebHome]]** Robust Quality & Reliability | ||
| 25 | * **[[Requirements Roadmap Matrix>>FactHarbor.Roadmap.Requirements-Roadmap-Matrix.WebHome]]** Phase assignments | ||
| |
1.1 | 26 | |
| 27 | == Key Specifications == | ||
| 28 | |||
| 29 | **POC1 Goal:** Prove AI can extract claims and evaluate them with context-aware analysis | ||
| 30 | |||
| 31 | **POC1 Output:** 5 components | ||
| 32 | 1. Analysis Summary (context-aware, 4-6 sentences) | ||
| 33 | 2. Claims Identification (3-5 claims) | ||
| 34 | 3. Claims Verdicts (verdict + confidence + reasoning) | ||
| 35 | 4. Article Summary (optional) | ||
| 36 | 5. Usage Statistics (cost tracking) | ||
| 37 | |||
| 38 | **POC1 Philosophy:** | ||
| 39 | * Context-aware analysis (article ≠ sum of claims) | ||
| 40 | * Cost efficiency tracking (viable at scale) | ||
| 41 | * Fail-fast learning (test critical capabilities) | ||
| 42 | |||
| 43 | **POC1 Success Criteria:** | ||
| 44 | * AI quality ≥70% (including context-aware assessment) | ||
| 45 | * Cost per analysis <$0.05 (target) | ||
| 46 | * Minimal manual editing (<30%) | ||
| 47 | |||
| 48 | **POC1 → POC2 Decision Gate:** GO / NO-GO / ITERATE | ||
| 49 | |||
| |
2.1 | 50 | See [[POC Requirements>>FactHarbor.Specification.POC.Requirements]] for complete specification. |
| |
1.1 | 51 | |
| 52 | == POC vs. Full System == | ||
| 53 | |||
| 54 | |= Feature |= POC1 |= POC2 |= Full System | ||
| 55 | | Scenarios | ❌ Deferred | ✅ Multiple | ✅ + Persistence | ||
| 56 | | Evidence Display | ❌ None | ✅ With sources | ✅ + Quality scoring | ||
| 57 | | Quality Gates | 🟡 4 simplified | ✅ 6 comprehensive | ✅ + ML validation | ||
| 58 | | Database | ❌ Stateless | ✅ PostgreSQL | ✅ + Redis + S3 | ||
| 59 | | User Contributions | ❌ Read-only | ✅ Enabled | ✅ + Reputation | ||
| 60 | |||
| |
3.1 | 61 | ** |