Anleitung: GitHub Copilot mit lokalem LLM unter Windows über Lemonade Server ausführen
Ein Entwickler hat eine Anleitung veröffentlicht, um GitHub Copilot für die Verwendung eines lokalen großen Sprachmodells (LLM) auf einem Windows-Computer, speziell einem Framework Desktop, zu konfigurieren. Die Anleitung wurde erstellt, weil der Autor keine bestehenden einfachen Anweisungen für dieses Setup finden konnte.
Die Kernmethode beinhaltet die Verwendung von Lemonade Server, einem Tool, das als lokaler Proxy-Server fungiert. Es fängt Anfragen der GitHub Copilot-Erweiterung in Ihrem Code-Editor (wie VS Code) ab und leitet sie an ein lokal laufendes LLM weiter, anstatt sie an die Cloud-Server von GitHub zu senden. Dies ermöglicht private, offline Code-Vervollständigung ohne Abhängigkeit von externen APIs.
Dieses Setup ist relevant für Entwickler, die die Autovervollständigungsfunktion von GitHub Copilot nutzen möchten, aber Privatsphäre benötigen, Datensicherheitsbedenken haben, API-Kosten vermeiden möchten oder ein bestimmtes Open-Source-Modell verwenden möchten, das sie selbst angepasst haben. Das lokale LLM müsste separat installiert und ausgeführt werden, beispielsweise mit Tools wie Ollama, LM Studio oder text-generation-webui.
Der ursprüngliche Reddit-Beitrag verlinkt auf die vollständige, detaillierte Anleitung auf der persönlichen Website des Autors.
📖 Read the full source: r/LocalLLaMA
👀 Siehe auch
OpenClaw Workspace-Konfiguration: Erkenntnisse aus zwei Monaten Nutzung
Die Erfahrung eines Entwicklers mit OpenClaw zeigt, dass die Qualität des Arbeitsbereichs die Leistung des Agenten um das 5- bis 10-fache beeinflusst, mit spezifischen Anleitungen zu SOUL.md, AGENTS.md, MEMORY.md, USER.md und der Konfiguration von Fähigkeiten.
ClaudeBusiness Repo: Muster für den Betrieb echter Unternehmen mit Claude Code
Ein GitHub-Repo, das praktische Muster, Frameworks und Schutzmaßnahmen aus über 35 Reddit-Threads sammelt, in denen Gründer beschreiben, wie sie Claude für Service-Agenturen und Solo-SaaS-Unternehmen einsetzen.
Opus 4.7 hat 40% der Prompts zerstört; Lösung war die Strukturierung von CLAUDE.md und Skills
Nachdem Opus 4.7 etwa 40 % der Prompts in 6 Setups verschlechterte, behob ein kleiner Teilbereich der KI das Problem, indem Ad-hoc-Prompts durch strukturierte Skill-Dateien, hierarchische CLAUDE.md und separate Speicherdateien ersetzt wurden – wodurch die Token-Nutzung um 22 % und die Iterationsdurchläufe von 3–4 auf 1–2 reduziert wurden.
Wie der OpenCLAW-Speicher tatsächlich funktioniert: Behebung des 'Vergessens' von Agenten
OpenCLAW-Agenten haben keinen persistenten Speicher zwischen Gesprächen – sie rekonstruieren den Kontext jedes Mal aus Dateien wie SOUL.md, USER.md und MEMORY.md. Häufige 'Vergessens'-Probleme entstehen durch alte Sitzungen, unstrukturierte Speicherdateien und das Speichern wichtiger Informationen im Chatverlauf anstatt in dauerhaften Dateien.