ROS / Nea Polis

Architektur & Forschungsmodell

Identität, Provenienz, Evidenz und Zeit bilden die Grundlage; eine optionale Systemlinse ergänzt Topologie, Zustände, Flüsse und Rückkopplungen.

Ausführungsmodi: COMPACT & FULL

AUTO wählt den Modus; COMPACT erhält den Field-Guide-Modus, FULL dient systematischer Forschung. In der aktuellen Usage heißen diese Ausführungsmodi MODE. Fachlicher scope (etwa architecture) und method_profile (etwa system_reading) sind separate Achsen. Die historisch benannten Scope-Profile bleiben kompatibel.

COMPACT

COMPACT_URBAN
Urban · Stadtstruktur, historische Schichten, Architektur, Materialzustand, Infrastruktur und Begehungsstrategie.
COMPACT_EXTRA_URBAN
Extra-urban · Gelände, Geologie, Hydrologie, Vegetation, Eingriffe, Zugänglichkeit und Feldbeobachtung.
COMPACT_TECHNICAL
Technical · Motivation, Konstruktion, Funktionsrollen, Physik, Betrieb, Sicherheit und Lifecycle eines technischen Systems.

FULL

FULL_GENERAL
General Research · Belegtes Substrat, systematische Analyse, Hypothesen, Gegenmodelle und nachvollziehbare Forschungsiteration; Module und Gates nach Scope.
FULL_NIS
News Intelligence · Zeitserielle Ereignis- und Informationsanalyse im gemeinsamen Forschungsstand mit Signal-/Index-Layer, SARM-Integritätsprüfung und getrennten spekulativen Claims.

COMPACT verlangt nicht automatisch Hypothesen, Countermodels, Graph Closure, adversielle Analyse, Signal-/Indexanalyse oder ResearchIteration-Ketten. Quellen, Beobachtungen, Zustände, offene Fragen und FieldObservationPoints bleiben nachvollziehbar; nicht anwendbare Gates sind kein Fehler.

UID-stabile Promotion

ROS@latest → ROS@v1.7.2 laut globalem Resolver und ROS-Bridge. NIS/SARM 1.1 RC1 übernimmt den anwendbaren Core, BIS 0.3.1 und NP-SIC 1.0.0 bleiben unverändert. Neue Snapshots und ArtifactBuild verwenden das interne ROS-Schema 1.7.2; historische 1.7.1-Pins/Bytes bleiben erhalten und werden nur über explizite Migration erweitert. Diagramme binden die vorgelagerte Quellprojektion, nicht den nach Aufnahme entstehenden State-Hash. Promotion ist kein Nachweis nativen Event-Replays oder produktiver Adapter.

ROS – Schichten des ForschungsmodellsCommon Meta-Kernel; Kanonischer Forschungsstand; Systeme, Raum & Zeit; Optionale Dynamic Systems & Network Lens; Kausale Abdeckung & Realisierbarkeit; Intervention & Rückkopplung; Kanonische Projektion & Registerintegrität; Bedingte Prozessdiagramme & semantische Prüfung; Freigabe & Auslieferung. Die ausführlichen Beschreibungen sind über Architektur erreichbar.01Common Meta-Kernel02Kanonischer Forschungsstand03Systeme, Raum & Zeit04Optionale Dynamic Systems & Network Lens05Kausale Abdeckung & Realisierbarkeit06Intervention & Rückkopplung07Kanonische Projektion & Registerintegrität08Bedingte Prozessdiagramme & semantische Prüfung09Freigabe & Auslieferung
  1. Common Meta-Kernel
  2. Kanonischer Forschungsstand
  3. Systeme, Raum & Zeit
  4. Optionale Dynamic Systems & Network Lens
  5. Kausale Abdeckung & Realisierbarkeit
  6. Intervention & Rückkopplung
  7. Kanonische Projektion & Registerintegrität
  8. Bedingte Prozessdiagramme & semantische Prüfung
  9. Freigabe & Auslieferung

Schicht 01

Common Meta-Kernel

Gemeinsame Identitäts-, Provenienz-, Zeit-, Beziehungs- und Artefaktregeln tragen ROS und das eigenständige BIS. SourceOrigin, SourcePerspectiveProfile und knowledge_time ergänzen Fundstellen und Quellenunabhängigkeit.

  • UID / Source / SourceLocator
  • SourceOrigin / SourcePerspectiveProfile
  • knowledge_time / CrossReference

Schicht 02

Kanonischer Forschungsstand

ResearchQuestion und CollectionScope definieren den Auftrag. SubstrateAssembly ordnet das belegte Ausgangsmaterial; Claim, Constraint, Mechanismus und Hypothese bleiben getrennt. ResearchIteration erhält den Entstehungsweg. COMPACT verzichtet auf nicht benötigte FULL-Pflichten. Predictions, Falsifier, negative Evidenz und Validation schließen die empirische Revisionsschleife; Ontology Diversity prüft alternative Beschreibungsrahmen.

  • ResearchQuestion / CollectionScope
  • SubstrateAssembly / ResearchIteration
  • Claim / Hypothesis / Countermodel
  • Prediction / Falsifier / Validation

