home.social

#openrouter — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #openrouter, aggregated by home.social.

  1. Gemini-3.5-flash догнал GPT-5.5 на 97/S и в 2.5× дешевле. Но главное — китайцы выигрывают по цене и качеству

    Месяц назад я писал про парадокс DeepSeek V4 Pro — модель проиграла собственному Flash и Qwen 3.6 Plus трёхнедельной давности. Сегодня прогнал свежий battle на пяти моделях — два американских флагмана и три китайских — и расклад снова поменялся. Главное: Gemini-3.5-flash взял 97/S, тот же балл, что у GPT-5.5, и в 2.5 раза дешевле. Google впервые на моём тесте встал рядом с OpenAI на длинном русском контенте. Tencent Hy3-preview даёт A-tier за $0.0017 за вызов — в 134 раза дешевле GPT-5.5. DeepSeek V4 Pro я прогнал третий раз — качество стоит на месте (87), но цена упала в 5.4× и она снова в зоне полезного. Qwen 3.7 Max упорно вставляет китайские иероглифы в русский текст — регрессия относительно собственной 3.6, где этой проблемы не было. По дороге заметил, что наша формула cost_per_call жила полгода с приближением, которое занижало стоимость на 50–140%. Починили — теперь берём реальные токены из OpenRouter response.usage . И отдельно — почему при такой скорости релизов модель в продукте стоит держать заменяемой, а не зашитой в код намертво.

    habr.com/ru/articles/1040770/

    #LLM #Gemini #gpt5 #DeepSeek #Qwen #Tencent #Benchmarks #AI #OpenRouter #Russian_NLP

  2. Gemini-3.5-flash догнал GPT-5.5 на 97/S и в 2.5× дешевле. Но главное — китайцы выигрывают по цене и качеству Месяц назад я п...

    #LLM #Gemini #gpt-5 #DeepSeek #Qwen #Tencent #Benchmarks #AI #OpenRouter #Russian #NLP

    Origin | Interest | Match
  3. Прогнал семь LLM через свой русский спортивный бенчмарк. Базовой моделью всё равно оставляю Gemma 4 31B

    Прогнали семь LLM через свой русский спортивный бенчмарк. Топовые модели closed-source выигрывают 1.5-1.7 балла. Базовой моделью всё равно остаётся Gemma 4 31B — рассказываю почему.

    habr.com/ru/articles/1036448/

    #llm #бенчмарк #gemma #qwen #openrouter #русский_язык #dora #sft #спорт #llmjudge

  4. Прогнал семь LLM через свой русский спортивный бенчмарк. Базовой моделью всё равно оставляю Gemma 4 31B

    Прогнали семь LLM через свой русский спортивный бенчмарк. Топовые модели closed-source выигрывают 1.5-1.7 балла. Базовой моделью всё равно остаётся Gemma 4 31B — рассказываю почему.

    habr.com/ru/articles/1036448/

    #llm #бенчмарк #gemma #qwen #openrouter #русский_язык #dora #sft #спорт #llmjudge

  5. Прогнал семь LLM через свой русский спортивный бенчмарк. Базовой моделью всё равно оставляю Gemma 4 31B

    Прогнали семь LLM через свой русский спортивный бенчмарк. Топовые модели closed-source выигрывают 1.5-1.7 балла. Базовой моделью всё равно остаётся Gemma 4 31B — рассказываю почему.

    habr.com/ru/articles/1036448/

    #llm #бенчмарк #gemma #qwen #openrouter #русский_язык #dora #sft #спорт #llmjudge

  6. Прогнал семь LLM через свой русский спортивный бенчмарк. Базовой моделью всё равно оставляю Gemma 4 31B

    Прогнали семь LLM через свой русский спортивный бенчмарк. Топовые модели closed-source выигрывают 1.5-1.7 балла. Базовой моделью всё равно остаётся Gemma 4 31B — рассказываю почему.

    habr.com/ru/articles/1036448/

    #llm #бенчмарк #gemma #qwen #openrouter #русский_язык #dora #sft #спорт #llmjudge

  7. RT @burkov: Dass die Modelle ständig aktualisiert werden und ältere Versionen dann abgekündigt werden, ist extrem ärgerlich. Man hat gerade ein Modell gefunden, das für einen bestimmten Anwendungsfall gut funktioniert und auch kosteneffizient ist. Also nutzt man es direkt vom Anbieter oder über OpenRouter. Dann entscheiden sie, es abzukündigen, und die einzige Option, falls das Modell Open-Weight ist, besteht darin, GPUs zu mieten, um es zu betreiben, was für den Anwendungsfall zu teuer ist. Ansonsten muss man alle Modelle erneut testen, bis man eines findet, das für einen angemessenen Preis für seinen Anwendungsfall vernünftig gut funktioniert.

    mehr auf Arint.info

    #GPU #KI #MaschinellesLernen #Modellmanagement #OpenRouter #Technologie #arint_info

    https://x.com/burkov/status/2056158991885926863#m

  8. Pretty good argument for just using #openrouter over a #LocalLLM. I think the math will change once all these AI providers stop burning VC money. Specifically, the author is looking at rounded-up utility and hardware pricing on #Apple Silicon.
    https://www.williamangel.net/blog/2026/05/17/offline-llm-energy-use.html

  9. Pretty good argument for just using #openrouter over a #LocalLLM. I think the math will change once all these AI providers stop burning VC money. Specifically, the author is looking at rounded-up utility and hardware pricing on #Apple Silicon.
    https://www.williamangel.net/blog/2026/05/17/offline-llm-energy-use.html

  10. Pretty good argument for just using #openrouter over a #LocalLLM. I think the math will change once all these AI providers stop burning VC money. Specifically, the author is looking at rounded-up utility and hardware pricing on #Apple Silicon.
    https://www.williamangel.net/blog/2026/05/17/offline-llm-energy-use.html

  11. Pretty good argument for just using #openrouter over a #LocalLLM. I think the math will change once all these AI providers stop burning VC money. Specifically, the author is looking at rounded-up utility and hardware pricing on #Apple Silicon.
    https://www.williamangel.net/blog/2026/05/17/offline-llm-energy-use.html

  12. Pretty good argument for just using #openrouter over a #LocalLLM. I think the math will change once all these AI providers stop burning VC money. Specifically, the author is looking at rounded-up utility and hardware pricing on #Apple Silicon.
    https://www.williamangel.net/blog/2026/05/17/offline-llm-energy-use.html

  13. Ho testato OpenHuman in più scenari, da Fedora in VM a Windows con GPU, passando per Ollama, Open WebUI e OpenRouter. Il risultato è stato deludente: installazioni instabili, configurazioni poco trasparenti, dipendenze cloud poco chiare e nessuna esperienza davvero affidabile nell’uso reale.

    #agentiAI #AILocale #debug #Fedora #llm #ollama #openSource #OpenWebUI #OpenHuman #openrouter #privacy #reviewSoftware #windows https://www.b0sh.net/2026/05/openhuman-promesse-grandi-prova-sul-campo-deludente/
  14. Ho testato OpenHuman in più scenari, da Fedora in VM a Windows con GPU, passando per Ollama, Open WebUI e OpenRouter. Il risultato è stato deludente: installazioni instabili, configurazioni poco trasparenti, dipendenze cloud poco chiare e nessuna esperienza davvero affidabile nell’uso reale.

    #agentiAI #AILocale #debug #Fedora #llm #ollama #openSource #OpenWebUI #OpenHuman #openrouter #privacy #reviewSoftware #windows https://www.b0sh.net/2026/05/openhuman-promesse-grandi-prova-sul-campo-deludente/
  15. Ho testato OpenHuman in più scenari, da Fedora in VM a Windows con GPU, passando per Ollama, Open WebUI e OpenRouter. Il risultato è stato deludente: installazioni instabili, configurazioni poco trasparenti, dipendenze cloud poco chiare e nessuna esperienza davvero affidabile nell’uso reale.

    #agentiAI #AILocale #debug #Fedora #llm #ollama #openSource #OpenWebUI #OpenHuman #openrouter #privacy #reviewSoftware #windows https://www.b0sh.net/2026/05/openhuman-promesse-grandi-prova-sul-campo-deludente/
  16. Ho testato OpenHuman in più scenari, da Fedora in VM a Windows con GPU, passando per Ollama, Open WebUI e OpenRouter. Il risultato è stato deludente: installazioni instabili, configurazioni poco trasparenti, dipendenze cloud poco chiare e nessuna esperienza davvero affidabile nell’uso reale.

    #agentiAI #AILocale #debug #Fedora #llm #ollama #openSource #OpenWebUI #OpenHuman #openrouter #privacy #reviewSoftware #windows https://www.b0sh.net/2026/05/openhuman-promesse-grandi-prova-sul-campo-deludente/
  17. Ho testato OpenHuman in più scenari, da Fedora in VM a Windows con GPU, passando per Ollama, Open WebUI e OpenRouter. Il risultato è stato deludente: installazioni instabili, configurazioni poco trasparenti, dipendenze cloud poco chiare e nessuna esperienza davvero affidabile nell’uso reale.

    #agentiAI #AILocale #debug #Fedora #llm #ollama #openSource #OpenWebUI #OpenHuman #openrouter #privacy #reviewSoftware #windows https://www.b0sh.net/2026/05/openhuman-promesse-grandi-prova-sul-campo-deludente/
  18. Ich habe noch etwas rumprobiert mit pi.dev und den NVIDIA Tesla V100, die ich neulich entdeckt hatte.

    Das sind zwei Grafikkarten von ca. 2019, also schon ordentlich alt, aber mit einer guten RAM Austattung von 32GB / Karte. Darauf habe ich mal das Model gemma4-31B von Deepmind durch verschiedene Prompts geschickt.

    tl;dr: Damit kann man arbeiten aber das eigene Hosting kostet ca. 10x so viel wie #OpenRouter.

    1/n 🧵

  19. Агрегатор LLM, как выбирать живые free-модели и переживать сбои провайдера

    Если в проекте появляется выбор LLM, почти сразу возникает соблазн сделать это как можно проще. Взять один большой список моделей, показать его в интерфейсе, выбрать первую free-модель по умолчанию и считать задачу закрытой. На короткой дистанции это выглядит рабочим вариантом. На длинной начинает ломаться сразу в нескольких местах. Часть моделей числится бесплатными, но отвечает нестабильно. Часть внезапно исчезает из выдачи провайдера. Часть формально жива, но по качеству ответа годится только для демо. Иногда пользователь выбрал одну модель, а провайдер вернул ошибку. Иногда ответ пришел, но уже от другой модели. Иногда список моделей на фронте устарел, а backend уже живет в другой реальности. То есть проблема тут не в том, как красиво показать список LLM. Проблема в том, как построить агрегатор, который умеет выбирать живые free-модели, переживать сбои провайдера и не врать интерфейсу о том, какая модель реально ответила. В одном из своих проектов эта задача решалась не через бесконечный каталог моделей, а через более жесткий инженерный контур. Backend получает сырой список моделей от провайдера, очищает его, отбирает только подходящие free-варианты, оставляет по одной модели на бренд, отдает этот набор на фронт, а во время реального запроса умеет сделать fallback на модель другого бренда. При этом в ответе возвращается не только текст, но и actual_model , чтобы интерфейс знал, кто реально сгенерировал результат.

    habr.com/ru/articles/1033790/

    #LLM #OpenRouter #Django #Python #Nextjs #TypeScript #RTK_Query #AI #API #Fullstack

  20. Агрегатор LLM, как выбирать живые free-модели и переживать сбои провайдера

    Если в проекте появляется выбор LLM, почти сразу возникает соблазн сделать это как можно проще. Взять один большой список моделей, показать его в интерфейсе, выбрать первую free-модель по умолчанию и считать задачу закрытой. На короткой дистанции это выглядит рабочим вариантом. На длинной начинает ломаться сразу в нескольких местах. Часть моделей числится бесплатными, но отвечает нестабильно. Часть внезапно исчезает из выдачи провайдера. Часть формально жива, но по качеству ответа годится только для демо. Иногда пользователь выбрал одну модель, а провайдер вернул ошибку. Иногда ответ пришел, но уже от другой модели. Иногда список моделей на фронте устарел, а backend уже живет в другой реальности. То есть проблема тут не в том, как красиво показать список LLM. Проблема в том, как построить агрегатор, который умеет выбирать живые free-модели, переживать сбои провайдера и не врать интерфейсу о том, какая модель реально ответила. В одном из своих проектов эта задача решалась не через бесконечный каталог моделей, а через более жесткий инженерный контур. Backend получает сырой список моделей от провайдера, очищает его, отбирает только подходящие free-варианты, оставляет по одной модели на бренд, отдает этот набор на фронт, а во время реального запроса умеет сделать fallback на модель другого бренда. При этом в ответе возвращается не только текст, но и actual_model , чтобы интерфейс знал, кто реально сгенерировал результат.

    habr.com/ru/articles/1033790/

    #LLM #OpenRouter #Django #Python #Nextjs #TypeScript #RTK_Query #AI #API #Fullstack

  21. Агрегатор LLM, как выбирать живые free-модели и переживать сбои провайдера

    Если в проекте появляется выбор LLM, почти сразу возникает соблазн сделать это как можно проще. Взять один большой список моделей, показать его в интерфейсе, выбрать первую free-модель по умолчанию и считать задачу закрытой. На короткой дистанции это выглядит рабочим вариантом. На длинной начинает ломаться сразу в нескольких местах. Часть моделей числится бесплатными, но отвечает нестабильно. Часть внезапно исчезает из выдачи провайдера. Часть формально жива, но по качеству ответа годится только для демо. Иногда пользователь выбрал одну модель, а провайдер вернул ошибку. Иногда ответ пришел, но уже от другой модели. Иногда список моделей на фронте устарел, а backend уже живет в другой реальности. То есть проблема тут не в том, как красиво показать список LLM. Проблема в том, как построить агрегатор, который умеет выбирать живые free-модели, переживать сбои провайдера и не врать интерфейсу о том, какая модель реально ответила. В одном из своих проектов эта задача решалась не через бесконечный каталог моделей, а через более жесткий инженерный контур. Backend получает сырой список моделей от провайдера, очищает его, отбирает только подходящие free-варианты, оставляет по одной модели на бренд, отдает этот набор на фронт, а во время реального запроса умеет сделать fallback на модель другого бренда. При этом в ответе возвращается не только текст, но и actual_model , чтобы интерфейс знал, кто реально сгенерировал результат.

    habr.com/ru/articles/1033790/

    #LLM #OpenRouter #Django #Python #Nextjs #TypeScript #RTK_Query #AI #API #Fullstack

  22. Агрегатор LLM, как выбирать живые free-модели и переживать сбои провайдера

    Если в проекте появляется выбор LLM, почти сразу возникает соблазн сделать это как можно проще. Взять один большой список моделей, показать его в интерфейсе, выбрать первую free-модель по умолчанию и считать задачу закрытой. На короткой дистанции это выглядит рабочим вариантом. На длинной начинает ломаться сразу в нескольких местах. Часть моделей числится бесплатными, но отвечает нестабильно. Часть внезапно исчезает из выдачи провайдера. Часть формально жива, но по качеству ответа годится только для демо. Иногда пользователь выбрал одну модель, а провайдер вернул ошибку. Иногда ответ пришел, но уже от другой модели. Иногда список моделей на фронте устарел, а backend уже живет в другой реальности. То есть проблема тут не в том, как красиво показать список LLM. Проблема в том, как построить агрегатор, который умеет выбирать живые free-модели, переживать сбои провайдера и не врать интерфейсу о том, какая модель реально ответила. В одном из своих проектов эта задача решалась не через бесконечный каталог моделей, а через более жесткий инженерный контур. Backend получает сырой список моделей от провайдера, очищает его, отбирает только подходящие free-варианты, оставляет по одной модели на бренд, отдает этот набор на фронт, а во время реального запроса умеет сделать fallback на модель другого бренда. При этом в ответе возвращается не только текст, но и actual_model , чтобы интерфейс знал, кто реально сгенерировал результат.

    habr.com/ru/articles/1033790/

    #LLM #OpenRouter #Django #Python #Nextjs #TypeScript #RTK_Query #AI #API #Fullstack

  23. AI Review не делает код лучше. И вот почему

    Я делал AI Review как простой инженерный инструмент. Но реальный фейл оказался не в архитектуре и не в LLM — а в том, чего люди от него ждали.

    habr.com/ru/articles/979862/

    #ai_review #code_review #llm #cicd #chatgpt #claude #gemini #openrouter #gitlab #github

  24. AI Review не делает код лучше. И вот почему

    Я делал AI Review как простой инженерный инструмент. Но реальный фейл оказался не в архитектуре и не в LLM — а в том, чего люди от него ждали.

    habr.com/ru/articles/979862/

    #ai_review #code_review #llm #cicd #chatgpt #claude #gemini #openrouter #gitlab #github

  25. AI Review не делает код лучше. И вот почему

    Я делал AI Review как простой инженерный инструмент. Но реальный фейл оказался не в архитектуре и не в LLM — а в том, чего люди от него ждали.

    habr.com/ru/articles/979862/

    #ai_review #code_review #llm #cicd #chatgpt #claude #gemini #openrouter #gitlab #github

  26. AI Review не делает код лучше. И вот почему

    Я делал AI Review как простой инженерный инструмент. Но реальный фейл оказался не в архитектуре и не в LLM — а в том, чего люди от него ждали.

    habr.com/ru/articles/979862/

    #ai_review #code_review #llm #cicd #chatgpt #claude #gemini #openrouter #gitlab #github

  27. Open Router: modelos baratos competindo com Anthropic

    Você sabia que agora é muito fácil ter um serviço de IA com qualidade parecida com a Anthropic por um custo ridículo? 🤯

    • O que está acontecendo:
    • Todo mundo que faz Open Router pode subir modelos (ex.: 3.6 de 27 bilhões de parâmetros).
    • Esses modelos entregam uma qualidade muito parecida com a da Anthropic.
    • Resultado: serviço similar por um custo de...

    #IA #OpenRouter #Anthropic #Modelos #MachineLearning #Inovação #MorningCrypto

  28. Open Router: modelos baratos competindo com Anthropic

    Você sabia que agora é muito fácil ter um serviço de IA com qualidade parecida com a Anthropic por um custo ridículo? 🤯

    • O que está acontecendo:
    • Todo mundo que faz Open Router pode subir modelos (ex.: 3.6 de 27 bilhões de parâmetros).
    • Esses modelos entregam uma qualidade muito parecida com a da Anthropic.
    • Resultado: serviço similar por um custo de...

    #IA #OpenRouter #Anthropic #Modelos #MachineLearning #Inovação #MorningCrypto

  29. Вайбкодинг — это гемблинг

    Наблюдая за тем, как ИИ внедряется на работе и дома, я всё чаще ловлю себя на простой мысли: всё труднее писать код самому и всё больше хочется делегировать ИИ. Да ещё и провайдеры ИИ призывают тратить больше токенов, руководители всё чаще призывают команды активнее пользоваться ИИ. В соцсетях регулярно попадаются шуточные видео про то, как CEO предлагает потреблять токены ради самого потребления, а в крупных компаниях уже идёт негласное соревнование: кто больше использует AI‑инструменты, кто больше автоматизирует, кто быстрее покажет, что «мы тоже в игре». Из названия понятно, к чему я веду. Но мне хочется поговорить не про хайп и не про страх перед ИИ, а про более бытовую, инженерную и неприятную сторону: вайбкодинг очень легко превращается в гемблинг.

    habr.com/ru/articles/1033130/

    #ai #vibe_coding #llm #java #openrouter #ai_agents #telegram_bot #ollama #agentic_engineering

  30. Вайбкодинг — это гемблинг

    Наблюдая за тем, как ИИ внедряется на работе и дома, я всё чаще ловлю себя на простой мысли: всё труднее писать код самому и всё больше хочется делегировать ИИ. Да ещё и провайдеры ИИ призывают тратить больше токенов, руководители всё чаще призывают команды активнее пользоваться ИИ. В соцсетях регулярно попадаются шуточные видео про то, как CEO предлагает потреблять токены ради самого потребления, а в крупных компаниях уже идёт негласное соревнование: кто больше использует AI‑инструменты, кто больше автоматизирует, кто быстрее покажет, что «мы тоже в игре». Из названия понятно, к чему я веду. Но мне хочется поговорить не про хайп и не про страх перед ИИ, а про более бытовую, инженерную и неприятную сторону: вайбкодинг очень легко превращается в гемблинг.

    habr.com/ru/articles/1033130/

    #ai #vibe_coding #llm #java #openrouter #ai_agents #telegram_bot #ollama #agentic_engineering

  31. Вайбкодинг — это гемблинг

    Наблюдая за тем, как ИИ внедряется на работе и дома, я всё чаще ловлю себя на простой мысли: всё труднее писать код самому и всё больше хочется делегировать ИИ. Да ещё и провайдеры ИИ призывают тратить больше токенов, руководители всё чаще призывают команды активнее пользоваться ИИ. В соцсетях регулярно попадаются шуточные видео про то, как CEO предлагает потреблять токены ради самого потребления, а в крупных компаниях уже идёт негласное соревнование: кто больше использует AI‑инструменты, кто больше автоматизирует, кто быстрее покажет, что «мы тоже в игре». Из названия понятно, к чему я веду. Но мне хочется поговорить не про хайп и не про страх перед ИИ, а про более бытовую, инженерную и неприятную сторону: вайбкодинг очень легко превращается в гемблинг.

    habr.com/ru/articles/1033130/

    #ai #vibe_coding #llm #java #openrouter #ai_agents #telegram_bot #ollama #agentic_engineering

  32. Вайбкодинг — это гемблинг

    Наблюдая за тем, как ИИ внедряется на работе и дома, я всё чаще ловлю себя на простой мысли: всё труднее писать код самому и всё больше хочется делегировать ИИ. Да ещё и провайдеры ИИ призывают тратить больше токенов, руководители всё чаще призывают команды активнее пользоваться ИИ. В соцсетях регулярно попадаются шуточные видео про то, как CEO предлагает потреблять токены ради самого потребления, а в крупных компаниях уже идёт негласное соревнование: кто больше использует AI‑инструменты, кто больше автоматизирует, кто быстрее покажет, что «мы тоже в игре». Из названия понятно, к чему я веду. Но мне хочется поговорить не про хайп и не про страх перед ИИ, а про более бытовую, инженерную и неприятную сторону: вайбкодинг очень легко превращается в гемблинг.

    habr.com/ru/articles/1033130/

    #ai #vibe_coding #llm #java #openrouter #ai_agents #telegram_bot #ollama #agentic_engineering