Merge pull request #360 from LLM-Coding/copilot/add-kiss-principle

Add KISS Principle semantic anchor

Author: rdmueller

docs/anchors/kiss-principle.adoc

@@ -0,0 +1,47 @@
+= KISS Principle
+:categories: design-principles
+:roles: software-developer, software-architect, consultant, educator
+:proponents: Kelly Johnson, Robert C. Martin
+:related: yagni, dry-principle, solid-principles
+:tags: kiss, simplicity, design-principles, over-engineering, readability
+:tier: 1
+
+[%collapsible]
+====
+Full Name:: Keep It Simple, Stupid (also: Keep It Super Simple)
+
+Also known as:: KISS, Keep It Simple
+
+[discrete]
+== *Core Concepts*:
+
+Simplicity as a design goal:: Systems work best when kept simple; complexity should be avoided whenever possible
+
+Avoid over-engineering:: Don't add complexity, abstraction, or features beyond what the current problem requires
+
+Readability over cleverness:: Code that is easy to read and understand is preferred over sophisticated but opaque solutions
+
+Simplest working solution first:: Implement the most straightforward approach that satisfies the requirements, then refine if needed
+
+Cognitive load reduction:: Simpler designs reduce the mental effort required to understand, maintain, and extend a system
+
+Progressive enhancement:: Start simple; add complexity only when justified by concrete requirements (pairs with YAGNI)
+
+Key Proponents:: Kelly Johnson (Lockheed Skunk Works, 1960s), Robert C. Martin ("Clean Code", 2008)
+
+[discrete]
+== *When to Use*:
+
+* When facing the choice between a simple and a complex solution
+* Reviewing code for maintainability and readability
+* Designing APIs, interfaces, or data models
+* Onboarding new team members to an unfamiliar codebase
+* Refactoring code that has grown unnecessarily complicated
+
+[discrete]
+== *Related Anchors*:
+
+* <<yagni,YAGNI>> - Don't implement what you don't need yet (complementary simplicity principle)
+* <<dry-principle,DRY>> - Eliminate redundancy to keep codebases simple and consistent
+* <<solid-principles,SOLID Principles>> - Structured guidelines that reinforce clean, simple designs
+====

docs/anchors/kiss-principle.de.adoc

@@ -0,0 +1,46 @@
+= KISS Principle
+:categories: design-principles
+:roles: software-developer, software-architect, consultant, educator
+:proponents: Kelly Johnson, Robert C. Martin
+:related: yagni, dry-principle, solid-principles
+:tags: kiss, simplicity, design-principles, over-engineering, readability
+
+[%collapsible]
+====
+Vollständiger Name:: Keep It Simple, Stupid (auch: Keep It Super Simple)
+
+Auch bekannt als:: KISS, Keep It Simple
+
+[discrete]
+== *Kernkonzepte*:
+
+Einfachheit als Designziel:: Systeme funktionieren am besten, wenn sie einfach gehalten werden; Komplexität sollte möglichst vermieden werden
+
+Over-Engineering vermeiden:: Keine Komplexität, Abstraktionen oder Funktionen hinzufügen, die über das aktuelle Problem hinausgehen
+
+Lesbarkeit statt Cleverness:: Code, der leicht zu lesen und zu verstehen ist, wird gegenüber ausgefeilten, aber undurchsichtigen Lösungen bevorzugt
+
+Einfachste funktionierende Lösung zuerst:: Den geradlinigsten Ansatz implementieren, der die Anforderungen erfüllt, dann bei Bedarf verfeinern
+
+Reduktion der kognitiven Last:: Einfachere Designs reduzieren den mentalen Aufwand, der erforderlich ist, um ein System zu verstehen, zu pflegen und zu erweitern
+
+Progressive Verbesserung:: Einfach beginnen; Komplexität nur hinzufügen, wenn sie durch konkrete Anforderungen gerechtfertigt ist (ergänzt YAGNI)
+
+Schlüsselvertreter:: Kelly Johnson (Lockheed Skunk Works, 1960er), Robert C. Martin ("Clean Code", 2008)
+
+[discrete]
+== *Wann zu verwenden*:
+
+* Bei der Wahl zwischen einer einfachen und einer komplexen Lösung
+* Beim Überprüfen von Code auf Wartbarkeit und Lesbarkeit
+* Beim Entwerfen von APIs, Schnittstellen oder Datenmodellen
+* Beim Einarbeiten neuer Teammitglieder in eine unbekannte Codebasis
+* Beim Refactoring von Code, der unnötig komplex geworden ist
+
+[discrete]
+== *Verwandte Anker*:
+
+* <<yagni,YAGNI>> - Nicht implementieren, was noch nicht benötigt wird (komplementäres Einfachheitsprinzip)
+* <<dry-principle,DRY>> - Redundanz eliminieren, um Codebasen einfach und konsistent zu halten
+* <<solid-principles,SOLID Principles>> - Strukturierte Richtlinien, die saubere, einfache Designs fördern
+====

docs/anchors/yagni.adoc

@@ -2,7 +2,7 @@
 :categories: design-principles
 :roles: software-developer, software-architect, consultant
 :proponents: Ron Jeffries, Kent Beck
-:related: dry-principle, spot-principle, tdd-chicago-school
+:related: dry-principle, spot-principle, tdd-chicago-school, kiss-principle
 :tags: yagni, extreme-programming, simplicity, incremental-design, over-engineering
 :tier: 1
 
