OpenRouter и
работа с много модели
Миналата глава завърши с обещание: за истински съвет ти трябват коренно различни модели от различни лаборатории, които спорят по една и съща тема. В тази глава ще видиш как да ги събереш. Накратко, няма нужда да си правиш пет отделни акаунта и да плащаш пет сметки. Взимаш един ключ, който отключва почти всички.
Този ключ е OpenRouter. Един акаунт с едно API, което насочва заявката ти към всеки модел, който поискаш, от повечето големи лаборатории през един удобен интерфейс. Зареждаш малко кредит, получаваш ключ и оттам нататък смяната на модел от една лаборатория с такъв от друга става с една дума. Това е разковничето и точно то превръща съвета от модели в миналата глава в нещо, което реално можеш да ползваш, а не просто да му се възхищаваш.
Но ключът е лесната част. Истинското умение тук не е техническото свързване, а преценката: да знаеш към кой модел да посегнеш и да устоиш на изкушението винаги да избираш най-големия.
Струва си да помислиш върху това изречение, защото е пълната противоположност на начина, по който повечето хора избират. Инстинктът е винаги да ползваш най-мощния модел с идеята, че повече сила значи повече сигурност. Но по-голямата част от нещата, които пращаш на един модел, изобщо не са сложни. Говорим за категоризиране, извличане на данни, подреждане или писане на първа чернова. Да повериш всичко това на най-големия, най-бавния и най-скъпия модел е като да пращаш всяко писмо с такси. Да, работи, но тихичко ти струва цяло състояние и в същото време е много по-бавно, отколкото би могло да бъде.
Всяка лаборатория продава горе-долу едни и същи три стъпала под различни имена: малко и бързо, балансирано средно, голямо и задълбочено. Имената се сменят постоянно и не си струва да ги помниш. Важна е самата структура и как се катериш по нея.
Катериш стълбата отдолу нагоре, а не отгоре надолу. Започни с най-евтиния модел, който има шанс да свърши работата. Ако резултатът е нещо, под което реално би сложил името си, просто спри. Готов си, а почти нищо не си похарчил. Едва когато евтиният отговор наистина не става, се качваш едно стъпало нагоре. Повечето хора правят това наопаки: тръгват от върха от чиста несигурност и никога не слизат, защото така и не проверяват дали изобщо е имало нужда да са толкова високо.
Ето го ходът, който превръща тази дисциплина от добро пожелание в нещо реално. Преди да се обвържеш с даден модел за повтаряща се задача, си правиш един малък тест. Не някакъв сложен бенчмарк, нищо официално. Просто взимаш двайсет или трийсет реални примера от самата задача, пускаш ги през два-три модела и слагаш отговорите един до друг. Така изборът вече не е налучкване. Ясно виждаш кой модел е достатъчно добър и прибираш разликата в цената в джоба си.
Не е нужно да пишеш код, за да обмислиш всичко това. Ето един промпт, който ще ти помогне да създадеш теста за някоя от твоите реални повтарящи се задачи. Работещата версия, която действително извиква няколко модела през твоя OpenRouter ключ и ги оценява, се намира в придружаващото хранилище в папката council/. Ще клонираш това хранилище в главата за терминала малко по-късно, но засега това е начинът да решиш какво изобщо си струва да тестваш.
Това, което ще получиш обратно, е система за оценяване, която реално можеш да приложиш. Пускаш я веднъж и вече имаш истински отговор за момента: тази работа става идеално на евтиния модел, а онази наистина има нужда от най-високия клас. Това е моментна снимка, а не вечна присъда, така че за всяка задача, където дори една грешка струва скъпо, прави проверки от време на време и пускай теста отново, когато входните ти данни или самите модели се променят. Умножи това по десетте задачи, които правиш най-често, и вече имаш карта за насочване, в която евтините модели вършат по-голямата част от работата, а скъпият мозък е запазен за малкото неща, които наистина си заслужават.
Има две неща, които една по-въодушевена версия на тази глава би пропуснала, затова тук ще ги кажа съвсем директно.
Темата с поверителността заслужава малко повече внимание, защото е много лесно да се опариш. При платен план на Claude твоите промптове попадат под условията на една компания, които вече си приел. Ако минеш през OpenRouter, същият промпт може да мине през няколко лаборатории и всяка от тях има свои правила. На практика ще пращаш реалната си работа през тези инструменти, всички го правят и би било нечестно да се преструваме на обратното. Правилният ход не е да се спираш, а да знаеш какво се случва и да използваш единствения контрол, който има значение: настройката, която ограничава до кои доставчици може да стигне промптът ти. Питай Claude къде се намира тази настройка в днешната версия, насочи я към доставчиците, на които си склонен да се довериш, и продължавай с работата.
Вземи задача, която вече редовно възлагаш на Claude или друг модел, от тези, които правиш почти всяка седмица. Използвай промпта за създаване на тест по-горе. Бъди честен със себе си какво означава "готов за предаване" за тази конкретна задача и го опиши с измерими критерии. След това, на базата на събраните доказателства, реши кое стъпало от стълбата реално ти трябва. Голямата победа е да хванеш задача, за която си плащал твърде много, или пък такава, на която си давал твърде малко ресурс.
Show the worked solution
- OpenRouter е един акаунт и един ключ, който достига до повечето големи модели от повечето лаборатории, а точно това прави истинския съвет от различни модели практически възможен.
- Основната дисциплина: правилният модел е най-евтиният, чийто резултат реално би пратил нататък, а не най-големият, до който имаш достъп.
- Катери стълбата отдолу нагоре. Започни с евтиния и бърз модел, оцени реалния резултат и се качи стъпало нагоре едва когато той наистина не се справя.
- Един малък тест с двайсет или трийсет твои собствени реални примера, пуснати през няколко модела, превръща избора на модел от налучкване в доказателство, което можеш да покажеш.
- Истинските разходи: по-големите модели са по-бавни, плащаш колкото ползваш, затова циклите могат бързо да изгорят пари, а данните ти вече минават към трети страни, така че използвай контролите за доставчиците.
Вземи тази повтаряща се задача, която правиш най-често, и създай нейния тест с промпта по-горе. Все още не е нужно да го пускаш реално, това ще почака до главата за терминала и придружаващото хранилище. Но реши още сега на кое стъпало трябва да се намира тази задача и започни да правиш картата за насочване за твоята реална работа. Следващата глава превръща навика за проверка в истинска дисциплина: два цикъла на преглед и обяснение защо вторият проверяващ хваща това, което първият е изпуснал.
Да посягаш към най-големия модел всеки път се усеща като отговорно поведение, но обикновено е просто излишно скъпо. Ходът на истинския професионалист е по-тих: намираш най-евтиния модел, който покрива твоите стандарти, доказваш го със собствените си примери и харчиш спестеното за решенията, които наистина заслужават най-доброто.