Zum Inhalt springen
HOOKFABRIK Kontakt

HOOKFABRIK · TECHNOLOGY

Intelligente Systeme.
Kontrolliert gebaut.

HOOKFABRIK entwickelt Entscheidungs-, Wissens-, Analyse- und Automatisierungssysteme vom realen Problem aus. Problemverständnis, Evidenz, Architektur, Ausführung und Validierung folgen expliziten Grenzen – damit Technologie nicht nur leistungsfähig, sondern nachvollziehbar und kontrollierbar bleibt.

Problem First Evidence Bound Human Authority Fail Closed Minimum Necessary Complexity

01 · ENGINEERING PRINCIPLE

Technology
comes last.

Eine Technologie kann technisch beeindruckend und trotzdem die falsche Lösung sein. Deshalb wird zuerst entschieden, welche Fähigkeit, Kontrolle und Systemform das reale Problem tatsächlich erfordert.

01Business Need
02Control Model
03Solution Class
04System Type
05Agentic Degree
06Topology
07Technology

COMPLEXITY LADDER

Komplexität ist kein Qualitätsmerkmal.

Die Lösung wird nur komplexer, wenn eine einfachere Klasse das verifizierte Ziel und die notwendigen Grenzen nicht zuverlässig erfüllen kann.

Nicht jedes Problem braucht KI.

Nicht jede KI braucht autonome Agenten.

Mehrere Rollen rechtfertigen noch keine Multi-Agent-Architektur.

  1. 01Direct responseEine Antwort reicht.
  2. 02Single instructionEine klar begrenzte Aufgabe.
  3. 03Prompt / chainMehrstufige sprachliche Verarbeitung.
  4. 04Deterministic workflowExplizite Schritte und Regeln.
  5. 05AI-assisted workflowKI innerhalb definierter Prozessgrenzen.
  6. 06Intelligent systemState, Evidence und Entscheidungslogik.
  7. 07Agentic systemNur wenn adaptive Handlung wirklich erforderlich ist.

02 · DECISION & GOVERNANCE CORE

HOOKFABRIK
Meta Brain.

Die Entscheidungs- und Governance-Architektur hinter HOOKFABRIK-Systemen. Kein Super-Prompt, sondern eine modulare, evidenzgebundene Logik mit klaren Ownership- und Quality-Grenzen.

Meta Brain im Detail
01

Normalize

Explizite Eingabe bleibt erhalten. Ambiguitäten werden sichtbar.

02

Understand

Problem, Ziel, Constraints und gewünschte Wirkung werden getrennt.

03

Evidence

Fakt, Annahme, Inferenz und Unknown bleiben unterschiedliche Zustände.

04

Root Cause

Eine plausible Ursache wird nicht rückwirkend aus einer fertigen Lösung „bewiesen“.

05

Economics

Technische Machbarkeit und wirtschaftliche Sinnhaftigkeit bleiben getrennt.

06

Classify

Erst Lösungsklasse, dann Technologie und Topologie.

07

Design

State, Schnittstellen, Ownership, Failure Modes und Authority werden explizit.

08

Quality

Qualität kann blockieren und zurückrouten, aber keine fremde Entscheidung still ersetzen.

NormalizedRequest BusinessProblemModel EvidenceAssessment RootCauseModel SolutionDecision SystemBlueprint QualityVerdict DecisionTrace

03 · SYSTEM ENGINEERING

Vom Problem bis zum
freigegebenen System.

Engineering ist mehr als Codeproduktion. Beratung, Solution Review, Human Authority, Build, Test, Audit und Release bleiben bewusst getrennte Verantwortungsbereiche.

01Problem / IdeaHuman context
02AdvisorSolution draft
03Solution ReviewRole-separated
04Human CommissionAuthority
05BuildControlled execution
06Test / ReviewEvidence
07Audit / FreezeCandidate identity
08ReleaseFinal authority

ADVISOR

Beratung darf ihre eigene Lösung nicht freigeben.

Der Advisor strukturiert Problem und Ziele, challengt Annahmen, vergleicht Alternativen und materialisiert einen Lösungsentwurf. Die Freigabe dieses Entwurfs liegt jedoch nicht beim Advisor selbst.

  • Problem und Ziel strukturieren
  • Alternativen vergleichen
  • Scope und Acceptance ausarbeiten
  • keine eigene Build-Autorisierung

SOLUTION REVIEW

Review ist eine getrennte Assurance-Funktion.

Materielle Findings können eine Revision erzwingen oder eine bessere Lösung aufzeigen. Eine Alternative wird aber nicht still zur neuen Wahrheit: dafür braucht es Human-Disposition und erneute Prüfung.

PASS RETURN FOR REVISION BETTER SOLUTION REJECT CLASS

