Files
echo-core/memory/kb/youtube/2026-09-09_de-ce-am-anulat-claude-code.md
Marius Mutu 553a137206 chore(kb): note noi (youtube, facebook, fișe grup sprijin, email) + tool scout_voluntar_check
Reindexare KB, timestamps cron/habits actualizate din rulările automate.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-10 08:53:49 +00:00

2.4 KiB

title: "Why I Cancelled My Claude Code Subscription (And You Should Too)" url: https://youtu.be/yFvl2x8_9gI date: 2026-09-09 tags: [@work, @growth, insights]

TL;DR

Autorul, power user Claude Max (200/lună), a calculat că 2 zile din uzul lui (700M+ tokeni/zi) ar fi costat ~1.800 la preț API normal — deci abonamentul e puternic subvenționat și nesustenabil pe termen lung. Temându-se de vendor lock-in (dependență totală de Anthropic, schimbare bruscă de prețuri/limite), a renunțat la Claude Code și a trecut la OpenCode (harness model-agnostic) + Venice Max ($200/lună, $225 credite, acces la 300+ modele open-weight: Kimi K2, GLM 4.6, DeepSeek V3). Strategia lui: model routing — un model scump/inteligent pentru planificare, unul ieftin pentru cod, unul foarte ieftin pentru task-uri simple, workspace-uri (AGENTS.md, skills) bine structurate ca să reducă tokenii consumați. Motivația secundară: privacy — nu vrea providerii mari să-i profileze gândirea; Venice oferă zero data retention.

Idei cheie

  • Cost real vs preț abonament: dacă folosești masiv Claude Code, costul API real poate fi de ordinul zecilor de ori mai mare decât abonamentul plătit — subvenție care poate dispărea oricând.
  • Lock-in nu e doar tehnic, e comportamental: cu cât te bazezi mai mult pe un tool convenabil, cu atât mai scump devine să pleci de la el.
  • Soluție: nu înlocui un provider cu altul 1:1, ci folosește harness model-agnostic + rutare inteligentă a task-urilor pe modele diferite (planificare vs implementare vs task-uri simple).
  • Instrucțiuni bune în AGENTS.md/skills reduc dramatic tokenii consumați — un workspace bine structurat cu context/skills folosește mult mai puțini tokeni decât "aruncă totul la model și lasă-l să-și dea seama".
  • Owning the workspace (skills, agents, instrucțiuni) contează mai mult decât modelul/providerul din spate — providerul se poate schimba oricând, workspace-ul rămâne al tău.

Relevanță pentru Echo/Marius

Echo-core deja face parțial asta: model selection (Haiku/Sonnet/Opus) pe tip de task, AGENTS.md ca "workspace" cu reguli, subagenți pentru research. Ideea de rutare pe cost/task e deja aplicată local. Nu e nevoie de acțiune — doar validare că direcția arhitecturală curentă (instrucțiuni clare + rutare model pe task) e aliniată cu ce descrie autorul ca best practice.

Linkuri: https://youtu.be/yFvl2x8_9gI