Schicht 03

Systeme, Raum & Zeit

ResearchUnit, System, Subsystem und Komponente definieren den Scope. Gewichtete Abdeckung verhindert, dass ein gut dokumentierter Teil für ein vollständig untersuchtes Gesamtsystem steht. Zeitgültige Geometrien und Betriebszustände trennen geplant, historisch und aktuell.

  • ResearchUnit → System → Subsystem
  • OperationalState / valid_time
  • SpatialAssertion / MaterialCondition

Schicht 04

Optionale Dynamic Systems & Network Lens

Nach positivem Applicability Gate kann ROS ein System als S=(G,X,F,U,D,Θ,P) beschreiben: Topologie, Zustände, Flüsse, exogene Eingaben, Verzögerungen, Zeitskalen und Beobachtungsprojektion. LEVEL 0–3 reicht von implicit bis formal/numerical. Die Linse ist optional und erzeugt keinen Zwangsgraphen für bestehende Research-Objekte.

  • Applicability Gate / LEVEL 0–3
  • G / X / F / U / D / Θ / P
  • Topology change / State transition / Feedback
  • Domain-System Graph ≠ Epistemic Research Graph

Schicht 05

Kausale Abdeckung & Realisierbarkeit

CausalCoverageAudit prüft materielle Treiber, Gegenmodelle und Scope-Grenzen. ConstraintEvaluation und FeasibilityAssessment operationalisieren HARD/SOFT/UNKNOWN; CausalIdentification hält den Claim-spezifischen Grad M0–M4, ImpactLedger gegenläufige Wirkungen.

  • causal_coverage_audit
  • constraint_evaluation / feasibility_assessment
  • causal_identification / impact_ledger

Schicht 06

Intervention & Rückkopplung

Intervention und Monitoring verbinden Zustände mit beobachteten Wirkungen. ActorGraph und AdversarialAssessment ergänzen die Gegenprüfung. Der Signal-/Index-Layer bewahrt Rohdaten, Zeitfenster und Ableitungsprovenienz; NIS nutzt denselben Research State.

  • Intervention / MonitoringSeries
  • ActorGraph / AdversarialAssessment
  • Signal / Index / DerivationEdge

Schicht 07

Kanonische Projektion & Registerintegrität

Immutable EventHistory → ein aktiver MaterializedResearchState → vollständige CanonicalRegisters → ArtifactBuild. QG-RS-01 prüft Referenzen, IDs, Prognoseimmutabilität und Fingerprints; QG-RT-01 schützt vor ungeprüfter Übernahme adversarieller Kritik. Das Site-Datenmodell ist eine redaktionelle Sicht, keine ROS-Engine.

  • state_projection / register_integrity_assessment
  • QG-RS-01 / QG-RT-01
  • projection_seq / event_head_hash / canonical_fingerprint

Schicht 08

Bedingte Prozessdiagramme & semantische Prüfung

ROS 1.7.2 ergänzt Anwendbarkeitsentscheidung, typisierte Prozessspezifikation und versionierten SVG-/Textbuild aus einer vorgelagerten Quellprojektion. QG-FC-01..04 prüfen Materialität, Ableitung, Semantik und Artefakt. Prozessgraph, Domain-System Graph und epistemischer Research Graph bleiben getrennt; Diagramme erzeugen keine neue Evidenz.

  • FlowchartApplicabilityAssessment
  • FlowchartSpec / FlowchartBuild
  • QG-FC-01..04 / QG-AR-01

Schicht 09

Freigabe & Auslieferung

Logisches Artefakt und unveränderlicher Build bleiben getrennt. Manifeste, Eingabefingerprints, Zeitstand und Qualitätszustand machen nachvollziehbar, aus welchem Research State eine Ausgabe erzeugt wurde.

  • Artifact / ArtifactBuild
  • Fingerprint / Manifest
  • Freshness / Release

Methoden vertiefen

MethodDokumentierter Stand

Research Operating System

ROS macht den Forschungsweg nachvollziehbar: Fragestellung und Erhebung führen zum belegten Substrat, aus dem Analyse, Hypothesen und Iterationen entstehen. ROS 1.7.2 ergänzt den konsolidierten Research State um bedarfsgerechte, quellzustandsgebundene Prozessdiagramme mit getrennten Semantik- und Artefaktprüfungen.

v1.7.2
Methode öffnen
MethodActive method

Substratbasierte Hypothesenbildung

Erklärungen beginnen bei dem, was ein System materiell tragen muss: Ressourcen, Energie, Geometrie, Werkzeuge, Logistik, Arbeit und institutionelle Kapazität. Narrative Deutungen werden erst danach gegen dieses Substrat geprüft.

v1.0
Methode öffnen