← Alle Projekte & Arbeitsproben

Developer Tooling · Legacy-Modernisierung

OWNER-BUILT · SANITISIERTE EINBLICKE

C16 Developer Tools

Eigene Entwicklungswerkzeuge für conzept 16 von vectorsoft: eine c16-cli, Git für lokale Prozedurstände, ein MCP-Server für KI-Assistenten und eine per Reverse Engineering entwickelte Debugger-Lösung.

conzept 16, c16-cli, MCP, TypeScript, PowerShell, VS Code, Git, Reverse Engineering

C16 DEVELOPER TOOLS / SYSTEM VIEW
C16Developer Tooling · Legacy-Modernisierung
  1. 01C16
  2. 02c16-cli
  3. 03Git + VS Code
  4. 04Debugger
  5. 05MCP
Schematische Darstellung · keine Live-Daten

01 / MEIN BEITRAG

Meine Aufgabe
in diesem Projekt.

Ich habe für meine Arbeit mit conzept 16 eigene Entwicklungswerkzeuge gebaut. Dazu gehören die c16-cli, ein MCP-Server, die Anbindung lokaler Prozedurstände an Git und eine Debugger-Lösung auf Basis von Reverse Engineering. Die Werkzeuge verbinden die spezialisierte C16-Umgebung mit VS Code, Skripten und KI-Assistenten.

DIE AUSGANGSFRAGE

In einer gewachsenen C16-Anwendung steckt viel Fachwissen. Dieses Wissen bleibt wertvoll, auch wenn sich die Werkzeuge rund um die Softwareentwicklung verändern. Ich wollte Prozeduren im Editor bearbeiten, Änderungen in Git vergleichen und KI-Assistenten über MCP mit konkreten Entwicklungsfunktionen arbeiten lassen. Dafür habe ich den Zugang zur bestehenden Umgebung erweitert. Die Anwendung muss nicht neu geschrieben werden, damit sich die tägliche Arbeit an ihr verbessern lässt.

02 / ARCHITEKTUR

So ist das System
aufgebaut.

LAYER 01

C16

C16-Prozeduren über die eigene CLI lesen

LAYER 02

c16-cli

Lokale Arbeitsstände in VS Code bearbeiten

LAYER 03

Git + VS Code

Änderungen mit Git vergleichen und versionieren

LAYER 04

Debugger

Prozeduren zurückspielen, kompilieren und debuggen

LAYER 05

MCP

Entwicklungsfunktionen als MCP-Tools nutzen

Die Grafik beschreibt den fachlichen Zusammenhang. Sie ist keine Rekonstruktion eines privaten Produktionsnetzwerks.

03 / WORKFLOW

Der Ablauf
Schritt für Schritt.

  1. 01

    C16-Prozeduren über die eigene CLI lesen

  2. 02

    Lokale Arbeitsstände in VS Code bearbeiten

  3. 03

    Änderungen mit Git vergleichen und versionieren

  4. 04

    Prozeduren zurückspielen, kompilieren und debuggen

  5. 05

    Entwicklungsfunktionen als MCP-Tools nutzen

04 / ENGINEERING

Technische
Entscheidungen.

01 / DESIGN DECISION

Eine eigene CLI als Zugang zu C16

Die c16-cli macht C16-Funktionen aus Skripten aufrufbar. Prozeduren lassen sich lesen, als lokale Dateien bearbeiten, zurückschreiben und kompilieren. Die dokumentierte Implementierung berücksichtigt dabei auch Textkodierung und strukturierte Rückgaben. Damit werden aus einzelnen manuellen Handgriffen wiederholbare Abläufe, die sich in andere Werkzeuge einbinden lassen. Die CLI ist ein eigener Baustein und bleibt auch außerhalb eines KI-Chats nutzbar.

02 / DESIGN DECISION

Prozeduren mit Git bearbeiten

Lokale Prozedurkopien machen Änderungen für Git sichtbar. Diffs zeigen, was sich geändert hat; die Historie und Checkpoints halten frühere Arbeitsstände fest. Die VS-Code-Anbindung verbindet diese Sicht mit dem Öffnen, Vergleichen, Hochladen und Kompilieren der Prozeduren. Ein lokaler Commit und ein tatsächlich übertragener Stand bleiben dabei unterschiedliche Dinge. Genau diese Unterscheidung ist bei einer bestehenden Anwendung wichtig.

03 / DESIGN DECISION

Debugger und MCP ergänzen die Arbeitsumgebung

Für die Debugger-Lösung habe ich Reverse Engineering eingesetzt. Die Editor-Anbindung umfasst das Verbinden des Debuggers und Funktions-Breakpoints. Der MCP-Server stellt daneben Entwicklungsfunktionen als Werkzeuge für KI-Assistenten bereit. Ein Assistent kann damit auf dieselben Prozedur- und Diagnosefunktionen zugreifen, die auch für manuelle Arbeit und Skripte vorgesehen sind. Lesende Zugriffe und schreibende Aktionen werden getrennt behandelt.

Warum ich es so gelöst habe

  • Die bestehende Anwendung weiterverwenden und die Entwicklungswerkzeuge gezielt ergänzen. Fachlogik bleibt erhalten, während sich die Arbeitsweise verändert.
  • CLI, Editor und MCP als zusammenhängende Zugänge gestalten. Dieselben Funktionen sollen für Menschen, Skripte und KI-Assistenten nutzbar sein.
  • Lokale Version, übertragene Prozedur und Compilergebnis unterscheiden. Git dokumentiert eine Änderung, ersetzt aber keine Prüfung in der Zielumgebung.
05 / NACHWEISE

Was sich prüfen lässt.

  • Eigene CLI, Git-/MCP-Anbindung und Debugger-Lösung wurden am 26.10.2026 vom Inhaber für diese öffentliche Darstellung bestätigt.
  • Lokale Werkzeugdokumentation beschreibt Prozedurzugriff, Kompilierung, Git-Historie, Editor-Befehle und Funktions-Breakpoints.
  • Ein vorhandener Integrationsbericht dokumentiert den MCP-Handshake und einen nicht verändernden Werkzeugaufruf.

conzept 16 · vectorsoft ↗

Die Fallstudie beschreibt meine eigenen Werkzeuge. Sie enthält keinen Arbeitgeber- oder Kundencode und veröffentlicht weder Verbindungsdaten noch private Prozeduren. Es wird keine offizielle Partnerschaft mit vectorsoft oder Kompatibilität mit jeder C16-Version behauptet.

Register der veröffentlichten Angaben ↗
FÜR DEIN TEAM

Arbeitet ihr an
etwas Ähnlichem?

Ich freue mich darauf zu erfahren, was ihr vorhabt und welche Unterstützung ihr sucht.

mk100@outlook.de ↗Mein Profil für Arbeitgeber ↗