04 · CONTROL MODEL

Autonomie ist
kein Selbstzweck.

Human Authority ist kein einzelner „Human-in-the-loop“-Schalter. Das System trennt, wer analysieren, empfehlen, entscheiden, verändern, blockieren oder freigeben darf.

AUTHORITY LEVEL
01

Assist

Information und Unterstützung.

02

Recommend

Vorschlag ohne Entscheidungsautorität.

03

Prepare

Arbeit vorbereiten, aber nicht freigeben.

04

Execute with approval

Ausführung nach expliziter Freigabe.

05

Execute within boundary

Autonomie nur innerhalb autorisierter Grenzen.

Ein Human-Entscheid macht aus einer unbelegten externen Behauptung keinen verifizierten Fakt.
Ein Reviewer darf blockieren – aber nicht die Originalentscheidung still ersetzen.
Eine Empfehlung wird nicht rückwirkend zur Requirement, nur weil sie später nützlich erscheint.

05 · CONTROLLED EXECUTION

Ausführung braucht
einen Vertrag.

Eine ausführende Komponente bekommt nicht einfach Zugriff. Arbeit wird an Fall, Assignment, Authority, Version, Workspace und erlaubten Scope gebunden.

EXECUTION BOUND SESSION controlled mutation
WHORole
WHATAssignment
WHICH CASECase / Version
AUTHORITYBinding
WHEREWorkspace
SCOPEAllowed operations

IMMUTABLE CHECKPOINTS

Veränderungen hinterlassen Evidenz.

Working-copy digest Change record Commands Test evidence Authority Timestamp

06 · EVIDENCE SYSTEMS

Relevanz ist noch
kein Beweis.

Meta Search zeigt konkret, wie HOOKFABRIK zwischen thematischem Kontext und tatsächlich antworttragender Evidenz trennt.

DIRECT

Antworttragend.

Die Quelle trägt mindestens einen tatsächlich angefragten Informationsbedarf direkt.

CONTEXT

Relevant, aber nicht beweisend.

Die Quelle passt zum Thema, trägt die verlangte Relation aber nicht direkt.

TRASH

Materiell irrelevant.

Kein relevanter Beitrag zur konkreten Frage.

EVIDENCE COVERAGE

Eine Antwort ist erst möglich, wenn die Frage abgedeckt ist.

Die Originalfrage wird auf generische Informationsbedarfe abgebildet. Fehlt ein notwendiger Teil, wird begrenzt nach Evidenz gesucht. Bleibt die Coverage unvollständig, schließt das System fail-closed statt eine scheinbar vollständige Antwort zu erzeugen.

REQUIRED CausalQuantitativeTemporal
COVERED Causal ✓Quantitative ✓Temporal —
RECOVERY bounded querymax. 2or INSUFFICIENT

ENGINEERING VALIDATION RECORD

Evidence Utility & Coverage Gate

PASS · scoped

Scope: Meta Search · Evidence Utility / Coverage · INTERNET_SEARCH_ONLY

110 / 110Search Adapter
2.000 / 0Synthetic cases / errors
126 / 126Core / module runner
41 / 41Benchmarks

Diese Evidenz belegt den genannten Utility-/Coverage-Scope. Sie ist kein allgemeiner Accuracy- oder „vollständig verifiziert“-Claim für Meta Search.

07 · SYSTEMS

Aus Problemen entstehen
unterschiedliche Systemformen.

Die Systemklasse ist ein Ergebnis der Analyse – keine Vorgabe am Anfang.

01

Decision Systems

Evidenz, Regeln, Unsicherheit und Entscheidungsgrenzen strukturiert verarbeiten.

DECISION
02

Knowledge Systems

Wissen sammeln, strukturieren, kontextualisieren und kontrolliert verfügbar machen.

KNOWLEDGE
03

Process Systems

Zustände, Übergaben, Verantwortlichkeiten und Abläufe explizit modellieren.

PROCESS
04

Analysis Systems

Informationen zusammenführen und in nachvollziehbare Entscheidungsgrundlagen überführen.

ANALYSIS
05

Automation Systems

Deterministische oder AI-unterstützte Abläufe kontrolliert orchestrieren.

AUTOMATION
06

Agentic Systems

Nur wenn adaptive, zustandsbehaftete Handlung nicht zuverlässig auf einen einfacheren Workflow reduziert werden kann.

WHEN JUSTIFIED

08 · VALIDATION

REGRESSION PASS
≠ RELEASE PASS.

Ein Testlauf ist Evidenz. Er ist nicht automatisch Release-Autorität. Release entsteht erst, wenn alle verpflichtenden Gates für denselben unveränderten finalen Candidate bestanden sind.

