Files
wow20/_bmad-output/implementation-artifacts/spec-1-1-kanonischen-workspace-stamm-erstellen.md
T
Michael TamseandClaude 2625e1d4c0 feat: kanonischen Workspace-Stamm erstellen (Story 1.1)
- raw/ wiki/, schema/, adapters/ als Architekturgrenzen angelegt (AD-2, AD-3, AD-10)
- OKF-Bundleroot wiki/index.md mit type: bundle und okf_version: "0.2" (AD-1)
- Reserviertes wiki/log.md (leer) als Protokoll- und Lease-Root-Scope-Bestandteil
- Platzhalter schema/wiki-compiler.md (Story 1.3) und adapters/claude (Story 5.3)
- Orientierungs-READMEs, .gitignore fuer IDE/OS-Cruft
- Sprint-Status Story 1.1 auf review, Epic 1 auf in-progress
- Spec-Trace + Epic-1-Kontext generiert

Co-Authored-By: Claude <noreply@anthropic.com>
2026-08-14 19:51:18 +02:00

1.4 KiB

title, type, created, status, route, review_loop_iteration, context
title type created status route review_loop_iteration context
Kanonischen Workspace-Stamm erstellen (Story 1.1) feature 2026-08-14 done one-shot 0
_bmad-output/implementation-artifacts/epic-1-context.md

Intent

Problem: Das Projekt besitzt noch keinen kanonischen Wissens-Workspace; Source Material und kuratiertes Knowledge Bundle sind nicht physisch/semantisch getrennt.

Approach: Den Workspace-Stamm raw/ | wiki/ | schema/ | adapters/ als Git-versionierte Seed anlegen, mit OKF-Bundleroot wiki/index.md (type: bundle, okf_version: "0.2"), leerem wiki/log.md und Platzhaltern für Schema-Vertrag und Adapter.

Suggested Review Order

Workspace-Trennung & Einstieg

  • Bundleroot mit okf_version: "0.2" und Frontmatter-Regel — Einstiegspunkt der Discovery index.md

  • OPF-README: Area, Platzhalter mit Verweis auf Story 1.3 wiki-compiler.md

  • Dünne-Adapter-Konvention (AD-10), Multi-Adapter-Layout dokumentiert README.md

  • Claude-Adapter-Platzhalter (Story 5.3 hält den Rest) README.md

  • Immutability & Evidenz-Grenze von raw/ inkl. Artefakt-Carve-out README.md

Peripherie