m_plan — Entwicklungsanfrage in Planungsdokument umwandeln

m_plan — Anfrage in Planungsdokument umwandeln

Die Implementierung wird nicht durchgeführt. Ziel ist es, einen so konkreten Plan zu erstellen, dass ein anderer Agent ihn direkt umsetzen kann.

Eingabe

• Wenn das Argument eine existierende Datei ist, wird deren Inhalt als Anfrage verwendet. Andernfalls ist das gesamte Argument (auch mehrzeilig) die Anfrage.
• Ist das Argument leer, wird nachgefragt, was entwickelt werden soll.

Ablauf

1. Erfassen: Die Anfrage lesen und relevante vorhandene Code‑/Dokumente prüfen (AGENTS.md, plan/README.md, wiederverwendbarer Code).
2. ID festlegen: Eine englische 3‑Buchstaben‑Abkürzung in Großbuchstaben wählen, die den Planinhalt am besten beschreibt (z. B. FKS = Foreign film Korean Subtitle). In plan/README.md auf Duplikate prüfen.
3. Annahmen prüfen: Unsichere technische Annahmen, auf die der Plan aufbaut, mit kurzen Experimenten verifizieren (CLI‑Option vorhanden? Externe Site/API erreichbar? Antwortzeit?). Ergebnis und Datum im Plan vermerken. Nicht auf Vermutungen basieren.
4. Erstellen: Mit folgender Vorlage plan/<ID>_plan_<Agent>-<Modell>.md anlegen (Autor aus AGENTS.md eintragen) und in plan/README.md den Indexeintrag | <ID> | <Planname> | in Planung | hinzufügen.
5. Entscheidungen festlegen: Offene Punkte als <ID>-Q1, <ID>-Q2 … notieren und dem Benutzer einzeln nacheinander vorlegen.
   • Pro Frage 2–3 Optionen angeben, bei der Empfehlung (empfohlen) mit Begründung.
   • Antwortet der Benutzer außerhalb der Optionen, per Experiment prüfen, ob umsetzbar, und das Ergebnis mitteilen.
   • Nach Antwort mit ✅ bestätigen und die betroffenen Textstellen entsprechend anpassen.
6. Abschluss: Sobald alle Entscheidungen getroffen sind, den Indexstatus auf Plan festgelegt (vor Implementierung) ändern und nach einem Commit fragen. Nächster Schritt: /m_impl <ID>.

Vorlage (plan/<ID>_plan_<Agent>-<Modell>.md)

# [<ID>] <Planname>

## 1. Ziel
<Was, warum. Auch Dinge außerhalb des Umfangs erwähnen>

## 2. Gesamtablauf
<Verarbeitungsreihenfolge, Prioritäten. Ggf. Diagramm>

## 3. Schrittweise Details
### 1) <Schritt>
- <Konkrete Methode, zu verwendende Befehle/API/Formate, Verhalten bei Fehlern>

## 4. Gemeinsame Module
<Von mehreren Schritten gemeinsam genutzte Teile: Ein‑/Ausgabeformate, externe Tool‑Aufrufe, Cache, Fehlerbehandlung>

## 5. Implementierungsstruktur
- Dateiaufbau, wiederzuverwendender Code, Abhängigkeitsprinzipien, Einrichtungsmethode
- CLI‑/Nutzungsentwurf

## 6. Entscheidungen
- **<ID>-Q1** <Frage> — Optionen … (bei Festlegung: `✅ <Entscheidung>`)

## 7. Meilensteine
| # | Inhalt | Abschlusskriterium |
| :--- | :--- | :--- |
| <ID>-M1 | … | <überprüfbares Kriterium> |