Skip to main content
Glama

Sessionario

by com.sessionario.mcp
OverviewDiscussionsAdmin

Session anlegen

session_anlegen

Legt eine neue Session an (Workshop, Seminar, Training) und füllt auf Wunsch gleich den ganzen Ablauf. Der Nutzer wird Besitzer. Nimm das bei "leg mir … an", "plane einen Workshop", "erstelle eine Session".

WICHTIG: Rechne die Uhrzeiten NICHT selbst aus. Gib je Modul nur die Dauer in Minuten an - Sessionario setzt die Uhrzeiten lückenlos hintereinander, ab dem Tagesbeginn. Das ist zuverlässiger als jede Rechnung im Kopf und bleibt richtig, wenn der Nutzer später etwas einschiebt. Pausen gehören als eigene Module in den Ablauf, mit art="break".

Kommt der Ablauf aus einer Vorlage (SessionLab, ein Trainer-Macro, ein Leitfaden) und hat die eigene Farbgruppen oder eigene Spaltennamen, dann übernimm sie mit "arten" und "spalten". Der Nutzer erkennt seine Vorlage sonst nicht wieder.

Laufen mehrere Kleingruppen GLEICHZEITIG, nimm bei allen dasselbe "parallel" - sonst zählt Sessionario ihre Zeiten hintereinander und der Tag wird zu lang.

Input Schema

NameRequiredDescriptionDefault
ortNoOrt oder „online".
tageNoAnzahl der Tage (Vorgabe 1).
artenNoEigene Modularten statt der eingebauten elf - die farbigen Gruppen der Vorlage. Nur angeben, wenn die Vorlage eine eigene Legende hat. Die Module zeigen dann über "art" auf den "schluessel".
kundeNoAuftraggeber oder Firma, falls genannt.
titelYesDer Titel der Session.
moduleNoDer Ablauf. Darf leer bleiben - dann entsteht eine leere Session.
beginntNoErster Tag als JJJJ-MM-TT. Weglassen, wenn kein Termin feststeht.
spaltenNoDie Spaltennamen im Ablauf, in genau dieser Reihenfolge: Übersicht, Ziel, Inhalt, Trainerhinweise, Materialien, Zusatz, Nachbereitung. Nur angeben, wenn die Vorlage eigene Bezeichnungen hat - dann alle sieben nennen. Beispiel aus einem SessionLab-Macro: ["Overview","Framing & Objectives","Process & Facilitation","Pre-Work & App","Logistics & Slides","Extras","Follow-up"].
spracheNoSprache der Session. Vorgabe: die des Nutzers.
erster_tagNoWelche Nummer der erste Tag trägt. Vorgabe 1. Nimm 0, wenn die Vorlage einen „Day 0" kennt - Anreise, Aufbau, Delivery-Team am Vorabend. Die Zählung verschiebt sich dann für alle Tage: aus Tag 1, 2, 3 wird Tag 0, 1, 2.
ende_uhrzeitNoTagesende, z. B. "17:00". Vorgabe 17:00.
beginn_uhrzeitNoTagesbeginn, z. B. "09:00". Vorgabe 09:00.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed1 schema field changed
    • addedInput schema / properties / module / items / properties / optional
      Added value: +{
+  "description": "Ein Modul, das im Plan STEHT, aber keine Zeit kostet - die Reserve, die Übung für den Fall, dass die Gruppe schneller ist.\n\nSchreib „optional\" NICHT in den Titel und nicht in den Inhalt. Das ist ein Schalter, kein Wort: Sessionario zeichnet das Modul dann mit gestrichelter Linie und lässt seine Minuten aus der Tagesrechnung heraus. Ein Modul, das nur im Titel „(optional)\" heißt, verschiebt den ganzen Rest des Tages nach hinten - und der Nutzer sieht erst am Ende, dass sein Tag nicht mehr aufgeht.\n\nDie Dauer gibst du ganz normal in „minuten\" an; sie wird beiseite gelegt und steht wieder da, sobald das Modul eingeplant wird.",
+  "type": "boolean"
+}
  2. First observed

TDQS

A4.3/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Beyond the annotations, it discloses important behavior: the user becomes owner, Sessionario computes times sequentially from the day start, breaks must be modeled as modules, template-specific `arten` and `spalten` should be carried over, and parallel groups must share the same `parallel` value to avoid inflated timing. These are substantive operational details that materially affect correct invocation.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is front-loaded with the main purpose and trigger phrases, then organized into focused operational warnings about time calculation, templates, and parallel groups. Despite its length, each paragraph addresses a distinct high-value pitfall for this complex creation tool.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given 12 parameters, nested module objects, and no output schema, the description covers the critical behavioral context needed to create a correct session. It could be slightly more complete by routing agents away from update or module-addition siblings, but the schema itself is very detailed.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100%, so the baseline is 3, but the description adds meaningful semantics for tricky parameters: use `minuten` rather than calculating times, use `von`/`bis` when available, use `art="break"` for pauses, and use `arten`/`spalten` for template fidelity. It does not explain every parameter, but the schema already handles the straightforward ones.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description states a specific verb and resource: creating a new session for workshops, seminars, or training, optionally filling the full agenda. It uses trigger phrases like "leg mir … an" and "erstelle eine Session", but does not explicitly distinguish this tool from siblings such as `session_aendern` or `module_hinzufuegen`.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

It clearly says when to use the tool through concrete trigger phrases and explains that the whole agenda can be created at once. It lacks explicit when-not-to-use guidance or direct alternatives, such as adding modules later via `module_hinzufuegen`.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

All Sessionario toolsInspect
Try in Browser
Pay for results, not tokens.Fund a bounty. Let AI agents compete and collaborate to solve your problems.agentbounties.appAd

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources