Wirklich alles, was bei Mirkan läuft — mit konkreten Beispielen für jedes Tool, jeden Skill, jeden Hook. Nichts ausgelassen. Kopier's dir nach und du hast das gleiche Setup.
Claude Code ist die offizielle Kommandozeilen-Version von Claude, entwickelt von Anthropic. Du startest Claude direkt im Terminal, gibst ihm ein Projekt-Verzeichnis, und er liest, schreibt, testet und deployed Code — alles mit direktem Dateisystem-Zugriff. Kein Copy-Paste mehr zwischen Browser und Editor.
Claude editiert deine Dateien in Echtzeit. Keine Kopierarbeit, keine halb-automatischen Diffs.
nativeDu kannst Claudes Fähigkeiten mit offiziellen Plugins, MCP-Servern, Skills und Agents ausbauen.
extensibleDu definierst globale und projektspezifische Regeln in Markdown-Dateien. Claude hält sich dran.
deterministicAnders als ChatGPT vergisst Claude nicht zwischen Sessions — pro Projekt-Verzeichnis ein Gedächtnis.
persistentScripts laufen automatisch bei Events — z.B. vor jedem Deploy ein Security-Audit.
automationDu kannst Claude auch per Spracheingabe steuern und ihm sagen, in welcher Sprache er antworten soll.
voice · i18nAccount unter claude.ai anlegen, Pro abonnieren, damit du in der CLI eingeloggt bleibst. Alternativ kannst du API-Credits verwenden — ist für Web-Arbeit aber teurer.
Drei Schritte: Node.js installieren, Claude Code via npm global installieren, einloggen. Zehn Minuten.
# Homebrew installieren (falls nicht vorhanden) $ /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)" # Node.js installieren — mindestens Version 18 $ brew install node $ node --version v22.11.0
$ npm install -g @anthropic-ai/claude-code $ claude --version
# In ein Projekt-Verzeichnis wechseln $ cd ~/Documents # Claude starten $ claude # Browser öffnet sich → bei Anthropic einloggen → fertig
Nach der Installation wird automatisch folgende Struktur unter ~/.claude/ angelegt:
~/.claude/ ├── CLAUDE.md # Deine globalen Regeln ├── settings.json # Globale Config (Modell, Hooks, Sprache) ├── settings.local.json # Projekt-Berechtigungen (Allowlist) ├── plugins/ # Installierte Plugins ├── skills/ # Skills (eigene + via GSD) ├── agents/ # Sub-Agents (kommen mit GSD) ├── hooks/ # Hook-Scripts ├── commands/ # Custom Slash-Commands ├── projects/ # Memory pro Projekt-Verzeichnis ├── get-shit-done/ # GSD-Workflow-Engine ├── scripts/ # Eigene Shell-Scripts (pre-deploy usw.) └── keybindings.json # Keyboard-Shortcuts
Mirkan nutzt Claude Opus als Standardmodell, Deutsch als Sprache, und hat Voice-Input aktiviert. Alles über ~/.claude/settings.json.
{
"model": "opus",
"language": "German",
"voiceEnabled": true,
"statusLine": {
"type": "command",
"command": "node ~/.claude/hooks/gsd-statusline.js"
}
}
In jeder Session per /model Befehl. Opus ist am stärksten (Default), Sonnet ist ausgewogen, Haiku ist schnell und günstig.
| Modell | Wann | Preis |
|---|---|---|
| Opus 4.7 | Komplexe Projekte, Architektur, anspruchsvolles Frontend | Premium |
| Sonnet 4.6 | Standard-Entwicklung, Bug-Fixes, mittlere Komplexität | Mittel |
| Haiku 4.5 | Schnelle Antworten, einfache Fixes, viele parallele Calls | Günstig |
Schaltet auf Claude Opus 4.6 mit deutlich schnellerer Generierung. Praktisch für längere Sessions, wo Geschwindigkeit wichtig ist.
Die gsd-statusline.js zeigt dir in Echtzeit: aktuelle Phase, Token-Budget, Modell, Projekt. Installiert sich mit GSD automatisch.
Diese drei Plugins laufen bei Mirkan, alle aus dem Marketplace claude-plugins-official. Jedes Plugin hat seinen ganz eigenen Anwendungsfall.
$ claude > /plugin # Navigation: # 1. "Browse Marketplaces" # 2. "claude-plugins-official" auswählen # 3. Plugin auswählen → "Install" # 4. Für alle drei wiederholen # Prüfen ob installiert: $ cat ~/.claude/plugins/installed_plugins.json
Dieses Plugin sorgt dafür, dass dein Frontend NICHT wie generisches AI-Produkt aussieht. Distinctive typography, bold colors, animations, unerwartete Layouts. Aktiviert sich automatisch sobald Claude visuellen Frontend-Code schreibt.
Zieht aktuelle Dokumentation live von jedem Framework, jeder Library, jedem SDK — direkt aus offiziellen Quellen. Verhindert, dass Claude mit Trainings-Wissen arbeitet, das bei schnell-evolvierenden Libraries (React 19, Next.js 15, Tailwind 4) veraltet sein könnte.
Browser-Automation. Claude startet einen echten Chromium-Browser, klickt durch deine Seite, füllt Formulare, macht Screenshots, prüft Responsive-Breakpoints. Unverzichtbar vor jedem Deployment.
| Command | Was |
|---|---|
| /plugin | Plugin-Marketplace öffnen |
| /plugin list | Installierte Plugins anzeigen |
| /plugin update | Alle Plugins aktualisieren |
| /plugin uninstall <name> | Plugin deinstallieren |
MCP (Model Context Protocol) ist Anthropics Standard, mit dem Claude mit externen Tools spricht. Bei Mirkan laufen zwei: magic (21st.dev für UI-Komponenten & Logos) und pencil (für .pen Design-Dateien in VS Code).
Der wahrscheinlich nützlichste MCP-Server für Web-Arbeit. Claude durchsucht die riesige Bibliothek von 21st.dev nach fertigen React-Komponenten und Logos, schlägt dir 3-5 passende vor, und baut die gewählte direkt in dein Projekt ein.
# Erst API-Key holen: https://21st.dev/magic/console # Kostenlos, Free-Tier reicht $ claude mcp add magic -s user \ --env API_KEY="DEIN_API_KEY" \ -- npx -y @21st-dev/magic@latest $ claude mcp list
Pencil ist eine VS Code Extension von High Agency für .pen Design-Dateien — eine Art Figma im Editor. Der MCP-Server erlaubt Claude, diese Designs zu erstellen und zu bearbeiten.
# Voraussetzung: VS Code + Pencil-Extension installiert # VS Code Marketplace → "Pencil" von High Agency $ claude mcp add pencil -s user -- \ ~/.vscode/extensions/highagency.pencildev-*/out/mcp-server-darwin-arm64 \ --app visual_studio_code
Viele brauchen das nicht — Framer-User, Figma-User, CSS-First-Builder kommen ohne aus. Wenn du nicht weißt was .pen Dateien sind, lass es weg.
| Server | Zweck | API-Key | Pflicht? |
|---|---|---|---|
| magic | UI-Komponenten + Logos von 21st.dev | Ja (gratis) | Ja |
| pencil | .pen Design-Dateien in VS Code | Nein | Nein |
firecrawl (Konkurrenz-Analysen): claude mcp add firecrawl --env FIRECRAWL_API_KEY="..." -- npx -y firecrawl-mcp · design-bridge (Framer-Projekte bearbeiten): manuell via Framer Plugin · Google Drive: eingebaut bei claude.ai.
Das Herzstück. Eine Markdown-Datei unter ~/.claude/CLAUDE.md, die bei JEDER Session automatisch geladen wird. Bei Mirkan ca. 300 Zeilen mit 25+ Sektionen. Alles was Claude global wissen muss.
| Sektion | Was drin ist |
|---|---|
| Sprache | Immer Deutsch, kurz & direkt, kein Blabla |
| Kontext | Freelance Webentwickler, Fokus lokale DE-Unternehmen, Stack HTML/CSS/JS/PHP, Hosting Webgo |
| Design-Tools | PFLICHT: ui-ux-pro-max, 21st.dev, Framer-MCP, Pencil-MCP, frontend-design |
| Entwicklungs-Tools | Context7, Playwright, Firecrawl — wann welche nutzen |
| Coding-Standards | Keine console.logs, kein innerHTML, rel=noopener, 4 Spaces |
| Datei-Struktur | Standard-Projekt-Layout mit index.html, assets/, impressum, etc. |
| Responsive Design | Breakpoints 320/480/768/1024/1280/1536/1920, Mobile-First |
| CSS-Architektur | Custom Properties, 4/8/16/24/32/48 Spacing-System, kein !important |
| Typografie | Max 2 Fonts, line-height 1.5+, max 70-80 Zeichen/Zeile |
| Sicherheit | XSS, CSRF, Rate Limiting, Honeypot, DSGVO-Checkbox |
| Barrierefreiheit | WCAG AA 4.5:1, alt-Texte, Tastatur-Nav, lang="de" |
| Performance | WebP, lazy loading, LCP<2.5s, CLS<0.1, INP<200ms, PageSpeed 90+ |
| SEO | Unique title/description, Schema.org, sitemap, robots, Open Graph |
| .htaccess | HTTPS, www, GZIP, Caching, 404, Verzeichnis-Listing aus |
| Analytics | Empfehlung Matomo (DSGVO), Cookie-Banner bei GA |
| Favicon | realfavicongenerator.net, min. favicon.ico + apple-touch-icon |
| Rechtliches DE | Impressum §5 TMG, DSGVO, Cookie-Banner, kein IP-Logging |
| Bildlizenzen | Unsplash/Pexels/Pixabay, nie Google Images, WebP zwingend |
| Hosting Webgo | SSL auto, Cyberduck FTP, public_html Root |
| Domain/E-Mail | DNS-Regeln, Weiterleitungen www ↔ non-www |
| Uptime Monitoring | UptimeRobot nach Deployment einrichten |
| Texte/Inhalte | Kein Lorem Ipsum in Prod, Rechtschreibung prüfen |
| Freelancer Business | 50% Anzahlung, max 2 Revisions, Kleinunternehmerregel §19 |
| Kunden-Übergabe | Zugangsdaten sicher, ZIP-Backup, Wartungsvertrag |
| Projekt-Start Checkliste | 12 Punkte beim Kunden vorab erfragen |
| Deployment Checkliste | 22 Punkte automatisch abarbeiten vor Go-Live |
# Mirkan schickt dir seine CLAUDE.md — leg sie ab unter: $ cp ~/Downloads/CLAUDE.md ~/.claude/CLAUDE.md # Oder neu erstellen und Sektionen einfügen: $ code ~/.claude/CLAUDE.md # Zum Testen: $ claude > Zeig mir die wichtigsten globalen Regeln, die du aus CLAUDE.md kennst.
In jedem Projekt-Root eine eigene CLAUDE.md. Globale + projektspezifische werden automatisch kombiniert.
Claude analysiert dein Projekt und erstellt eine passende CLAUDE.md mit Stack, Struktur, Konventionen.
Mirkans wichtigste Erweiterung. Über 65 Slash-Commands für strukturierte Projekt-Arbeit: Milestones, Phasen, Pläne, Execution, Review, Ship. Bringt auch automatisch 24 Agents und 9 Hooks mit.
# GSD Installer — legt alle Skills, Agents, Hooks an $ npx -y @get-shit-done/installer # Verzeichnis-Struktur nach Installation: $ ls ~/.claude/get-shit-done/ bin contexts references templates VERSION workflows
| Command | Was |
|---|---|
| /gsd-new-project | Projekt starten — Roadmap, Milestones, Phasen erstellen |
| /gsd-new-milestone | Neuen Milestone beginnen (z.B. v2.0) |
| /gsd-complete-milestone | Milestone archivieren nach Abschluss |
| /gsd-new-workspace | Isolierte Workspace mit Repo-Copy anlegen |
| /gsd-list-workspaces | Alle aktiven Workspaces anzeigen |
| /gsd-remove-workspace | Workspace sauber entfernen |
| /gsd-import | Externen Plan importieren |
| Command | Was |
|---|---|
| /gsd-add-phase | Neue Phase ans Ende hinzufügen |
| /gsd-insert-phase | Phase als Dezimalzahl einfügen (z.B. 2.5) |
| /gsd-remove-phase | Zukünftige Phase entfernen |
| /gsd-analyze-dependencies | Phasen-Abhängigkeiten analysieren |
| /gsd-plan-milestone-gaps | Lücken im Milestone füllen mit Phasen |
| Command | Was |
|---|---|
| /gsd-discuss-phase | Phase durchdiskutieren — adaptive Fragen zu Anforderungen |
| /gsd-list-phase-assumptions | Annahmen über Phase auflisten |
| /gsd-research-phase | Standalone-Recherche wie man Phase implementiert |
| /gsd-plan-phase | Detaillierten Plan (PLAN.md) mit Tasks erstellen |
| /gsd-execute-phase | Phase wave-basiert durchführen mit atomic commits |
| /gsd-ui-phase | UI-Design-Contract (UI-SPEC.md) für Frontend-Phase |
| /gsd-secure-phase | Threat-Mitigations prüfen, SECURITY.md erstellen |
| /gsd-verify-work | Validiere Features durch conversational testing |
| /gsd-validate-phase | Nyquist-Audit: fehlen Tests für Requirements? |
| Command | Was |
|---|---|
| /gsd-code-review | Source-Files reviewen: Bugs, Security, Quality |
| /gsd-code-review-fix | Findings aus Code-Review automatisch fixen |
| /gsd-ui-review | Retroactive 6-Pillar Visual Audit |
| /gsd-review | Cross-AI Peer Review (zweite Meinung) |
| /gsd-review-backlog | Backlog-Items reviewen & promoten |
| /gsd-audit-fix | Audit-to-fix Pipeline autonom |
| /gsd-audit-milestone | Milestone-Completion auditen |
| /gsd-audit-uat | Cross-Phase Audit aller UAT-Items |
| /gsd-add-tests | Tests für fertige Phase generieren |
| Command | Was |
|---|---|
| /gsd-explore | Socratic Ideation und Idea-Routing |
| /gsd-scan | Rapid Codebase Assessment (leichtgewichtig) |
| /gsd-map-codebase | Parallele Mapper-Agents: Tech/Arch/Quality/Concerns |
| /gsd-intel | Query/Inspect/Refresh der Codebase-Intel |
| /gsd-forensics | Post-Mortem für failed GSD-Runs |
| /gsd-debug | Systematisches Debugging mit persistent State |
| /gsd-profile-user | Developer-Profile aus Sessions generieren |
| Command | Was |
|---|---|
| /gsd-quick | Quick Task mit GSD-Guarantees |
| /gsd-fast | Trivialer Task inline — kein Subagent |
| /gsd-autonomous | Alle restlichen Phasen autonom durchziehen |
| /gsd-next | Automatisch zur nächsten logischen Phase |
| /gsd-do | Freitext-Routing zum richtigen GSD-Command |
| /gsd-workstreams | Parallele Workstreams verwalten |
| Command | Was |
|---|---|
| /gsd-progress | Projekt-Fortschritt, Kontext, nächste Schritte |
| /gsd-stats | Projekt-Statistiken — Phasen, Pläne |
| /gsd-health | Planning-Verzeichnis diagnostizieren |
| /gsd-pause-work | Context-Handoff bei Pause |
| /gsd-resume-work | Aus vorheriger Session weitermachen |
| /gsd-session-report | Session-Report mit Token-Usage |
| /gsd-milestone-summary | Comprehensive Milestone-Summary |
| /gsd-undo | Safe Git-Revert — Phase oder Plan zurückrollen |
| /gsd-reapply-patches | Lokale Modifikationen nach GSD-Update reapplyen |
| /gsd-cleanup | Alte Phase-Verzeichnisse archivieren |
| Command | Was |
|---|---|
| /gsd-note | Zero-friction Idea-Capture |
| /gsd-add-todo | Idee/Task als Todo ablegen |
| /gsd-check-todos | Pending Todos auflisten & eines wählen |
| /gsd-plant-seed | Forward-looking Idee mit Trigger speichern |
| /gsd-add-backlog | Idea ins Backlog Parking-Lot |
| /gsd-thread | Persistente Context-Threads verwalten |
| Command | Was |
|---|---|
| /gsd-ship | PR erstellen, Review, Merge vorbereiten |
| /gsd-pr-branch | Clean PR-Branch durch Filtern |
| /gsd-docs-update | Projekt-Dokumentation generieren/updaten |
| Command | Was |
|---|---|
| /gsd-settings | GSD-Workflow-Toggles und Modelle konfigurieren |
| /gsd-set-profile | Modell-Profil wechseln (Quality/Speed/Balance) |
| /gsd-manager | Interactive Command-Center für GSD |
| /gsd-update | GSD auf neueste Version updaten |
| /gsd-help | GSD-Commands & Usage anzeigen |
| /gsd-join-discord | GSD Discord-Community |
Skills sind spezialisierte Mini-Programme für konkrete Aufgaben. Neben den GSD-Skills hat Mirkan 18 weitere. Jeder mit Anwendungsbeispiel.
67 Design-Stile, 96 Farbpaletten, Font-Pairings, UX-Guidelines, Chart-Typen. Pflicht laut Mirkans CLAUDE.md bei jedem visuellen Output.
Gibt's auch als Plugin. Als Skill vertieft es custom Frontend-Bauten — 2025er Aesthetic, distinctive typography, bold color, unexpected layouts.
Toolkit zum Stylen von Artifacts mit konsistenten Themes. Perfekt für Handouts (wie dieses hier!), Präsentationen, interne Dokumente.
Anthropic-Brand-Farben und Typografie. Auch als Basis für eigene Style-Systeme von Kunden.
Kreative Visuals. Mood-Boards, Hero-Images, Pattern-Design, algorithmische Kunst mit p5.js.
Playwright-basiertes Browser-Testing. Links, Formulare, Mobile, Screenshots — komplette Test-Suite automatisch.
Office-Dateien erstellen und bearbeiten direkt aus Claude — Rechnungen, Angebote, Kundendokumentation, Präsentationen.
Strukturierter Workflow zum gemeinsamen Schreiben längerer Dokumente — z.B. Angebote, Verträge, Anforderungsdokumente mit dem Kunden.
Suite für elaborate, mehrseitige Web-Artefakte. Für komplexe interaktive Handouts, Demos, Prototypen.
Ressourcen zum Schreiben interner Kommunikation — Kunden-E-Mails, Status-Updates, Angebote, Abrechnungsdetails.
Animierte GIFs für Slack-Reactions und interne Chats — eher Fun/Team-Tool.
Apps mit der Claude API bauen, Anthropic SDK nutzen, Model-Migrationen (4.5 → 4.6 → 4.7), Prompt-Caching. Wenn du eigene AI-Features in Kundenprojekten entwickelst.
Eigene MCP-Server entwickeln, falls bestehende nicht ausreichen.
Eigene Skills bauen. Sobald du eine Routine 5× machst → Skill draus.
Agents sind spezialisierte Sub-Claudes, die für spezifische Aufgaben aufgerufen werden. Anders als Skills (= Anweisungen) sind Agents eigenständige Prozesse mit eigenem Tool-Set. Kommen alle mit GSD.
| Agent | Was er tut |
|---|---|
| gsd-advisor-researcher | Recherchiert Gray-Area-Entscheidungen, liefert Vergleichstabelle |
| gsd-assumptions-analyzer | Analysiert Codebase, findet implizite Annahmen in Phase |
| gsd-code-fixer | Wendet Fixes aus REVIEW.md an, atomic commits pro Fix |
| gsd-code-reviewer | Reviewt Source-Files — Bugs, Security, Quality mit Severity |
| gsd-codebase-mapper | Erforscht Codebase parallel: Tech/Arch/Quality/Concerns |
| gsd-debugger | Investigations via Scientific Method, Checkpoint-Handling |
| gsd-doc-verifier | Verifiziert Doc-Claims gegen Live-Codebase |
| gsd-doc-writer | Schreibt und aktualisiert Projekt-Dokumentation |
| gsd-executor | Führt Pläne aus mit atomic commits, Deviation-Handling |
| gsd-integration-checker | Prüft Cross-Phase-Integration und E2E-Flows |
| gsd-intel-updater | Schreibt strukturierte Intel-Files in .planning/intel/ |
| gsd-nyquist-auditor | Füllt Validation-Gaps, generiert Tests |
| gsd-phase-researcher | Recherchiert Implementierung, produziert RESEARCH.md |
| gsd-plan-checker | Verifiziert Pläne goal-backward vor Execution |
| gsd-planner | Erstellt Phasen-Pläne mit Task-Breakdown |
| gsd-project-researcher | Recherchiert Domain-Ecosystem vor Roadmap |
| gsd-research-synthesizer | Synthetisiert Research in SUMMARY.md |
| gsd-roadmapper | Erstellt Roadmaps mit Phasen und Coverage-Validation |
| gsd-security-auditor | Verifiziert Threat-Mitigations, produziert SECURITY.md |
| gsd-ui-auditor | Retroactive 6-Pillar Visual Audit, scored UI-REVIEW.md |
| gsd-ui-checker | Validiert UI-SPEC.md Design-Contracts |
| gsd-ui-researcher | Produziert UI-SPEC.md Design-Contract |
| gsd-user-profiler | Analysiert Sessions, erstellt Developer-Profile |
| gsd-verifier | Verifiziert Phase-Goal-Achievement goal-backward |
Du rufst sie selten direkt auf. GSD-Commands wie /gsd-plan-phase oder /gsd-execute-phase orchestrieren automatisch die passenden Agents.
Hooks sind Scripts, die bei bestimmten Events automatisch laufen. Bei Mirkan sind 9 aktiv — alle kommen mit GSD. Plus ein eigener pre-deploy-Hook.
| Hook | Event | Was |
|---|---|---|
| gsd-check-update.js | SessionStart | Prüft ob GSD-Update verfügbar ist |
| gsd-session-state.sh | SessionStart | Lädt aktuellen Projekt-State |
| gsd-statusline.js | statusLine | Zeigt Phase, Token-Budget, Modell in Statusleiste |
| gsd-prompt-guard.js | PreToolUse (Write/Edit) | Blockt riskante Edits außerhalb Plans |
| gsd-read-guard.js | PreToolUse (Write/Edit) | Erzwingt Read vor Edit (verhindert Write-Blind) |
| gsd-workflow-guard.js | PreToolUse (Write/Edit) | Stellt sicher dass GSD-Workflow eingehalten wird |
| gsd-validate-commit.sh | PreToolUse (Bash) | Validiert Commit-Messages vor Ausführung |
| gsd-context-monitor.js | PostToolUse | Überwacht Context-Budget, warnt bei 80% |
| gsd-phase-boundary.sh | PostToolUse (Write/Edit) | Erkennt Phasenübergänge automatisch |
| pre-deploy | PreToolUse (Bash "deploy") | Security/SEO/Performance-Check vor Deploy |
Alle Hooks sind in ~/.claude/settings.json definiert. Mit GSD-Install werden sie automatisch eingetragen.
{
"hooks": {
"PreToolUse": [
{
"matcher": "Bash",
"hooks": [{
"type": "command",
"command": "if echo \"$CLAUDE_TOOL_INPUT\" | grep -q 'deploy'; then pre-deploy || exit 1; fi"
}]
},
{
"matcher": "Write|Edit",
"hooks": [{
"type": "command",
"command": "node ~/.claude/hooks/gsd-workflow-guard.js",
"timeout": 5
}]
}
],
"SessionStart": [
{
"hooks": [{
"type": "command",
"command": "bash ~/.claude/hooks/gsd-session-state.sh"
}]
}
],
"PostToolUse": [
{
"matcher": "Bash|Edit|Write|MultiEdit|Agent|Task",
"hooks": [{
"type": "command",
"command": "node ~/.claude/hooks/gsd-context-monitor.js",
"timeout": 10
}]
}
]
}
}
Das pre-deploy-Script triggert automatisch, sobald Claude einen Bash-Befehl mit dem Wort "deploy" ausführen will. Es blockt den Deploy wenn einer der Checks fehlschlägt.
Das ist ein eigenes Shell-Script unter ~/.claude/scripts/pre-deploy. Frag Mirkan — ist nicht Teil von GSD.
Pro Projekt-Verzeichnis legt Claude ein Memory-Verzeichnis an. Dort speichert er persistente Infos über dich, Feedback, Projekt-Status und externe Referenzen. Sessionübergreifend.
$ ls ~/.claude/projects/-Users-mirkanpolat/memory/ MEMORY.md # Index aller Memory-Dateien user_profile.md # Wer Mirkan ist feedback_security_audit.md # "Security vor jedem Deploy" feedback_scripts_reminder.md # "An vorhandene Scripts erinnern" feedback_less_overhead.md # "Bei Polish direkt arbeiten" project_homepage_status.md # Status Immobilien-Portfolio reference_framer.md # Framer MCP Zugriff
Wer du bist, dein Background, deine Rolle, Expertise-Level, typische Arbeit.
Was du magst/nicht magst. Korrekturen die Claude nicht wiederholen soll.
Laufende Projekte, Deadlines, Stakeholder. Aktueller Status.
Links zu externen Systemen — Linear, Notion, Dashboards, Repos.
Commands die Claude Code direkt mitbringt — unabhängig von GSD oder Plugins.
| Command | Was |
|---|---|
| /help | Alle verfügbaren Commands anzeigen |
| /model | Modell wechseln (Opus / Sonnet / Haiku) |
| /fast | Fast Mode mit Opus 4.6 |
| /plugin | Plugin-Marketplace öffnen |
| /init | CLAUDE.md für aktuelles Projekt generieren |
| /clear | Chat-Verlauf löschen (spart Context) |
| /compact | Verlauf zusammenfassen statt löschen |
| /review | Pull Request reviewen |
| /security-review | Security-Audit für aktuellen Code |
| /update-config | settings.json via Skill konfigurieren |
| /keybindings-help | Keyboard-Shortcuts anpassen |
| /fewer-permission-prompts | Allowlist basierend auf Verlauf vorschlagen |
| /loop | Prompt auf Interval laufen lassen |
| /schedule | Cron-basierte Remote-Agents |
| /simplify | Code-Review für Reuse, Qualität, Effizienz |
| /exit | Session beenden |
| ! <cmd> | Shell-Befehl direkt in Session ausführen |
| @datei | Datei im Prompt referenzieren |
Damit Claude nicht bei jedem harmlosen Befehl nachfragt, pflegst du eine Allowlist in ~/.claude/settings.local.json. Mirkans Liste ist mittlerweile ziemlich lang — hier die wichtigsten Einträge.
{
"permissions": {
"allow": [
// Shell-Basics
"Bash(open:*)",
"Bash(ls:*)",
"Bash(cd:*)",
"Bash(mkdir:*)",
"Bash(chmod:*)",
"Bash(sed:*)",
"Bash(source:*)",
"Bash(export:*)",
// Node / NPM
"Bash(node:*)",
"Bash(npm install:*)",
"Bash(npm run:*)",
"Bash(npm view:*)",
"Bash(npx tsc:*)",
// Python
"Bash(python3:*)",
// Bild-Tools (für WebP-Konvertierung)
"Bash(sips:*)",
"Bash(which cwebp:*)",
// FTP / Deploy
"Bash(which lftp:*)",
"Bash(brew install:*)",
// Git
"Bash(git init:*)",
"Bash(git add:*)",
"Bash(git commit:*)",
"Bash(git stash:*)",
"Bash(git merge:*)",
// Web
"WebSearch",
"WebFetch(domain:raw.githubusercontent.com)",
"WebFetch(domain:ui.shadcn.com)",
"WebFetch(domain:ui-ux-pro-max-skill.nextlevelbuilder.io)",
// MCP
"mcp__context7__resolve-library-id",
"mcp__pencil",
// GSD Skills (oft genutzt)
"Skill(gsd:progress)",
"Skill(gsd:execute-phase)",
"Skill(gsd:discuss-phase)",
"Skill(gsd:plan-phase)",
"Skill(gsd:autonomous)"
]
}
}
Claude schaut welche Befehle du oft bestätigt hast und schlägt sie als neue Allowlist-Einträge vor.
Die besten Ergebnisse entstehen durch kluge Kombination. Hier die Workflows aus Mirkans CLAUDE.md — copy & paste als Prompts.
So nutzt Mirkan das ganze Setup in der Praxis. Copy-paste-ready.
# 1. Projekt anlegen $ mkdir ~/Projekte/baeckerei-mueller && cd $_ $ claude # 2. GSD-Projekt starten > /gsd-new-project Bäckerei Müller München, 5 Seiten, Launch in 3 Wochen, warmes Farbschema, lokaler Fokus # 3. Design-Phase > /gsd-ui-phase > Nutze ui-ux-pro-max für Palette. Such via magic passende Bäckerei-Hero-Templates. frontend-design aktivieren. # 4. Plan & Execute > /gsd-plan-phase > /gsd-execute-phase # 5. Quality Gates > /gsd-code-review > /gsd-secure-phase > /gsd-ui-review # 6. Browser-Tests > Teste mit webapp-testing alle Formulare & Breakpoints # 7. Deploy (triggert pre-deploy Hook automatisch!) > Deploye via lftp nach Webgo # 8. Dokumentation für Kunden > Mach mit pdf ein Kunden-Handout "So änderst du Texte & Bilder"
$ cd ~/Projekte/altes-kundenprojekt $ claude # Direkter Fix ohne GSD-Overhead (bei Polish/Fixes) > Das Kontaktformular sendet doppelt. Check send-mail.php und fix das. # Claude: # - Liest send-mail.php # - Findet Race-Condition # - Fixt mit Token-basierter Idempotenz # - Testet mit webapp-testing # - Commit automatisch > Deploy dann den Fix nach Webgo # pre-deploy Hook triggert automatisch
$ cd ~/Projekte/blog-kunde $ claude > Ich migriere von Astro v4 auf v5. - Hol dir via context7 die aktuelle Astro v5 Migration-Doku - Pass mir astro.config.mjs an (Breaking Changes) - Update alle Content Collections auf neue API - Check ob View Transitions anders funktionieren - Zeig mir alle Änderungen als Diff vor dem Commit # Claude zieht aktuelle Doku, macht Änderungen, # gsd-workflow-guard Hook prüft dass Plan existiert, # gsd-validate-commit checkt Commit-Message
~/.claude/CLAUDE.md (von Mirkan bekommen)npx @get-shit-done/installer installiert~/.claude/skills/~/.claude/projects/~/.claude/CLAUDE.md · ~/.claude/scripts/pre-deploy · ggf. eigene Skills (ui-ux-pro-max Lizenz)
Einfach Claude fragen: "Prüf meine Installation, was fehlt?" — Claude checkt selbst nach, was alles nötig ist.