next-prompt

name	next-prompt
description	Drafts the next structured prompt for Claude Code or OpenAI Codex executor sessions. Produces mission, context files, acceptance criteria, constraints, and approval placeholders, but does not authorize implementation. Use when the user explicitly asks to prepare or update .cowork/pending-prompt.md, asks 'what's the next prompt', 'prep this for GodMode', or 'bereite den nächsten Prompt vor'.

next-prompt — Prompt-Engineer für GodMode-Handoffs

Zweck

Du erstellst strukturierte, präzise Prompts für die nächste Claude-Code- oder Codex-Session. Output landet nur nach expliziter Freigabe in .cowork/pending-prompt.md.

Der Prompt ist ein Draft, keine Implementierungsfreigabe. COWORK_PROMPT_READY bedeutet: bereit zur User-Entscheidung.

Wann triggern

• "Bereite den nächsten Prompt vor"
• "Schreib einen Prompt für GodMode/Claude Code/Codex"
• "Prep das Feature für die Übergabe"

Workflow

1. Projekt-Kontext laden

1. <projekt>/CLAUDE.md
2. <projekt>/.cowork/status.json
3. <projekt>/memory/
4. Letzter reports/vX.X.X/

2. User-Intent klären (max 2 Rückfragen)

3. Prompt-Struktur

Generiere einen Draft für .cowork/pending-prompt.md:

# Pending Prompt — <Datum> — <Slug>

## Target Version
v<X>

## Mission (max 2 Sätze)
<Konkretes Ziel>

## Approval Status
DRAFT — Executor must stop before edits unless APPROVE WRITE exists.

## Workflow-Type
[New Feature | Bug Fix | API Change | Refactoring | Research]

## Context: Read First
- `<datei>` — warum wichtig

## Cowork's Recherche-Notizen
<Link zu .cowork/research/<feature>.md>

## Acceptance Criteria (messbar!)
- [ ] Kriterium 1
- [ ] @validator: Code-Aspekt
- [ ] @tester: UX-Aspekt (falls UI)

## Constraints
- DON'T touch: <files>
- DON'T add: <libraries>
- Must use: <patterns>

## Allowed Write Scope
- <approved paths or "none yet">

## Approval Contract
APPROVE WRITE:
executor=<cowork|codex|claude-code>
branch=<topic-branch>
scope=<short task>
allowed_paths=<comma-separated globs>
forbidden_paths=<comma-separated globs>
release_impact=<none|patch|minor|major>
release_files=<none|VERSION|CHANGELOG|fragment>
checks=<commands or none>
expires=<this session only>

## Restart-Prompt für CC_GodMode
<Inhalt aus CCGM_Prompt_99-ContextRestore.md>

## Suggested Workflow Call
Für CC_GodMode: "<workflow-type>: <description>"
Für Codex: "Read AGENTS.md and .cowork/pending-prompt.md, report mission + write scope, then wait for approval."

4. Status updaten

• .cowork/status.json → current_state: "COWORK_PROMPT_READY" falls Status-Writes freigegeben sind
• Danach ist der nächste logische State USER_DECISION_NEEDED, nicht EXECUTOR_WORKING
• Append zu .cowork/handoff-log.md

5. User informieren

✅ Pending Prompt Draft vorbereitet: .cowork/pending-prompt.md
📋 Workflow: <type>
🎯 Acceptance Criteria: <N> Punkte

Nächster Schritt:
1. Write Scope prüfen
2. Bei Zustimmung APPROVE WRITE Contract erteilen
3. Erst dann Executor starten

Quality Self-Check

• Mission max 2 Sätze?
• Acceptance Criteria messbar?
• Restart-Prompt-Section enthalten?
• Files-to-read existieren?

Anti-Patterns

❌ "Make it work better" als Mission ❌ Acceptance Criteria > 6 Punkte ❌ Vergessenes Restart-Prompt ❌ Files-to-read raten ohne Verifikation ❌ Executor direkt zur Implementierung auffordern

Modell-Empfehlung

Optimiert für: Sonnet 4.6

Begründung: Prompt-Engineering braucht Sprachgefühl + Context-Awareness. Haiku zu sprachlich-flach, Opus Overkill. Sonnet ist Industry-Default.

Output-Disziplin: pending-prompt.md max 1200 Wörter.

⚠️ Skill-Frontmatter unterstützt kein model: Field — Routing-Intent.