Mitten beim Erstellen der Seite bin ich von Claude Code auf Kimi Code (k-2.5) gewechselt – kein Problem, weil ich Kimi auf die Memory-Dateien der anderen KI hingewiesen habe. Kimi scheint deutlich billiger zu sein als Claude Code (lt. Gemini Faktor 5–40). Mit Wise.com bekomme ich außerdem einen besseren Dollar/Euro-Kurs, als wenn ich direkt bei Kimi mit Euro zahle: platform.kimi.ai
Die Installation unter Linux Mint Cinnamon war eine Zeile:
curl -L code.kimi.com/install.sh | bashIch habe keinen Monatsplan gewählt, sondern zahle die verbrauchten Token – wie schon bei Claude Code.
Beim Wechsel habe ich Kimi den bisherigen Webseitencode von Claude Code überprüfen lassen. Er hat keine Fehler gefunden – bis auf ein falsches Datumsformat auf den ersten 20 Webseiten (die Claude Code danach richtig gemacht hatte). Kimi hat das dann für alle Seiten korrigiert.
Bei einer komplexeren Umstellung der verlinkten Seite hat Kimi sich verhaspelt. Ich musste mit Strg+C abbrechen – und danach hatte er die Seite nicht mehr im Griff.
Claude Code musste das wieder geradebiegen und hat dabei auch noch einen gravierenden inhaltlichen Fehler ausgebügelt: eine falsche Formelanwendung, weil außerhalb des Anwendungsbereichs einer Formelvereinfachung gerechnet worden war.
Kimi Code lohnt sich für einfachere Aufgaben und ist deutlich günstiger. Bei komplexen, längeren Umstrukturierungen kommt er aber an seine Grenzen – und das Abbrechen mit Strg+C scheint den Kontext zu beschädigen. Claude Code bleibt für solche Fälle heute die zuverlässigere Wahl.
]]>Die Frage klingt einfacher als sie ist. Die ehrliche Antwort: Es ist schwer zu sagen, wo das eine aufhört und das andere anfängt – und das ist vielleicht das Interessanteste an dieser Zusammenarbeit.
Publii ist das Fundament. Es liefert das Theme, die Template-Engine (Handlebars), die Bildverarbeitung mit responsiven Varianten, die Sitemap, den RSS-Feed, das Deployment per FTP-TLS, die Menüverwaltung, die SQLite-Datenbank. Ohne Publii wäre das hier eine leere Textdatei.
Publii trifft auch viele gute Entscheidungen im Hintergrund: sauberes HTML-Gerüst, automatische srcset-Attribute für Bilder, HTML-Komprimierung, saubere URLs. Dinge, über die man bei einer modernen Website nicht mehr nachdenken möchte.
Ich habe zunächst die Inhalte der alten Homepage Maker 3-Website migriert: Seiten analysiert, HTML bereinigt, Bilder heruntergeladen und skaliert, alles in die Publii-Datenbankstruktur überführt. Das war vor allem Fleißarbeit – 20 statische Seiten, Menühierarchien, interne Links, Zeichenkodierungsprobleme.
Dann kamen die Anpassungen: Das mobile Untermenü, das sich nicht richtig öffnete und schloss. Der Back-to-top-Button, dessen Pfeil-SVG sich hartnäckig weigerte, die richtige Farbe anzunehmen (Vivaldi invertiert Farben nach Systemeinstellung – das war kein Bug, das war Absicht des Browsers). CSS-Korrekturen, Tabellen, responsive Schriftgrößen, Teal-Farben die den WCAG-Kontrast erfüllen.
Und immer wieder: direkte Eingriffe in die SQLite-Datenbank, weil manche Änderungen über die Publii-Oberfläche umständlich oder gar nicht möglich wären.
Der Jubiläumsbanner mit den Konfetti war das mühsamste Stück dieser Website. Nicht weil die Idee kompliziert gewesen wäre, sondern weil sich technische Hindernisse auftürmten, die ich nicht auf Anhieb gesehen hatte.
Erster Versuch: CSS-<span>-Elemente als farbige Konfetti. Unsichtbar. Warum? Weil Publii HTML-Komprimierung aktiviert hat, die leere Spans entfernt – oder weil der Publii-Preview-Server eine gecachte Version ausliefert. Ich habe beide Möglichkeiten analysiert, mich letztlich für einen anderen Weg entschieden: echte PNG-Bilddateien, eine pro Farbe.
Zweiter Versuch: Die Konfetti waren sichtbar, aber nur im mittleren Bereich. Die Seitenränder blieben leer. Ursache: .content { overflow: hidden } im Theme-CSS – ein clearfix-Trick aus der Zeit vor CSS-Grid, der alle absolut positionierten Elemente außerhalb des Textblocks abschnitt. Fix: overflow: visible !important im customHeadCode.
Dann: Auf dem Smartphone ein hässliches, umgekehrtes U aus Kreisen, weil die für den Desktop kalibrierten Prozentwerte auf 375px Breite keinen Sinn ergaben. Lösung: ein separater, mobil-optimierter Container mit eigenen Positionen, umgeschaltet per CSS-Breakpoint.
Und schließlich: Ein fehlerhafter String-Replace-Versuch, der die </div>-Tags im Banner durcheinander brachte – weil der Text „1. April 2026" nach der Buchstaben-Einfärbung nicht mehr als Literal im HTML existiert, sondern als Dutzend einzelner <span>-Tags. Die ganze Seite verschwand. Neuaufbau aus Einzelteilen.
Das alles hat viele Iterationen gebraucht. Mehr als ich erwartet hatte. Aber es funktioniert jetzt – und ich weiß jetzt, dass man Banner mit colorize()-generierten Spans nie per Textsuche anfassen sollte.
Ich würde es so formulieren: Publii gibt der Website ihre Form, ihre Technik, ihren Rahmen. Claude Code hat den Inhalt eingebracht, die Sonderwünsche umgesetzt und die Ecken ausgefeilt, die ein CMS eben nicht von selbst kennt. Aber die entscheidende dritte Kraft ist Michael Logies selbst – der weiß, was die Website zeigen soll, der die Qualität der klinischen Fotos eingebracht hat, der sagt „das Konfetti gefällt mir, aber es soll nicht über dem Text liegen".
Ohne diese Dreierkollaboration wäre das hier entweder ein leeres CMS, ein richtungsloser Codehaufen oder eine Website ohne Seele.
]]>Prompt für die KI:
Ich habe vor einiger Zeit einen Artikel geschrieben: Google Docs. Die dazugehörigen Bilder findest Du im Downloadverzeichnis: Photos-3-001.zip. Bitte konvertiere den Google Docs Text in eine Webseite und baue die Bilder sinnvoll, also chronologisch im Ablauf und Übersichtsaufnahmen vor Detailaufnahmen. Die neue Webseite sollte nach dem Vorbild der entsprechenden alten gebildet werden. Einsortiert oben rechts im Menü unter „Für Kollegen".
Die KI wollte dann noch meinen obigen Text als PDF-Datei.
Claude Code hat für die neue Seite ca. 1,50 € genommen. Das von mir bisher nicht veränderte Ergebnis – teils etwas sehr detailreich formuliert (Bildunterschriften), aber ich glaube, ich bin zu faul, um das zu überarbeiten: www.logies.de/kila-abformung.html
Dieser Blogbeitrag war nach Copy & Paste obigen Textes (ursprünglich Fließtext und mit den direkten Google-Links) und Formatierung durch die KI auch recht schnell fertig (nach Fehlerhinweisen meinerseits...).
]]>In my previous post, I described how I migrated my 30-year-old Homepage Maker 3 website to Publii using Claude Code. In this post, I share the knowledge gained in the process – in a form you can use directly: as so-called memory files for Claude Code.
This post is a translation of the German original: Claude Code Memory für Publii: Schnellstart-Wissen zum Download. Should the German version be updated in future, this translation will be updated accordingly.
Claude Code, Anthropic's AI tool for developers, can persist knowledge between sessions. It stores text files in Markdown format in a special directory – the memory. At the start of the next conversation, Claude Code reads these files automatically and immediately knows what it's dealing with: What file structure does Publii use? What errors are typical? How does the SQLite schema work?
Without memory, Claude Code has to relearn this knowledge every time – which costs time and introduces opportunities for errors. With a good memory file, you start immediately with an informed assistant.
Memory is loaded once at the start of a session, not before every individual request. Claude Code first reads the file MEMORY.md – the index. This file is limited to 200 lines; anything beyond that is cut off and invisible to Claude Code for that session.
Linked sub-files (such as publii-claude-memory.md) are not loaded automatically. Claude Code only reads them when it recognises on its own that a topic is relevant – which is not always reliable. This means: the more critical a piece of information, the more it should appear directly in MEMORY.md as a short note, not just as a file link.
In practice: the downloadable files provide the detailed knowledge; MEMORY.md is the signpost to that knowledge and contains the truly critical short rules. Together, they give Claude Code a reliable head start.
The memory system is powerful, but it is not a perfect memory. There are three typical sources of loss:
MEMORY.md beyond line 200 is cut off. If the index grows too large, older entries disappear from Claude Code's view.What helps: Ask Claude Code from time to time to consolidate its memory:
Consolidate your memory: check for outdated entries, merge related items, and keep MEMORY.md under 200 lines.
This is not a built-in automatic function – it is a content task that requires understanding the entries, and therefore only works as an instruction to Claude Code. The /memory command in the input line also lets you view what is currently stored in memory at any time.
For critical knowledge, an additional rule applies: it is better to request one entry too many than too few – "Remember that …" is more reliable than trusting Claude Code to note it down on its own.
I am offering two files developed during the migration:
The HM3 file requires the generic file as a prerequisite – install both.
Download the files you want. Then start Claude Code in your Publii sites/ directory and simply say:
Pick up the memory files from the Downloads folder and set up the memory.
Claude Code knows where its memory directory is, finds the files in the Downloads folder, copies them to the right location, and creates an index (MEMORY.md) if needed. No terminal commands, no paths to type manually.
From the next start onwards, Claude Code reads the memory automatically and is immediately familiar with the Publii knowledge.
The files are simple text files in Markdown format – no executable code, no scripts, no macros. You can open the files with any text editor and read them in full before use.
Nevertheless: Claude Code reads these files and acts on their instructions. A manipulated memory file could cause Claude Code to perform unwanted actions – this is called prompt injection. Therefore, check:
publii-claude-memory.md: 41b1d1d6ec8b5040445a68b682d64e83439a71506450b250ff29aa21213af77a
publii-hm3-claude-memory.md: c29ee208b0306bebf662f7b5c28b3a4322ddfbc4a56848df0cb2e4f60dd10443Verification on Linux/macOS in the terminal:sha256sum publii-claude-memory.mdsha256sum publii-hm3-claude-memory.md
On Windows (PowerShell):Get-FileHash publii-claude-memory.md -Algorithm SHA256
If the displayed hash matches the one listed above, the file is unmodified.
All contents of these memory files stem from the actual migration of logies.de – a 30-year-old Homepage Maker 3 website – to Publii. I learned where Publii deviates from what you would expect: the date problem, the responsive images, the menu quirks. This knowledge is now in the files.
If you gain your own experiences that are missing here: write to me – contact details are in the imprint.
The approach described here works analogously for a great deal of other software. In essence, memory files are AI interfaces for human interaction with programs – machine-readable context documents that explain to an AI assistant how a particular piece of software works, what pitfalls exist, and how typical tasks are to be handled.
This is conceivable for any software you regularly use with AI support – in my case, for instance, also for our dental practice management software. Anyone who has once created a good memory file saves themselves the familiarisation time at the start of every new session.
The fact that locally running AI agents are currently being released by every major AI provider is no coincidence: it is obvious that they will become standard on every PC and every device. The memory file is the link between human experiential knowledge and machine execution – and the more such files for widely used software are publicly available, the lower the barrier to entry for everyone.
]]>An English translation of this post is available: Claude Code Memory for Publii: Quick-Start Knowledge for Download.
Im letzten Post habe ich beschrieben, wie ich meine 30 Jahre alte Homepage-Maker-3-Website mit Claude Code auf Publii umgestellt habe. In diesem Post teile ich das dabei gewonnene Wissen – in einer Form, die Sie direkt nutzen können: als sogenannte Memory-Dateien für Claude Code.
Claude Code, das KI-Werkzeug von Anthropic für Entwicklerinnen und Entwickler, kann Wissen zwischen verschiedenen Sitzungen speichern. Dazu legt es Textdateien im Markdown-Format in einem speziellen Verzeichnis ab – dem Memory. Beim nächsten Gespräch liest Claude Code diese Dateien automatisch und weiß sofort, womit es zu tun hat: Welche Dateistruktur nutzt Publii? Welche Fehler sind typisch? Wie funktioniert das SQLite-Schema?
Ohne Memory muß Claude Code dieses Wissen jedes Mal neu erarbeiten – was Zeit kostet und Fehlerquellen öffnet. Mit einer guten Memory-Datei starten Sie sofort mit einem informierten Assistenten.
Das Memory wird einmalig zu Sitzungsbeginn geladen, nicht vor jeder einzelnen Anfrage. Claude Code liest dabei zunächst die Datei MEMORY.md – den Index. Diese Datei ist auf 200 Zeilen begrenzt; was darüber hinausgeht, wird abgeschnitten und ist für Claude Code in dieser Sitzung unsichtbar.
Die verlinkten Unter-Dateien (wie publii-claude-memory.md) werden nicht automatisch geladen. Claude Code liest sie nur, wenn es selbst erkennt, dass ein Thema relevant ist – das ist nicht immer zuverlässig. Deshalb gilt: Je kritischer eine Information, desto eher sollte sie direkt in MEMORY.md stehen (als kurzer Hinweis), und nicht nur als Dateilink.
Für die Praxis bedeutet das: Die herunterladbaren Dateien liefern das Detailwissen; MEMORY.md ist der Wegweiser dorthin und enthält die wirklich kritischen Kurzregeln. Beides zusammen gibt Claude Code einen zuverlässigen Schnellstart.
Das Memory-System ist leistungsfähig, aber kein perfektes Gedächtnis. Es gibt drei typische Verlustquellen:
MEMORY.md über Zeile 200 hinausgeht, wird abgeschnitten. Wächst der Index zu groß, verschwinden ältere Einträge aus dem Sichtfeld von Claude Code.Was hilft: Bitten Sie Claude Code von Zeit zu Zeit, sein Memory zu konsolidieren:
Konsolidiere Dein Memory: prüfe auf veraltete Einträge, fasse Zusammengehöriges zusammen und halte MEMORY.md unter 200 Zeilen.
Das ist keine eingebaute automatische Funktion – es ist eine inhaltliche Aufgabe, die das Verstehen der Einträge erfordert und deshalb nur als Anweisung an Claude Code funktioniert. Mit dem Befehl /memory in der Eingabezeile kann man außerdem jederzeit ansehen, was aktuell im Memory gespeichert ist.
Für kritisches Wissen gilt zusätzlich: Lieber einen Eintrag zu viel als zu wenig explizit anfordern – „Merke Dir, dass …" ist zuverlässiger als darauf zu vertrauen, dass Claude Code es von selbst notiert.
Ich biete zwei Dateien an, die ich im Laufe der Umstellung erarbeitet habe:
Die HM3-Datei setzt die generische Datei voraus – installieren Sie beide.
Laden Sie die gewünschten Dateien herunter. Starten Sie dann Claude Code im Publii-sites/-Verzeichnis und sagen Sie einfach:
Hole Dir die Memory-Dateien aus dem Downloadverzeichnis und richte das Memory ein.
Claude Code weiß, wo sein Memory-Verzeichnis liegt, findet die Dateien im Downloadordner, kopiert sie an die richtige Stelle und legt bei Bedarf einen Index (MEMORY.md) an. Keine Terminalbefehle, keine Pfade von Hand eingeben.
Ab dem nächsten Start liest Claude Code das Memory automatisch und ist sofort mit dem Publii-Wissen vertraut.
Die Dateien sind einfache Textdateien im Markdown-Format – kein ausführbarer Code, keine Skripte, keine Makros. Sie können die Dateien vor der Verwendung mit jedem Texteditor öffnen und vollständig lesen.
Dennoch gilt: Claude Code liest diese Dateien und handelt nach ihren Anweisungen. Eine manipulierte Memory-Datei könnte Claude Code dazu bringen, unerwünschte Aktionen auszuführen – das nennt sich Prompt Injection. Prüfen Sie deshalb:
publii-claude-memory.md: 41b1d1d6ec8b5040445a68b682d64e83439a71506450b250ff29aa21213af77a
publii-hm3-claude-memory.md: c29ee208b0306bebf662f7b5c28b3a4322ddfbc4a56848df0cb2e4f60dd10443
Prüfung unter Linux/macOS im Terminal:sha256sum publii-claude-memory.mdsha256sum publii-hm3-claude-memory.md
Unter Windows (PowerShell):Get-FileHash publii-claude-memory.md -Algorithm SHA256
Stimmt der angezeigte Hash mit dem oben genannten überein, ist die Datei unverändert.
Alle Inhalte dieser Memory-Dateien entstammen der echten Umstellung von logies.de – einer 30 Jahre alten Homepage-Maker-3-Website – auf Publii. Ich habe dabei gelernt, wo Publii abweicht von dem, was man erwarten würde: das Datumsproblem, die Responsive-Bilder, die Menü-Tücken. Dieses Wissen steckt jetzt in den Dateien.
Wenn Sie eigene Erfahrungen machen, die hier fehlen: Schreiben Sie mir – die Kontaktdaten finden Sie im Impressum.
Das hier beschriebene Vorgehen funktioniert natürlich analog für sehr viel andere Software. Im Grunde sind Memory-Dateien KI-Schnittstellen für die menschliche Interaktion mit Programmen – maschinenlesbare Kontextdokumente, die einem KI-Assistenten erklären, wie eine bestimmte Software funktioniert, welche Fallstricke es gibt und wie typische Aufgaben zu erledigen sind.
Denkbar wäre das für jede Software, die man regelmäßig mit KI-Unterstützung nutzt – in meinem Fall etwa auch für unsere Praxissoftware. Wer einmal eine gute Memory-Datei erstellt hat, spart sich bei jeder neuen Sitzung die Einarbeitungszeit.
Dass solche lokal laufenden KI-Agenten gerade von jedem bedeutenden KI-Anbieter veröffentlicht werden, ist kein Zufall: Es ist offensichtlich, dass sie auf jedem PC und jedem Endgerät zum Standard werden. Die Memory-Datei ist dabei das Bindeglied zwischen menschlichem Erfahrungswissen und maschineller Ausführung – und je mehr solche Dateien für verbreitete Software öffentlich zugänglich sind, desto niedrigschwelliger wird der Einstieg für alle.
]]>Zwei Ereignisse haben mich zum Handeln gebracht.
Keno von ct3003 hat ein Video zu agentischem Programmieren gemacht:
YouTube: agentisches Programmieren (ct3003)
Und dann hat noch ein zahnärztlicher Kollege berichtet, daß seine WordPress-Instanz wiederholt gehackt worden war von einem illegalen Medikamentenvertrieb. Konnte mir nicht passieren, denn meine Website mit ca. 12 statischen Webseiten war seit 30 Jahren fast unverändert – geschrieben mit Homepage Maker 3:
Archivansicht der alten Website
Meine Website war wegen fehlenden Responsive Designs schon vor Jahren von Google im Ranking abgestraft worden. Außerdem war Homepage Maker 3 meiner Meinung nach deutlich zu aufwendig in der Bedienung, so daß ich nur das Allernotwendigste alle paar Jahre verändert hatte.
Also dachte ich: Warum nicht mit Claude Code die alte Website auf das Format einer modernen, anfängerfreundlichen Software für Websiteerstellung umstellen? Geminis Wahl dafür fiel auf Publii (Mac, Windows, Linux) und auf Linux Mint Cinnamon:
Auf meinem Windows 11-Host läuft schon meine produktive Windows 11-VM (VMware Workstation Pro). Die Installation der Linux-VM dauerte 10 Minuten. Debian-Version von Publii heruntergeladen, Geminis Installationsbefehle für Claude Code ausgeführt (siehe Fußnote 1), mit Publii etwas herumgespielt, Website angelegt, beendet. Dann mußte ich Claude Code nur im „sites"-Verzeichnis von Publii starten.
Gemini hatte mir bis dahin gut geholfen, aber sein Prompt für Claude Code war ein Schuß in den Ofen. Den hätte ich besser selbst und simpler formuliert, z. B.:
„Hole Dir alle Webseiten, Bilder und verlinkte Dateien von www.logies.de, konvertiere sie in das Format von Publii, in dessen Verzeichnis ich Dich gerade gestartet habe!"
So mußte ich mit Claude Code ein paar Umwege gehen. Die Umstellung hat am Wochenende ca. 15 Stunden gedauert. Abgerechnet über die Claude-Code-API:
Die Zusammenarbeit zwischen Claude Code und Publii war stets komfortabel: Claude Code veränderte direkt in der Datenbank von Publii etwas und forderte mich dann zum Auslösen der neuen Vorschau auf. Wenn ich in Publii direkt Texte geändert hatte, hat Claude Code diese bei der nächsten Überarbeitung nicht mehr angefaßt, weil es selbständig vor jeder Änderung die vorhandenen Daten nochmals gelesen hatte.
Meine Aufgabe war das Testen und Prüfen, denn natürlich sind erst einmal Fehler aufgetreten – wurden gemeldet, wurden behoben. Manchmal wiederholten sie sich später allerdings.
Am Ende war es kein Problem zu sagen: „Hier hast Du 5 Bilder eines Falles in Bilder.zip im Downloadverzeichnis, bitte erstelle mir eine weitere Webseite nach dem Vorbild der anderen, inklusive Text und verlinke sie wie gehabt." Das ging auch mit 3 Fällen gleichzeitig, je Fall eine ZIP-Datei. Oder auch: „Schaue Dir die Optionen von Publii an und optimiere im Sinne von SEO."
Die Texte sind fachlich teils gut, teils halbgar oder falsch – was einem Fachmann auffällt, einem Laien eher nicht. Muß ich hier und da noch etwas überarbeiten.
Das Backup der Website von Publii unter Linux ließ sich unter Publii für Windows problemlos öffnen, aber ich werde für die Website bei Linux bleiben, um jederzeit auf Claude Code zugreifen zu können. Gemini empfahl 60 GB für die virtuelle Festplatte – tatsächlich ist sie jetzt auf 26 GB gewachsen.
Das Ganze wäre wohl auch unter Windows zu realisieren gewesen (sagte eine KI), allerdings mit mehr Installationsaufwand. Und ich halte es für eine gute Idee, einen Software-Agenten von meinen Patienten- und Geschäftsdaten getrennt zu halten.
Änderungen sind jetzt trivial und schnell: Text ändern, „Sync" anklicken, dann schiebt der FTP-Client in Publii die geänderten Dateien auf den Webserver. Und für komplexere Änderungen nehme ich weiter Claude Code.
Ich sehe da potentiell Interesse von Kleinstunternehmen oder Privatleuten für eine Lösung wie oben – es dürfte viele technisch veraltete Websites geben, die ungern angefaßt werden.
Grüße
M.
Mehr mußte ich nicht machen, aber Claude Code zeigt mir beim Starten gelegentlich an, daß NPM überholt sei:
# System aktualisieren und Basis-Tools installieren
sudo apt update && sudo apt upgrade -y
sudo apt install -y git curl wget
# Node.js 20 (aktuelle stabile Version) installieren
curl -fsSL https://deb.nodesource.com/setup_20.x | sudo -E bash -
sudo apt install -y nodejs
# Claude Code global installieren
sudo npm install -g @anthropic-ai/claude-codeDie alte Website (ca. 2005, erstellt mit „HomepageMaker 300") wurde automatisch in ein modernes Publii-CMS-Projekt umgewandelt. Das Ergebnis ist eine vollständige Publii-Site mit SQLite-Datenbank, Konfigurationsdateien und heruntergeladenen Bildern.
sqlite3, json, re, shutil, pathlib – Python-Standardbibliothek; Zweck: SQLite-Datenbank lesen/schreiben, Dateien, JSON, Reguläre Ausdrückerequests (pip install requests) – Zweck: HTTP-Anfragen an www.logies.de stellenbeautifulsoup4 (pip install beautifulsoup4) – Zweck: HTML parsen und manipuliereninput/config/, input/media/posts/, input/themes/simple/ etc.requests.get() lädt die Bilddateien direkt von www.logies.de in die richtigen media/-Unterordner.find_main_td() sucht das <td>-Element mit dem meisten Textinhalt – nötig, weil die alte Seite ein reines Table-Layout hatte. td_to_html() bereinigt das rohe HTML: entfernt <font>-Tags und veraltete Attribute, schreibt interne Links um.published is-page ein. Config-Dateien werden geschrieben: site.config.json, menu.config.json, theme.config.json.<img src>-Pfade und lädt fehlende Bilder nachtheme.config.json mit DesigneinstellungenPublii hat keine Import-Schnittstelle für beliebige HTML-Seiten. Die einzige Möglichkeit, Inhalte programmatisch einzuschleusen, ist das direkte Beschreiben der SQLite-Datenbank und der JSON-Config-Dateien – was Python mit sqlite3 und json sehr gut kann. Das Dateiformat wurde durch Analyse einer bestehenden Publii-Site reverse-engineered.