Eigenständige Websites aus einem gemeinsamen Kern. Engineering, das überprüfbar bleibt.
Produkt · AshaCore WebPlatform
Eine eigene Website für Ihre Einrichtung — aus einem gemeinsamen, geprüften Kern, nicht als individuelles Softwareprojekt. Betrieben in Deutschland.
Engineering-System · AECP
Ein Kontrollsystem, das Absicht in identifizierbare, budgetierte und beweispflichtige Arbeit übersetzt — für Agenten und Menschen. AgnoOS ist die Engine, das Command Center die Oberfläche.
Produkt · AshaCore WebPlatform: eigenständige Websites aus einem gemeinsamen, geprüften Kern. Engineering-System · AECP: nachvollziehbare, budgetierte und beweispflichtige Arbeit für Agenten und Menschen.
AECP
Kontrollsystem · AgnoOS als Engine · Command Center als Oberfläche
AshaCore Engineering Control Plane
Ein Kontrollsystem, das Absicht in identifizierbare, budgetierte und beweispflichtige Arbeit übersetzt — für Agenten und Menschen.
Engineering-System, später Produkt
Aktueller Stand
Stand
Belegt
Plan, Grundlagen und der ratifizierte Ausgangspunkt sind dokumentiert.
Im Bau
Die ersten Dispatches der beiden Spuren laufen; Kernel-Fundament und Lieferfähigkeit werden parallel weitergeführt.
Nächster Nachweis
Der nächste geplante Meilenstein ist der Go-Nachweis für die Durable Runtime.
Der veröffentlichte Überblick trennt den intern dokumentierten Stand, laufenden Bau und den nächsten Prüfpunkt - ohne öffentliche Verfügbarkeit zu versprechen.
Systeme
Klare Produkt- und Systemgrenzen
Das AECP bündelt AgnoOS als Engine und das Command Center als Benutzeroberfläche. Die AshaCore WebPlatform wird als separates Produkt entwickelt.
Nachvollziehbarkeit
Arbeit hinterlässt dokumentierte Spuren
Aufträge, Übergaben, Tests, Reviews und Laufzustände werden soweit möglich als prüfbare Artefakte gehalten.
Grenzen
Der unfertige Teil bleibt sichtbar
Was nur mit Fixtures funktioniert, noch keine Ende-zu-Ende-Probe hat oder menschliche Freigabe braucht, wird genau so benannt.
Unsere Entwicklung · ausgewählte Meilensteine
Aus konkreter Produktarbeit werden belastbare Prinzipien.
Die WebPlatform und das interne Engineering-System entwickeln sich an unterschiedlichen Aufgaben. Ihre gemeinsame Erfahrung: Klare Grenzen, ein verständliches Datenmodell und überprüfbare Ergebnisse müssen früh mitgebaut werden.
Juni 2026
Der gemeinsame Plattformkern
Die Architektur legt eine generische Anwendung für mehrere Websites und eine klare Account-Grenze fest. Wiederverwendbare Inhalte, Rollen und Mandantentrennung werden zum Fundament.
Juli 2026
Produkte und Qualitätsanspruch werden konkret
Nido und Sede erhalten eine definierte Produkt- und Paketstruktur. Prüfbare Sicherheits- und Datenschutznachweise werden als Teil der normalen Entwicklungsarbeit verankert.
15. August 2026
Das Audit schärft den Blick auf KI-Arbeit
Eine technische Bestandsaufnahme von AECP und AgnoOS trennt Architekturabsicht, Implementierung und Laufzeitnachweis. Daraus folgen klare Prioritäten für Harnessing, Kontextgrenzen und verlässliche Ergebniszustände.
September 2026
Erkenntnisse verständlich machen
Wir erläutern die Produktlinien und die Gründe hinter der Architektur: begrenzte Autonomie, gezielter Wissensabruf, überprüfbare Arbeit und sicherer Plattformbetrieb. Entwicklungsziele bleiben als solche erkennbar.
Wer baut
Ashkan trägt die Verantwortung. Agenten übernehmen klar begrenzte Arbeit.
Die Zusammenarbeit ist funktional organisiert: Kontext und Auftrag zuerst, isolierte Umsetzung danach, unabhängige Prüfung vor jeder Übergabe.
Verantwortlicher Mensch
Ashkan Nezami
Gründer, Produktverantwortung und letzte Entscheidung
Ashkan setzt Vision und Prioritäten, entscheidet über Risiken und behält öffentliche Freigaben, Produktion und Richtung in menschlicher Hand.
Funktionale KI-Agentenrollen
01
Produkt & Architektur
Schärfen Ziele, schneiden Arbeit und halten Systemgrenzen konsistent.
02
Engineering
Bauen in isolierten Arbeitsständen und liefern reproduzierbare technische Nachweise.
03
Review & Qualität
Prüfen unabhängig gegen denselben Stand und machen Widersprüche sichtbar.
04
Design & Forschung
Übersetzen Vision in verständliche Interaktion und hinterfragen Annahmen früh.
Der dokumentierte Stand, nicht die perfekte Rückschau.
Kurze, datierte Notizen halten fest, was intern dokumentiert ist und welche Lücke als Nächstes zählt.
Zwei Produkte, zwei Zielgruppen.
Die Produktseiten trennen jetzt die AshaCore WebPlatform (Produkt in Pilotphase, KitaNido als erstes Produkt, Leovino als erster Sede-Pilot) vom AECP (Engineering-System mit AgnoOS und Command Center, später Produkt). Beide Seiten benennen ihre Komponenten; Status-Aussagen folgen dem internen Plan. Interne Bezeichnungen und Fremdbausteine sind auf einen Technologie-Block begrenzt.
AshaCore.de wird vision-first.
Die öffentliche Struktur stellt Vision, AECP und WebPlatform in den Vordergrund und trennt dokumentierten Stand, laufenden Bau und nächste Prüfziele.
Lokaler Arbeitsfluss dokumentiert, Produktionspfad noch offen.
Aufträge, Dispatches, lokale Zustandsansichten und isolierte Runs sind intern dokumentiert; Recovery und die vollständige Auftrag-zu-Nachweis-Kette bleiben die nächsten Prüfziele.