Skip to content

Commit 72d4f78

Browse files
rdmuellerrdmueller
authored
Merge pull request #191 from raifdmueller/feat/emoji-anchor-icons
feat: replace Font Awesome anchor icon with ⚓ emoji
2 parents e5a6a83 + c0bccfb commit 72d4f78

2 files changed

Lines changed: 47 additions & 47 deletions

File tree

‎docs/spec-driven-workflow.de.html‎

Lines changed: 24 additions & 24 deletions
Original file line numberDiff line numberDiff line change
@@ -544,7 +544,7 @@ <h2 id="_einleitung">Einleitung</h2>
544544
</td>
545545
<td class="content">
546546
<div class="paragraph">
547-
<p>Semantic Anchors sind im Dokument mit <span class="icon"><i class="fa fa-anchor"></i></span> gekennzeichnet.
547+
<p>Semantic Anchors sind im Dokument mit ⚓ gekennzeichnet.
548548
Ein Klick auf einen Anker führt zur vollständigen Definition auf der Semantic Anchors Website.</p>
549549
</div>
550550
</td>
@@ -613,16 +613,16 @@ <h2 id="_querschnittsthemen">Querschnittsthemen</h2>
613613
</div>
614614
<div class="dlist">
615615
<dl>
616-
<dt class="hdlist1"><span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/plain-english-strunk-white"><strong>Plain English nach Strunk &amp; White</strong></a></dt>
616+
<dt class="hdlist1">⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/plain-english-strunk-white"><strong>Plain English nach Strunk &amp; White</strong></a></dt>
617617
<dd>
618618
<p>Alle Dokumentation verwendet kurze Sätze, aktive Sprache und keine überflüssigen Wörter.
619-
Für deutschsprachige Dokumentation gilt analog <span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/gutes-deutsch-wolf-schneider"><strong>Gutes Deutsch nach Wolf Schneider</strong></a>.</p>
619+
Für deutschsprachige Dokumentation gilt analog ⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/gutes-deutsch-wolf-schneider"><strong>Gutes Deutsch nach Wolf Schneider</strong></a>.</p>
620620
</dd>
621-
<dt class="hdlist1"><span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/conventional-commits"><strong>Conventional Commits</strong></a></dt>
621+
<dt class="hdlist1">⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/conventional-commits"><strong>Conventional Commits</strong></a></dt>
622622
<dd>
623623
<p>Alle Commits folgen einem standardisierten Format für eine saubere, maschinenlesbare Git-History.</p>
624624
</dd>
625-
<dt class="hdlist1"><span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/docs-as-code"><strong>Docs-as-Code nach Ralf D. Müller</strong></a></dt>
625+
<dt class="hdlist1">⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/docs-as-code"><strong>Docs-as-Code nach Ralf D. Müller</strong></a></dt>
626626
<dd>
627627
<p>Dokumentation lebt im Repository als AsciiDoc, gebaut von <a href="https://doctoolchain.org">docToolchain</a>.
628628
Docs-as-Code behandelt Dokumentation wie Quellcode: versioniert, reviewt und automatisch gebaut.</p>
@@ -647,7 +647,7 @@ <h2 id="_voraussetzungen">Voraussetzungen</h2>
647647
<p>Git-Repository initialisieren</p>
648648
</li>
649649
<li>
650-
<p><a href="https://doctoolchain.org">docToolchain</a> installieren und das <span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/arc42"><strong>arc42</strong></a>-Template herunterladen</p>
650+
<p><a href="https://doctoolchain.org">docToolchain</a> installieren und das ⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/arc42"><strong>arc42</strong></a>-Template herunterladen</p>
651651
</li>
652652
<li>
653653
<p>KI-Coding-Umgebung mit einer <code>AGENTS.md</code> konfigurieren (oder toolspezifisches Äquivalent wie <code>CLAUDE.md</code>)</p>
@@ -761,7 +761,7 @@ <h3 id="_schritt_1_vision_beschreiben">Schritt 1: Vision beschreiben</h3>
761761
<div class="sect2">
762762
<h3 id="_schritt_2_anforderungen_mit_der_sokratischen_methode_klären">Schritt 2: Anforderungen mit der Sokratischen Methode klären</h3>
763763
<div class="paragraph">
764-
<p>Die KI auffordern, die <span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/socratic-method"><strong>Sokratische Methode</strong></a> zur Klärung der Anforderungen zu nutzen.</p>
764+
<p>Die KI auffordern, die ⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/socratic-method"><strong>Sokratische Methode</strong></a> zur Klärung der Anforderungen zu nutzen.</p>
765765
</div>
766766
<div class="listingblock">
767767
<div class="content">
@@ -783,7 +783,7 @@ <h3 id="_schritt_2_anforderungen_mit_der_sokratischen_methode_klären">Schritt 2
783783
</div>
784784
</div>
785785
<div class="paragraph">
786-
<p><span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/mece"><strong>MECE</strong></a> (Mutually Exclusive, Collectively Exhaustive) stellt sicher, dass die Fragen alle Bereiche überlappungsfrei abdecken.</p>
786+
<p>⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/mece"><strong>MECE</strong></a> (Mutually Exclusive, Collectively Exhaustive) stellt sicher, dass die Fragen alle Bereiche überlappungsfrei abdecken.</p>
787787
</div>
788788
<div class="paragraph">
789789
<p>Den Dialog fortführen, bis man mit der KI zufrieden ist, dass die Anforderungen klar sind.</p>
@@ -817,7 +817,7 @@ <h3 id="_schritt_4_detaillierte_spezifikation_erstellen">Schritt 4: Detaillierte
817817
</div>
818818
</div>
819819
<div class="paragraph">
820-
<p><span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/gherkin"><strong>Gherkin</strong></a> (Given/When/Then) liefert Akzeptanzkriterien, die sowohl für Menschen lesbar als auch maschinell testbar sind.
820+
<p>⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/gherkin"><strong>Gherkin</strong></a> (Given/When/Then) liefert Akzeptanzkriterien, die sowohl für Menschen lesbar als auch maschinell testbar sind.
821821
Diese Kriterien werden später die Grundlage für TDD.</p>
822822
</div>
823823
<div class="paragraph">
@@ -842,21 +842,21 @@ <h3 id="_schritt_5_arc42_architekturdokumentation_erstellen">Schritt 5: arc42-Ar
842842
</div>
843843
</div>
844844
<div class="paragraph">
845-
<p><span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/arc42"><strong>arc42</strong></a> bietet 12 Abschnitte, die alles von Kontextabgrenzung bis Deployment abdecken.
845+
<p>⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/arc42"><strong>arc42</strong></a> bietet 12 Abschnitte, die alles von Kontextabgrenzung bis Deployment abdecken.
846846
Die KI kennt die Template-Struktur und füllt sie passend.</p>
847847
</div>
848848
<div class="paragraph">
849-
<p><span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/c4-diagrams"><strong>C4 Diagrams</strong></a> kombiniert mit PlantUML ermöglichen textbasierte Architektur-Visualisierung auf vier Ebenen: Context, Container, Component, Code.
849+
<p>⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/c4-diagrams"><strong>C4 Diagrams</strong></a> kombiniert mit PlantUML ermöglichen textbasierte Architektur-Visualisierung auf vier Ebenen: Context, Container, Component, Code.
850850
Die KI kann diese Diagramme ohne grafische Tools erstellen und ändern.</p>
851851
</div>
852852
<div class="sect3">
853853
<h4 id="_architecture_decision_records">Architecture Decision Records</h4>
854854
<div class="paragraph">
855-
<p>Architekturentscheidungen werden als <span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/adr-according-to-nygard"><strong>ADRs nach Nygard</strong></a> dokumentiert.
855+
<p>Architekturentscheidungen werden als ⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/adr-according-to-nygard"><strong>ADRs nach Nygard</strong></a> dokumentiert.
856856
Jedes ADR folgt der Struktur: Titel, Status, Kontext, Entscheidung, Konsequenzen.</p>
857857
</div>
858858
<div class="paragraph">
859-
<p>Für jede Entscheidung wird eine <span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/pugh-matrix"><strong>Pugh-Matrix</strong></a> mit 3-Punkt-Skala (-1, 0, +1) erstellt, um Alternativen gegen Qualitätskriterien zu bewerten.</p>
859+
<p>Für jede Entscheidung wird eine ⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/pugh-matrix"><strong>Pugh-Matrix</strong></a> mit 3-Punkt-Skala (-1, 0, +1) erstellt, um Alternativen gegen Qualitätskriterien zu bewerten.</p>
860860
</div>
861861
<div class="listingblock">
862862
<div class="content">
@@ -878,7 +878,7 @@ <h4 id="_architecture_decision_records">Architecture Decision Records</h4>
878878
<div class="sect2">
879879
<h3 id="_schritt_6_architektur_review_atam">Schritt 6: Architektur-Review (ATAM)</h3>
880880
<div class="paragraph">
881-
<p>Ein Architektur-Review mit der <span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/atam"><strong>Architecture Tradeoff Analysis Method (ATAM)</strong></a> durchführen:</p>
881+
<p>Ein Architektur-Review mit der ⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/atam"><strong>Architecture Tradeoff Analysis Method (ATAM)</strong></a> durchführen:</p>
882882
</div>
883883
<div class="listingblock">
884884
<div class="content">
@@ -912,10 +912,10 @@ <h3 id="_schritt_7_backlog_erstellen">Schritt 7: Backlog erstellen</h3>
912912
</div>
913913
</div>
914914
<div class="paragraph">
915-
<p><span class="icon"><i class="fa fa-anchor"></i></span> <strong>INVEST</strong> stellt sicher, dass User Stories Independent, Negotiable, Valuable, Estimable, Small und Testable sind.</p>
915+
<p>⚓ <strong>INVEST</strong> stellt sicher, dass User Stories Independent, Negotiable, Valuable, Estimable, Small und Testable sind.</p>
916916
</div>
917917
<div class="paragraph">
918-
<p><span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/moscow"><strong>MoSCoW</strong></a> (Must have, Should have, Could have, Won&#8217;t have) liefert klare Priorisierung.</p>
918+
<p>⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/moscow"><strong>MoSCoW</strong></a> (Must have, Should have, Could have, Won&#8217;t have) liefert klare Priorisierung.</p>
919919
</div>
920920
<div class="paragraph">
921921
<p>Die initiale Backlog-Reihenfolge folgt der EPIC-Sequenz.
@@ -969,15 +969,15 @@ <h3 id="_schritt_8_issue_für_issue_implementieren">Schritt 8: Issue für Issue
969969
</ol>
970970
</div>
971971
<div class="paragraph">
972-
<p><span class="icon"><i class="fa fa-anchor"></i></span> <strong>TDD</strong> (Test-Driven Development) gibt es in zwei Schulen:</p>
972+
<p>⚓ <strong>TDD</strong> (Test-Driven Development) gibt es in zwei Schulen:</p>
973973
</div>
974974
<div class="ulist">
975975
<ul>
976976
<li>
977-
<p><span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/tdd-london-school"><strong>London School</strong></a> (Mockist): Unit Under Test isolieren, Abhängigkeiten mocken. Gut für interaktionslastigen Code.</p>
977+
<p>⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/tdd-london-school"><strong>London School</strong></a> (Mockist): Unit Under Test isolieren, Abhängigkeiten mocken. Gut für interaktionslastigen Code.</p>
978978
</li>
979979
<li>
980-
<p><span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/tdd-chicago-school"><strong>Chicago School</strong></a> (Classicist): Verhalten über die öffentliche API testen, echte Kollaborateure nutzen. Gut für zustandsbasierte Logik.</p>
980+
<p>⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/tdd-chicago-school"><strong>Chicago School</strong></a> (Classicist): Verhalten über die öffentliche API testen, echte Kollaborateure nutzen. Gut für zustandsbasierte Logik.</p>
981981
</li>
982982
</ul>
983983
</div>
@@ -990,16 +990,16 @@ <h3 id="_schritt_8_issue_für_issue_implementieren">Schritt 8: Issue für Issue
990990
<div class="ulist">
991991
<ul>
992992
<li>
993-
<p><span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/dry-principle"><strong>DRY</strong></a> (Don&#8217;t Repeat Yourself)</p>
993+
<p>⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/dry-principle"><strong>DRY</strong></a> (Don&#8217;t Repeat Yourself)</p>
994994
</li>
995995
<li>
996-
<p><span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/solid-principles"><strong>SOLID</strong></a>-Prinzipien</p>
996+
<p>⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/solid-principles"><strong>SOLID</strong></a>-Prinzipien</p>
997997
</li>
998998
<li>
999-
<p><span class="icon"><i class="fa fa-anchor"></i></span> <strong>KISS</strong> (Keep It Simple, Stupid)</p>
999+
<p>⚓ <strong>KISS</strong> (Keep It Simple, Stupid)</p>
10001000
</li>
10011001
<li>
1002-
<p><span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/domain-driven-design"><strong>Ubiquitous Language</strong></a> aus Domain-Driven Design: dieselben Begriffe im Code wie in der Spezifikation</p>
1002+
<p>⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/domain-driven-design"><strong>Ubiquitous Language</strong></a> aus Domain-Driven Design: dieselben Begriffe im Code wie in der Spezifikation</p>
10031003
</li>
10041004
</ul>
10051005
</div>
@@ -1084,7 +1084,7 @@ <h3 id="_schritt_10_security_review">Schritt 10: Security Review</h3>
10841084
</div>
10851085
</div>
10861086
<div class="paragraph">
1087-
<p><span class="icon"><i class="fa fa-anchor"></i></span> <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/owasp-top-10"><strong>OWASP Top 10</strong></a> deckt die kritischsten Sicherheitsrisiken für Webanwendungen ab.
1087+
<p>⚓ <a href="https://llm-coding.github.io/Semantic-Anchors/#/anchor/owasp-top-10"><strong>OWASP Top 10</strong></a> deckt die kritischsten Sicherheitsrisiken für Webanwendungen ab.
10881088
Auch für CLI-Tools oder Libraries identifiziert die Methodik gängige Schwachstellenmuster.</p>
10891089
</div>
10901090
</div>

0 commit comments

Comments
 (0)