handbuch

Updates bilingual user manual chapters in docs/ to match observable program changes.

Updated Aug 22, 2026
One-click install
npx skills add https://github.com/Bascht74/videopodcast-magic --skill handbuch-bascht74
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: handbuch
Source: https://github.com/Bascht74/videopodcast-magic/tree/main/.claude/skills/handbuch
Command: npx skills add https://github.com/Bascht74/videopodcast-magic --skill handbuch-bascht74

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When something a user can see or feel changes in the program, the manual under docs/ often still describes the old state. This Skill keeps every chapter accurate in both English and German, and turns the manual-writing pass into a systematic review that finds program faults no test suite catches. ## Core Features & Use Cases - Bilingual chapter maintenance: Every chapter lives as docs/<name>.md (English) and docs/<name>.de.md (German); both must change together or text_no_german_left_test.py fails. - User-perspective review pass: Reading the program as a user uncovers dead switches, wrong messages, and missing tracks that green tests pass over; each chapter read produces one log line with text fixes and program findings counted separately. - Findings become tests: Every discrepancy found must become a test before the release tag, or a fully specified entry in docs/notes/aufgaben.md describing setup, assertion, and failure condition. - Use Case: After changing a default in the export dialog, use this Skill to update both language chapters, log the per-chapter review line, and file any out-of-scope program findings as tests instead of patching them in passing. ## Quick Start Update the manual chapters under docs/ in both English and German to reflect the recent UI change, and log one review line per chapter read.

Frequently Asked Questions about handbuch

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I keep bilingual documentation in sync after a UI change?▼

Change every affected chapter in both languages: English as docs/<name>.md and German as docs/<name>.de.md. The test text_no_german_left_test.py fails if a chapter exists in only one language or German words remain in an English chapter.

How should the German manual chapter be written?▼

Write the German chapter as the same content thought in German, not a line-by-line translation of the English one. Use the exact words shown on the German screen, such as "Trockenlauf" instead of "Dry run".

What should I do when the manual review finds a program bug?▼

Report it rather than fixing it in passing, since the documentation strand is about text. Every finding must become a test before the release tag, or an entry in docs/notes/aufgaben.md with setup, assertion, and failure condition written out.

What formatting rules apply when writing manual chapters?▼

Avoid function names, dates, and people's names. Quote log lines in typewriter face like `CAMERA CUT`, never bold; bold is reserved for on-screen elements to click or tick. Order content by what the reader does, not by program layout.

What counts as a completed manual review pass?▼

Each chapter read leaves one dated line recording text fixes and program findings separately, logged in docs/notes/aufgaben.md or the release report. A pass that only reports chapters are up to date without naming them does not count.