<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>Mein Newsfeed — OpenSpec</title>
<link>https://newsfeed.avintaris.com</link>
<description>News zum Thema OpenSpec</description>
<language>de</language>
<lastBuildDate>Fri, 22 May 2026 21:22:05 +0000</lastBuildDate>
<item>
<title>OpenSpec: Neuer 'openspec check' Befehl als statisches Analyse-Werkzeug in Vorbereitung</title>
<link>https://github.com/Fission-AI/OpenSpec/pulls</link>
<guid isPermaLink="false">https://github.com/Fission-AI/OpenSpec/pulls</guid>
<pubDate>Wed, 20 May 2026 12:00:00 +0000</pubDate>
<category>OpenSpec</category>
<description>Am 20. Mai 2026 wurde im offiziellen Fission-AI/OpenSpec-Repository der Pull Request #1105 eroeffnet, der einen neuen 'openspec check' Befehl fuer statische Analyse-Integration einfuehrt. Der Befehl soll Specs gegen formale Regeln pruefen koennen und damit CI-Pipelines erlauben, fehlerhafte oder unvollstaendige Specs bereits vor dem Merge zu erkennen. Parallel dazu wurde am 19. Mai 2026 PR #1101 mit einem Security-Fix fuer pnpm-Overrides eroeffnet, was die kontinuierliche Pflege der Supply Chain dokumentiert. Beide PRs unterstreichen, dass OpenSpec ueber das letzte Release v1.3.1 (21. April 2026) hinaus aktiv weiterentwickelt wird. Der bisherige openspec-Workflow konzentrierte sich auf propose/apply/archive - mit 'check' bekommt das Tool nun erstmals ein dediziertes Validierungs-Primitiv. Damit ruecken Specs naeher an klassische Code-Artefakte heran, die per Lint und CI pruefbar sind. Ein konkretes Release-Datum wurde bisher nicht angekuendigt.</description>
</item>
<item>
<title>OpenSpec: OpenSpec + OpenCode: intent-driven.dev veroeffentlicht durchgaengiges SDD-Template</title>
<link>https://intent-driven.dev/blog/2026/05/10/spec-driven-development-openspec-opencode/</link>
<guid isPermaLink="false">https://intent-driven.dev/blog/2026/05/10/spec-driven-development-openspec-opencode/</guid>
<pubDate>Sun, 10 May 2026 12:00:00 +0000</pubDate>
<category>OpenSpec</category>
<description>Am 10. Mai 2026 hat intent-driven.dev einen Walkthrough fuer ein neues Template publiziert, das OpenSpec mit OpenCode zu einem durchgaengigen Spec-Driven-Development-Workflow verdrahtet. Das Template kombiniert OpenSpec-Setup mit der openspec-git-discipline-Skill, sogenannten grill-me-Proposals, C4-Diagrammen, Architectural Decision Records (ADRs) und einem intent-driven Custom Schema. Damit reagiert das Projekt auf den wachsenden Bedarf, OpenSpec nicht nur mit Claude Code, sondern auch mit alternativen Open-Source-Agenten wie OpenCode produktiv einzusetzen. Die Delta-Specs (ADDED/MODIFIED/REMOVED) bleiben das Herzstueck und werden im Template um nachvollziehbare Architekturentscheidungen erweitert. Praktiker berichten, dass dadurch die typische Luecke zwischen Anforderung, Architektur und LLM-Implementierung deutlich kleiner wird. Der Beitrag ist Teil einer Serie, die seit April 2026 OpenSpec ueber das reine npm-Tool hinaus als Methodik etabliert. Fuer Tool-Auswahl-Entscheidungen ist das ein wichtiger Beleg, dass OpenSpec auch in heterogenen AI-Coding-Stacks tragfaehig bleibt.</description>
</item>
<item>
<title>OpenSpec: MarkTechPost-Vergleich: OpenSpec mit hoechster Gesamtbewertung unter 9 SDD-Tools</title>
<link>https://www.marktechpost.com/2026/05/08/9-best-ai-tools-for-spec-driven-development-in-2026-kiro-bmad-gsd-and-more-compare/</link>
<guid isPermaLink="false">https://www.marktechpost.com/2026/05/08/9-best-ai-tools-for-spec-driven-development-in-2026-kiro-bmad-gsd-and-more-compare/</guid>
<pubDate>Fri, 08 May 2026 12:00:00 +0000</pubDate>
<category>OpenSpec</category>
<description>MarkTechPost hat am 8. Mai 2026 einen umfangreichen Vergleich der neun wichtigsten Spec-Driven-Development-Tools 2026 veroeffentlicht, in dem unter anderem Kiro, BMAD, GSD, GitHub Spec Kit und OpenSpec gegenuebergestellt werden. OpenSpec erzielte in einer unabhaengigen Evaluation ueber 13 Kategorien auf einem mittelgrossen serverlosen Python-Backend die hoechste Gesamtbewertung. Der Artikel hebt insbesondere den minimalen Footprint, die Delta-Specs fuer Brownfield-Projekte und die saubere Archivierungslogik hervor. Gleichzeitig wird betont, dass fuer groessere Multi-Service-Initiativen die Kombination von OpenSpec mit einer Living-Spec-Plattform sinnvoll bleibt. Zum Vergleich: GitHub Spec Kit liegt bei v0.8.7 (7. Mai 2026) und 93.000+ Stars, BMAD-METHOD bei v6.6.0 (29. April 2026) mit 46.700+ Stars. OpenSpec positioniert sich damit klar als leichtgewichtige Alternative im wachsenden SDD-Markt. Der Beitrag wirkt als wichtiger Marker fuer die Wahrnehmung des Tools in der breiten Entwickler-Community.</description>
</item>
<item>
<title>OpenSpec: Syncfusion integriert OpenSpec offiziell in Code Studio</title>
<link>https://www.syncfusion.com/blogs/post/spec-driven-ai-development-code-studio-openspec</link>
<guid isPermaLink="false">https://www.syncfusion.com/blogs/post/spec-driven-ai-development-code-studio-openspec</guid>
<pubDate>Wed, 06 May 2026 12:00:00 +0000</pubDate>
<category>OpenSpec</category>
<description>Syncfusion hat am 6. Mai 2026 einen ausfuehrlichen Leitfaden veroeffentlicht, in dem OpenSpec als bevorzugtes Spec-Framework innerhalb des hauseigenen AI-Code-Editors Code Studio positioniert wird. Der Artikel "From Prompts to Specs: AI Development with OpenSpec in Code Studio" beschreibt detailliert, warum prompt-getriebenes AI-Coding bei wachsenden Codebasen zerbricht und wie OpenSpec mit menschenlesbaren Spezifikationen dagegen wirkt. Die Installation erfolgt klassisch ueber npm install -g @fission-ai/openspec@latest und integriert sich nahtlos in den Editor-Workflow. Damit ist OpenSpec neben GitHub Spec Kit erstmals offiziell von einem etablierten kommerziellen IDE-Hersteller als Spec-Engine eingebunden. Syncfusion betont, dass Specs neben dem Code in einer vorhersagbaren Ordnerstruktur leben und damit versionierbar, reviewbar und team-tauglich sind. Diese Integration markiert einen wichtigen Schritt von Hobby-Adoption hin zu Enterprise-Akzeptanz. Fuer Teams, die bereits Syncfusion-Komponenten nutzen, sinkt die Einstiegshuerde fuer SDD damit erheblich.</description>
</item>
<item>
<title>OpenSpec: Custom OpenSpec-Schema fuer ADRs - Architekturentscheidungen werden persistent</title>
<link>https://intent-driven.dev/knowledge/openspec/</link>
<guid isPermaLink="false">https://intent-driven.dev/knowledge/openspec/</guid>
<pubDate>Wed, 29 Apr 2026 12:00:00 +0000</pubDate>
<category>OpenSpec</category>
<description>Am 29. April 2026 hat intent-driven.dev ein Custom-Schema fuer OpenSpec vorgestellt, das Architectural Decision Records (ADRs) direkt neben den Specs ablegt. Das Problem davor: Sobald ein Change archiviert wurde, ging die dahinterliegende architektonische Begruendung verloren und konnte bei spaeteren Change-Proposals nicht mehr referenziert werden. Mit dem neuen Schema bleibt das 'Warum' einer Entscheidung dauerhaft erhalten, auch wenn das 'Was' laengst implementiert ist. Die Loesung nutzt die seit OpenSpec 1.2 verfuegbaren Custom Schemas, die eigene Artefakt-Workflows ohne Aenderung am Package-Code erlauben. Damit wird ein klassisches Manko reiner Delta-Spec-Tools adressiert, das in Vergleichen oft als Nachteil gegenueber BMAD genannt wurde. Der Beitrag liefert eine konkrete Schema-Datei zum Uebernehmen und passt nahtlos in den propose/apply/archive-Workflow. Die Veroeffentlichung fiel zeitlich mit dem v1.3.1-Release zusammen und zeigt, wie die Community die Custom-Schema-Erweiterbarkeit produktiv nutzt.</description>
</item>
<item>
<title>OpenSpec: OpenSpec v1.3.1 — Path Resolution &amp; Telemetry Fixes</title>
<link>https://github.com/Fission-AI/OpenSpec/releases/tag/v1.3.1</link>
<guid isPermaLink="false">https://github.com/Fission-AI/OpenSpec/releases/tag/v1.3.1</guid>
<pubDate>Tue, 21 Apr 2026 12:00:00 +0000</pubDate>
<category>OpenSpec</category>
<description>Patch-Release. Artifact-Pfade über native realpath (verhindert Symlink/case-sensitive Probleme). Glob-Outputs in Apply-Instructions wieder zuverlässig. Spec-Validierung erkennt Requirements innerhalb fenced code blocks. JSON-Output sauber (Spinner verschmutzt stderr nicht mehr — wichtig für Agent-Parsing). Telemetrie in restriktiven Netzwerken: 1s-Timeout, Retries/Remote-Config deaktiviert. Config-Detection respektiert XDG_CONFIG_HOME (Linux) und %APPDATA% (Windows).</description>
</item>
<item>
<title>OpenSpec: OpenSpec v1.0.0 'OPSX Release' — Stable mit Action-basiertem Workflow &amp; 21 Tools</title>
<link>https://github.com/Fission-AI/OpenSpec/releases/tag/v1.0.0</link>
<guid isPermaLink="false">https://github.com/Fission-AI/OpenSpec/releases/tag/v1.0.0</guid>
<pubDate>Sun, 01 Mar 2026 12:00:00 +0000</pubDate>
<category>OpenSpec</category>
<description>Übergang von experimentell zu stable. Action-basiertes System: AI versteht Projekt-State (welche Artefakte existieren, was als nächstes erstellt werden kann). Single .claude/skills/ Directory ersetzt 8+ verstreute Config-Files mit YAML-fronted Markdown — portabel zwischen Claude Code, Cursor, Windsurf u.a. Tool-Support: 21 AI-Coding-Assistants inkl. Kilo Code, OpenCode, Pi, AWS Kiro. Neuer Propose-Workflow. Custom Schemas in openspec/schemas/. Interactive Setup mit Multi-Select für Tools.</description>
</item>
</channel>
</rss>
