<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Guides :: onlythoughts</title><link>https://private.onlythoughts.io/guides/index.html</link><description>Anleitungen und Leitfäden: praktisch, zum Nachmachen.</description><generator>Hugo</generator><language>de-ch</language><lastBuildDate>Fri, 26 Jun 2026 11:00:00 +0200</lastBuildDate><atom:link href="https://private.onlythoughts.io/guides/index.xml" rel="self" type="application/rss+xml"/><item><title>Agenten-Brain mit MCP: remember/recall für Claude-Sessions</title><link>https://private.onlythoughts.io/guides/agenten-brain-mcp-setup/index.html</link><pubDate>Fri, 26 Jun 2026 11:00:00 +0200</pubDate><guid>https://private.onlythoughts.io/guides/agenten-brain-mcp-setup/index.html</guid><description>Ein zweites, getrenntes Second Brain als MCP-Memory-Layer, damit jede Claude-Session über remember/recall dasselbe Gedächtnis teilt. Free-Tier, Cloudflare, ohne RAG-Stack.</description></item><item><title>Instruktionsdateien für Agenten: AGENTS.md &amp; CLAUDE.md</title><link>https://private.onlythoughts.io/guides/instruktionsdateien/index.html</link><pubDate>Fri, 26 Jun 2026 07:40:00 +0200</pubDate><guid>https://private.onlythoughts.io/guides/instruktionsdateien/index.html</guid><description>Das README für Agenten: warum man Repo-Anweisungen in eine Datei schreibt, was AGENTS.md von CLAUDE.md unterscheidet, und wie man beide mit einer Datei bedient.</description></item><item><title>Eval-driven Development: Tests für nicht-deterministische Systeme</title><link>https://private.onlythoughts.io/guides/eval-driven-development/index.html</link><pubDate>Fri, 26 Jun 2026 07:20:00 +0200</pubDate><guid>https://private.onlythoughts.io/guides/eval-driven-development/index.html</guid><description>Warum Agenten Evals statt klassischer Unit-Tests brauchen, und wie man Capabilities per Eval definiert, bevor der Agent sie erfüllt.</description></item><item><title>Context-Engineering: Kontext als knappe Ressource behandeln</title><link>https://private.onlythoughts.io/guides/context-engineering/index.html</link><pubDate>Fri, 26 Jun 2026 07:10:00 +0200</pubDate><guid>https://private.onlythoughts.io/guides/context-engineering/index.html</guid><description>Warum bei Agenten nicht der eine clevere Prompt zählt, sondern das laufende Kuratieren des Token-Fensters, und wie man das praktisch macht.</description></item><item><title>Das agentische Flywheel: selbstverbessernde Entwicklungs-Schleifen</title><link>https://private.onlythoughts.io/guides/agentisches-flywheel/index.html</link><pubDate>Fri, 26 Jun 2026 07:00:00 +0200</pubDate><guid>https://private.onlythoughts.io/guides/agentisches-flywheel/index.html</guid><description>Wie man ein Harness baut, das mit jedem Durchlauf besser wird, statt Agenten jeden Fehler neu machen zu lassen.</description></item><item><title>Agentisches Rollen-Setup für Software-Projekte</title><link>https://private.onlythoughts.io/guides/agentisches-rollen-setup/index.html</link><pubDate>Fri, 26 Jun 2026 06:00:00 +0200</pubDate><guid>https://private.onlythoughts.io/guides/agentisches-rollen-setup/index.html</guid><description>Sechs spezialisierte Agenten-Rollen, die einen spec-getriebenen Entwicklungs-Workflow erzwingen.</description></item><item><title>So ist mein Second Brain aufgesetzt</title><link>https://private.onlythoughts.io/guides/second-brain-setup/index.html</link><pubDate>Wed, 24 Jun 2026 09:00:00 +0200</pubDate><guid>https://private.onlythoughts.io/guides/second-brain-setup/index.html</guid><description>Architektur und Aufbau meines dateibasierten Second Brain, zum Nachbauen.</description></item><item><title>Betrieb &amp; Moderation: der Inbox-Workflow</title><link>https://private.onlythoughts.io/guides/betrieb-und-moderation/index.html</link><pubDate>Tue, 23 Jun 2026 09:30:00 +0200</pubDate><guid>https://private.onlythoughts.io/guides/betrieb-und-moderation/index.html</guid><description>Wie ich das Brain pflege: Inbox per write-first-Ingest statt von Hand löschen, plus Publish-Toggle und Lint.</description></item><item><title>SOLID Principles: Clean Code &amp; Design</title><link>https://private.onlythoughts.io/guides/solid/index.html</link><pubDate>Sat, 08 Feb 2025 12:35:44 +0100</pubDate><guid>https://private.onlythoughts.io/guides/solid/index.html</guid><description>SOLID ist ein Akronym für fünf grundlegende Prinzipien des objektorientierten Designs. Sie wurden von Robert C. Martin (Uncle Bob) geprägt und helfen dabei, Software zu entwickeln, die wartbar, erweiterbar und testbar ist.
1. Single Responsibility Principle (SRP) “A class should have one, and only one, reason to change.”
Was? Eine Klasse sollte nur eine einzige Aufgabe haben. Wenn eine Klasse mehrere Verantwortlichkeiten übernimmt, führt dies zu einer starken Kopplung und erhöht die Fehleranfälligkeit bei Änderungen.</description></item><item><title>The Architecture Compendium: Principles &amp; Patterns</title><link>https://private.onlythoughts.io/guides/architecture/index.html</link><pubDate>Fri, 07 Feb 2025 19:23:25 +0100</pubDate><guid>https://private.onlythoughts.io/guides/architecture/index.html</guid><description>This is a curated collection of fundamental software development principles, architectural patterns, and industry standards. It serves as a quick reference for designing robust and scalable systems.
1. Software Development Principles 🛠️ Fundamental rules for writing clean and maintainable code.
SOLID (Object-Oriented Design): The bedrock of OOP. Read my detailed post on SOLID. DRY (Don’t Repeat Yourself): Every piece of knowledge must have a single, unambiguous, authoritative representation within a system. KISS (Keep It Simple, Stupid): Most systems work best if they are kept simple rather than made complicated. YAGNI (You Ain’t Gonna Need It): A principle of extreme programming (XP) that states a programmer should not add functionality until deemed necessary. GRASP (General Responsibility Assignment Software Patterns): Nine basic principles in object-oriented design and responsibility assignment (e.g., Creator, Controller, Low Coupling, High Cohesion). 2. Software Architecture Patterns 🏗️ High-level structures used to organize software systems.</description></item></channel></rss>