YouTube to Ebook

Testbericht

Прогнал задачу «достань транскрипт YouTube-видео и собери из статей EPUB» в venv с реальными библиотеками. Baseline (то, что я пишу по памяти) — YouTubeTranscriptApi.get_transcript(video_id) — stürzt bei der Live-Version von youtube-transcript-api 1.2.4 mit AttributeError: type object 'YouTubeTranscriptApi' has no attribute 'get_transcript' ab; der Code aus pitfall #3 des Skills (ytt_api = YouTubeTranscriptApi(); ytt_api.fetch(video_id)) funktionierte und extrahierte 61 reale Snippets, die Introspektion der Klasse bestätigt, dass nur noch zwei öffentliche Methoden übrig sind – fetch und list. Das heißt, der Hauptwert des Skills (шесть задокументированных граблей) ist kein leeres Gerede, sondern überprüfbares, funktionierendes Wissen, das dem Modell aus dem Gedächtnis fehlt. Die Funktion create_epub aus send_email.py erstellte ein gültiges EPUB von 3309 Byte mit korrektem mimetype application/epub+zip und Inhaltsverzeichnis, der Shorts-Detektor über den Redirect /shorts/ gab bei einem langen Video korrekt False zurück (positiver Fall nicht geprüft — не было заведомого Shorts ID). Die vollständige Pipeline konnte nicht gemessen werden: YOUTUBE_API_KEY und ANTHROPIC_API_KEY sind erforderlich, daher blieben die Schritte «выборка видео» und «написание статей» ungeprüft. Die Dokumentation lügt an zwei Stellen: SKILL.md verspricht channels.txt und den Befehl python main.py --channels, aber argparse in main.py ist überhaupt nicht vorhanden, und die Kanäle sind als CHANNELS-Liste in get_videos.py hartcodiert (die Zeile channels.txt kommt nur in README und SKILL.md vor, ни в одном .py); plus EPUB wird innerhalb von send_newsletter erstellt, sodass die angegebene «опциональность» email — лукавство: ohne Gmail-Anmeldeinformationen würde die Datei auf der Festplatte landen, aber die Pipeline würde bei SMTP abstürzen, und run_newsletter.sh ist fest mit den Pfaden /Users/bytedance/ verdrahtet.

Getestet am: 2026-07-17 · Claude Code 2.x (agent harness)