一键导入
outlook-invitation
Creates a German Outlook meeting invitation with context, goals, agenda, and emojis — ready to copy-paste or auto-fill into Outlook (macOS).
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Creates a German Outlook meeting invitation with context, goals, agenda, and emojis — ready to copy-paste or auto-fill into Outlook (macOS).
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | outlook-invitation |
| description | Creates a German Outlook meeting invitation with context, goals, agenda, and emojis — ready to copy-paste or auto-fill into Outlook (macOS). |
| allowed-tools | AskUserQuestion, Bash |
Erstellt eine vollständige, copy-paste-fertige Outlook-Einladung in deutscher Sprache.
Wenn wichtige Angaben fehlen, bitte über AskUserQuestion nachfragen:
Generiere die Einladung in folgender Struktur:
**fett**, *kursiv*, ### Headlines) — diese rendert in Outlook nicht. Formatierung nur über Emojis, Zeilenumbrüche und Absätze.Gib die Einladung in einem direkt kopierbaren Format aus:
<Betreff hier>
<Einladungstext hier>
Falls der Nutzer einen konkreten Termin genannt hat, ergänze einen kurzen ergänzenden Satz mit Datum/Uhrzeit.
Frage via AskUserQuestion:
Falls der Nutzer "In Outlook öffnen" gewählt hat, öffne das moderne Outlook-Terminfenster via AppleScript UI-Scripting und fülle Betreff und Body automatisch ein.
Wichtig: make new calendar event öffnet immer das alte Outlook-UI. Stattdessen Cmd+N via System Events auslösen — das öffnet das moderne Terminfenster mit Terminplanungs-Assistent.
Voraussetzung: Das Terminal muss Accessibility-Berechtigung haben (Systemeinstellungen → Datenschutz & Sicherheit → Bedienungshilfen).
UI-Versions-Vorbehalt: Tab-Reihenfolge und Fokusverhalten wurden gegen das "neue" Outlook für Mac verifiziert (Stand Juli 2026). Outlook-Updates können die Feldreihenfolge ändern — das Skript fügt dann ohne Fehlermeldung ins falsche Feld ein. Weise den Nutzer darauf hin, das Ergebnis zu prüfen; sieht es falsch aus, den Copy-Paste-Weg aus Schritt 4 nutzen.
Tab-Navigation im modernen Outlook-Terminfenster:
Cmd+2 (Kalender-Ansicht), dann Cmd+N → Fokus startet direkt auf dem Betreff-FeldCmd+V) — keystroke ist layoutabhängig und verstümmelt Umlaute und Emojiskey code 115 using command down (Cmd+Home) → Cursor an den Anfang des Body (Signatur bleibt erhalten)Funktionierendes Muster:
osascript - <<'APPLESCRIPT'
tell application "Microsoft Outlook"
activate
end tell
delay 0.5
tell application "System Events"
tell process "Microsoft Outlook"
set frontmost to true
keystroke "2" using command down
delay 1
keystroke "n" using command down
delay 1.5
-- Fokus startet direkt auf Betreff — per Zwischenablage einfügen
-- (keystroke verstümmelt Umlaute/Emojis, da layoutabhängig)
set the clipboard to "<Betreff hier>"
keystroke "v" using command down
delay 0.3
-- 10x Tab → Body
repeat 10 times
key code 48
delay 0.15
end repeat
delay 0.4
-- Cursor an den Anfang (Signatur bleibt am Ende erhalten)
key code 115 using command down
delay 0.2
set the clipboard to "<Einladungstext hier>
"
keystroke "v" using command down
end tell
end tell
APPLESCRIPT
Hinweise:
Team-Sync: Sprintziele & offene Fragen
Kontext:
Wir nähern uns dem Ende des Sprints und wollen kurz gemeinsam auf den Stand schauen.
Ziel:
- Offene Punkte klären
- Sprintziele abgleichen
- Nächste Schritte festlegen
Agenda:
- Kurze Status-Runde
- Offene Blocker besprechen
- Nächste Schritte & Verantwortlichkeiten
Bitte bestätigt kurz eure Teilnahme.
Kickoff: Projekt [Name] – Ziele & Vorgehen
💡 Kontext
Wir starten mit [Projektname] und wollen gemeinsam Ziele, Vorgehen und Rollen klären.
🎯 Ziel dieser Abstimmung
- Projektziel und Scope gemeinsam verstehen
- Vorgehen und Meilensteine abstimmen
- Rollen und Verantwortlichkeiten verteilen
📋 Agenda
1. Projektziel & Hintergrund (10 min)
2. Scope und Abgrenzung (15 min)
3. Vorgehen & Meilensteine (15 min)
4. Rollen & nächste Schritte (10 min)
📌 Gerne vorbereiten:
- Kurzer Blick auf das Projektbriefing
- Erste Gedanken zum Vorgehen
Freue mich auf die Runde!
Adopt portless for stable, git-worktree-aware .localhost dev URLs following its documented best practices (pinned devDependency + portless.json + dev/dev:app script split — never a hand-rolled slug or sh -c wrapper), then wire it into Conductor via .conductor/settings.toml. Detects the stack first, wraps ONLY the JS/TS frontend dev server, and researches per-workspace isolation for backends/DB/Docker that portless can't cover. Use when asked to set up portless, fix stable dev URLs across worktrees, or make a repo Conductor-friendly for parallel agents.
Create or update GitHub issues for bug reports, feature requests, and refactor tasks using the gh CLI. Use when the user wants to file a ticket, create an issue, report a bug, request a feature, plan a refactor, or update an existing GitHub issue. Also triggers for new issue, open a ticket, file a bug, feature request, create task, or mentions wanting to track work in GitHub Issues.
Sets up, audits, or migrates release-please (Conventional-Commit versioning, changelogs, GitHub releases). Use to set up release automation, automated versioning/changelogs, or release-please; to audit, review, fix, or question an existing setup; or to switch release forms (single ↔ per-module) without breaking changelog/tag history.
Sets up a repo for Conductor end-to-end: install/setup script (automatic), selectable Run targets (with more than one, no default so nothing autostarts), and archive cleanup (automatic) — writes .conductor/settings.toml. Use when asked to set up conductor, configure a workspace, add run targets, stop conductor autostarting, make a run-button menu, or add archive/cleanup on workspace removal.
Release & supply-chain readiness audit: gathers evidence from real workflows, manifests, and repo settings, compares against a gold-standard reference stack, has an adversarial subagent try to refute the draft, and returns a prioritized action plan (P1–P3) whose fixes are delegated to the sibling setup skills. Use when asked to audit release automation, publishing security, CI or supply-chain maturity, or whether a repo is ready to release. For a whole-repo health check (docs, tests, code quality) use maturity-analysis instead.
Audits and sets up .github/dependabot.yml: recommends a grouping mode (low-noise, balanced, fine-grained) from the repo's use-case, gates setup on pinned dependency versions, wires CODEOWNERS over the deprecated reviewers key, groups security updates. Use when asked to set up, review, fix, or audit Dependabot / automated dependency updates / dependency grouping.