News / public record

Checking
  1. Update / Component / Readiness · CheckingOpenLegalCore Word Connector public launch is completeThe Apache-2.0 v0.1.0-beta.1 source-only release now has a complete public component record, homepage feature, Roadmap outcome and discovery path.
  2. Update / Component / Release · CheckingOpenLegalCore Word Connector v0.1.0-beta.1 is publicThe Apache-2.0 source-only beta brings verified Slovenian legal-source research into Word for the web through OLC Engine, directly or through Open WebUI.
  3. Article · CheckingLegal RAG Can Fail Before the Model AnswersA genuine provision can still support the wrong answer. This article shows how collection scope, document splitting, filters and ranking determine which sources a legal AI model ever sees.
  4. Article · CheckingWhen a Correct Citation Leads to the Wrong LawA genuine provision and an official link do not prove that the right law was applied. This article explains why legal AI must preserve temporal versions, transitional rules and the source-selection path.
  5. Update / Project · CheckingPublic project foundation gate is completeOpenLegalCore has completed its public project foundation gate: core public routes, bounded participation channels and publication controls are operating.
  6. Article · CheckingAn Audit Trail Is Not a Log: What a Digital Legal Process Must PreserveAn audit trail is useful when it permits a reasonable reconstruction of the particular process while remaining purpose-bound, appropriately protected and subject to retention rules.
  7. Article · CheckingArticle 86 of the AI Act: Does the right to explanation already apply to Annex III systems?The legal question remains open. The technical capacity to provide an intelligible explanation should not.
  8. Update / Project · CheckingPrivate security reporting is now availableOpenLegalCore now provides a monitored project-wide private channel and a canonical security-reporting policy.
  9. Update / Component / Release · CheckingSlovenian Case Law Pipeline v0.1.7 is publicOpenLegalCore has published the production-verified Slovenian case-law ingestion component as a source-available BUSL-1.1 release.
  10. Article · CheckingA Result Is Not a Method: Why Visible Methods Matter in Legal AIWhy legal AI needs inspectable sources, provenance and human review: a legal and technical analysis of the EU Artificial Intelligence Act and GDPR.
  11. Update / Component / Release · CheckingSlovenian Legislation Pipeline v0.1.0 is publicOpenLegalCore has published the production-verified PISRS legislation-ingest component as a source-available BUSL-1.1 release.
  12. Update / Component / Release · CheckingLegal OCR Pipeline v0.1.2 is publicThe first public OpenLegalCore component is available with code, tests, offline review tooling and a bounded acceptance record.
Explore the code
Menu
Component register

COMPONENT 06 / PRIVATE · FUNCTIONAL ITERATION · v0.0.5

Legal Fact Extractor

Turn legal documents into a reviewable fact layer.

A reusable processing component that transforms Slovenian legal text into source-linked candidate assertions and directives. It can operate as a standalone extraction module and is intended for later adaptation within Open WebUI, OLC Legal Workspace and other controlled legal workflows.

Extracted items remain review candidates. They are not automatically accepted as facts or promoted into matter memory.

See the module Review the current boundary
Status
PRIVATE · INCUBATION
Version
0.0.5
Licence
NOT YET DECIDED
Record checked
2026-08-19
  1. 01

    Source-linked

    Accepted candidates retain exact, inspectable evidence spans.

  2. 02

    Role-aware

    Allegations, denials, findings and operative orders remain distinct.

  3. 03

    Fail-closed

    Ambiguous or contract-breaking output is quarantined, not guessed.

  4. 04

    Reusable core

    Standalone now; adaptable workflow connections remain planned.

01 / ROLE

A reusable transformationbetween documents and legal work.

Legal documents carry allegations, denials, findings, events, dates, directives and references inside narrative text. The extractor creates an addressable candidate layer over that source without replacing it.

01 / OCRDocument image

becomes machine-usable text

02 / FACT EXTRACTIONLegal narrative

becomes source-linked candidate records

03 / MATTER MEMORY · DIRECTIONReviewed fact layer

may become durable matter context

The document remains the source. The fact layer makes its candidate propositions addressable.

Structure the facts before the legal system reasons over them.

02 / MODULE

One bounded component.More than one possible host.

The standalone extraction path exists today. Interface and workflow connections express the component's intended architecture; they are not released integrations.

FUNCTIONAL CORELEGAL FACT EXTRACTOR

legal text → candidate fact records

IMPLEMENTED

Standalone extraction

One UTF-8 text input becomes one reviewable, validated JSON candidate bundle.

PLANNED

Open WebUI

Connect extraction to the document-upload path after an explicit integration contract.

PLANNED

OLC Legal Workspace

Adapt the component for a controlled document, review and matter workflow.

INTENDED

Other legal systems

Reuse or modify the extraction contract inside compatible frontend or backend processes.

Modular means adaptable, not universally compatible. Each host still requires an explicit input contract, review path, privacy boundary and integration decision.

03 / FACT LAYER

Structured enough to use.Linked closely enough to inspect.

The current baseline writes an immutable candidate bundle containing source identity, deterministic segments, exact spans, assertions, directives, quarantined items, coverage records and provider metrics.

ACCEPTED CANDIDATE

Locally valid and still awaiting substantive review.

Schema
Closed and versioned
Evidence
Exact and unique span
Role
Epistemic distinction retained
Result
Review candidate

QUARANTINED CANDIDATE

Preserved as an explicit failure, never silently repaired.

Schema
Unknown or missing field
Evidence
Missing, altered or non-unique quote
Normalisation
OCR-ambiguous numeric value
Result
Quarantined
01Document collectionSOURCE MATERIAL
02Reviewed fact layerCONTROLLED RECORDS
03Structured matter memoryDESIGN DIRECTION

04 / REVIEW

Extraction remains inspectable before it becomes system context.

The extraction contract controls structure and grounding. It does not decide whether an assertion is true, what evidential weight it carries or what legal consequence follows.

01 / EXTRACT

Propose candidate records.

Assertions, directives, roles and exact evidence spans remain linked.

02 / VALIDATE

Enforce the local contract.

Schema, permitted values, source alignment and ambiguity are checked fail-closed.

03 / REVIEW

Control what moves forward.

Applicable human or workflow review determines whether a candidate may become system context.

Extraction is not fact-finding. Grounding is not truth. Schema validity is not factual verification.

A candidate fact belongs in matter memory only after the applicable review step.

REVIEW SURFACE / HTML VALIDATOR

A functional review surface exists. A verified walkthrough and screenshots will be added as separate evidence after the interface and its exact operations are documented.

05 / READINESS

The module works.The workflow boundary is still open.

The component remains private while its reusable contract, document-upload integration path, review workflow, privacy boundary and relationship to structured matter memory are designed and validated.

Functional extraction core
EXISTS
Standalone contract
FIRST ITERATION
Review surface
EXISTS · EVIDENCE TO FOLLOW
Workflow integration
NOT YET CONNECTED
Open WebUI document upload
PLANNED
OLC Legal Workspace
PLANNED
Matter-memory path
DESIGN DIRECTION
Repository
TRANSFER TO OLC PENDING
Access
PRIVATE
Licence
NOT YET DECIDED