Themen

Thomas Hirt teilte seine Praxiserfahrungen mit dem agentischen Erzeugen von FileMaker-Code über FM-Lab. Zusammen in einer Übersicht seines Setups, die das Zusammenspiel der Komponenten erklärt, koppelte er seinen Erfahrungsbericht mit einer fachlichen Einordnung der beteiligten Bausteine. Drei Komponenten – und eine vierte Wer mit FM-Lab arbeitet, hat es im Kern mit drei Komponenten zu tun: dem Entwickler am FileMaker-Arbeitsplatz, dem AI-Agenten (bei Thomas meist Claude) und FM-Lab als Backend. Thomas hat dieses Gespann um eine vierte, selbstgebaute Schicht erweitert....

Armin Egginger zeigte ein Projekt, an dem er seit Monaten arbeitet: das direkte Auslesen und Vergleichen von FileMaker-Dateien auf binärer Ebene – ohne den Umweg über XML. Der Anlass: ein Fehler im Release Der Auslöser war ein klassisches Praxisproblem. Beim Kunden war ein Release eingespielt worden, danach stimmte etwas nicht. Die Frage lautete: Wie findet man schnell heraus, was sich zwischen dem alten und dem neuen Stand geändert hat? Armin zog das aktuelle Release heraus und verglich es mit einem alten Release aus 2025 (Version 21....

Marcel Moré stellte die Neuerungen vor, die in den Wochen seit dem letzten Stammtisch in FM-Lab eingeflossen sind – dem auf DuckDB basierenden Framework, das eine FileMaker-Lösung als strukturierten Objektkatalog für AI-Agenten verfügbar macht. Viele der Änderungen gehen auf Rückmeldungen der Betatester zurück: Aus gemeldeten Bugs und Edge-Cases entstanden immer wieder neue Ideen und daraus schließlich neue Features. Testprofile aus der statischen Code-Analyse Die statische Code-Analyse (SCA) war bereits in den Vormonaten Thema: SQL-Abfragen, die per DuckDB direkt auf den Objektkatalog laufen und eine importierte Lösung strukturiert durchleuchten – zunächst ganz ohne AI....

Ben Brix steuerte spontan einen kurzen Design-Input bei. Er entwickelt FileMaker vor allem für die internen Prozesse seines Architekturbüros – und weil er die Lösung selbst täglich benutzt, stößt er immer wieder auf kleine Verbesserungspotenziale, die er direkt ausprobiert. Eine dieser Erkenntnisse hatte er noch am selben Tag gewonnen und teilte sie mit der Runde. Das Problem: ein zu volles Menü Es ging um ein Navigationsmenü in seiner Lösung. In der vorherigen Fassung hatte Ben jedem Menüpunkt ein kleines Icon vorangestellt – überwiegend Dummy-Icons ohne echte inhaltliche Bewandtnis, gedacht als visuelle Unterscheidungshilfe....

Marcel Moré zeigte die direkte Antwort auf den Vorfall vom Vormonat, als ein AI-Agent eine komplette Festplatte gelöscht hatte: Wie man Claude Code in einen Container sperrt, ohne sich die Arbeit unbequem zu machen. Die Ausgangsüberlegung Nach dem Datenverlust im Juni stand die Frage im Raum, wie man agentisches Arbeiten absichert. Perfekte Sicherheit ist verlockend – am Ende muss man aber vorwärtskommen und arbeiten. Die Entscheidung fiel deshalb bewusst für den pragmatischen Weg – mit dem Befund, dass man damit schon sehr weit kommt....

Jörg Köster teilte seine Erfahrungen mit Claude Fable 5, dem neuen Spitzenmodell von Anthropic, das zum Zeitpunkt des Stammtischs nur befristet zur Verfügung stand. Ein sehr offener Bericht über beeindruckende Ergebnisse, überraschende Eigenmächtigkeiten und einen erheblichen Token-Hunger. Erster Anlauf: das eigene Setup auditieren Anthropic hatte zunächst kurz nach der Veröffentlichung von Fable das Modell wieder zurück gezogen. Zu kritisch wurden die gegenüber Opus deutlich stärkeren Fähigkeiten eingeschätzt. Wenige Tage später wurde das Modell für Kunden mit einem Pro-Account als Preview-Version für einen kurzen Zeitraum wieder frei geschaltet....

Armin Egginger steuerte als Wunschthema einen technischen Deep-Dive bei, der aus einem realen Notfall entstanden ist: eine FileMaker-Datei, die sich mit Bordmitteln nicht mehr retten ließ. Am Ende steht ein Werkzeug, das die .fmp12-Datei direkt binär ausliest – ganz ohne FileMaker. Der Ausgangsfall Ein Kunde hatte eine Datei, die beim Öffnen des Datenbank-Designdialogs reproduzierbar abstürzte, sobald bestimmte Kalkulationsfelder betroffen waren. Sämtliche Wiederherstellungsprozesse blieben wirkungslos. Ein Verhalten, das man nicht nachvollziehen kann – und bei dem die Frage im Raum steht, was man mit einer solchen Datei überhaupt noch anfangen soll....

Marcel Moré schloss den FM-Lab-Block mit der graph-basierten Analyse ab. Statt eine gewachsene Lösung als Sammlung von Tabellen zu betrachten, wird sie als Netzwerk modelliert – und dann automatisch in sinnvolle Module zerlegt. Ausgangspunkt Ursprünglich war ein Export nach Graphify geplant, einem Tool, das derzeit für agentisches Entwickeln und semantische Auflösung von Second-Brain-Konzepten viel Aufmerksamkeit bekommt. Die Anbindung funktionierte: FM-Lab exportiert eine große JSON-Datei, die Graphify verarbeiten kann. Graphify ist allerdings ein umfangreiches Projekt mit Python-Stack und vielen Abhängigkeiten....

Marcel Moré stellte die neue XML-Konvertierungs-Engine von FM-Lab vor. Der Import des FileMaker-Strukturexports (Save a Copy as XML) war bisher der Flaschenhals des gesamten Analyse-Workflows – mit der neuen “Katana Engine” schrumpft er in einer großen Produktiv-Lösung von knapp einer Stunde auf unter zwei Minuten. Das Problem: XML als Bremsklotz FM-Lab basiert auf DuckDB, das große Datenmengen sehr effizient und multithreaded verarbeitet. Ausgerechnet beim XML-Import ging diese Rechnung bisher nicht auf – und das lag nicht an DuckDB selbst, sondern am zwischengeschalteten Webbed-Plugin, das die XML-Parser-Funktionalität beisteuert:...

Marcel Moré zeigte, wie sich statische Code-Analyse – in anderen Programmiersprachen seit Jahrzehnten Standard – auf FileMaker übertragen lässt. Der Schlüssel liegt in einer Eigenschaft, die FileMaker längst mitbringt, die aber bisher kaum jemand für diesen Zweck genutzt hat. Vorbild aus der Softwareentwicklung Wer in anderen Sprachen arbeitet, kennt die eingebauten Prüfungen der IDEs oder die Testschritte einer CI-Pipeline: Der Code wird so lange durchleuchtet, bis Fehler und Warnungen abgearbeitet sind....