YouTube to Ebook

Raport z testu

Uruchomiłem zadanie „pobierz transkrypcję wideo z YouTube i zbierz artykuły EPUB” w venv z rzeczywistymi bibliotekami. Wersja bazowa (to, co piszę z pamięci) — YouTubeTranscriptApi.get_transcript(video_id) — zawodzi na żywym youtube-transcript-api 1.2.4 z AttributeError: type object 'YouTubeTranscriptApi' has no attribute 'get_transcript'; kod z pitfall #3 umiejętności (ytt_api = YouTubeTranscriptApi(); ytt_api.fetch(video_id)) zadziałał i wyciągnął 61 rzeczywistych fragmentów, introspekcja klasy potwierdza, że pozostały tylko dwie publiczne metody — fetch i list. Oznacza to, że główna wartość umiejętności (sześć udokumentowanych pułapek) to nie puste słowa, ale sprawdzalna, działająca wiedza, której model nie posiada z pamięci. Funkcja create_epub z send_email.py zebrała prawidłowy EPUB o rozmiarze 3309 bajtów z poprawnym mimetype application/epub+zip i spisem treści, detektor Shorts przez przekierowanie /shorts/ poprawnie zwrócił False dla długiego wideo (pozytywnego przypadku nie sprawdzałem — nie było znanego ID Shorts). Całego potoku nie udało się zmierzyć: potrzebne są YOUTUBE_API_KEY i ANTHROPIC_API_KEY, dlatego kroki „wybór wideo” i „pisanie artykułów” pozostały niesprawdzone. Dokumentacja kłamie w dwóch miejscach: SKILL.md obiecuje channels.txt i polecenie python main.py --channels, ale argparse w main.py w ogóle nie istnieje, a kanały są na stałe zakodowane jako lista CHANNELS w get_videos.py (ciąg channels.txt występuje tylko w README i SKILL.md, w żadnym pliku .py); ponadto EPUB jest generowany wewnątrz send_newsletter, tak że deklarowana „opcjonalność” e-maila to oszustwo: bez danych uwierzytelniających Gmail plik zostanie zapisany na dysku, ale potok zawiedzie na SMTP, a run_newsletter.sh jest na stałe zakodowany ścieżkami /Users/bytedance/.

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