@prontosite/mcp 0.8.0 → 0.9.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/CHANGELOG.md CHANGED
@@ -3,6 +3,23 @@
3
3
  Alle nennenswerten Änderungen am MCP-Server für ProntoSite. Der Server ist ein dünner Client um die
4
4
  ProntoSite Deploy-API; die eigentliche Logik lebt serverseitig.
5
5
 
6
+ ## 0.9.0 – 2026-09-27
7
+
8
+ - **Neu: `site_widgets`** (lesend) – Katalog der verwalteten Widgets einer Website inkl. `aktiv`, `optionen`
9
+ und `schema` je Widget (consent, a11y, notice/Pop-Ups, google-reviews, ps-impressum, ps-datenschutz).
10
+ - **Neu: `site_widget_set`** (schreibend) – Widget aktivieren/deaktivieren und Optionen setzen, mit DEMSELBEN
11
+ Schema-Sanitizer wie das Dashboard (ungültige Felder werden abgewiesen). Listen-Widgets (notice) via
12
+ `optionen.items[]`. So läuft z. B. „Aktiviere das Pop-up auf der Startseite mit diesem Text, einmal je 3 Tage"
13
+ per Zuruf. Ergänzt `site_legal_options`/`site_embed_consent`, ersetzt sie nicht. Betreuer-Token für betreute
14
+ Kunden. Greift beim nächsten Veröffentlichen.
15
+
16
+ ## 0.8.1 – 2026-09-26
17
+
18
+ - **Marker-Kurzverweis in den Tool-Beschreibungen** von `site_deploy` und `site_legal_options`: Wer ein
19
+ Template lokal baut, sieht jetzt direkt die Marker-Syntax (`data-ps="formular:kontakt"`,
20
+ `data-ps="impressum"`/`"datenschutz"`, `data-ps="link-impressum"`/`"link-datenschutz"` für Footer-Links)
21
+ plus Link auf die Referenz https://prontosite.io/docs/marker-shortcodes – ohne dass der Nutzer sie nachschlagen muss.
22
+
6
23
  ## 0.8.0 – 2026-09-23
7
24
 
8
25
  - **Neu: `site_embeds`** – listet alle externen Einbettungen (Host, Seite(n), Kategorie `gated`/`notwendig`). Lesend.
package/README.md CHANGED
@@ -84,15 +84,17 @@ sichern: `cp ~/.prontosite.json ~/.prontosite.json.bak`).
84
84
  | `sites_list` | Alle erreichbaren Websites (Slug, Plan, letzte Änderung, Publish-Bedarf). **Lesend.** |
85
85
  | `site_status({ site? })` | Plan, Slug, Live-URL, Publish-Bedarf. **Lesend.** |
86
86
  | `site_export({ site?, which, outDir })` | ZIP (`published`\|`draft`\|`original`) lokal speichern. **Lesend.** |
