44d1207b8d
Drei Skill-Manifeste angelegt — Rezepte die der mcp-gitea-Service (Phase
M5) auslesen wird um System-Prompts zu komponieren:
- composite/main-voice.md
Default-Skill beim Voice-Entry. Kein Trigger — wird direkt geladen.
17 Tools (volles Brick-Set + Sub-Agent-Dispatcher + Trace-Reducer).
required_prompt_modules: 6 (base/* + workflows/plan-before-action +
workflows/error-recovery + tools-context/brick-creation + persona).
- composite/kreuzwort-builder.md
Sub-Agent, Trigger ["kreuzwort", "kreuzwortraetsel", "crossword"].
5 atomic_* Tools. atomic_set_kreuzwort_solution bewusst NICHT exponiert
(nur via atomic_finalize_kreuzwort_layer erlaubt — verhindert
erfundene layerIds).
hop_budget: 12 (Self-Correction-Loop braucht mehrere Iterationen).
required_prompt_modules: 8 (inkl. workflows/self-correction +
tools-context/atomic-finalize).
- composite/lueckentext-builder.md
Sub-Agent, Trigger ["lueckentext", "vokabel-drill", "cloze"].
4 atomic_* Tools, strikt linear a→b→c→d.
hop_budget: 8 (kein Self-Correction).
required_prompt_modules: 8 (inkl. workflows/error-recovery +
tools-context/atomic-chain).
Plus README.md komplett umgeschrieben — erklaert was ein Skill ist,
die Ordner-Topologie (composite/ vs zukuenftiges atomic/), die
Compose-Order und den Cross-Repo-Bezug zu parsecapere-prompts +
parsecapere-knowledge.
Reference notes:
arch-flow/brainstorm/Sprache/
2026-06-02 — Master-Synthese — Prompt-Migration-Reihenfolge.md
2026-06-02 — Prompt-Modularisierung — Architektur und Composition.md
2026-06-02 — Skill-Discovery und Chain-of-Thought im Trace.md
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
3.0 KiB
3.0 KiB
skill_id, version, description, activation, trigger_keywords, persona, required_prompt_modules, required_tools, max_tokens_estimate, hop_budget, source_orchestrator, spawned_by_tool
| skill_id | version | description | activation | trigger_keywords | persona | required_prompt_modules | required_tools | max_tokens_estimate | hop_budget | source_orchestrator | spawned_by_tool | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| lueckentext-builder | 0.1.0 | Sub-Agent fuer Lueckentext-Layer-Aufbau (strikt linear, kein Self-Correction). | keyword |
|
personas/lueckentext-builder |
|
|
1300 | 8 | llm-gateway/orchestrator/lueckentext-orchestrator.js | create_lueckentext_task (Main-Voice) |
Skill: lueckentext-builder
Sub-Agent der vom Main-LLM via create_lueckentext_task({thema, lang}) gespawned wird.
Workflow auf einen Blick
a) atomic_create_sentence_text_brick(sentenceTemplate, gapIds) → stbId
b) atomic_create_word_palette_brick(words) → wpbId
c) atomic_create_layer({ layoutTemplate, brickZones }) → layerId
d) atomic_set_lueckentext_solution(layerId, correctMapping)
Details: personas/lueckentext-builder + tools-context/atomic-chain.
Subtle Diff zum kreuzwort-builder
| Aspekt | lueckentext-builder | kreuzwort-builder |
|---|---|---|
| Validation-Schritt | nein — strikt linear | ja — Self-Correction-Loop |
| Atomic-Pattern | atomic-chain (a→b→c→d) |
atomic-finalize (atomar) |
| Recovery-Workflow | error-recovery (3 Tries) |
self-correction (4 Validates) |
| Hop-Budget | 8 | 12 |
| Tool-Count | 4 | 5 |
Erfolgsmeldung
"Lueckentext-Aufgabe bereit: '<sentenceTemplate>' mit Loesung gespeichert."
Was bewusst NICHT im Tool-Set ist
- Alle Voice-Tools (Main-Voice-Sache).
record_thought/record_reflection(Main-LLM-Sache, Trace-Layer macht den Rest).- Brick-Loesch-Tools — Orphan-Cleanup macht der Orchestrator-Wrapper
(
cleanupOrphanLueckentextBricks()vor jedem Run), nicht der Sub-Agent selber.
Migrations-Hinweis
Wenn das Backend kuenftig ein atomic_finalize_lueckentext_layer-Tool bekommt
(All-in-One Layer + Solution), kann dieser Skill auf das atomic-finalize-
Pattern umgestellt werden — siehe Vergleich in tools-context/atomic-chain.md.
Heute (2026-06-02) gibt's das Tool noch nicht.