01

Artifact integrity

  1. 01Artifact identity
  2. 02Package integrity
  3. 03Entrypoint
  4. 04Documented command
02

Runtime

  1. 05Startup
  2. 06Golden user journey
03

Resilience

  1. 07Persistence / restart
  2. 08Controlled failure
  3. 09Shutdown
04

Acceptance

  1. 10Regression
  2. 11Release

CURRENT RELEASE EVIDENCE

Meta Brain v4.0.6

STABLE FROZEN
212 / 212Tests PASS
13 / 13Governance Focus
12 / 12Real Case Validation
12 / 12Semantic Reproducibility
0Critical Issues
PASSRegression
INDEPENDENT FROZEN-STATE RE-REVIEW PENDING

Der offene Re-Review bleibt Teil des sichtbaren Status. Historische Reports dürfen die aktuelle Release-Wahrheit nicht überschreiben.

09 · SECURITY & CONTROL

Security ist
eine Systemgrenze.

Kontrolle entsteht nicht durch ein Schloss-Icon, sondern durch explizite Authority-, Artifact-, Execution- und Provider-Grenzen.

01

Authority Isolation

Lesen, empfehlen, verändern, blockieren und freigeben bleiben getrennte Rechte.

02

Artifact Integrity

Versionen, Digests und akzeptierte Artefakte bleiben nachvollziehbar gebunden.

03

Execution Containment

Scope, erlaubte Operationen und kontrollierte Failure States begrenzen Ausführung.

04

Provider Boundaries

Die Provider-Schicht darf zentrale Governance und Authority nicht ersetzen.

DEFAULT BEHAVIOUR Fail closed rather than silently continue.

PROVIDER NEUTRALITY

Das Modell ist eine Komponente. Nicht die Architektur.

Die Provider-Schicht ist so entworfen, dass Modell- oder Providerwechsel die zentrale Entscheidungs-, Governance- und Human-Authority-Logik nicht ersetzen. Konkrete Provider-Verfügbarkeit bleibt releaseabhängig und wird hier bewusst nicht als allgemeiner Production-Claim dargestellt.

10 · EVIDENCE & INSIGHTS

Evidence,
nicht nur Aussagen.

Tests, Reviews, Audits und Releases werden langfristig als versionierte Records mit Scope, Status, Evidenz und Limitierungen veröffentlicht.

HF-EVID-001CURRENT

META BRAIN · RELEASE VALIDATION

v4.0.6 Final Release Evidence

Status
STABLE / FROZEN
Tests
212 / 212 PASS
Limitation
Independent re-review pending
HF-EVID-002PASS · SCOPED

META SEARCH · ENGINEERING VALIDATION

Evidence Utility & Coverage Gate

Adapter
110 / 110
Fault Injection
2.000 / 0 errors
Boundary
INTERNET_SEARCH_ONLY
PUBLIC EVIDENCE MODELNEXT

STRUCTURE

Version. Scope. Evidence. Limitation.

Ein öffentlicher Status wird nie stärker dargestellt, als seine zugrunde liegende Evidenz erlaubt.

PUBLIC REVIEWS

Angewandte Analyse auf realen Fragestellungen.

Keine Kundenaufträge. Keine bezahlten Referenzprojekte. Diese Reviews wurden von HOOKFABRIK eigenständig mit eigener Software und Methodik auf Basis öffentlich verfügbarer Informationen durchgeführt.

ENGINEERING PERSPECTIVES

Fragen, die für intelligente Systeme wichtiger sind als der nächste Hype.

EVIDENCE

Relevance is not Evidence.

Warum thematische Nähe noch keine antworttragende Evidenz ist.

VALIDATION

Why Regression Pass is not Release Pass.

Warum ein grüner Testlauf keine Release-Autorität besitzt.

ARCHITECTURE

Authority is an Architecture Decision.

Warum Autonomie ohne explizite Ownership-Grenzen kein Kontrollmodell ist.

11 · ABOUT HOOKFABRIK

Systeme für Probleme,
die nicht mit einem Tool beginnen.

HOOKFABRIK verbindet Problemverständnis, Systemarchitektur, AI Engineering, Automation und Validation. Technologie wird dort eingesetzt, wo sie einen belegbaren Nutzen für das reale Problem erzeugt – nicht, weil sie verfügbar oder gerade populär ist.

PROBLEM FIRST. EVIDENCE OVER PLAUSIBILITY. AUTHORITY BY DESIGN. COMPLEXITY ONLY WHEN JUSTIFIED.

START WITH THE REAL PROBLEM

Welches Problem soll
Ihr System lösen?

Beschreiben Sie uns nicht zuerst die gewünschte Technologie. Beschreiben Sie uns das Problem.