87
- | `site_deploy({ site?, zipPath, publish?, resetOverlay?, legal?, company?, siteOverride? })` | ZIP importieren, optional live; optional Firmendaten im selben Aufruf setzen. **Schreibend.** |
87
+ | `site_deploy({ site?, zipPath, publish?, resetOverlay?, legal?, company?, siteOverride? })` | ZIP importieren, optional live; optional Firmendaten im selben Aufruf setzen. Beim lokalen Bauen Bausteine im HTML per `data-ps` markieren (`formular:kontakt`, `impressum`/`datenschutz`, `link-impressum`/`link-datenschutz`) → [Marker-Syntax](https://prontosite.io/docs/marker-shortcodes). **Schreibend.** |
88
88
  | `site_publish({ site? })` | Aktuellen Stand erneut veröffentlichen. **Schreibend.** |
89
89
  | `site_company_get({ site? })` | Firmendaten (Impressum/Footer) lesen. **Lesend.** |
90
90
  | `site_company_set({ site?, company, siteOverride? })` | Firmendaten setzen/ergänzen (Teil-Update); füllen Impressum/Datenschutz beim Deploy. **Schreibend.** |
91
- | `site_legal_options({ site?, impressum?, datenschutz? })` | Anzeige-Optionen der Rechtstexte (showTitle, showDate, draftNotice); ohne Rolle nur lesen. **Schreibend.** |
91
+ | `site_legal_options({ site?, impressum?, datenschutz? })` | Anzeige-Optionen der Rechtstexte (showTitle, showDate, draftNotice); ohne Rolle nur lesen. Rechts-Seiten/-Links im Template per `data-ps="impressum"`/`"datenschutz"` bzw. `link-impressum`/`link-datenschutz` markieren → [Marker-Syntax](https://prontosite.io/docs/marker-shortcodes). **Schreibend.** |
92
92
  | `site_domain_status({ site?, check? })` | Kundendomain-Status (verbunden/kanonisch/Zert-bis) + offene Jobs; mit `check` nur Live-DNS-Prüfung. **Lesend.** |
93
93
  | `site_domain_connect({ site?, domain, canonical?, action? })` | Eigene Domain verbinden (nginx + HTTPS automatisch, `www`/`apex`) oder trennen; DNS muss auf den Server zeigen; ab Starter-Plan. **Schreibend.** |
94
94
  | `site_embeds({ site? })` | Externe Einbettungen der Website: Host, Seite(n), aktuelle Einwilligungs-Kategorie (`gated` = Zwei-Klick \| `notwendig`). **Lesend.** |
95
95
  | `site_embed_consent({ site?, host, page?, category, confirmed })` | Einbettung als `notwendig` (§ 25 Abs. 2 Nr. 2 TDDDG, Eigenverantwortung) oder wieder `gated` einstufen; `notwendig` nur mit `confirmed:true` (sonst 400 mit Verantwortungs-Text). Optional seiten-gebunden. Datenschutz/Cookie-Richtlinie passen sich beim nächsten Publish an. **Schreibend.** |
96
+ | `site_widgets({ site? })` | Katalog der verwalteten Widgets: name, aktiv, optionen, schema (consent, a11y, notice/Pop-Ups, google-reviews, ps-impressum, ps-datenschutz). In jedem Plan verfügbar. **Lesend.** |
97
+ | `site_widget_set({ site?, widget, aktiv?, optionen? })` | Widget aktivieren/deaktivieren und Optionen setzen – gleicher Schema-Sanitizer wie das Dashboard; Listen-Widgets (notice) via `optionen.items[]`. Greift beim nächsten Publish. Siehe [Widget-Katalog](https://prontosite.io/docs/widget-katalog). **Schreibend.** |
96
98
 
97
99
  `site_deploy` und `site_publish` sind **schreibende** Aktionen (verändern die Live-Website). Die
98
100
  Tool-Beschreibungen weisen den Assistenten an, vorher rückzufragen. Jeder Aufruf wird serverseitig auditiert.
package/api.mjs CHANGED
@@ -69,7 +69,9 @@ export function resolveTarget(cfg, site) {
69
69
  if (!key) throw new Error(`„${label}" ist kein Profil in deiner sites-Map. Verfügbar: ${keys.join(", ")}.`);
70
70
  return { token: needToken(cfg.sites[key].token, key), slug: "new" };
71
71
  }
72
- return { token: needToken(cfg.token, "new"), slug: "new" };
72
+ // Einzel-/Betreuer-Token: „<Konto-ID>:new" trägt die Ziel-Konto-ID (k-…) im Label → als customer
73
+ // durchreichen (Betreuer-Erst-Import ohne separaten customer-Parameter). Bare „new" hat keine.
74
+ return { token: needToken(cfg.token, "new"), slug: "new", customer: newMatch ? newMatch[1] : null };
73
75
  }
74
76
  if (cfg.sites) {
75
77
  const keys = Object.keys(cfg.sites);
@@ -125,20 +127,36 @@ export async function apiExport(cfg, { site, which = "published", outDir = "." }
125
127
  /** POST /api/deploy/<site> – ZIP übergeben (+ optional publish/resetOverlay/legal). site="new" = anlegen. */
126
128
  export async function apiDeploy(cfg, { site, customer = null, slug: wishSlug = null, zipPath, publish = false, resetOverlay = false, legal = null, company = null, siteOverride = false } = {}, fetchImpl = fetch) {
127
129
  if (!zipPath || !fs.existsSync(zipPath)) throw new Error(`ZIP nicht gefunden: ${zipPath}`);
128
- // Optional: Firmendaten VOR dem Deploy setzen (ein Schritt) → Rechtstext-Automatik nutzt sie direkt.
129
- if (company && typeof company === "object") await apiCompanySet(cfg, { site, company, siteOverride }, fetchImpl);
130
- const { token, slug } = resolveTarget(cfg, site);
130
+ const target = resolveTarget(cfg, site);
131
+ const { token, slug } = target;
132
+ const isNew = slug === "new";
133
+ const effCustomer = customer || target.customer || null; // „<Konto-ID>:new" liefert customer; sonst Parameter
134
+ const hasCompany = company && typeof company === "object";
135
+ // Bestandssite: Firmendaten VOR dem Deploy (Rechtstext-Automatik nutzt sie sofort). ERST-Import: NICHT vorab –
136
+ // die Website existiert noch nicht (company-/legal-Gate → 404); Firmendaten kommen NACH dem Anlegen (unten).
137
+ if (hasCompany && !isNew) await apiCompanySet(cfg, { site, company, siteOverride }, fetchImpl);
131
138
  const q = new URLSearchParams();
132
139
  if (publish) q.set("publish", "1");
133
140
  if (resetOverlay) q.set("resetOverlay", "1");
134
141
  if (legal === true) q.set("legal", "1");
135
142
  if (legal === false) q.set("legal", "0");
136
- if (customer) q.set("customer", customer); // Betreuer-Token + site="new": Ziel-Konto für den Erst-Import
143
+ if (effCustomer) q.set("customer", effCustomer); // Betreuer-Token + „new": Ziel-Konto für den Erst-Import
137
144
  if (wishSlug) q.set("slug", String(wishSlug)); // Erst-Import: Wunsch-Adresse (sonst wird sie abgeleitet)
138
145
  const qs = q.toString() ? `?${q}` : "";
139
146
  const res = await fetchImpl(`${baseUrl(cfg)}/deploy/${encodeURIComponent(slug)}${qs}`, {
140
147
  method: "POST", headers: { ...authHeaders(token), "content-type": "application/zip" }, body: fs.readFileSync(zipPath) });
141
- return asJson(res);
148
+ const out = await asJson(res);
149
+ // ERST-Import + Firmendaten: jetzt auf die ERSTELLTE Website setzen (out.slug/out.site). Hinweis: die beim
150
+ // Erst-Import automatisch erzeugten Rechtstexte kennen diese Daten noch nicht – ein erneuter Rechts-Lauf/
151
+ // Publish übernimmt sie. Das melden wir als companyApplied/companyNote statt still zu lassen.
152
+ if (hasCompany && isNew && out && (out.slug || out.site)) {
153
+ try {
154
+ await apiCompanySet(cfg, { site: out.slug || out.site, company, siteOverride }, fetchImpl);
155
+ out.companyApplied = true;
156
+ if (out.legal && !out.legal.disabled) out.companyNote = "Firmendaten wurden NACH dem Erst-Import gesetzt – die automatisch erzeugten Rechtstexte übernehmen sie erst beim nächsten Rechts-Lauf/Publish.";
157
+ } catch (e) { out.companyApplied = false; out.companyError = e.message; }
158
+ }
159
+ return out;
142
160
  }
143
161
 
144
162
  /** POST /api/publish/<site> – erneut veröffentlichen (ohne ZIP). force=true = „trotzdem veröffentlichen"
@@ -208,6 +226,24 @@ export async function apiEmbedConsent(cfg, { site, host, page, category = "notwe
208
226
  return asJson(res);
209
227
  }
210
228
 
229
+ /** GET /api/widgets/<site> – Katalog aller verwalteten Widgets (name, aktiv, optionen, schema). Lesend. */
230
+ export async function apiWidgets(cfg, { site } = {}, fetchImpl = fetch) {
231
+ const { token, slug } = resolveTarget(cfg, site);
232
+ const res = await fetchImpl(`${baseUrl(cfg)}/widgets/${encodeURIComponent(slug)}`, { headers: authHeaders(token) });
233
+ return asJson(res);
234
+ }
235
+ /** PUT /api/widgets/<site>/<widget> {aktiv, optionen} – Widget setzen (gleicher Schema-Sanitizer wie das Dashboard). */
236
+ export async function apiWidgetSet(cfg, { site, widget, aktiv, optionen } = {}, fetchImpl = fetch) {
237
+ if (!widget) throw new Error("widget erwartet (z. B. notice, consent, a11y, google-reviews, ps-impressum, ps-datenschutz).");
238
+ const { token, slug } = resolveTarget(cfg, site);
239
+ const body = {};
240
+ if (aktiv !== undefined) body.aktiv = !!aktiv;
241
+ if (optionen !== undefined) body.optionen = optionen;
242
+ const res = await fetchImpl(`${baseUrl(cfg)}/widgets/${encodeURIComponent(slug)}/${encodeURIComponent(widget)}`, {
243
+ method: "PUT", headers: { ...authHeaders(token), "content-type": "application/json" }, body: JSON.stringify(body) });
244
+ return asJson(res);
245
+ }
246
+
211
247
  /** GET/PUT /api/legal-options/<site> – Anzeige-Optionen der Rechtstext-Widgets. Ohne impressum/datenschutz
212
248
  * nur LESEN; sonst Teil-Update (nur echte Booleans wirken). */
213
249
  export async function apiLegalOptions(cfg, { site, impressum, datenschutz } = {}, fetchImpl = fetch) {
@@ -228,9 +264,10 @@ export async function apiLegalOptions(cfg, { site, impressum, datenschutz } = {}
228
264
  // GET /api/sites mit EINEM Token → normalisierte Liste (Betreuer-Token: alle betreuten Kunden).
229
265
  async function apiSitesWithToken(cfg, token, fetchImpl) {
230
266
  const body = await asJson(await fetchImpl(`${baseUrl(cfg)}/sites`, { headers: authHeaders(token) }));
231
- const sites = (body.sites || []).map(s => ({ label: s.slug || s.site, slug: s.slug || null, id: s.site || null,
267
+ const sites = (body.sites || []).map(s => ({ label: s.slug || s.site || s.customer, slug: s.slug || null, id: s.site || null,
232
268
  name: s.name || null, plan: s.plan, everPublished: s.everPublished, publishNeeded: s.publishNeeded,
233
- lastChangeAt: s.lastChangeAt || null, liveUrl: s.liveUrl || null, customer: s.customer }));
269
+ lastChangeAt: s.lastChangeAt || null, liveUrl: s.liveUrl || null, customer: s.customer,
270
+ ...(s.needsFirstImport ? { needsFirstImport: true, hint: s.hint || null } : {}) }));
234
271
  return { count: sites.length, manager: !!body.manager, hint: body.hint || null, sites };
235
272
  }
236
273
  // sites-Map abfragen: jeden Eintrag einzeln (jeder Token → seine Site).
package/index.mjs CHANGED
@@ -11,13 +11,13 @@
11
11
  import { McpServer } from "@modelcontextprotocol/sdk/server/mcp.js";
12
12
  import { StdioServerTransport } from "@modelcontextprotocol/sdk/server/stdio.js";
13
13
  import { z } from "zod";
14
- import { loadConfig, apiStatus, apiExport, apiDeploy, apiPublish, sitesList, apiCompanyGet, apiCompanySet, apiLegalOptions, apiDomainStatus, apiDomainConnect, apiEmbeds, apiEmbedConsent } from "./api.mjs";
14
+ import { loadConfig, apiStatus, apiExport, apiDeploy, apiPublish, sitesList, apiCompanyGet, apiCompanySet, apiLegalOptions, apiDomainStatus, apiDomainConnect, apiEmbeds, apiEmbedConsent, apiWidgets, apiWidgetSet } from "./api.mjs";
15
15
 
16
16
  const cfg = loadConfig();
17
17
  // Deutliche Startwarnung bei ambiger Konfiguration (Top-Level-Token NEBEN sites-Map). Nach stderr, damit
18
18
  // es im MCP-Log/Terminal auffällt; die endgültige Auflösung (Betreuer-Token-Vorrang vs. Map) klärt sites_list.
19
19
  for (const w of (cfg.warnings || [])) process.stderr.write("[prontosite-mcp] ⚠ " + w + "\n");
20
- const server = new McpServer({ name: "prontosite", version: "0.8.0" });
20
+ const server = new McpServer({ name: "prontosite", version: "0.9.1" });
21
21
  const asText = obj => ({ content: [{ type: "text", text: JSON.stringify(obj, null, 2) }] });
22
22
  const asError = e => ({ isError: true, content: [{ type: "text", text: "Fehler: " + (e?.message || String(e)) }] });
23
23
  const SITE_DESC = "Website-Slug (z. B. 'mas-monti'). Ohne Angabe die Standard-Site der Config. Bei Betreuer-"
@@ -80,10 +80,15 @@ server.tool(
80
80
  + "WICHTIG beim ERST-IMPORT: Frag den Nutzer VOR dem Deploy nach der gewünschten Adresse "
81
81
  + "(„Unter welcher Adresse soll die Website laufen?“, z. B. 'wuerttemberg' → wuerttemberg.prontosite.io) "
82
82
  + "und übergib sie als slug – ohne slug wird die Adresse nur aus Konto-/Seitenname ABGELEITET (die Antwort "
83
- + "nennt dann die abgeleitete Adresse; sie ist später änderbar). Bitte VOR dem Aufruf bestätigen lassen.",
84
- { site: z.string().optional().describe(SITE_DESC + " Erst-Import: 'new' (Einzel) bzw. '<label>:new' (Multi-Site)."),
83
+ + "nennt dann die abgeleitete Adresse; sie ist später änderbar). Bitte VOR dem Aufruf bestätigen lassen. "
84
+ + "MARKER (wenn du das Template lokal baust): markiere im HTML mit dem Attribut data-ps, wo Bausteine "
85
+ + "erscheinen sollen – data-ps=\"formular:kontakt\" (verwaltetes Kontaktformular), data-ps=\"impressum\" bzw. "
86
+ + "data-ps=\"datenschutz\" (Rechtstext-Seite) und data-ps=\"link-impressum\" / data-ps=\"link-datenschutz\" "
87
+ + "(Footer-Links auf die Rechtstexte). Beim Import legt ProntoSite die Bausteine automatisch an. "
88
+ + "Syntax-Referenz: https://prontosite.io/docs/marker-shortcodes",
89
+ { site: z.string().optional().describe(SITE_DESC + " Erst-Import: 'new' (Einzel) bzw. '<label>:new' (Multi-Site). Betreuer-Token: '<Konto-ID>:new' (k-…) legt im betreuten Konto an – die Konto-ID im Label ersetzt den customer-Parameter. sites_list zeigt betreute Konten OHNE Website (needsFirstImport) samt ihrer k-ID."),
85
90
  slug: z.string().optional().describe("Erst-Import: gewünschte Web-Adresse (Subdomain-Label, z. B. 'wuerttemberg' → wuerttemberg.prontosite.io). Beim Erst-Import den Nutzer danach FRAGEN; wird sie weggelassen, leitet ProntoSite eine Adresse ab. Bei Updates ignoriert."),
86
- customer: z.string().optional().describe("Nur Betreuer-Token + Erst-Import mit EINEM Manager-Token: Ziel-Konto-ID (k-…). Bei per-Konto-Token in der sites-Map genügt '<label>:new'."),
91
+ customer: z.string().optional().describe("Betreuer-Token + Erst-Import: Ziel-Konto-ID (k-…) für die neue Website. Alternativ direkt im site-Argument als '<Konto-ID>:new'."),
87
92
  zipPath: z.string().describe("Pfad zur ZIP-Datei der Website (lokal)."),
88
93
  publish: z.boolean().default(false).describe("true = nach dem Import direkt veröffentlichen (LIVE)."),
89
94
  resetOverlay: z.boolean().default(false).describe("true = bisherige Dashboard-Änderungen verwerfen."),
@@ -140,7 +145,10 @@ server.tool(
140
145
  "LESEND/SCHREIBEND: Anzeige-Optionen der Rechtstext-Widgets je Rolle (impressum/datenschutz): showTitle "
141
146
  + "(Überschrift), showDate (Stand-Datum), draftNotice (Entwurfs-Hinweis in der Live-Ausgabe). OHNE impressum/"
142
147
  + "datenschutz nur LESEN. Teil-Update (nur gesetzte Felder). HINWEIS: draftNotice:false blendet den rechtlich "
143
- + "empfohlenen Entwurfs-Hinweis live aus (protokolliert) – bitte vorher bestätigen lassen.",
148
+ + "empfohlenen Entwurfs-Hinweis live aus (protokolliert) – bitte vorher bestätigen lassen. "
149
+ + "MARKER (beim lokalen Bauen): Rechtstext-Seiten und -Links im Template mit data-ps markieren – "
150
+ + "data-ps=\"impressum\" / data-ps=\"datenschutz\" (Seite) bzw. data-ps=\"link-impressum\" / "
151
+ + "data-ps=\"link-datenschutz\" (Footer-Links). Syntax-Referenz: https://prontosite.io/docs/marker-shortcodes",
144
152
  { site: z.string().optional().describe(SITE_DESC),
145
153
  impressum: legalOptShape.optional(),
146
154
  datenschutz: legalOptShape.optional() },
@@ -203,5 +211,33 @@ server.tool(
203
211
  }
204
212
  );
205
213
 
214
+ server.tool(
215
+ "site_widgets",
216
+ "LESEND: Katalog der verwalteten Widgets einer Website – je Widget name, Titel, aktiv, aktuelle optionen und "
217
+ + "das Konfig-schema (Feldtypen/Defaults). Widgets sind in JEDEM Plan (auch Free) verfügbar. Bekannte Widgets: "
218
+ + "consent (Cookie-Banner), a11y (Barrierefreiheit-Hilfen), notice (Pop-Ups/Hinweise – Modal/Banner/inline, "
219
+ + "Listen-Widget optionen.items[]), google-reviews, ps-impressum, ps-datenschutz. Basis für site_widget_set.",
220
+ { site: z.string().optional().describe(SITE_DESC) },
221
+ async ({ site }) => { try { return asText(await apiWidgets(cfg, { site })); } catch (e) { return asError(e); } }
222
+ );
223
+
224
+ server.tool(
225
+ "site_widget_set",
226
+ "SCHREIBEND: ein Widget aktivieren/deaktivieren und/oder seine Optionen setzen – MIT DEMSELBEN Schema-Sanitizer "
227
+ + "wie das Dashboard (unbekannte/ungültige Felder werden abgewiesen). `optionen` muss zum schema aus site_widgets "
228
+ + "passen; Listen-Widgets (z. B. notice) erwarten { items: [ { id?, name?, aktiv?, ...Felder } ] }. Beispiel notice: "
229
+ + "optionen={ items:[{ titel:'Sommerpause', text:'**Geschlossen** bis 1.9.', darstellung:'modal', seiten:['index.html'], "
230
+ + "haeufigkeit:'tage', ruheTage:3 }] }. Greift beim nächsten Veröffentlichen (publishNeeded). Vorher mit dem Nutzer "
231
+ + "bestätigen (verändert die Website). Ergänzt die Einzel-Tools site_legal_options/site_embed_consent, ersetzt sie nicht. "
232
+ + "Betreuer-Token gilt für betreute Kunden.",
233
+ { site: z.string().optional().describe(SITE_DESC),
234
+ widget: z.string().describe("Widget-Name aus site_widgets (z. B. 'notice', 'consent', 'a11y', 'google-reviews', 'ps-impressum', 'ps-datenschutz')."),
235
+ aktiv: z.boolean().optional().describe("Widget an/aus. Weglassen = unverändert (nur optionen setzen)."),
236
+ optionen: z.any().optional().describe("Konfig-Objekt gemäß schema aus site_widgets. Listen-Widgets: { items: [...] }. Weglassen = aktiv-Status unverändert lassen.") },
237
+ async ({ site, widget, aktiv, optionen }) => {
238
+ try { return asText(await apiWidgetSet(cfg, { site, widget, aktiv, optionen })); } catch (e) { return asError(e); }
239
+ }
240
+ );
241
+
206
242
  const transport = new StdioServerTransport();
207
243
  await server.connect(transport);
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@prontosite/mcp",
3
- "version": "0.8.0",
3
+ "version": "0.9.1",
4
4
  "description": "MCP-Server für ProntoSite – Website-Status, Export, Deploy und Veröffentlichen direkt aus einem KI-Assistenten (Claude Desktop). Dünner Client um die ProntoSite Deploy-API.",
5
5
  "type": "module",
6
6
  "bin": {