[AINews] A quiet April Fools
Обзор AI-новостей за тихий день перед 1 апреля 2026 года. Главные релизы: открытая модель Arcee Trinity-Large-Thinking (400B total / 13B active, Apache 2.0), мультимодальная GLM-5V-Turbo от Z.ai и Falcon Perception от TII. Центральная история — утечка исходного кода Claude Code через map-файл в npm: ~512K строк TypeScript, раскрывшая 4-уровневый стек компрессии контекста, 40+ модульных инструментов, скрытые фичи (BUDDY, ULTRAPLAN, KAIROS) и спровоцировавшая волну DMCA-блокировок и open-source форков (110k+ звёзд за день). Также: OpenAI привлёк $122 млрд при оценке $852 млрд, сбросил лимиты Codex; 1-битные модели Bonsai от PrismML (8B в 1.15 ГБ); TurboQuant TQ3_1S для Qwen3.5-27B. Это последний выпуск AINews в текущем формате — Discord закрыл доступ.
[AINews] A quiet April Fools
[AINews] Тихий день 1 апреля
a quiet day
тихий день
Some notable mid tier model releases, but thankfully most companies respected that today is an awful day to launch anything. We’ll give points to Liquid for best April Fools joke.
Несколько заметных релизов моделей среднего уровня, но к счастью большинство компаний с уважением отнеслись к тому, что сегодня — ужасный день для запусков. Отдадим очки Liquid за лучшую первоапрельскую шутку.
AI News for 3/23/2026-3/24/2026. We checked 12 subreddits, 544 Twitters and no further Discords. AINews’ website lets you search all past issues. As a reminder, AINews is now a section of Latent Space. You can opt in/out of email frequencies!
AI News за 23.03.2026–24.03.2026. Мы проверили 12 сабреддитов, 544 Twitter-аккаунта и больше никаких Discord. Сайт AINews позволяет искать по всем прошлым выпускам. Напоминаем, что AINews теперь является разделом Latent Space. Вы можете подписаться или отписаться от рассылок!
AI Twitter Recap
Обзор AI Twitter
Open-Weight Reasoning and Vision-Coding Releases: Arcee Trinity-Large-Thinking, Z.ai GLM-5V-Turbo, Falcon Perception, and Holo3
Релизы рассуждающих моделей с открытыми весами и моделей vision-кодинга: Arcee Trinity-Large-Thinking, Z.ai GLM-5V-Turbo, Falcon Perception и Holo3
Arcee’s Trinity-Large-Thinking: The biggest substantive model launch in this set was Arcee’s Trinity-Large-Thinking, released with open weights under Apache 2.0 and positioned explicitly for developers/enterprises that want to inspect, host, distill, and post-train their own systems. Follow-up posts claim strong agentic performance, including #2 on PinchBench behind Opus 4.6, SOTA on Tau2-Airline, and frontier-level telecom results (Arcee, Mark McQuade). OpenRouter highlighted the architecture as a 400B total / 13B active model and made it available immediately (OpenRouter). Several ecosystem partners framed it as a milestone for “American open source,” including Prime Intellect, Datology, and infra supporters emphasizing that a small team served a 400B-class model at production cost points (latkins, willccbb, xlr8harder, natolambert).
Z.ai’s GLM-5V-Turbo: Z.ai introduced GLM-5V-Turbo, a vision coding model that natively handles images, videos, document layouts, and design drafts while preserving pure-text coding performance. The company attributes the gains to native multimodal fusion, a next-gen CogViT encoder, 30+ task collaborative RL, synthetic agentic data generation, and multimodal toolchain extensions for search/drawing/web reading (details, text-coding stability). The model was quickly integrated into multiple downstream surfaces including TRAE, Tabbit, and Vision Arena.
Falcon Perception and OCR: TII released Falcon Perception, an open-vocabulary referring expression segmentation model, alongside a 0.3B OCR model said to be competitive with models 3–10x larger. The notable design point is an early-fusion transformer that mixes image and text from the first layer instead of relying on multi-stage pipelines and late fusion.
Other model notes: H Company’s Holo3 was highlighted as a GUI-navigation model family (A3B/35B, Qwen3.5-based, free license, Transformers support). A separate post praised a Qwen3.5 27B distill trained on Claude 4.6 Opus reasoning traces, claiming SWE-bench wins over Claude Sonnet 4.5, 96.91% HumanEval, lower CoT verbosity, 4-bit local usability, and 300k+ HF downloads (Craig Hewitt).
Trinity-Large-Thinking от Arcee: Самым значительным запуском модели в этой подборке стал Trinity-Large-Thinking от Arcee, выпущенный с открытыми весами под Apache 2.0 и явно позиционируемый для разработчиков и предприятий, желающих инспектировать, хостить, дистиллировать и пост-тренировать собственные системы. Последующие посты заявляют о сильной agentic-производительности, включая #2 на PinchBench после Opus 4.6, SOTA на Tau2-Airline, и результаты frontier-уровня в телекоме (Arcee, Mark McQuade). OpenRouter подчеркнул архитектуру как модель 400B total / 13B active и сразу сделал её доступной (OpenRouter). Несколько партнёров экосистемы преподнесли это как веху для «американского open source», включая Prime Intellect, Datology, и сторонников инфраструктуры, подчёркивающих, что небольшая команда обслуживает модель класса 400B по продакшен-стоимости (latkins, willccbb, xlr8harder, natolambert).GLM-5V-Turbo от Z.ai: Z.ai представила GLM-5V-Turbo, модель vision-кодинга, которая нативно обрабатывает изображения, видео, разметку документов и макеты дизайна, сохраняя при этом производительность чисто текстового кодинга. Компания приписывает достижения нативному мультимодальному слиянию, энкодеру следующего поколения CogViT, совместному RL по 30+ задачам, синтетической генерации agentic-данных и расширениям мультимодального тулчейна для поиска/рисования/чтения веба (детали, стабильность текстового кодинга). Модель была быстро интегрирована в множество последующих сервисов, включая TRAE, Tabbit и Vision Arena.Falcon Perception и OCR: TII выпустила Falcon Perception, модель сегментации referring expression с открытым словарём, вместе с OCR-моделью на 0.3B, которая, как утверждается, конкурентоспособна с моделями в 3–10 раз большего размера. Примечательная особенность дизайна — трансформер с ранним слиянием, который смешивает изображение и текст с первого слоя, вместо использования многоступенчатых пайплайнов и позднего слияния.Другие заметки о моделях: Holo3 от H Company была отмечена как семейство моделей навигации по GUI (A3B/35B, на базе Qwen3.5, свободная лицензия, поддержка Transformers). Отдельный пост хвалил дистиллят Qwen3.5 27B, обученный на трейсах рассуждений Claude 4.6 Opus, заявляя о победах на SWE-bench над Claude Sonnet 4.5, 96.91% на HumanEval, меньшей многословности CoT, локальной пригодности на 4 битах и 300k+ загрузок на HF (Craig Hewitt).
Claude Code Leak, Operational Issues, and the Competitive Coding-Agent Market
Утечка Claude Code, операционные проблемы и конкурентный рынок coding-агентов
What the leak exposed: Multiple posts converged on analysis of Anthropic’s accidental Claude Code source exposure. The most useful technical synthesis is the long thread from ZhihuFrontier, which emphasizes a minimalist agent core—a single while(true) loop—with sophistication pushed into context management, tooling, and product instrumentation. The leak reportedly showed a 4-layer context compression stack (HISTORY_SNIP, Microcompact, CONTEXT_COLLAPSE, Autocompact), streaming plus parallel tool execution, silent retries on output-length failures, a 40+ tool modular architecture without inheritance-heavy abstractions, and strong use of feature flags and production ablations. A second summary pointed to hidden features including task budget management, AFK mode, “Penguin” fast mode, redirected reasoning, and other unfinished product hooks (ZhihuFrontier).
Operational pain mattered more than the leak for many users: Alongside leak discussion, many developers complained that Claude was simply slow or unreliable that day (Teknium, andersonbcdefg). Community response also fixated on leaked “pets” and UI affordances (meowbooksj), reinforcing that product polish is part of the competitive moat even when orchestration patterns become legible.
DMCA blowback: The second-order story was Anthropic’s overly broad repo takedown attempts. Theo reported a DMCA against a fork that did not contain leaked source; he then argued the takedown itself violated DMCA procedure (post). A correction later came from trq212, calling it a communication mistake; the repo was restored and Theo acknowledged the retraction and rapid response (restored, official response).
Open-source clones and alternatives are gaining mindshare: The leak also turbocharged ecosystem competition. Yuchen Jin noted the leaked Claude Code fork hit 110k+ GitHub stars in a day. At the same time, multiple users said Nous Hermes Agent was easier to deploy and operate than OpenClaw or Claude-derived stacks, often citing near-zero setup and better local workflows (charliehinojosa, VadimStrizheus, Nous). There’s also a tooling wave around prompt steering and efficiency, e.g. a “Universal CLAUDE.md” claiming 63% output-token reduction, and Google’s Agent Skills spec proposing progressive disclosure to cut baseline context by 90%.
Что показала утечка: Множество постов сошлось на анализе случайного раскрытия исходников Claude Code от Anthropic. Самый полезный технический синтез — длинная ветка от ZhihuFrontier, которая подчёркивает минималистичное ядро агента — один цикл while(true) — со сложностью, вынесенной в управление контекстом, инструментарий и продуктовую инструментацию. Утечка предположительно показала 4-уровневый стек компрессии контекста (HISTORY_SNIP, Microcompact, CONTEXT_COLLAPSE, Autocompact), стриминг плюс параллельное выполнение инструментов, тихие ретраи при сбоях длины вывода, модульную архитектуру из 40+ инструментов без тяжёлых наследственных абстракций, и активное использование feature flags и продакшен-абляций. Второе резюме указало на скрытые фичи, включая управление бюджетом задач, AFK-режим, быстрый режим «Penguin», перенаправленное рассуждение и другие незаконченные продуктовые хуки (ZhihuFrontier).Операционная боль значила больше, чем утечка, для многих пользователей: Параллельно с обсуждением утечки многие разработчики жаловались, что Claude просто был медленным или ненадёжным в тот день (Teknium, andersonbcdefg). Реакция сообщества также зациклилась на утёкших «питомцах» и UI-фичах (meowbooksj), подкрепляя мысль, что продуктовая шлифовка является частью конкурентного рва, даже когда паттерны оркестрации становятся очевидными.Отдача DMCA: Вторичной историей стали чрезмерно широкие попытки Anthropic удалить репозитории. Theo сообщил о DMCA против форка, который не содержал утёкшие исходники; затем он утверждал, что само удаление нарушило процедуру DMCA (пост). Позже последовала поправка от trq212, назвавшего это коммуникационной ошибкой; репозиторий был восстановлен, и Theo признал отзыв и быструю реакцию (восстановлен, официальный ответ).Open-source клоны и альтернативы набирают популярность: Утечка также подстегнула конкуренцию в экосистеме. Yuchen Jin отметил, что утёкший форк Claude Code набрал 110k+ звёзд на GitHub за день. В то же время множество пользователей говорили, что Nous Hermes Agent было легче развернуть и эксплуатировать, чем OpenClaw или производные от Claude стеки, часто ссылаясь на почти нулевую настройку и лучшие локальные рабочие процессы (charliehinojosa, VadimStrizheus, Nous). Также возникла волна инструментов вокруг управления промптами и эффективности, например «Universal CLAUDE.md», заявляющий о сокращении выходных токенов на 63%, и спецификация Agent Skills от Google, предлагающая прогрессивное раскрытие для сокращения базового контекста на 90%.
Agent Systems Research: Memory, Self-Organization, Coordination Limits, and Security
Исследования агентных систем: память, самоорганизация, пределы координации и безопасность
Memory is becoming first-class infra: MemFactory proposes a unified inference/training framework for memory-augmented agents with native GRPO integration and reported up to 14.8% relative gains over baselines. Separately, Baseten described a 7M-parameter perceiver that compresses KV cache 8x while retaining 90%+ factual retention, pitching it as a path toward models that “learn from experience.” part_harry_ extended the idea further, arguing pretraining itself is data-inefficient because we discard KV cache every step.
Do self-organizing agents beat hand-authored roles? A DAIR summary highlighted new work across 25,000 tasks with up to 256 agents, claiming self-organized roles outperform predefined planner/coder/reviewer hierarchies, with a sequential coordination protocol +14% over centralized approaches, 5,000+ emergent roles, and open models reaching 95% of closed-model quality at lower cost. This sits in tension with a separate line of theory: omarsar0’s summary of new MIT work argues delegated multi-agent planning is decision-theoretically dominated by a centralized Bayes decision-maker when agents do not gain access to genuinely different information sources. In practice, the synthesis is likely: multi-agent helps when it partitions tools, environments, or retrieval channels—not just prompts.
Agent attack surface is the web: A widely shared summary of a new DeepMind paper on “AI Agent Traps” reframes agent security around adversarial content in webpages/documents, not just model jailbreaks. The thread cites hidden prompt injection in HTML/CSS succeeding in up to 86% of scenarios and latent memory poisoning reaching 80%+ attack success with <0.1% contamination, which is material for anyone shipping browse/retrieval-heavy agents.
Long-horizon evaluation is getting richer: New benchmarks/tools included Kaggle Standardized Agent Exams, YC-Bench for simulating a startup over a one-year horizon, and CaP-Gym / CaP-X, a broad benchmark and toolkit for agentic robotics spanning 187 manipulation tasks, 12 frontier models, and both training-free and RL-improved policies with MIT-licensed code (open-source details).
Память становится first-class инфраструктурой: MemFactory предлагает унифицированный фреймворк inference/training для агентов с дополненной памятью с нативной интеграцией GRPO и заявленным относительным приростом до 14.8% над базовыми. Отдельно Baseten описал perceiver на 7M параметров, который сжимает KV cache в 8 раз, сохраняя 90%+ фактического удержания, преподнося это как путь к моделям, которые «учатся на опыте». part_harry_ развил идею дальше, утверждая, что сам претрейнинг неэффективен по данным, потому что мы выбрасываем KV cache на каждом шаге.Превосходят ли самоорганизующиеся агенты вручную написанные роли? Резюме DAIR подчеркнуло новую работу по 25 000 задач с до 256 агентов, утверждая, что самоорганизованные роли превосходят предопределённые иерархии planner/coder/reviewer, с протоколом последовательной координации +14% над централизованными подходами, 5000+ эмерджентных ролей, и открытыми моделями, достигающими 95% качества закрытых моделей при меньшей стоимости. Это противоречит отдельной теоретической линии: резюме omarsar0 о новой работе MIT утверждает, что делегированное мультиагентное планирование теоретически доминируется централизованным байесовским decision-maker'ом, когда агенты не получают доступа к действительно различным источникам информации. На практике синтез, вероятно, такой: мульти-агент помогает, когда он разделяет инструменты, среды или каналы извлечения — а не только промпты.Поверхность атаки агентов — это веб: Широко распространённое резюме новой статьи DeepMind о «AI Agent Traps» переосмысливает безопасность агентов вокруг враждебного контента в веб-страницах/документах, а не только jailbreak'ов моделей. Ветка приводит данные о скрытой prompt-инъекции в HTML/CSS, успешной в до 86% сценариев, и латентном отравлении памяти, достигающем 80%+ успеха атак при <0.1% контаминации, что существенно для всех, кто выпускает агентов с интенсивным browse/retrieval.Долгосрочная оценка становится богаче: Новые бенчмарки/инструменты включают Kaggle Standardized Agent Exams, YC-Bench для симуляции стартапа на годовом горизонте, и CaP-Gym / CaP-X, широкий бенчмарк и инструментарий для агентной робототехники, охватывающий 187 задач манипуляции, 12 frontier-моделей, и как training-free, так и улучшенные RL политики с кодом под лицензией MIT (детали open-source).
Training, Retrieval, and Infra: RL Frameworks, Optimizers, Kernels, and Benchmarks
Тренировка, извлечение и инфраструктура: RL-фреймворки, оптимизаторы, ядра и бенчмарки
Post-training stack maturation: Hugging Face’s TRL v1.0 was framed by many as a meaningful unification of open post-training—SFT, reward modeling, DPO, GRPO—into a production-ready package (commentary). A complementary survey thread from adithya_s_k compared 16 RL frameworks across orchestration, rollout buffering, weight sync, staleness handling, partial-rollout behavior, LoRA support, and distributed parallelism, useful for teams choosing between TRL, VeRL, SLIME, and others.
Optimization and systems releases: HeavyBall 3.0.0 shipped with FSDP, DDP, end-to-end compilation with 2.5x speedup, faster Muon/SOAP variants, and new optimizers. Together AI promoted a behind-the-scenes kernels writeup; Dan Fu followed with a “what a VP of Kernels does” thread. On the low-level DSL side, maharshii argued CuTeDSL materially lowers the barrier to custom kernels by allowing inline PTX directly in Python, avoiding opaque layout gymnastics.
Retrieval evidence continues to favor late interaction: Several posts reiterated that multi-vector / late-interaction retrieval outperforms single-vector embeddings, even after fine-tuning, with better robustness against catastrophic forgetting (lateinteraction, ladder visualization). There was also continued frustration that “RAG” has become an overloaded umbrella term rather than referring to a specific older paper (lateinteraction).
Benchmarks and efficiency surfaces: Arena added Pareto frontier charts across text, vision, search, document, and code, making price/performance tradeoffs more explicit. On standardized inference, Lambda and NVIDIA pointed to MLPerf Inference v6.0 as the better lens for real AI-factory productivity than peak-chip specs.
Зрелость стека пост-тренировки: TRL v1.0 от Hugging Face многими преподнесён как значимое объединение открытой пост-тренировки — SFT, reward modeling, DPO, GRPO — в продакшен-готовый пакет (комментарий). Дополняющая обзорная ветка от adithya_s_k сравнила 16 RL-фреймворков по оркестрации, буферизации rollout, синхронизации весов, обработке staleness, поведению partial-rollout, поддержке LoRA и распределённой параллелизации — полезно командам, выбирающим между TRL, VeRL, SLIME и другими.Релизы оптимизации и систем: HeavyBall 3.0.0 вышел с FSDP, DDP, end-to-end компиляцией с ускорением в 2.5x, более быстрыми вариантами Muon/SOAP и новыми оптимизаторами. Together AI продвигал закулисный writeup о ядрах; Dan Fu последовал веткой «чем занимается VP of Kernels». В сторону низкоуровневых DSL, maharshii утверждал, что CuTeDSL существенно снижает барьер для кастомных ядер, позволяя инлайнить PTX прямо в Python, избегая непрозрачной layout-гимнастики.Доказательства в извлечении продолжают благоволить late interaction: Несколько постов повторили, что multi-vector / late-interaction извлечение превосходит single-vector эмбеддинги даже после файн-тюнинга, с лучшей устойчивостью к катастрофическому забыванию (lateinteraction, визуализация ladder). Также сохраняется недовольство тем, что «RAG» стал перегруженным зонтичным термином, а не отсылкой к конкретной более ранней статье (lateinteraction).Бенчмарки и поверхности эффективности: Arena добавила графики Парето-фронтира по тексту, vision, поиску, документам и коду, делая компромиссы цена/производительность более явными. По стандартизированному инференсу Lambda и NVIDIA указали на MLPerf Inference v6.0 как лучшую призму для реальной продуктивности AI-фабрики, чем пиковые характеристики чипов.
Developer Platforms, Rate Limits, and Tooling UX
Платформы для разработчиков, лимиты и UX инструментов
OpenAI Codex usage reset: The most practically important platform announcement for working engineers was thsottiaux’s note that OpenAI reset Codex usage limits across all plans, citing elevated rate-limit hits and a concurrent fraud-account purge that recovered compute. This was quickly amplified by users who interpreted rate-limit generosity as a direct competitive axis in the coding-agent market (reach_vb, Yuchen Jin). Later, thsottiaux also clarified that Codex’s core is intended to be open-source because the ecosystem is still young and mutually informative (post).
Agent-ready docs and platform surfaces: LangChain embedded chat into its docs grounded on full docs, knowledge base, and OSS code. Together AI open-sourced 12 agent skills so Claude Code and Codex can call its APIs with the right model IDs and SDK idioms. OpenAI Devs also showed tighter Linear integration in the Codex app for keeping tickets synchronized with code work.
Infra and storage quality-of-life: SkyPilot added native VAST Data support for direct high-speed dataset mounts across heterogeneous compute backends, and Hugging Face rolled out persistent Storage Buckets for Spaces. Tinker added longer context windows up to 256k for select open models, widening its appeal for RL and long-horizon experimentation.
Сброс лимитов OpenAI Codex: Самым практически важным платформенным анонсом для работающих инженеров была заметка thsottiaux о том, что OpenAI сбросил лимиты использования Codex по всем планам, ссылаясь на повышенные срабатывания rate-limit и параллельную чистку фрод-аккаунтов, которая высвободила компьют. Это было быстро усилено пользователями, которые интерпретировали щедрость лимитов как прямую конкурентную ось на рынке coding-агентов (reach_vb, Yuchen Jin). Позднее thsottiaux также уточнил, что ядро Codex задумано как open-source, потому что экосистема ещё молода и взаимно информативна (пост).Документация и платформы, готовые к работе с агентами: LangChain встроил чат в свою документацию, опирающийся на полную документацию, базу знаний и OSS-код. Together AI открыли 12 agent skills, чтобы Claude Code и Codex могли вызывать их API с правильными ID моделей и идиомами SDK. OpenAI Devs также показали более тесную интеграцию с Linear в Codex-приложении для синхронизации тикетов с работой над кодом.Качество жизни инфраструктуры и хранилища: SkyPilot добавил нативную поддержку VAST Data для прямых высокоскоростных монтирований датасетов на гетерогенных compute-бэкендах, а Hugging Face развернул постоянные Storage Buckets для Spaces. Tinker добавил более длинные контекстные окна до 256k для отдельных открытых моделей, расширяя его привлекательность для RL и долгосрочных экспериментов.
Top tweets (by engagement)
Топ твиты (по вовлечённости)
OpenAI Codex limits reset: thsottiaux reset Codex rate limits across all plans, explicitly tying it to both unexplained user rate-limit spikes and anti-fraud enforcement that freed compute.
GLM-5V-Turbo launch: Z.ai’s announcement was one of the day’s biggest technical launches: a multimodal coding model aimed at GUI agents, visual coding, and agent workflows.
Claude Code leak discourse: Theo’s DMCA thread and Yuchen Jin’s note about the leaked project surpassing 110k GitHub stars captured how quickly source exposure translated into open ecosystem momentum.
Arcee Trinity-Large-Thinking: Arcee’s release and OpenRouter’s architecture summary drew unusually strong engagement for an open-weight reasoning model, suggesting real appetite for serious US-based open releases.
Falcon Perception: Falcon Perception’s launch stood out on the multimodal side for its simple early-fusion architecture and unusually small OCR model size relative to claimed performance.
Сброс лимитов OpenAI Codex: thsottiaux сбросил лимиты Codex по всем планам, явно связав это с необъяснимыми всплесками rate-limit у пользователей и антифрод-мерами, освободившими компьют.Запуск GLM-5V-Turbo: Анонс Z.ai был одним из крупнейших технических запусков дня: мультимодальная кодинг-модель, нацеленная на GUI-агентов, визуальный кодинг и agent-workflow'ы.Дискурс об утечке Claude Code: Ветка Theo о DMCA и заметка Yuchen Jin об утёкшем проекте, превысившем 110k звёзд на GitHub, ухватили, насколько быстро раскрытие исходников превратилось в импульс открытой экосистемы.Arcee Trinity-Large-Thinking: Релиз Arcee и резюме архитектуры от OpenRouter привлекли необычно сильную вовлечённость для рассуждающей модели с открытыми весами, что говорит о реальном спросе на серьёзные открытые релизы из США.Falcon Perception: Запуск Falcon Perception выделился на мультимодальной стороне своей простой архитектурой раннего слияния и необычно малым размером OCR-модели относительно заявленной производительности.
AI Reddit Recap
Обзор AI Reddit
/r/LocalLlama + /r/localLLM Recap
Обзор /r/LocalLlama + /r/localLLM
1. Claude Code Source Leak and Analysis
1. Утечка исходников Claude Code и анализ
Claude Code’s source just leaked — I extracted its multi-agent orchestration system into an open-source framework that works with any LLM (Activity: 1205): The source code for Claude Code was leaked, revealing over 500K lines of TypeScript, including its multi-agent orchestration system. A developer has re-implemented this system as an open-source framework called open-multi-agent, which is model-agnostic and can work with any LLM, such as Claude and OpenAI. The framework includes features like a coordinator pattern for task decomposition, a team system for inter-agent communication, task scheduling with dependency resolution, and a conversation loop for model-tool interactions. It is implemented in TypeScript, spans approximately 8000 lines, and is available under the MIT license on GitHub. Some commenters express skepticism about the legality and ethics of open-sourcing a re-implementation of leaked proprietary code, questioning the developer’s understanding of the architecture and the choice of licensing. There is also a debate about the practicality of using different models for planning and implementation, with a specific mention of using GPT-4o for coding.
A user highlights the technical aspect of the project, noting that the multi-agent orchestration system extracted from Claude Code’s source involves a coordinator that breaks down goals into tasks. This suggests a sophisticated architecture designed for task management across multiple agents, which could be beneficial for complex LLM applications.
Another comment questions the choice of using GPT-4o for implementation in the orchestration system, implying that by March 2026, GPT-4o might be outdated for coding tasks. This raises a point about the importance of selecting the most current and capable models for specific tasks in AI development.
Claude code source code has been leaked via a map file in their npm registry (Activity: 5229): The image reveals a directory listing of the ‘claude-code’ project, which appears to have been unintentionally exposed via a map file in the npm registry. This leak includes TypeScript files and directories such as ‘entrypoints,’ ‘commands,’ and ‘utils,’ providing a detailed view of the project’s codebase structure. The incident highlights potential security oversights in managing sensitive code repositories, particularly for companies like Anthropic that are involved in AI development. Commenters humorously speculate on the oversight, suggesting it might be due to an Anthropic employee’s mistake or a failure of AI oversight mechanisms. There’s also a satirical suggestion that the code is now ‘open source’ due to the leak.
The leak of Claude’s source code via a map file in their npm registry raises significant security concerns, particularly given the model’s reputation for identifying vulnerabilities. This incident highlights potential gaps in Anthropic’s internal security measures, as their AI, known for being ‘scary good’ at finding vulnerabilities, failed to detect this issue.
The leak has sparked discussions about the potential for community-driven improvements, such as fixing existing bugs like the caching issue. This could lead to a more robust version of Claude, as external developers might contribute patches and enhancements, effectively making it ‘open source’ in practice, if not in legal terms.
The incident also underscores the challenges of maintaining proprietary code secrecy in public repositories. The humorous suggestion of an ‘Undercover Mode’ for Anthropic employees, which would strip AI attribution from commits, reflects the tension between open collaboration and the need to protect intellectual property.
Analyzing Claude Code Source Code. Write “WTF” and Anthropic knows. (Activity: 840): The Reddit post discusses the source code of Claude Code, revealing extensive tracking and classification mechanisms. The system uses simple keyword detection for language classification, tracking words like wtf and frustrating to flag negative sentiment. It also monitors user behavior during permission prompts, logging actions such as opening or closing feedback boxes and typing without submitting. The feedback system is designed to capture negative experiences, prompting users to share session transcripts. Hidden commands like ultrathink and ultraplan alter system behavior, while telemetry logs detailed environment profiles, including session IDs and runtime details. An internal mode (USER_TYPE=ant) collects even more granular data, tying behavior to specific deployment environments. The post suggests this level of instrumentation is more detailed than typical user expectations, though not necessarily malicious. Source. Commenters note that such tracking mechanisms are standard in many applications for analytics and feedback, suggesting that negative sentiment triggers help identify issues with updates. Some commands, like /btw, are now public, while others remain as internal features or ‘easter eggs.’ The extensive internal artifacts are likened to those found in game apps, possibly due to internal incentives for feature development.
NandaVegg highlights that the use of keyword lists for sentiment analysis in Claude Code is a standard practice in event-triggered analytics. This approach helps identify negative user feedback, which can be crucial for detecting issues in updates that might disrupt user experience or model behavior. The mention of features like ‘ultraplan’ and ‘ultrathink’ suggests these are experimental or less refined, possibly serving as internal tests or ‘easter eggs’ within the system.
SRavingmad expresses curiosity about the ‘tamagotchi mode’ in Claude Code, implying there are unique or playful features embedded within the system. This suggests that the developers might be experimenting with interactive or gamified elements, which could be part of a broader strategy to engage users or test new functionalities.
Exhales_Deeply criticizes the reliance on AI-generated content, suggesting that user-generated posts would be more engaging. This comment indirectly points to a broader discussion about the quality and authenticity of AI-generated content versus human-created content, which is a significant topic in AI development and user interaction.
Исходники Claude Code только что утекли — я извлёк его мультиагентную систему оркестрации в open-source фреймворк, работающий с любой LLM (Активность: 1205): Исходный код Claude Code был слит, раскрывая более 500K строк TypeScript, включая его мультиагентную систему оркестрации. Разработчик переписал эту систему как open-source фреймворк под названием open-multi-agent, который независим от модели и может работать с любой LLM, такой как Claude и OpenAI. Фреймворк включает такие функции, как паттерн координатора для декомпозиции задач, систему команд для межагентной коммуникации, планирование задач с разрешением зависимостей, и цикл разговора для взаимодействий модели и инструментов. Реализован на TypeScript, охватывает примерно 8000 строк, и доступен под лицензией MIT на GitHub. Некоторые комментаторы выражают скептицизм по поводу законности и этики open-source реализации утёкшего проприетарного кода, ставя под сомнение понимание разработчиком архитектуры и выбор лицензирования. Также идёт дебат о практичности использования разных моделей для планирования и реализации, со специальным упоминанием использования GPT-4o для кодинга.Пользователь подчёркивает технический аспект проекта, отмечая, что мультиагентная система оркестрации, извлечённая из исходников Claude Code, включает координатора, который разбивает цели на задачи. Это предполагает сложную архитектуру, разработанную для управления задачами между несколькими агентами, что может быть полезно для сложных приложений на LLM.Другой комментарий ставит под сомнение выбор использования GPT-4o для реализации в системе оркестрации, подразумевая, что к марту 2026 года GPT-4o может быть устаревшим для задач кодинга. Это поднимает вопрос о важности выбора самых актуальных и способных моделей для конкретных задач в разработке AI.Исходный код Claude Code был слит через map-файл в их npm registry (Активность: 5229): Изображение показывает листинг директории проекта 'claude-code', который, по-видимому, был непреднамеренно раскрыт через map-файл в npm registry. Эта утечка включает TypeScript-файлы и директории, такие как 'entrypoints', 'commands' и 'utils', предоставляя детальный взгляд на структуру кодовой базы проекта. Инцидент подчёркивает потенциальные упущения в безопасности при управлении чувствительными репозиториями кода, особенно для компаний вроде Anthropic, занимающихся разработкой AI. Комментаторы юмористически спекулируют о недосмотре, предполагая, что это может быть из-за ошибки сотрудника Anthropic или сбоя механизмов надзора AI. Также есть сатирическое предположение, что код теперь «открытый» из-за утечки.Утечка исходников Claude через map-файл в их npm registry вызывает значительные опасения по безопасности, особенно учитывая репутацию модели в обнаружении уязвимостей. Этот инцидент подчёркивает потенциальные пробелы во внутренних мерах безопасности Anthropic, поскольку их AI, известный как «пугающе хороший» в нахождении уязвимостей, не смог обнаружить эту проблему.Утечка вызвала обсуждения о потенциале улучшений со стороны сообщества, таких как исправление существующих багов вроде проблемы с кэшированием. Это может привести к более надёжной версии Claude, поскольку внешние разработчики могут вносить патчи и улучшения, эффективно делая его «open source» на практике, если не юридически.Инцидент также подчёркивает проблемы поддержания секретности проприетарного кода в публичных репозиториях. Юмористическое предложение «Undercover Mode» для сотрудников Anthropic, который убирал бы атрибуцию AI из коммитов, отражает напряжение между открытым сотрудничеством и необходимостью защиты интеллектуальной собственности.Анализ исходного кода Claude Code. Напишите «WTF» и Anthropic узнает. (Активность: 840): Пост на Reddit обсуждает исходный код Claude Code, раскрывая обширные механизмы трекинга и классификации. Система использует простое обнаружение ключевых слов для классификации языка, отслеживая слова вроде wtf и frustrating для пометки негативного настроения. Она также отслеживает поведение пользователя во время запросов разрешений, логируя действия вроде открытия или закрытия окон обратной связи и набора текста без отправки. Система обратной связи разработана для захвата негативного опыта, побуждая пользователей делиться транскриптами сессий. Скрытые команды вроде ultrathink и ultraplan изменяют поведение системы, в то время как телеметрия логирует детальные профили окружения, включая ID сессий и детали runtime. Внутренний режим (USER_TYPE=ant) собирает ещё более гранулярные данные, связывая поведение с конкретными окружениями развёртывания. Пост предполагает, что этот уровень инструментации более детальный, чем типичные ожидания пользователей, хотя не обязательно злонамеренный. Источник. Комментаторы отмечают, что такие механизмы трекинга стандартны во многих приложениях для аналитики и обратной связи, предполагая, что триггеры негативного настроения помогают выявлять проблемы с обновлениями. Некоторые команды, такие как /btw, теперь публичные, в то время как другие остаются внутренними функциями или «пасхалками». Обширные внутренние артефакты сравнивают с теми, что находятся в игровых приложениях, возможно, из-за внутренних стимулов для разработки фич.NandaVegg подчёркивает, что использование списков ключевых слов для анализа настроений в Claude Code — стандартная практика в событийно-запускаемой аналитике. Этот подход помогает выявлять негативную обратную связь пользователей, что может быть критически важно для обнаружения проблем в обновлениях, которые могут нарушить пользовательский опыт или поведение модели. Упоминание функций вроде «ultraplan» и «ultrathink» предполагает, что они экспериментальные или менее доработанные, возможно, служащие внутренними тестами или «пасхалками» в системе.SRavingmad выражает любопытство по поводу «режима тамагочи» в Claude Code, подразумевая, что в системе есть уникальные или игровые функции. Это предполагает, что разработчики могут экспериментировать с интерактивными или геймифицированными элементами, что может быть частью более широкой стратегии вовлечения пользователей или тестирования новых функциональностей.Exhales_Deeply критикует опору на AI-сгенерированный контент, предполагая, что посты, созданные пользователями, были бы более интересными. Этот комментарий косвенно указывает на более широкое обсуждение о качестве и аутентичности AI-сгенерированного контента против контента, созданного людьми, что является значимой темой в разработке AI и взаимодействии с пользователями.
2. 1-bit and TurboQuant Model Innovations
2. Инновации 1-битных моделей и TurboQuant
The Bonsai 1-bit models are very good (Activity: 657): PrismML’s Bonsai 1-bit models offer a significant reduction in model size and memory usage, being 14x smaller than traditional models, which is transformative for local model deployment. The Bonsai 8B model was tested on an M4 Max 48GB MacBook Pro, demonstrating practical applications like chat and document summarization with lower memory pressure compared to models like Qwen3 VL 8B Instruct Q4_K_M. However, it requires a specific fork of llama.cpp to support 1-bit operations, as the main llama.cpp repository lacks this capability. The model’s performance is notably superior to previous MSFT BitNet models, which were largely research-focused and not practical for real-world use. A benchmark comparison between Bonsai and Qwen3.5 models suggests Bonsai’s higher quality for RAM usage, though it struggled with code generation. There is interest in larger Bonsai models, such as a 200B version, and a desire for quantized versions of Qwen 3.5 models.
itsArmanJr provides a detailed benchmark comparison between Bonsai and Qwen3.5 models, including specific configurations like 35B-A3B, 2B, and 0.8B. The benchmark results are available on GitHub, offering insights into performance metrics across different model sizes.
-dysangel- highlights the efficiency of Bonsai models in terms of RAM usage, noting that while the model struggled to produce fully functional code, it was impressive given its small size of only 1GB. The comment suggests exploring quantized versions of Qwen 3.5 models, such as 9B or 27B, for potentially better performance.
Pitiful-Impression70 raises concerns about the performance of 1-bit quantized models like Bonsai on longer contexts, noting that coherence often degrades past 4k tokens. This comment questions whether the Bonsai model maintains quality in extended conversations compared to shorter prompts.
TurboQuant isn’t just for KV: Qwen3.5-27B at near-Q4_0 quality, about 10% smaller, and finally fitting on my 16GB 5060 Ti (Activity: 899): The image illustrates the TurboQuant TQ3_1S model’s ability to maintain near-Q4_0 quality for the Qwen3.5-27B model while being compact enough to fit on a 16GB RTX 5060 Ti. The TQ3_1S model is about 10% smaller than Q4_0, with a size of 12.9 GB compared to 14.4 GB for Q4_0, and shows a minimal performance gap in perplexity (PPL), with TQ3_1S having a PPL of 7.2570 versus Q4_0’s 7.2431. This demonstrates a practical advantage for users with limited GPU memory, allowing the model to fit fully on the specified GPU setup. The post also highlights the use of advanced quantization techniques like Walsh-Hadamard rotation and 8-centroid quantization to achieve these results. Some commenters criticize the use of perplexity as a metric for quantization loss, suggesting KLD or PPL ratio as more accurate alternatives. Others praise the adaptation of cutting-edge research to solve a practical problem, acknowledging the achievement despite the criticisms.
Velocita84 criticizes the use of Q4_0 quantization, stating it’s outdated and surpassed by more advanced Q4 techniques. They argue that using perplexity as a metric for quantization loss is incorrect, suggesting KLD or PPL ratio against a full bf16 model as more accurate alternatives.
grumd suggests comparing the model to unsloth Q3_K_S quant of 27B using real benchmarks, implying that practical performance comparisons are necessary to validate claims about model efficiency and quality.
XccesSv2 expresses skepticism about TurboQuant’s claims of achieving BF16 quality with 4 or 5 bits, noting that real-world tests often don’t reflect the purported improvements, indicating a gap between theoretical claims and practical outcomes.
PrismML — Announcing 1-bit Bonsai: The First Commercially Viable 1-bit LLMs (Activity: 596): PrismML has announced the release of the 1-bit Bonsai models, including the 1-bit Bonsai 8B, which is a groundbreaking development in AI model efficiency. These models are fully quantized to 1-bit precision across all components, including embeddings, attention layers, MLP layers, and the LM head, without any higher-precision components. The 1-bit Bonsai 8B model, with 8.2 billion parameters, fits into 1.15 GB of memory and is 14x smaller, 8x faster, and 5x more energy efficient than its full-precision counterparts, making it suitable for edge hardware. The models are open-sourced under the Apache 2.0 license, and the implementation requires a fork of Llama.cpp for inference. More details can be found in their whitepaper. Some commenters express skepticism about the practicality of 1-bit models, while others are intrigued by the potential for on-device AI applications. The debate centers around the trade-offs between model precision and performance efficiency.
PrismML has announced the 1-bit Bonsai 8B model, which is a 1-bit weight model that fits into 1.15 GB of memory. It claims to deliver over 10x the intelligence density of full-precision counterparts, being 14x smaller, 8x faster, and 5x more energy efficient on edge hardware. The model is open-sourced under the Apache 2.0 license, and the company emphasizes the potential for on-device AI applications due to its efficiency.
The 1-bit Bonsai 8B model is quantized end-to-end using a proprietary method, requiring a fork of Llama.cpp for inference. This model design applies 1-bit quantization across all network components, including embeddings, attention layers, MLP layers, and the LM head, making it a true 1-bit model across its 8.2 billion parameters. This approach highlights a significant shift towards more efficient AI models that can operate effectively on edge devices.
The announcement suggests a paradigm shift in AI model design, focusing on intelligence density rather than parameter count. By achieving significant reductions in model size and energy consumption, PrismML’s 1-bit models could enable new applications in real-time robotics and offline intelligence, potentially transforming the AI landscape by making advanced models feasible for local execution on edge devices.
1-битные модели Bonsai очень хороши (Активность: 657): 1-битные модели Bonsai от PrismML предлагают значительное сокращение размера модели и использования памяти, будучи в 14 раз меньше традиционных моделей, что трансформирует развёртывание локальных моделей. Модель Bonsai 8B была протестирована на MacBook Pro M4 Max 48GB, демонстрируя практические приложения, такие как чат и суммаризация документов с меньшим давлением на память по сравнению с моделями вроде Qwen3 VL 8B Instruct Q4_K_M. Однако она требует специфического форка llama.cpp для поддержки 1-битных операций, поскольку основной репозиторий llama.cpp не имеет этой возможности. Производительность модели заметно превосходит предыдущие модели MSFT BitNet, которые были в основном исследовательскими и непрактичными для реального использования. Сравнительный бенчмарк между моделями Bonsai и Qwen3.5 предполагает более высокое качество Bonsai на использование RAM, хотя она боролась с генерацией кода. Есть интерес к более крупным моделям Bonsai, таким как версия 200B, и желание квантованных версий моделей Qwen 3.5.itsArmanJr предоставляет детальное сравнительное тестирование между моделями Bonsai и Qwen3.5, включая специфические конфигурации, такие как 35B-A3B, 2B и 0.8B. Результаты бенчмарка доступны на GitHub, предлагая инсайты в метрики производительности по различным размерам моделей.-dysangel- подчёркивает эффективность моделей Bonsai с точки зрения использования RAM, отмечая, что хотя модель боролась с производством полностью функционального кода, это было впечатляюще, учитывая её малый размер всего 1ГБ. Комментарий предлагает изучить квантованные версии моделей Qwen 3.5, такие как 9B или 27B, для потенциально лучшей производительности.Pitiful-Impression70 поднимает опасения по поводу производительности 1-битных квантованных моделей вроде Bonsai на более длинных контекстах, отмечая, что когерентность часто деградирует за пределами 4k токенов. Этот комментарий ставит под сомнение, поддерживает ли модель Bonsai качество в продлённых разговорах по сравнению с более короткими промптами.TurboQuant не только для KV: Qwen3.5-27B на качестве, близком к Q4_0, примерно на 10% меньше, и наконец помещается на моём 16GB 5060 Ti (Активность: 899): Изображение иллюстрирует способность модели TurboQuant TQ3_1S поддерживать качество, близкое к Q4_0, для модели Qwen3.5-27B, оставаясь достаточно компактной, чтобы поместиться на 16GB RTX 5060 Ti. Модель TQ3_1S примерно на 10% меньше Q4_0, с размером 12.9 GB по сравнению с 14.4 GB для Q4_0, и показывает минимальный разрыв в производительности по перплексии (PPL), с TQ3_1S имеющей PPL 7.2570 против 7.2431 у Q4_0. Это демонстрирует практическое преимущество для пользователей с ограниченной GPU-памятью, позволяя модели полностью поместиться на указанной GPU-конфигурации. Пост также подчёркивает использование продвинутых техник квантования, таких как ротация Уолша-Адамара и 8-центроидное квантование, для достижения этих результатов. Некоторые комментаторы критикуют использование перплексии как метрики для потерь квантования, предлагая KLD или соотношение PPL как более точные альтернативы. Другие хвалят адаптацию передовых исследований для решения практической проблемы, признавая достижение, несмотря на критику.Velocita84 критикует использование квантования Q4_0, утверждая, что оно устарело и превзойдено более продвинутыми техниками Q4. Они утверждают, что использование перплексии как метрики для потерь квантования неверно, предлагая KLD или соотношение PPL против полной bf16 модели как более точные альтернативы.grumd предлагает сравнить модель с квантом unsloth Q3_K_S 27B, используя реальные бенчмарки, подразумевая, что практические сравнения производительности необходимы для подтверждения заявлений об эффективности и качестве модели.XccesSv2 выражает скептицизм по поводу заявлений TurboQuant о достижении качества BF16 с 4 или 5 битами, отмечая, что реальные тесты часто не отражают заявленные улучшения, указывая на разрыв между теоретическими заявлениями и практическими результатами.PrismML — Анонс 1-битного Bonsai: Первая Коммерчески Жизнеспособная 1-битная LLM (Активность: 596): PrismML объявила о выпуске 1-битных моделей Bonsai, включая 1-битную Bonsai 8B, что является прорывом в эффективности AI-моделей. Эти модели полностью квантованы до 1-битной точности по всем компонентам, включая эмбеддинги, attention слои, MLP слои и LM head, без каких-либо компонентов более высокой точности. Модель 1-битного Bonsai 8B с 8.2 миллиардами параметров помещается в 1.15 GB памяти и в 14 раз меньше, в 8 раз быстрее и в 5 раз более энергоэффективна, чем её полноточные аналоги, что делает её подходящей для edge-оборудования. Модели открыты под лицензией Apache 2.0, и реализация требует форка Llama.cpp для инференса. Больше деталей можно найти в их whitepaper. Некоторые комментаторы выражают скептицизм по поводу практичности 1-битных моделей, в то время как другие заинтригованы потенциалом для приложений AI на устройстве. Дебат сосредоточен на компромиссах между точностью модели и эффективностью производительности.PrismML объявила о 1-битной модели Bonsai 8B, которая представляет собой модель с 1-битными весами, помещающуюся в 1.15 GB памяти. Она заявляет о более чем 10-кратной плотности интеллекта по сравнению с полноточными аналогами, будучи в 14 раз меньше, в 8 раз быстрее и в 5 раз более энергоэффективной на edge-оборудовании. Модель открыта под лицензией Apache 2.0, и компания подчёркивает потенциал для приложений AI на устройстве из-за её эффективности.Модель 1-битного Bonsai 8B квантована end-to-end с использованием проприетарного метода, требующего форк Llama.cpp для инференса. Эта модель применяет 1-битное квантование по всем компонентам сети, включая эмбеддинги, attention слои, MLP слои и LM head, делая её настоящей 1-битной моделью по её 8.2 миллиардам параметров. Этот подход подчёркивает значительный сдвиг к более эффективным AI-моделям, которые могут эффективно работать на edge-устройствах.Анонс предполагает парадигмальный сдвиг в дизайне AI-моделей, фокусируясь на плотности интеллекта, а не на количестве параметров. Достигая значительных сокращений размера модели и энергопотребления, 1-битные модели PrismML могут включить новые приложения в реалтайм-робототехнике и оффлайн-интеллекте, потенциально трансформируя ландшафт AI, делая продвинутые модели осуществимыми для локального выполнения на edge-устройствах.
3. Local AI Hardware and Software Experiments
3. Эксперименты с локальным AI железом и софтом
Local LLM Claude Code replacement, 128GB MacBook Pro? (Activity: 140): The user is considering upgrading to a 128GB MacBook Pro to run local LLMs as a replacement for Claude Code due to potential price increases in API usage. They are currently using a 2019 Intel-based MacBook Pro and are experiencing performance issues with multiple Docker containers. The user is exploring whether local LLMs can match the capabilities of Claude Code for software development. Claude Code is noted for its 1 million context capability, but open-source models are improving. A user reported running qwen3.5 122b ud q4 xl with a 256k context on a 128GB RAM system, finding it competent for lighter tasks, though not as strong as Claude for heavy coding. Another user suggests trying open-source models via DeepInfra before purchasing, and mentions using the Bodega inference engine as a replacement for commercial subscriptions. There is a debate on whether local LLMs can fully replace Claude Code, with some users finding open-source models like qwen 122 competent for lighter tasks but not yet matching Claude for intensive coding. The shared memory model of Mac is seen as advantageous for running local LLMs.
EmbarrassedAsk2887 discusses replacing Claude Code and Codex subscriptions with the Bodega inference engine on a 128GB M4 Max MacBook Pro. They provide a detailed write-up and benchmarks, suggesting that Bodega can effectively handle tasks typically managed by commercial solutions. Read more here.
Mediocre_Paramedic22 shares their experience running the Qwen 3.5 122B UD Q4 XL model with a 256k context on a 128GB RAM setup using Fedora. They note that while Claude is superior for intensive coding tasks, Qwen performs well for lighter workloads and basic agent tasks, utilizing about 29GB of free RAM.
Aisher mentions using a 128GB M5 Max for local LLM development, noting the noise level as a downside. They suggest using multiple desktop Macs for full-time development, connected via ZeroTier for remote access, as a cost-effective alternative to expensive cloud-based solutions.
Worth building a $7k local AI rig just to experiment? Afraid I’ll lose interest. (Activity: 131): The user is contemplating building a $7k local AI rig to experiment with AI technologies, particularly in photo and video generation, model integration, and AI assistant development. They currently use a MacBook with an M3 Pro chip and 36GB RAM but are concerned it may not suffice for more complex tasks. The proposed rig includes a Corsair Vengeance i5200 with an Intel Core Ultra 9 285K, GeForce RTX 5090, and 64GB DDR5 RAM, with plans to add an additional 128GB RAM. The user is hesitant due to the lack of a concrete use case and the potential for the rig to become an ‘expensive toy’. Commenters suggest alternatives such as renting a machine or using existing hardware with tools like LM Studio to test models like Qwen3.5, 9b, and 27b Q4. Another commenter shares a similar dilemma and opts to continue using a current setup with an RTX 4070Ti and 32GB RAM, highlighting the importance of having a clear use case before investing heavily.
TassioNoronha_ suggests starting with cloud-based solutions like Open Router or renting a machine for a week to gauge interest before committing to a $7k investment. This approach allows for experimentation without the upfront cost, providing a practical way to assess long-term interest and needs.
Xmede81 shares their experience of sticking with a current setup featuring an RTX 4070Ti and 32GB RAM, which is sufficient for general use and experimentation. They highlight the importance of evaluating actual use cases and the impact of current memory prices on decision-making.
Dry-Influence9 advises against building powerful local setups due to current high prices, suggesting that waiting could yield better value. They recommend renting GPUs or using existing computers to experiment, as this can provide similar capabilities without the significant financial commitment.
We built a local inference engine that skips ROCm entirely and just got a 4x speedup on a consumer AMD GPU (Activity: 124): ZINC is a new inference engine designed to bypass the complexities of ROCm by directly interfacing with AMD GPUs through Vulkan, achieving a 4x speedup on an AMD Radeon AI PRO R9700. The engine supports models like Qwen3.5-35B-A3B and Qwen3.5-2B, with current performance at 33.58 tok/s, compared to 107 tok/s for llama.cpp on the same hardware. ZINC’s architecture allows it to run on hardware not officially supported by ROCm, and it includes an OpenAI-compatible API server for parallel request batching. The project is open-source and available on GitHub. Some commenters question the significance of the speedup given that ZINC’s performance is still less than a third of llama.cpp’s speed. Others express skepticism about achieving such improvements when larger companies have struggled in this area.
Big-Masterpiece-9581 questions the significance of the 4x speedup, pointing out that despite the improvement, the performance is still less than a third of
llama.cpp‘s speed. This suggests that while the optimization is notable, it may not yet be competitive with existing solutions in terms of raw throughput.fallingdowndizzyvr highlights a performance issue, noting that achieving only
7 tok/son an AMD Radeon AI PRO R9700 with the Qwen3.5-35B-A3B-UD Q4_K_XL model indicates a potential inefficiency in the initial implementation. This suggests that the baseline performance was suboptimal, which could have skewed the perceived improvement.hipcatinca provides a benchmark comparison using an RX 570 with
llama.cppvia Vulkan, achieving approximately31 tok/swith the llama3.1:8b model. This serves as a reference point, illustrating that other configurations and models can achieve significantly higher throughput on different hardware setups.
Замена Claude Code локальной LLM, 128GB MacBook Pro? (Активность: 140): Пользователь рассматривает апгрейд до 128GB MacBook Pro для запуска локальных LLM в качестве замены Claude Code из-за потенциального повышения цен на использование API. Он в настоящее время использует Intel-based MacBook Pro 2019 года и сталкивается с проблемами производительности при работе нескольких Docker-контейнеров. Пользователь изучает, могут ли локальные LLM соответствовать возможностям Claude Code для разработки ПО. Claude Code известен своей способностью работать с контекстом в 1 миллион, но open-source модели улучшаются. Пользователь сообщил о запуске qwen3.5 122b ud q4 xl с 256k context на системе с 128GB RAM, найдя её компетентной для более лёгких задач, хотя и не такой сильной, как Claude, для тяжёлого кодинга. Другой пользователь предлагает попробовать open-source модели через DeepInfra перед покупкой, и упоминает использование inference-движка Bodega как замены коммерческим подпискам. Идёт дебат о том, могут ли локальные LLM полностью заменить Claude Code, причём некоторые пользователи находят open-source модели вроде qwen 122 компетентными для более лёгких задач, но пока не соответствующими Claude для интенсивного кодинга. Модель общей памяти Mac рассматривается как преимущество для запуска локальных LLM.EmbarrassedAsk2887 обсуждает замену подписок Claude Code и Codex inference-движком Bodega на MacBook Pro 128GB M4 Max. Они предоставляют детальный writeup и бенчмарки, предполагая, что Bodega может эффективно справляться с задачами, обычно управляемыми коммерческими решениями. Читайте больше здесь.Mediocre_Paramedic22 делится опытом запуска модели Qwen 3.5 122B UD Q4 XL с контекстом 256k на сборке 128GB RAM с использованием Fedora. Они отмечают, что хотя Claude превосходит для интенсивных задач кодинга, Qwen хорошо работает для лёгких нагрузок и базовых agent-задач, используя около 29GB свободного RAM.Aisher упоминает использование 128GB M5 Max для разработки локальной LLM, отмечая уровень шума как недостаток. Они предлагают использовать несколько настольных Mac для full-time разработки, соединённых через ZeroTier для удалённого доступа, как экономичную альтернативу дорогим облачным решениям.Стоит ли собирать локальный AI-риг за $7k только для экспериментов? Боюсь, что потеряю интерес. (Активность: 131): Пользователь размышляет о сборке локального AI-рига за $7k для экспериментов с AI-технологиями, особенно в генерации фото и видео, интеграции моделей и разработке AI-ассистента. В настоящее время он использует MacBook с чипом M3 Pro и 36GB RAM, но обеспокоен, что этого может быть недостаточно для более сложных задач. Предлагаемый риг включает Corsair Vengeance i5200 с Intel Core Ultra 9 285K, GeForce RTX 5090 и 64GB DDR5 RAM, с планами добавить дополнительные 128GB RAM. Пользователь колеблется из-за отсутствия конкретного use case и потенциала того, что риг станет «дорогой игрушкой». Комментаторы предлагают альтернативы, такие как аренда машины или использование существующего оборудования с инструментами вроде LM Studio для тестирования моделей вроде Qwen3.5, 9b и 27b Q4. Другой комментатор делится похожей дилеммой и решает продолжать использовать текущую сборку с RTX 4070Ti и 32GB RAM, подчёркивая важность наличия чёткого use case перед серьёзными инвестициями.TassioNoronha_ предлагает начать с облачных решений вроде Open Router или аренды машины на неделю, чтобы оценить интерес перед коммитментом инвестиции в $7k. Этот подход позволяет экспериментировать без авансовых затрат, предоставляя практический способ оценить долгосрочный интерес и потребности.Xmede81 делится опытом использования текущей сборки с RTX 4070Ti и 32GB RAM, которой достаточно для общего использования и экспериментов. Они подчёркивают важность оценки реальных use case'ов и влияние текущих цен на память на принятие решений.Dry-Influence9 советует против сборки мощных локальных сборок из-за текущих высоких цен, предлагая, что ожидание может принести лучшую ценность. Они рекомендуют арендовать GPU или использовать существующие компьютеры для экспериментов, поскольку это может обеспечить аналогичные возможности без значительного финансового обязательства.Мы создали локальный inference-движок, который полностью пропускает ROCm и только что получил 4-кратное ускорение на потребительском AMD GPU (Активность: 124): ZINC — это новый inference-движок, разработанный для обхода сложностей ROCm путём прямого взаимодействия с AMD GPU через Vulkan, достигая 4-кратного ускорения на AMD Radeon AI PRO R9700. Движок поддерживает модели вроде Qwen3.5-35B-A3B и Qwen3.5-2B, с текущей производительностью 33.58 tok/s, по сравнению со 107 tok/s для llama.cpp на том же оборудовании. Архитектура ZINC позволяет ему работать на оборудовании, официально не поддерживаемом ROCm, и включает API-сервер, совместимый с OpenAI, для параллельной обработки запросов. Проект open-source и доступен на GitHub. Некоторые комментаторы ставят под сомнение значимость ускорения, учитывая, что производительность ZINC всё ещё меньше трети скорости llama.cpp. Другие выражают скептицизм по поводу достижения таких улучшений, когда более крупные компании боролись в этой области.Big-Masterpiece-9581 ставит под сомнение значимость 4-кратного ускорения, указывая на то, что несмотря на улучшение, производительность всё ещё меньше трети скорости llama.cpp. Это предполагает, что хотя оптимизация заметна, она может пока не быть конкурентоспособной с существующими решениями по чистой пропускной способности.fallingdowndizzyvr подчёркивает проблему производительности, отмечая, что достижение всего 7 tok/s на AMD Radeon AI PRO R9700 с моделью Qwen3.5-35B-A3B-UD Q4_K_XL указывает на потенциальную неэффективность в начальной реализации. Это предполагает, что базовая производительность была неоптимальной, что могло исказить воспринимаемое улучшение.hipcatinca предоставляет сравнительный бенчмарк, используя RX 570 с llama.cpp через Vulkan, достигая примерно 31 tok/s с моделью llama3.1:8b. Это служит точкой отсчёта, иллюстрируя, что другие конфигурации и модели могут достигать значительно более высокой пропускной способности на различных конфигурациях оборудования.
Less Technical AI Subreddit Recap
Менее технический обзор AI-сабреддитов
/r/Singularity, /r/Oobabooga, /r/MachineLearning, /r/OpenAI, /r/ClaudeAI, /r/StableDiffusion, /r/ChatGPT, /r/ChatGPTCoding, /r/aivideo, /r/aivideo
/r/Singularity, /r/Oobabooga, /r/MachineLearning, /r/OpenAI, /r/ClaudeAI, /r/StableDiffusion, /r/ChatGPT, /r/ChatGPTCoding, /r/aivideo, /r/aivideo
1. Claude Code Source Leak and Reactions
1. Утечка исходников Claude Code и реакции
Claude code source code has been leaked via a map file in their npm registry (Activity: 1598): On March 31, 2026, the full source code of Anthropic’s Claude Code CLI was leaked through a .map file in their npm registry, as reported on GitHub. The codebase, consisting of approximately 512k lines of TypeScript, is built using React + Ink for terminal UI and runs on the Bun runtime. This leak potentially exposes major gated features that are not yet public. The comments reflect a misunderstanding among some users about the implications of the leak, particularly the difference between Large Language Models (LLMs) and agents, highlighting a knowledge gap in the community.
The leak of Claude’s source code via a map file in their npm registry has sparked discussions about the potential implications for developers and researchers. One key point is the distinction between Large Language Models (LLMs) and agents, as highlighted by Nedshent. This leak may expose a knowledge gap where people might not fully understand how LLMs function compared to agents, which are typically more task-specific and interactive.
The technical details of the leak reveal that the codebase consists of approximately
512k lines of TypeScript, built with React and Ink for terminal UI, and runs on the Bun runtime. This setup suggests a modern and scalable architecture, potentially offering insights into how Claude’s infrastructure is designed to handle complex tasks and interactions.There is speculation about the reasons behind the leaks, with some users humorously suggesting that Anthropic might be using Claude itself for development and content creation tasks. This raises questions about the security and operational practices within Anthropic, especially if such reliance on AI could inadvertently lead to more leaks or security vulnerabilities.
Anthropic staff reacts to Claude code leak 👀 (Activity: 859): The image is a meme depicting a humorous Twitter exchange that indirectly references a code leak from Anthropic, a company known for its work in AI. The meme uses a popular internet joke about an ‘immortal snail’ to suggest that the leak is an inevitable consequence of being ‘caught’ by the snail, implying a sense of inevitability or fate. This reflects a lighthearted community reaction to the leak, rather than a technical discussion or official statement from Anthropic. Commenters humorously note the dual reactions to the leak: legal teams wanting to ‘delete it’ while engineers have already ‘starred it,’ indicating a divide between legal caution and technical curiosity. Another comment suggests that with Anthropic’s rapid development pace, such incidents were expected.
Belium suggests that the leak of Claude’s code could be beneficial for Anthropic, as it generates hype and allows engineers to identify and fix bugs. The leak also provides engineers with the opportunity to create their own implementations or ‘harnesses’ of Claude, potentially increasing its usage and influence in the developer community.
IntenselySwedish highlights a perceived irony in Anthropic’s situation, pointing out that the company, which has been accused of large-scale copyright violations through book piracy, is now facing its own copyright challenges with the leak of Claude’s code. This comment underscores the complex legal and ethical landscape surrounding AI development and intellectual property.
xitizen7 comments on the rapid pace of development and releases from Anthropic, suggesting that such a leak was almost inevitable given the company’s trajectory. This reflects a broader industry trend where fast-paced innovation can sometimes lead to security oversights or unintended disclosures.
Claude Code Source Leak Megathread (Activity: 653): The Claude Code CLI source code was leaked, revealing several technical details. Notably, the npm source (@anthropic-ai/[email protected]) shows that the DuckDuckGo replacement in the Rust port is incorrect; the real package uses a nested API call to Anthropic’s server-side search with encrypted content blobs. Additionally, a two-tier web system is implemented, where 85 domains are pre-approved for full content extraction, while others are limited to 125-character quotes. Structured data in <head> is ignored, and tables are not supported in the markdown converter. The system limits to 8 results per query with no pagination. A hidden feature, KAIROS_DREAM, allows Claude to self-review and update its memory after inactivity. The newer search version (web_search_20260209) enables Claude to programmatically filter search results. The source can be verified in the minified cli.js of the npm package. Anthropic has issued a DMCA to remove the leaked code from GitHub. Some commenters criticize the code quality, suggesting that many critics may lack experience in shipping production apps. Others focus on the technical implications of the leak, such as the incorrect assumptions about DuckDuckGo usage and the limitations of the markdown converter.
Ooty-io highlights several technical aspects of the Claude Code source, noting that the package makes nested API calls to Anthropic’s server-side search, with results returned as encrypted content blobs, rather than using DuckDuckGo as a standalone replacement. Additionally, the source code reveals a two-tier web system where 85 documentation domains are pre-approved for full content extraction, while other sites are limited to 125-character quotes. The code also shows that structured data in
<head>tags is ignored, and tables are not supported in the markdown conversion process.Independent-Corgi-88 discusses the broader implications of the Claude Code leak, suggesting it points towards a future of AI characterized by multi-agent coordination, memory layers, and persistent interaction. This perspective emphasizes the importance of systems with memory and coordination over raw model capability, suggesting that the future of AI involves environments that support sustained and useful work. The comment also references J3nna, an AI being developed to understand its operating environment, highlighting the shift in focus from model capability to the surrounding system.
Joozio provides insights from analyzing the Claude Code source, noting that the
CLAUDE.mdfile is reinserted with every turn change, impacting token usage. They also mention that switching models mid-session clears the prompt cache, leading to increased token costs. Additionally, Claude Code ranks poorly on terminal benchmarks, coming in last for Opus among harnesses, with a flat 77% performance compared to Cursor’s 77% to 93%. Joozio implemented several patterns from the source, such as semantic memory merging and cache monitoring, into their own agent.
i dug through claude code’s leaked source and anthropic’s codebase is absolutely unhinged (Activity: 6259): The leaked source code of Anthropic’s Claude reveals a whimsical feature: a terminal-based pet system called /buddy, which includes 18 species with a gacha rarity system and interactive ASCII companions. The codebase also shows unconventional practices, such as hex encoding species names to bypass internal scanners, and a voice mode using Deepgram Nova 3 for speech-to-text. The project is codenamed ‘tengu’, with telemetry events and feature flags reflecting this. The codebase is notably large, with main.tsx at 803,924 bytes and several files exceeding 4,000 lines. It contains 460 eslint-disable comments and numerous deprecated functions still in use, indicating a lack of codebase hygiene. Additionally, there are unreleased features like ‘kairos’ and ‘ultraplan’, and several hidden slash commands. Some commenters argue that the codebase’s state is typical for large projects and not particularly ‘unhinged’, while others express interest in the /buddy feature, wishing it were available sooner.
A user points out that the presence of deprecated functions in the codebase is likely a strategic decision to signal developers not to use them in new code. This is a common practice in large codebases where gradual migration to new implementations is necessary, especially when multiple developers are involved and there is pressure from sales teams to maintain functionality while transitioning.
Another commenter argues that the codebase’s state is typical for large projects, especially those developed before the advent of AI tools like GPT-3. They suggest that the complexity and seemingly chaotic nature of the code are standard in environments where many developers contribute under tight deadlines and evolving requirements.
A technical insight is provided regarding the perception of the codebase as ‘unhinged.’ The commenter suggests that such a view might stem from a lack of experience with large-scale software projects, where the code often appears disorganized due to the sheer number of contributors and the necessity to maintain legacy systems while integrating new features.
Claude Code’s source code just leaked — so I had Claude Code analyze its own internals and build an open-source multi-agent framework from it (Activity: 513): The source code for Claude Code was leaked, revealing over 500K lines of TypeScript, including its multi-agent orchestration layer. A developer re-implemented this as an open-source, model-agnostic framework, allowing integration of different LLMs like Claude and GPT in a shared workflow. Key features include multi-agent teams, task pipelines with dependency resolution, inter-agent messaging, and an LLMAdapter interface. The framework is ~8000 lines of TypeScript and is available on GitHub under the MIT license. Some commenters appreciate the framework’s ability to integrate various LLMs, which can reduce costs. However, others note that the framework’s core functionality is similar to existing solutions like CrewAI and AutoGen, and that the re-implementation mainly replicates standard agent loop patterns.
Macaulay_Codin critiques the framework, noting that it follows a standard agent loop pattern: calling an LLM, executing tool calls, and iterating over results. The multi-agent aspect is essentially a task queue coordinator, which is not novel. The framework includes five built-in tools, rewritten from Claude Code’s tools, and is implemented in 8k lines of TypeScript, suggesting it’s a manageable project rather than a massive reverse engineering effort. Alternatives like CrewAI, AutoGen, and the Claude Agent SDK offer similar functionalities.
JuryNightFury highlights the framework’s capability to integrate with other model families using an OpenRouter API key, demonstrating its model-agnostic nature. This feature allows it to fetch reviews from various models, showcasing its flexibility in utilizing different AI models beyond its original design.
NoInside3418 appreciates the potential cost savings and efficiency gains from using the framework to enable communication between subagents from different models like Gemini, Codex, and Claude. This interoperability could streamline processes by leveraging the strengths of each model, such as Gemini’s large context and low cost, Haiku’s implementation capabilities, and GPT’s planning features.
Anthropic’s leaked CLI source code reveals a hidden “Tamagotchi” pet and autonomous multi-agent teams. The bar for developer tools is getting wild. (Activity: 161): Anthropic accidentally exposed the source code of their CLI tool, revealing innovative features like a Tamagotchi-style virtual pet called “BUDDY” that gamifies the terminal experience by leveling up based on coding behavior. Additionally, the code includes features like “ULTRAPLAN,” which allows the AI to autonomously plan for 30 minutes, and “BRIDGE MODE,” where multiple AI instances collaborate as a team. Another feature, “KAIROS,” autonomously manages failing tests and dependencies. These features suggest a shift towards more autonomous and interactive developer tools. For a detailed breakdown, see the full analysis. Commenters are skeptical about the feasibility of autonomous multi-agent teams, suggesting the pet feature is more believable due to its potential for user engagement. There is also curiosity about whether these features represent real product directions or are merely experimental ideas.
Senior_Hamster_58 raises skepticism about the claim of autonomous multi-agent teams being proven by a leaked repository, suggesting that such features might be more speculative or experimental rather than indicative of a real product direction. They question whether these features are part of a serious development effort or merely internal experiments that may not reach production, highlighting a common issue in software development where many ideas do not survive the transition from concept to release engineering.
OutrageousIndustry28 claims that the feature is already live and can be activated using a specific command (
/buddy). This suggests that at least some components of the leaked features might be functional or accessible, indicating a level of readiness beyond mere speculation or internal testing. However, without further verification, this claim remains anecdotal.rainmaker66 and prussell774 both suggest that the features, including the “Tamagotchi” pet and autonomous multi-agent teams, are part of an April Fool’s joke by Anthropic. This implies that the leaked code might not represent serious development efforts but rather a playful or humorous initiative, which is a common practice in tech companies around April 1st.
Исходный код Claude Code был слит через map-файл в их npm registry (Активность: 1598): 31 марта 2026 года полный исходный код CLI Claude Code от Anthropic был слит через .map файл в их npm registry, как сообщается на GitHub. Кодовая база, состоящая примерно из 512k строк TypeScript, построена с использованием React + Ink для терминального UI и работает на runtime Bun. Эта утечка потенциально раскрывает крупные gated-функции, которые ещё не публичны. Комментарии отражают непонимание среди некоторых пользователей о последствиях утечки, особенно разницы между LLM и агентами, подчёркивая пробел в знаниях сообщества.Утечка исходного кода Claude через map-файл в их npm registry вызвала обсуждения о потенциальных последствиях для разработчиков и исследователей. Один ключевой момент — это различие между LLM и агентами, как подчеркнул Nedshent. Эта утечка может выявить пробел в знаниях, где люди могут не полностью понимать, как функционируют LLM по сравнению с агентами, которые обычно более специфичны для задач и интерактивны.Технические детали утечки раскрывают, что кодовая база состоит примерно из 512k строк TypeScript, построена с React и Ink для терминального UI, и работает на runtime Bun. Эта установка предполагает современную и масштабируемую архитектуру, потенциально предоставляющую инсайты в то, как инфраструктура Claude разработана для обработки сложных задач и взаимодействий.Существуют спекуляции о причинах утечек, причём некоторые пользователи юмористически предполагают, что Anthropic может использовать сам Claude для разработки и задач создания контента. Это поднимает вопросы о безопасности и операционных практиках в Anthropic, особенно если такая зависимость от AI может непреднамеренно привести к большему количеству утечек или уязвимостей безопасности.Сотрудники Anthropic реагируют на утечку Claude Code 👀 (Активность: 859): Изображение представляет собой мем, изображающий юмористический обмен в Twitter, который косвенно ссылается на утечку кода из Anthropic, компании, известной своей работой в AI. Мем использует популярную интернет-шутку о «бессмертной улитке», чтобы предположить, что утечка — неизбежное последствие быть «пойманным» улиткой, подразумевая чувство неизбежности или судьбы. Это отражает беззаботную реакцию сообщества на утечку, а не техническое обсуждение или официальное заявление от Anthropic. Комментаторы юмористически отмечают двойственные реакции на утечку: юридические команды хотят «удалить это», а инженеры уже «звезданули это», указывая на разрыв между юридической осторожностью и техническим любопытством. Другой комментарий предполагает, что с быстрым темпом разработки Anthropic такие инциденты были ожидаемы.Belium предполагает, что утечка кода Claude может быть полезной для Anthropic, поскольку она генерирует хайп и позволяет инженерам выявлять и исправлять баги. Утечка также предоставляет инженерам возможность создавать свои собственные реализации или «harnesses» Claude, потенциально увеличивая его использование и влияние в сообществе разработчиков.IntenselySwedish подчёркивает воспринимаемую иронию в ситуации Anthropic, указывая, что компания, которую обвиняли в крупномасштабных нарушениях авторских прав через пиратство книг, теперь сама сталкивается с проблемами авторских прав с утечкой кода Claude. Этот комментарий подчёркивает сложный юридический и этический ландшафт, окружающий разработку AI и интеллектуальную собственность.xitizen7 комментирует быстрый темп разработки и релизов от Anthropic, предполагая, что такая утечка была почти неизбежна, учитывая траекторию компании. Это отражает более широкую отраслевую тенденцию, где быстро развивающиеся инновации могут иногда приводить к упущениям безопасности или непреднамеренным раскрытиям.Мегатред об утечке исходников Claude Code (Активность: 653): Исходный код CLI Claude Code был слит, раскрывая несколько технических деталей. В частности, npm-исходник (@anthropic-ai/[email protected]) показывает, что замена DuckDuckGo в Rust-порте неверна; реальный пакет использует вложенный API-вызов к серверному поиску Anthropic с зашифрованными content blob'ами. Дополнительно реализована двухуровневая веб-система, где 85 доменов предварительно одобрены для полной экстракции контента, в то время как другие ограничены цитатами в 125 символов. Структурированные данные в <head> игнорируются, и таблицы не поддерживаются в markdown-конвертере. Система ограничена 8 результатами на запрос без пагинации. Скрытая функция KAIROS_DREAM позволяет Claude самопроверять и обновлять свою память после неактивности. Более новая версия поиска (web_search_20260209) позволяет Claude программно фильтровать результаты поиска. Исходник можно проверить в минифицированном cli.js npm-пакета. Anthropic выпустила DMCA для удаления утёкшего кода с GitHub. Некоторые комментаторы критикуют качество кода, предполагая, что многим критикам может не хватать опыта в выпуске продакшен-приложений. Другие фокусируются на технических последствиях утечки, таких как неверные предположения об использовании DuckDuckGo и ограничения markdown-конвертера.Ooty-io подчёркивает несколько технических аспектов исходников Claude Code, отмечая, что пакет делает вложенные API-вызовы к серверному поиску Anthropic, с результатами, возвращаемыми как зашифрованные content blob'ы, а не использует DuckDuckGo как автономную замену. Дополнительно исходный код раскрывает двухуровневую веб-систему, где 85 документационных доменов предварительно одобрены для полной экстракции контента, в то время как другие сайты ограничены цитатами в 125 символов. Код также показывает, что структурированные данные в тегах <head> игнорируются, и таблицы не поддерживаются в процессе конверсии markdown.Independent-Corgi-88 обсуждает более широкие последствия утечки Claude Code, предполагая, что она указывает на будущее AI, характеризующееся мультиагентной координацией, слоями памяти и постоянным взаимодействием. Эта перспектива подчёркивает важность систем с памятью и координацией над чистыми возможностями модели, предполагая, что будущее AI включает окружения, поддерживающие устойчивую и полезную работу. Комментарий также ссылается на J3nna, AI, разрабатываемый для понимания своего операционного окружения, подчёркивая сдвиг фокуса от возможностей модели к окружающей системе.Joozio предоставляет инсайты из анализа исходников Claude Code, отмечая, что файл CLAUDE.md переинициализируется при каждой смене хода, влияя на использование токенов. Они также упоминают, что переключение моделей в середине сессии очищает кэш промптов, приводя к увеличенным затратам на токены. Дополнительно Claude Code занимает плохое место в терминальных бенчмарках, занимая последнее место для Opus среди harness'ей, с плоской производительностью 77% по сравнению с 77%-93% Cursor. Joozio реализовал несколько паттернов из исходников, таких как семантическое слияние памяти и мониторинг кэша, в своего собственного агента.я покопался в утёкших исходниках claude code и кодовая база anthropic абсолютно сумасшедшая (Активность: 6259): Утёкший исходный код Claude от Anthropic раскрывает причудливую функцию: терминальную систему питомцев под названием /buddy, которая включает 18 видов с gacha-системой редкости и интерактивных ASCII-компаньонов. Кодовая база также показывает нетрадиционные практики, такие как hex-кодирование имён видов для обхода внутренних сканеров, и голосовой режим, использующий Deepgram Nova 3 для speech-to-text. Проект имеет кодовое имя 'tengu', с событиями телеметрии и feature flag'ами, отражающими это. Кодовая база заметно большая, с main.tsx размером 803,924 байт и несколькими файлами, превышающими 4000 строк. Она содержит 460 комментариев eslint-disable и многочисленные deprecated функции, всё ещё используемые, указывая на отсутствие гигиены кодовой базы. Дополнительно есть невыпущенные функции, такие как 'kairos' и 'ultraplan', и несколько скрытых slash-команд. Некоторые комментаторы утверждают, что состояние кодовой базы типично для крупных проектов и не особенно «сумасшедшее», в то время как другие выражают интерес к функции /buddy, желая, чтобы она была доступна раньше.Пользователь указывает, что наличие deprecated функций в кодовой базе, вероятно, является стратегическим решением для сигнализации разработчикам не использовать их в новом коде. Это распространённая практика в крупных кодовых базах, где необходима постепенная миграция к новым реализациям, особенно когда вовлечены множество разработчиков и есть давление от команд продаж поддерживать функциональность во время перехода.Другой комментатор утверждает, что состояние кодовой базы типично для крупных проектов, особенно тех, которые разрабатывались до появления AI-инструментов вроде GPT-3. Они предполагают, что сложность и кажущаяся хаотичность кода стандартны в окружениях, где много разработчиков вносят вклад под жёсткими дедлайнами и эволюционирующими требованиями.Технический инсайт предоставлен относительно восприятия кодовой базы как «сумасшедшей». Комментатор предполагает, что такой взгляд может проистекать из отсутствия опыта работы с крупномасштабными программными проектами, где код часто кажется неорганизованным из-за огромного количества контрибьюторов и необходимости поддерживать legacy-системы при интеграции новых функций.Исходный код Claude Code только что утёк — поэтому я попросил Claude Code проанализировать собственные внутренности и построить из этого open-source мультиагентный фреймворк (Активность: 513): Исходный код Claude Code был слит, раскрывая более 500K строк TypeScript, включая его мультиагентный слой оркестрации. Разработчик переписал это как open-source, model-agnostic фреймворк, позволяющий интеграцию различных LLM, таких как Claude и GPT, в общем рабочем процессе. Ключевые функции включают мультиагентные команды, пайплайны задач с разрешением зависимостей, межагентный обмен сообщениями и интерфейс LLMAdapter. Фреймворк состоит из ~8000 строк TypeScript и доступен на GitHub под лицензией MIT. Некоторые комментаторы ценят способность фреймворка интегрировать различные LLM, что может сократить затраты. Однако другие отмечают, что основная функциональность фреймворка похожа на существующие решения, такие как CrewAI и AutoGen, и что переписывание в основном воспроизводит стандартные паттерны agent loop.Macaulay_Codin критикует фреймворк, отмечая, что он следует стандартному паттерну agent loop: вызов LLM, выполнение tool call'ов и итерация по результатам. Мультиагентный аспект — это по сути координатор очереди задач, что не является новым. Фреймворк включает пять встроенных инструментов, переписанных из инструментов Claude Code, и реализован в 8k строк TypeScript, предполагая, что это управляемый проект, а не масштабная работа по реверс-инжинирингу. Альтернативы вроде CrewAI, AutoGen и Claude Agent SDK предлагают похожие функциональности.JuryNightFury подчёркивает способность фреймворка интегрироваться с другими семействами моделей, используя API-ключ OpenRouter, демонстрируя его model-agnostic природу. Эта функция позволяет ему получать отзывы от различных моделей, демонстрируя его гибкость в использовании различных AI-моделей за пределами его исходного дизайна.NoInside3418 ценит потенциальную экономию затрат и приросты эффективности от использования фреймворка, чтобы включить коммуникацию между subagent'ами от разных моделей, таких как Gemini, Codex и Claude. Эта совместимость могла бы оптимизировать процессы, используя сильные стороны каждой модели, такие как большой контекст и низкая стоимость Gemini, возможности реализации Haiku и функции планирования GPT.Утёкший исходный код CLI от Anthropic раскрывает скрытого «Tamagotchi» питомца и автономные мультиагентные команды. Планка для инструментов разработчика становится дикой. (Активность: 161): Anthropic случайно раскрыла исходный код своего CLI-инструмента, раскрывая инновационные функции, такие как виртуальный питомец в стиле Tamagotchi под названием «BUDDY», который геймифицирует терминальный опыт, повышая уровень на основе поведения кодинга. Дополнительно код включает функции вроде «ULTRAPLAN», которые позволяют AI автономно планировать в течение 30 минут, и «BRIDGE MODE», где несколько AI-инстансов сотрудничают как команда. Другая функция, «KAIROS», автономно управляет провальными тестами и зависимостями. Эти функции предполагают сдвиг к более автономным и интерактивным инструментам разработчика. Для детального разбора смотрите полный анализ. Комментаторы скептичны по поводу осуществимости автономных мультиагентных команд, предполагая, что функция питомца более правдоподобна из-за её потенциала для вовлечения пользователей. Также есть любопытство о том, представляют ли эти функции реальные продуктовые направления или это просто экспериментальные идеи.Senior_Hamster_58 поднимает скептицизм по поводу утверждения, что автономные мультиагентные команды доказаны утёкшим репозиторием, предполагая, что такие функции могут быть более спекулятивными или экспериментальными, а не индикативными реального продуктового направления. Они ставят под сомнение, являются ли эти функции частью серьёзных усилий по разработке или просто внутренними экспериментами, которые могут не достичь продакшена, подчёркивая распространённую проблему в разработке ПО, где многие идеи не выживают переход от концепции к release-инжинирингу.OutrageousIndustry28 утверждает, что функция уже активна и может быть активирована с использованием специфической команды (/buddy). Это предполагает, что по крайней мере некоторые компоненты утёкших функций могут быть функциональными или доступными, указывая на уровень готовности за пределами просто спекуляции или внутреннего тестирования. Однако без дальнейшей проверки это утверждение остаётся анекдотическим.rainmaker66 и prussell774 оба предполагают, что функции, включая «Tamagotchi» питомца и автономные мультиагентные команды, являются частью первоапрельской шутки от Anthropic. Это подразумевает, что утёкший код может не представлять серьёзные усилия по разработке, а скорее игривую или юмористическую инициативу, что является распространённой практикой в технологических компаниях около 1 апреля.
3. OpenAI and Anthropic Funding and Developments
3. Финансирование и развитие OpenAI и Anthropic
OpenAI raises $122 billion to accelerate the next phase of AI (Activity: 794): OpenAI has raised $122 billion, reaching a post-money valuation of $852 billion, to bolster its position as a core AI infrastructure provider. The company reports 900 million weekly active users for ChatGPT and $2 billion in monthly revenue. Strategic partnerships with Amazon, NVIDIA, and Microsoft are pivotal in advancing their AI capabilities, focusing on enhanced compute infrastructure and a unified AI superapp for both consumer and enterprise applications. More details can be found in the original article. Commenters are questioning the allocation of such a large funding amount, with some expressing skepticism about the necessity of this capital given recent fundraising efforts.
OpenAI привлекает $122 миллиарда для ускорения следующей фазы AI (Активность: 794): OpenAI привлекла $122 миллиарда, достигнув post-money оценки в $852 миллиарда, чтобы укрепить свою позицию как ключевого провайдера AI-инфраструктуры. Компания сообщает о 900 миллионах еженедельных активных пользователей ChatGPT и $2 миллиардах ежемесячного дохода. Стратегические партнёрства с Amazon, NVIDIA и Microsoft являются ключевыми в продвижении их AI-возможностей, фокусируясь на улучшенной compute-инфраструктуре и унифицированном AI-суперприложении для потребительских и корпоративных приложений. Больше деталей можно найти в оригинальной статье. Комментаторы ставят под сомнение распределение такой большой суммы финансирования, причём некоторые выражают скептицизм по поводу необходимости этого капитала, учитывая недавние усилия по привлечению средств.
AI Discords
AI Discords
Unfortunately, Discord shut down our access today. We will not bring it back in this form but we will be shipping the new AINews soon. Thanks for reading to here, it was a good run.
К сожалению, Discord отключил наш доступ сегодня. Мы не вернём его в этой форме, но скоро выпустим новый AINews. Спасибо, что дочитали досюда — это был хороший путь.