@@ -44,4 +44,5 @@ Key Proponents:: Ron Jeffries (coined the phrase), Kent Beck ("Extreme Programmi
 * <<dry-principle,DRY>> - Eliminates duplication of existing knowledge (complementary but distinct)
 * <<spot-principle,SPOT>> - Single Point of Truth, related simplicity principle
 * <<tdd-chicago-school,TDD, Chicago School>> - YAGNI is a core principle of classicist TDD
+* <<kiss-principle,KISS Principle>> - Keep systems as simple as possible (complementary simplicity principle)
 ====

docs/anchors/yagni.de.adoc

@@ -2,7 +2,7 @@
 :categories: design-principles
 :roles: software-developer, software-architect, consultant
 :proponents: Ron Jeffries, Kent Beck
-:related: dry-principle, spot-principle, tdd-chicago-school
+:related: dry-principle, spot-principle, tdd-chicago-school, kiss-principle
 :tags: yagni, extreme-programming, simplicity, incremental-design, over-engineering
 
 [%collapsible]
@@ -43,4 +43,5 @@ Schlüsselvertreter:: Ron Jeffries (prägte den Begriff), Kent Beck ("Extreme Pr
 * <<dry-principle,DRY>> - Eliminiert Duplizierung vorhandenen Wissens (komplementär, aber verschieden)
 * <<spot-principle,SPOT>> - Single Point of Truth, verwandtes Einfachheitsprinzip
 * <<tdd-chicago-school,TDD, Chicago School>> - YAGNI ist ein Kernprinzip des klassischen TDD
+* <<kiss-principle,KISS Principle>> - Systeme so einfach wie möglich halten (komplementäres Einfachheitsprinzip)
 ====

skill/semantic-anchor-translator/references/catalog.md

@@ -144,6 +144,11 @@ Source: https://github.com/LLM-Coding/Semantic-Anchors
 ### DRY (Don't Repeat Yourself)
 - **Core:** Every piece of knowledge has single, unambiguous representation
 
+### KISS (Keep It Simple, Stupid / Keep It Super Simple)
+- **Also known as:** KISS Principle, Keep It Simple
+- **Proponents:** Kelly Johnson, Robert C. Martin
+- **Core:** Simplicity as design goal, avoid over-engineering, readability over cleverness, simplest working solution first, reduce cognitive load
+
 ### SPOT (Single Point of Truth)
 - **Core:** One authoritative source for each piece of data/logic
 

website/public/data/anchors.json

@@ -1587,6 +1587,37 @@
     "filePath": "docs/anchors/jobs-to-be-done.adoc",
     "tier": 3
   },
+  {
+    "id": "kiss-principle",
+    "title": "KISS Principle",
+    "categories": [
+      "design-principles"
+    ],
+    "roles": [
+      "software-developer",
+      "software-architect",
+      "consultant",
+      "educator"
+    ],
+    "related": [
+      "yagni",
+      "dry-principle",
+      "solid-principles"
+    ],
+    "proponents": [
+      "Kelly Johnson",
+      "Robert C. Martin"
+    ],
+    "tags": [
+      "kiss",
+      "simplicity",
+      "design-principles",
+      "over-engineering",
+      "readability"
+    ],
+    "filePath": "docs/anchors/kiss-principle.adoc",
+    "tier": 1
+  },
   {
     "id": "lasr",
     "title": "LASR according to Toth/Zörner",
@@ -2845,7 +2876,8 @@
     "related": [
       "dry-principle",
       "spot-principle",
-      "tdd-chicago-school"
+      "tdd-chicago-school",
+      "kiss-principle"
     ],
     "proponents": [
       "Ron Jeffries",

website/public/data/categories.json

@@ -41,6 +41,7 @@
       "gof-strategy-pattern",
       "gof-template-method-pattern",
       "gof-visitor-pattern",
+      "kiss-principle",
       "solid-dip",
       "solid-isp",
       "solid-lsp",

website/public/data/metadata.json

@@ -1,13 +1,13 @@
 {
-  "generatedAt": "2026-03-26T09:24:28.368Z",
+  "generatedAt": "2026-03-26T09:31:40.107Z",
   "version": "1.0.0",
   "counts": {
     "anchors": 107,
     "categories": 12,
     "roles": 12
   },
   "statistics": {
-    "averageRolesPerAnchor": "3.12",
+    "averageRolesPerAnchor": "3.11",
     "averageCategoriesPerAnchor": "1.01",
     "anchorsWithTags": 67,
     "anchorsWithRelated": 38

website/public/data/roles.json

@@ -42,6 +42,7 @@
       "gutes-deutsch-wolf-schneider",
       "iec-61508-sil-levels",
       "impact-mapping",
+      "kiss-principle",
       "lasr",
       "linddun",
       "mece",
@@ -109,6 +110,7 @@
       "feynman-technique",
       "gof-design-patterns",
       "gutes-deutsch-wolf-schneider",
+      "kiss-principle",
       "mental-model-according-to-naur",
       "myers-briggs-type-indicator",
       "pert",
@@ -222,6 +224,7 @@
       "hexagonal-architecture",
       "iec-61508-sil-levels",
       "iso-25010",
+      "kiss-principle",
       "lasr",
       "linddun",
       "llm-evaluations",
@@ -296,6 +299,7 @@
       "hexagonal-architecture",
       "iec-61508-sil-levels",
       "invest",
+      "kiss-principle",
       "lasr",
       "linddun",
       "llm-evaluations",