Reindexare KB, timestamps cron/habits actualizate din rulările automate. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2.4 KiB
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