<?xml version="1.0" encoding="utf-8"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Записи · Mesh Refinement</title><link>https://meshrefine.com/ru/tags/anthropic/</link><description>Записи · Mesh Refinement</description><atom:link href="https://meshrefine.com/ru/tags/anthropic/index.xml" rel="self" type="application/rss+xml"/><lastBuildDate>Mon, 23 Jun 2025 20:26:29 +0200</lastBuildDate><item><title>Claude Deep Research, или как я перестал беспокоиться и полюбил мультиагентные системы</title><link>https://meshrefine.com/ru/posts/claude_deep_research_lessons/</link><description>&lt;p&gt;Обычно я стараюсь подходить ко всяким новым блестящим штучкам с определенной долей скептицизма. Именно таким, до недавнего времени, было мое отношение к мультиагентным системам. Я бы сказал, что это неудивительно, так как вокруг них сейчас очень много шума, а по-настоящему успешных примеров такого подхода я не видел. Большинство реализаций, которые действительно работали, относились к одному из следующих видов:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;Агентные системы, действующие по определенному плану&lt;/strong&gt;. То есть LLM с инструментами, натасканные на автоматизацию вполне конкретного процесса. Благодаря этому, каждый шаг можно тестировать по отдельности и верифицировать его результаты. Описываются такие системы, как правило, в виде направленного ациклического графа (DAG), иногда динамического, и разрабатываются с помощью уже стандартных примитивов из фреймворков типа LangChain и Griptape. Так функционировала ранняя реализация Gemini Deep Research, в которой сначала составлялся план поиска, затем выполнялся сам поиск, и в конце собирался результат.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Решения, работающие в системах с обратной связью&lt;/strong&gt;. Различные Claude Code, Cursor и прочие агенты, имеющие дело с кодом. Причем чем сильнее обратная связь, читай, чем лучше тулинг и строже проверка типов, тем больше шансов, что они окончательно не испортят вам кодовую базу.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Модели, обученные с помощью Reinforcement Learning&lt;/strong&gt;, такие как модели с &lt;a href="https://docs.anthropic.com/en/docs/build-with-claude/extended-thinking#interleaved-thinking"&gt;interleaved thinking&lt;/a&gt;, вроде OpenAI o3. Это отдельный разговор, и очень интересный, но даже такие модели имеют какой-то modus operandi, определенный особенностями их обучения.&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;При этом мультиагентные системы открытого типа ввиду их общей ненадежности до сих пор существовали в большей части в виде proof of concept. В сообществе не было понимания, где их применять и как именно их реализовывать. Пока не появилась &lt;a href="https://www.anthropic.com/engineering/built-multi-agent-research-system"&gt;глубокая инженерная статья от Anthropic о том, как они разрабатывали свой Deep Research&lt;/a&gt;. В ней был определен достаточно четкий фреймворк для построения таких систем, и именно его мы сегодня и рассмотрим.&lt;/p&gt;</description><pubDate>Mon, 23 Jun 2025 20:26:29 +0200</pubDate><guid>https://meshrefine.com/ru/posts/claude_deep_research_lessons/</guid></item><item><title>Июньское обновление MCP: Безопаснее, умнее, проще?</title><link>https://meshrefine.com/ru/posts/mcp_update_18_06_2025/</link><description>&lt;p&gt;Model Context Protocol, несмотря на агрессивное его внедрение (а возможно, и благодаря), продолжает развиваться. Недавно &lt;a href="https://modelcontextprotocol.io/specification/2025-06-18/changelog"&gt;Anthropic обновил спецификацию MCP&lt;/a&gt;, и ниже мы рассмотрим основные изменения.&lt;/p&gt;
&lt;h2 id="0c0bef0c025560d849b4de6b55b2f23e-усиление-безопасности"&gt;Усиление безопасности&lt;/h2&gt;
&lt;p&gt;MCP-сервер теперь всегда классифицируется как &lt;code&gt;OAuth Resource Server&lt;/code&gt;, а клиенты обязаны реализовывать &lt;a href="https://www.rfc-editor.org/rfc/rfc8707.html"&gt;Resource Indicators (RFC 8707)&lt;/a&gt;. Нужно это для защиты от атак типа &lt;a href="https://en.wikipedia.org/wiki/Confused_deputy_problem"&gt;Confused Deputy&lt;/a&gt;. Раньше токены, запрашиваемые клиентом у сервера авторизации были &amp;ldquo;обезличены&amp;rdquo;, то есть могли использоваться кем угодно. Это дает возможность злоумышленнику создать фишинговый MCP-сервер, обмануть клиента, украсть токен, и с помощью этого токена получить доступ к настоящему MCP-серверу.&lt;/p&gt;</description><pubDate>Thu, 19 Jun 2025 18:07:33 +0200</pubDate><guid>https://meshrefine.com/ru/posts/mcp_update_18_06_2025/</guid></item></channel></rss>