ROS / Nea Polis
Dokumentierte Baselines, offene Migration, Freigaben und Grenzen bleiben sichtbar.
Dokumentierter Stand
Vorherige Website-Baseline: ROS 1.3.0-RC1. Die Übersicht unterscheidet den Forschungsstand von separat dokumentierten Erweiterungen.
Hypothesen werden über erwartbare Beobachtungen, Falsifier und Validierung mit empirischen Befunden konfrontiert. Die Weiterentwicklung seit der vorherigen Website-Baseline macht die Revisionsschleife explizit.
PredictionFalsifierNegativeEvidenceValidationResearchIterationAlternative Beschreibungsrahmen werden explizit geprüft: physisch, funktional, historisch, ökonomisch, institutionell oder symbolisch. Substrat begrenzt Erklärungen, monopolisiert sie aber nicht.
Ontology DiversityCompeting HypothesesSeparater Overlay zum Release: scope architecture beschreibt die Domäne, method_profile system_reading das Verfahren. Object Graph, Process Graph und Epistemic Graph bleiben getrennt; Material und Phase/Transformation sind unterschiedliche Ebenen.
scope: architecturemethod_profile: system_readingObject / Process / Epistemic Graphvalidation_depth V0–V4Eine operative Usage-Datei verhindert parallele Methodendefinitionen. MODE unterscheidet AUTO, COMPACT und FULL; fachlicher Scope, Methode, Operation und Ausgabe werden separat benannt.
ros_usage_latest.mdMODE ≠ domain scopeROS ARCHITECTURE FULL ANALYZEDokumentationsbasis: ROS Architektur analysieren (2026-09-04). Interne Bibliothek; Originalartefakte hier nicht erneut validiert.
Die Release-Baseline bleibt unverändert. Architecture/System Reading wird als gesonderter Overlay geführt. ros_usage_latest.md ist die kanonische operative Usage-Referenz. AUTO/COMPACT/FULL heißen in der neuen Syntax MODE; scope bezeichnet die fachliche Domäne. Historische Bezeichnungen bleiben als kompatible Altstände erkennbar.
Die interne Dokumentation berichtet bestandene Overlay-Prüfungen. Originalmanifest, Hashes, Forschungsregister und Tests wurden für diese Website nicht erneut geprüft. Dokumentationsstand ist kein unabhängiger Nachweis empirischer Modellgüte.
Redaktionelle Auswahl, kein vollständiger Gate-Katalog. Anwendbarkeit richtet sich nach Modus, Domäne und Modul.
Erwartung und Beobachtung vergleichen; Kohärenz allein bestätigt keine Hypothese.
Bevorzugte Beschreibung prüfen; Scan-Priorität ist keine automatische Erklärungspriorität.
Physisches Objekt, Prozessmodell und epistemischer Nachweis nicht vermischen.
Historische Website-Baseline
Testfähiger Release Candidate. Die dokumentierten Fixture-Ergebnisse sind eine Grundlage für reale Referenztests, noch keine stabile Freigabe.
Die interne Release-Dokumentation berichtet PASS für COMPACT-, FULL- und NIS-Fixtures, Schema- und Migrationsprüfungen sowie Artefakt-QA. Diese Site gibt den berichteten Stand wieder; sie führt weder das Original-RC-Bundle noch dessen Fixtures aus.
Gemeinsame Regeln für UID, Provenienz, Zeit, Entitäten und Beziehungen, Applicability, XRefs und Ableitungen, Artifact/Build und QualityGate. ROS und das eigenständige BIS bleiben fachlich getrennt.
ResearchQuestion und CollectionScope machen den Auftrag explizit. SubstrateAssembly bündelt das belegte Ausgangsmaterial; ResearchIteration hält fest, wie neue Evidenz die Analyse verändert. Hypothesen folgen der Constraint-first-Prüfung.
SourceOrigin und SourcePerspectiveProfile unterscheiden Herkunft und Perspektive. knowledge_time hält fest, wann Information im Forschungsstand verfügbar war. Echo- und Unabhängigkeitsprüfung verhindern, dass Wiederholungen als unabhängige Bestätigung zählen.
Akteure, Rollen, Beziehungen und Lineage werden explizit erfasst. Kontrollierte rekursive Auflösung mit Materialitätsgrenzen dokumentiert, wo der Graph geschlossen ist und wo offene Beziehungen verbleiben.
AdversarialAssessment verankert Gegenprüfung im Modell. ExternalForecast bleibt von eigenen Predictions getrennt. Die SARM-Gegenprüfung wird auf den generischen Signal-/Index-Layer abgebildet; abweichende Signale sind nicht automatisch wahr.
Definition und Beobachtung, Gewichtung, Zeitfenster, Transformation, Baseline, Abweichung und Trend bleiben unterscheidbar. DerivationEdge macht Ableitungen nachvollziehbar. RAW ≠ Derived und Missing ≠ Neutral gelten auch für NIS im gemeinsamen Research State.
Zwei Forschungsziele mit expliziten ScopeProfiles: Orientierung und Beobachtung im Feld oder systematische Analyse, Gegenprüfung und Monitoring. COMPACT bleibt ein eigenständiger Modus, keine unvollständig ausgefüllte FULL-Analyse.
Explizite Migration von der vorherigen Baseline und additive Promotion von COMPACT nach FULL. Vorhandene kanonische Records und UIDs bleiben erhalten; neue Anforderungen werden ergänzt.
Dokumentationsbasis: BIS v1.3.0 (2026-09-02). Interne Bibliothek; Originalartefakte hier nicht erneut validiert.
Dokumentierter Stand
Aktueller dokumentierter ROS-Stand. Die Website beschreibt die Forschungsarchitektur; sie bestätigt keine eigene Prüfung des Original-Releases oder dessen produktive Freigabe.
Unabhängige Release-Abnahme und empirische Modellgüte wurden hier nicht geprüft. NIS-Migration und BIS-Version werden nicht automatisch aus der ROS-Version abgeleitet.
Dokumentationsbasis: ROS Architektur analysieren (2026-09-04). Interne Bibliothek; Originalartefakte hier nicht erneut validiert.
Dokumentierter Entwicklungsstand
Kontrolliert rekursiver Corporate-/Operational-Graph mit Rollen, Legal Lineage und operativen Beziehungen.
Offene Daten und wirtschaftliche Konditionen bleiben fallbezogen sichtbar. Ein FULL-Scope ist kein Vollständigkeitsbeweis über unbeobachtete Beziehungen.
Dokumentationsbasis: BIS v0.2 -> v0.3 (2026-08-29). Interne Bibliothek; Originalartefakte hier nicht erneut validiert.
Release Candidate / experimentell
Additive Integration, Schemas, Transformer, Validator und Migrations-Runbook sind als RC1-Paket dokumentiert.
Full-Corpus-Cutover erst mit realen historischen Tages-Dumps; Indexkalibrierung und Prognosegüte sind noch nicht empirisch belegt.
Dokumentationsbasis: Proto Index entwickeln (2026-09-02). Interne Bibliothek; Originalartefakte hier nicht erneut validiert.
Eindeutige UIDs und auflösbare Verweise; keine stillen Duplikate oder verwaisten Aussagen.
Aussage, Beleg, Inferenz und Hypothese unterscheiden; Gegenmodelle und fehlende Evidenz erhalten.
Scope, valid_time, Betriebszustand und Beobachtungsfenster explizit prüfen.
Release, Build-ID, Fingerprint und Freshness verbinden; veraltete Snapshots sichtbar markieren.
Die folgenden internen Quellen tragen die Systembeschreibungen. Private Aufgabenlinks und Rohdaten werden nicht veröffentlicht.
Interne Spezifikation und Anwendungsdokumentation. ROS 1.2.0, Triest-Migration, Straubing-Referenz und Field-Reader-Lifecycle.
Interne Entwicklungsdokumentation. BIS 0.3.1: Unternehmensstruktur, Portfolio, Public Perception und kontrollierte Graphrekursion.
Interne Modul- und Migrationsspezifikation. ROS.NIS, Indexschema 1.0 und RC1-Migrationspaket; vollständiger historischer Cutover noch offen.
Interne ROS-Release-Dokumentation. Trotz Aufgabentitel dokumentiert der Abschluss ROS 1.3.0-RC1: Scope-Profile, neue kanonische Objekte, 16 zusätzliche Gates und berichtete Fixture-Prüfungen. Originalbundle hier nicht erneut ausgeführt.
Interne Release- und Overlay-Dokumentation. ROS 1.5.0 mit Prediction/Validation und Ontology Diversity; Architecture/System Reading als separater Overlay, nicht nachträglich in das Release geschrieben. Angaben lesend aus der internen Aufgabenhistorie übernommen.
Internes kanonisches Forschungsartefakt und Anwendungsdokumentation. ROS-Rekonstruktion eines Gedankenlabor-Korpus von 2024: 14 deutschsprachige Essays, H1–H13, Evidence Runs A–E, Negativbefunde, Validation Matrix, finaler Research Graph, offene Fragen und Quellenregister. Angaben lesend aus der internen Aufgabenhistorie übernommen.