falzmarke
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| brief_rendernA | Setzt einen Brief und misst ihn nach — oder eine Urkunde. Trägt das Frontmatter brief Markdown mit Frontmatter — der Text selbst, nicht ein Pfad. Ein KI-Client hat den Brief im Kontext, nicht auf einer Platte. profil Name eines Profils auf dem Server oder ein ganzes Profil-Objekt. Fehlt beides, gilt das im Frontmatter genannte. form "A" oder "B"; ohne Angabe entscheidet Frontmatter oder Profil. Eine Urkunde hat keine Form — dort nicht angeben. als "pfad" (Vorgabe) oder "base64". ziel Wohin das PDF soll. Ohne Angabe in ein Temporärverzeichnis, das stehen bleibt — der zurückgegebene Pfad muss gültig sein. Der Messbericht ist immer dabei. |
| email_setzenA | Setzt die E-Mail-Fassung und misst sie nach. nachricht Markdown mit Frontmatter — der Text selbst, nicht ein Pfad.
Das Frontmatter muss Es wird nichts versendet. Das Ergebnis sind Dateien; ob und wann sie
jemand abschickt, entscheidet ein Mailprogramm (ADR 0034). Der Messbericht
aus |
| brief_pruefenA | Misst ein bestehendes PDF nach — auch eines, das falzmarke nie gesehen hat. Entweder pdf_pfad oder pdf_base64. Ohne form wird sie aus den Falzmarken abgeleitet: Form A faltet bei 87 und 192 mm, Form B bei 105 und 210. Eine Urkunde von falzmarke weist sich im PDF aus und wird ohne |
| profile_auflistenA | Welche Absenderprofile dieser Server kennt. Nennt nur Namen, keine Inhalte: In einem Profil stehen Anschrift, Bankdaten und Steuernummer des Absenders. Wer sie sehen will, sieht sie in der Datei. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 4 tools
Die Grenzen sind weitgehend klar: brief_rendern erzeugt ein neues Dokument, brief_pruefen messt ein bestehendes PDF, email_setzen erzeugt die Mail-Fassung, profile_auflisten liest nur Namen. Die einzige Unschärfe ist, dass brief_rendern still auch Urkunden erzeugt und brief_rendern/email_setzen sich inhaltlich sehr ähneln — die Beschreibungen fangen das aber ausreichend ab.
Alle vier Namen folgen exakt demselben Muster Substantiv_Verb in snake_case (profile_auflisten, brief_rendern, email_setzen, brief_pruefen). Einzige Mikro-Abweichung ist der Plural in 'profile', das Muster selbst bleibt durchgehend.
Vier Werkzeuge für einen klar umrissenen Zweck (Briefe/Mails/Urkunden setzen und messen) sind gut gewählt, jedes hat eine eigene Aufgabe. Etwas schlank — Profilverwaltung und Urkunden sind in bestehende Tools eingefaltet statt eigene Werkzeuge.
Der Kern-Lebenszyklus (setzen → messen → bestehendes PDF prüfen) ist vollständig abgedeckt, und fehlende Profildaten lassen sich über das Frontmatter umgehen. Lücken bleiben bei der Profilverwaltung (nur Auflisten, kein Anlegen/Lesen von Details) und bei der Urkunde, die keinen eigenen Einstiegspunkt hat.