Ich wollte meine Website neu gestalten und dabei ausprobieren, wie weit ich mit einem KI-Agenten komme. Für mich war das ein Experiment mit einem ernsthaften Ziel: Am Ende sollte keine Demo stehen, sondern eine Website, die ich tatsächlich nutzen und weiterentwickeln kann.

Ich entschied mich gegen einen Homepage-Baukasten und gegen ein Content-Management-System. Stattdessen sollte eine überschaubare Website aus eigenen Dateien entstehen. Dabei wollte ich zeigen, dass sich eine einfache Website mit Unterstützung von Hermes Agent auch ohne diese Werkzeuge erstellen lässt.

Ein Experiment mit echtem Ergebnis

Vor dem Neubau lief cloasdata.de mit WordPress. Für die neue Fassung fiel die Entscheidung auf eine statische Website: Die Seiten bestehen aus HTML und CSS, ergänzt um JavaScript, wo es gebraucht wird. Ein CMS ist für die Auslieferung der neuen Seiten nicht notwendig.

Das klingt erst einmal nach mehr Handarbeit. Wer ein CMS nutzt, kann Texte in einer Oberfläche bearbeiten und vieles über Erweiterungen lösen. Bei einer statischen Seite liegen Gestaltung und Inhalte dagegen in Dateien. Das macht die Seite überschaubar, bedeutet aber auch: Änderungen und Veröffentlichungen brauchen einen passenden Arbeitsablauf.

Genau an dieser Stelle wollte ich Hermes Agent testen. Der Agent sollte nicht bloß ein Stück Code vorschlagen, das ich anschließend selbst zusammensetze. Die Aufgabe umfasste den Entwurf der Website, ihre technische Umsetzung und die Arbeit an den Inhalten.

Meine Rolle bestand darin, die Richtung vorzugeben, Entscheidungen zu treffen und die Ergebnisse zu beurteilen. Hermes unterstützte bei der Ausarbeitung und Umsetzung. Die Website entstand also nicht durch einen einzelnen Knopfdruck, sondern in mehreren Schritten und im Austausch.

Aus der Arbeit wird ein Skill

Beim Arbeiten an einer Website wiederholen sich viele Fragen: Wo liegen die Dateien? Wie ist ein Artikel aufgebaut? Welche Sprachversionen müssen angepasst werden? Und was muss geprüft werden, bevor Änderungen online gehen?

Wenn solche Informationen nur in einem langen Chat stehen, wird die nächste Aufgabe unnötig mühsam. Deshalb entstand für die Arbeit an cloasdata.de ein eigener Hermes-Skill.

Ein Skill ist hier eine Sammlung von Anweisungen und Projektwissen, die Hermes bei passenden Aufgaben heranziehen kann. Der Skill cloasdata-redaktion beschreibt zum Beispiel, wie Beiträge für diese Website aufgebaut sind, worauf bei deutschen und englischen Fassungen zu achten ist und welche Prüfungen vor einer Veröffentlichung anstehen.

Er hält auch Sicherheitsgrenzen fest: Änderungen an der live erreichbaren Website sollen nicht einfach nebenbei passieren. Vor einem Upload müssen der konkrete Umfang geklärt und bestehende Dateien gesichert werden.

Der Skill ist damit kein Ersatz für die Entscheidung des Menschen. Er soll dafür sorgen, dass wichtige Arbeitsschritte nicht bei jeder neuen Aufgabe wieder bei null beginnen.

Was ich damit zeigen möchte

Die Website ist für mich auch ein praktisches Beispiel dafür, was mit einem KI-Agenten möglich ist. Wer eine einfache Website betreiben möchte, muss nicht automatisch einen Baukasten wählen. Ein Agent kann dabei helfen, Gestaltungsideen auszuarbeiten, Dateien zu erstellen und technische Aufgaben verständlicher zu machen.

Das heißt allerdings nicht, dass jede Website ohne Fachwissen oder Kontrolle zuverlässig entsteht. Auch ein Agent kann Fehler machen, Inhalte falsch darstellen oder Änderungen an der falschen Stelle vorschlagen. Gerade bei Datenschutz, Sicherheit und der Veröffentlichung lohnt es sich, genau hinzusehen. Für komplexere Anforderungen kann ein CMS weiterhin die bessere Wahl sein.

Für cloasdata.de war der Neubau eine Gelegenheit, diese Arbeitsweise an einem konkreten Projekt zu erproben. Der entstandene Skill macht einen Teil der Erfahrungen für spätere Arbeiten nutzbar. Eine abstrahierte Fassung steht unten unter der MIT-Lizenz bereit, damit auch andere sie als Ausgangspunkt für ihre eigene Website verwenden und anpassen können.

Der Skill zum Nachlesen und Herunterladen

Dies ist die abstrahierte englischsprachige Fassung. Sie enthält keine projektspezifischen Zugangsdaten oder lokalen Pfade. Die Anweisungen sind ein Ausgangspunkt und müssen an das eigene Projekt angepasst werden. Die MIT-Lizenz erlaubt die Weiterverwendung; der Lizenz- und Copyright-Hinweis muss dabei erhalten bleiben.

SKILL.md herunterladen · MIT-Lizenz herunterladen

---
name: editorial-workflow
description: Use when researching, editing, reviewing, or preparing website articles for publication.
license: MIT
metadata:
  hermes:
    tags: [editorial, research, accessibility, publishing]
---

# Editorial workflow

## Scope

Use this workflow for website articles and their supporting assets. Follow the user's language and project conventions. A topic or source is not a publication authorization. Ask only for information that is necessary and cannot be established from available sources.

## Research and writing

1. Read the relevant existing content, project instructions, and source material before editing. Establish the intended audience and scope. For repository-based claims, inspect the relevant files and record the reviewed revision where possible.
2. Prefer primary sources. Distinguish documented features, available tests, and tests actually run. Do not invent facts, quotes, benchmarks, experiences, or results. Label uncertainty, historical status, and untested commands clearly.
3. Match the publication's voice and design without copying protected artwork. Explain the practical purpose first and include relevant limitations. For multilingual projects, prepare complete requested language versions and check corresponding navigation and language links.
4. Use only media with suitable rights. Record provenance, applicable license or generation method, and any attribution requirements in the project's designated records. Consider privacy before using external services.

## Local preparation and review

1. Inspect build scripts and their dependencies before execution, including import-time side effects and files they may overwrite. Preserve existing work and use a separate output location when appropriate. Do not assume an old build represents the current site.
2. Check changed pages, assets, links, anchors, language navigation, and responsive layout. In a browser, inspect desktop and mobile views, image loading, contrast, keyboard focus, and code blocks. Serve locally over HTTP where browser security rules make file URLs unreliable.
3. Report precisely what was reviewed or executed and what remains untested. Raise unresolved factual, rights, accessibility, or editorial issues before publication.

## Publication boundary

- Finish and review locally first. Explicit approval of text alone is not approval to upload, overwrite, delete, change routing, or modify hosting configuration. Obtain approval for the exact target and scope of each live change.
- Before an approved deployment, verify the current target and affected live state; prepare and check a protected backup and a rollback path. Do not expose backups or credentials. Use only an approved secure transfer method; do not request or handle passwords in chat.
- Deploy only the approved files. Afterward, verify the exact deployed files and relevant live pages, navigation, and redirects. Report any failures and use the agreed rollback procedure when necessary.

## Optional delegation

Delegate independent research or isolated reviews only when useful. Give each reviewer a bounded task and prohibit remote writes, publication, and access to secrets. These instructions are not a technical sandbox. Independently check sources, findings, and claimed tests; keep approval and deployment coordination with the main agent.