lm-studio mcp local-llm research-agent tool-calling

Лакальны даследчы агент у LM Studio з чатырма MCP-серверамі

Лакальны даследчы агент у LM Studio з чатырма MCP-серверамі: файлавая сістэма, GitHub, SearXNG і Camofox, скарочаная схема інструментаў, промпт плана і дэманстрацыя абгрунтавання.

Выдавец: REACTAPP.TOPДададзена на сайт 28 кас 202614 хв чытання3208 слоў

Крыніцы: How to Turn LM Studio Into a Local Research Agent With MCP Servers

Прыемным ёсць локальны мадэль, які можа шукаць, чытаць файл або ачыць запрос прыўязкі. Локальны мадэль, які можа выконваць усе гэта ў адной лініі логічных выважанняў, каб адпавесці на аднае запытанне, являе сабою дапаможніка для даследжэнняў. Ёжыджанне ад першага да другага варыянту ў LM Studio вымагае чатырох сервераў MCP, якія працуюць разам, плану, як не дазволіць ўзаўмесным схемам іх інструментаў паглотыць вікно кантэксту, а таксама стымулу, які змусіць мадэль класу 9B выконваць багатыэтапную задачу, а не проста вызваць адны інструмент і зупініцца.

Чаты складаюця з чат-сервера, сервера файлавой сістэмы, самастаўленага экземпляра SearXNG для абшуку і прыёмніка Camofox для чытання сторанак, якія з’яўляюцца пасля абшуку. Чат-сервер мае назву @modelcontextprotocol/server-filesystem і працюе толькі ў дазволеным каталозе. До сервера GitHub падключаюцца праз OAuth за адрэсам api.githubcopilot.com/mcp/. SearXNG і Camofox запускаюцца ў Docker і підключаюцца праз mcp-searxng і camofox-mcp. Кожны з іх працюе самастойна. Цікава частка — гэта тое, што выходзіць, калі ў аднам чаце знаходзяцца ўсе яны.

Адзін паведамленне пра абаранаванне пры падготовцы прыемніка перад якімі-небудзь падключэннямі: усё, што тут опісана, прызначана для звычных онлайн-даследжэнняў, такіх як аналіз конкурэнтав, пераканальванне ў адпаведнасці прадавца чы адарожчанне інформацыі з статыі. Агент не ведае, што самэўчываець, і яму гэта не важна. Ён шукае, запрашае і чытае тое, на што ёму паказана.

Установка складаецца з чатырох этапаў: аб’еднанне сервераў, скасаванне непатрэбных інструментаў, заданне плану для модэлю і запуск дэманстрацыі ўжыцця.

Этап 1: усе чатыры сервера ў аднай чат-розмове

LM Studio не обмежвае колькісць сервераў MCP, якія можа выкорыстоўваць чат. Ён завантажвае ўсе іх і дае модэлю схему кожнага з інструментаў. У гэтым і ўсё прыемнае ў такой установцы, а, як пакажа следзючы этап, гэта таксама і першая проблема.

Файлавая сістэма і элементы GitHub налаштаваны так, як гэта было бы для самастоятэльнай установкі, і тое ж самае стосуецца элементаў SearXNG і Camofox. Кантэйнеры-падтрымкі ўжо должны быць запушчаныя, пры чым ў іх ўжо ёсць docker-compose.yml і searxng/settings.yml, таму што гэтыя файлы тут не павтараюцца. Змяніцца тое, што ўсе чатыры элементы цяпер знаходзяцца ў однам mcp.json:

{
  "mcpServers": {
    "filesystem": {
      "command": "npx",
      "args": [
        "-y",
        "@modelcontextprotocol/server-filesystem",
        "/Users/jes/research-workspace"
      ]
    },
    "github": {
      "url": "https://api.githubcopilot.com/mcp/",
      "auth": {
        "CLIENT_ID": "<your Client ID>",
        "CLIENT_SECRET": "<your client secret>"
      }
    },
    "searxng": {
      "command": "npx",
      "args": ["-y", "mcp-searxng"],
      "env": {
        "SEARXNG_URL": "http://localhost:8080"
      }
    },
    "camofox": {
      "command": "npx",
      "args": ["-y", "camofox-mcp"],
      "env": {
        "CAMOFOX_URL": "http://localhost:8765",
        "CAMOFOX_API_KEY": "your-camofox-api-key",
        "CAMOFOX_AUTH_MODE": "api_key"
      }
    }
  }
}

Тры разлічныя дэталі заслуговаюць на увагу.

Элемент github запускае свой саўстанні крок OAuth. LM Studio запрашвае яго першы раз, калі сервер прабуе завантажыцься. Пакалі канцэнтры GitHub не падтрымляе дынамічную рэгістрацыю кліента, у працэсе выкарыстоўваецца додатак GitHub OAuth, які трэба зарэгістраваць вручную загадзя. Ад гэтага няма жадных альтэрнатыў.
Дазволены каталог для сервера файлавой сістэмы выбіраецца на свае рашэнне. Спецыяльны папака research-workspace працюе лепшая, чым домашняя папка, галоўная прычына — гэта чытка паказвае, да чаго можа дасягнуць мадэль.
CAMOFOX_URL і SEARXNG_URL павінны вясці на кантэйнеры Docker. Калі яны не працуюць, серверы все раве завантажуюцца ў LM Studio, але кожны вызов інструменту да іх завершаецца няудачаю, што спрычыняе плутанне пры першай такой сітуацыі прыблізна на дваццаць хвілін.

Калі ўсе чатыры функцыі ўвімкнутыя, а маленькія зеленяя крапкі па боку кожнага назвы сервера ў панелі MCP стануць цёлымі, чат мае чатыры інструменты для рэгулярных выразаў, дзесяткі інструментаў GitHub, чатыры інструменты SearXNG і прыблізна сорак пяць інструментаў Camofox. Гэта вельмі вялікі об’ём інфармацыі, якія павінен аналізаваць адні 9B-мадэль, і гэта самэ проблема, якую рашае наступны этап.

Этап 2: падтрымка ліміту кантэксту

Аднальна колькасць інструментаў GitHub ёсць рызыкам, як і аднальна колькасць інструментаў Camofox. У сукупнасці, разам з інструментамі SearXNG і інструментамі для рэгулярных выразаў, навантажэння стае значным.

Назва кожнага інструмента, яго апісанне і схема параметраў токенізуюцца ў кантэксце мадэлі ўсё раней, чым яна прачытае хоць адна слова з фактычнага запіту. У маленькай мадэлі з мяркавым лімітом кантэксту гэта додаткова навантажэнне можа зайняць значную частку всіх доступных рэсурсаў.

Самым простым рашэннем ўсё гэта ў тым, каб проста не актываць кожны інструмент з кожнага сервера. Для GitHub існуее лепшы спосаб працы, чым ручнае актывацыя інструментаў у панелі MCP. Аддалённы сервер прымае заголовак X-MCP-Readonly, які обмежвае весь з’ўязак толькі інструментамі з рэжымам рэд-онлі, перш чым LM Studio зможа побачыць рэшту схемы. За дапамогою гэтага заголовка элемент github з пярэднего этапа стае такім:

{
  "github": {
    "url": "https://api.githubcopilot.com/mcp/",
    "auth": {
        "CLIENT_ID": "<your Client ID>",
        "CLIENT_SECRET": "<your client secret>"
     },
    "headers": {
      "X-MCP-Readonly": "true"
    }
  }
}

Калі заголовак увімкнуты, сервер адаварыта толькі інструменты для чытання: pull_request_read, issue_read, list_commits, get_file_contents, search_repositories і search_code. Усе, што можа выдаліць, з’еднаць, выклаць або стварыць, проста не існуе. Гэтыя обмежэнні выкананы з боку GitHub, а не таму, што LM Studio хавае кнопку, таму гэта справжнія межа. Гэта таксама значыць, што схемы для недзеяючых інструментаў для запісу ніколі не транслююцца ў кантэкст, што і ёсць галоўной мэтай гэтага этапу.

Тыя, хто хочаць шчырэйшыя правыя, можа выкарыстоўваць X-MCP-Tools, які прыймае явны спіс дазволеных элементаў, роздзеленых комамі, напрыклад search_code,search_repositories,get_file_contents,list_commits. Гэта падходзіць у тых случаях, калі інструменты для прыбутка прыбылак і пытанняў явна ніколі не будуць патрэбны.

Скрыншот GitHub MCP у такім стане паказаў бы толькі інструменты get, read, list, scan і search, адтолькі ўстановкі флага read-only была налаштавана як true, з можлівасцю выключыць дадатковыя інструменты, якія не патрэбны, і такім чынам зменшыць вартась токена.

Camofox не мае адпаведнага флага на боку сервера, таму яго інструменты выключаюцца по аднаму у панелі MCP. Для чату, прызначанага толькі для даследжэння, кандыдаты на выключэнне — delete_download, import_cookies і все, што керуе профілямі, у тымчасце save_profile і load_profile, адтолькі сесія даследжэння не мае прычын касацца зберажаных профіляў прыгледача.

Прынцып заключаецца у тым, каб заставіць толькі тое, што патрэбна для конкрэтнага варыянта вікорыстоўвання, і выключыць рэшту. Для большасці сервераў гэта ўхваленне, касаюцца бюджэту кантэксту, а не безпекі. GitHub ёсць аднаковым выключэннем, адтолькі сам сервер GitHub яго прыменяе.

У дэме на этапы 4 ніколі не патрэбуецца права на збірку дадзеных у GitHub, адколькі ўсё, што робіць за дапамою GitHub Action, — гэта чытанне адного маніфеста, таму можа застацца толькі правіло чытання. Калі пазнейшая задача патрабуець збірку дадзеных, напрыклад, для стварэння запытання з апісам таго, што знайшоў агент, трэба адключыць такі чат. Сумешчанне падключэнняў да GitHub з можласцю чытання і збіркі дадзеных у адной сесіі — гэта не правільны спосаб рашэння такой проблемы.

Сама вікна кантэксту таксама трэбуе увагі. Мінімум у 4096 токенаў быў разумным лімітам, калі схема падавалася з адного сервера. З чатырма серверамі і скорачаным, але ўсё ж значным спіскам інструментаў, 4096 ўжо занадта мало. Неабходна падняць показчык якомога вышэ, можа, нават за 32 к, залежна ад таго, скількі можа запам’ятаваць мадэль і апаратна частка, і як давго працаваць будзе трэба ў працэсе взаімнай перадачы інфармацыі. Не існуе аднаго правільнага чысла. Гэта компроміс межы прастору для розумовых вычынкаў і вільнай VRAM, таму сачыце за процэнтам заповнення кантэксту, які паказвае LM Studio пад полем для вводу, і на яго аднойчы налаштовваце параметры.

Этап 3: план, які можа выконваць мадэль

Агент, напісаны ручнае, мае адзін прыямоц, якога чатовы інтэрфейс LM Studio не дае автаматычна. У скрыпцы запрошэнне сістэмы — гэта рэчыца на Python, якая знаходзіцца пад цалым кантролем, і ёю можна чытальна опісаць цыкл: пошук, выбір крыніцы, яго запрашэнне, а потым выявленне, чы рэшае гэта запытку чы трэба аднойчы больш шукаты.

Лепшая яснасць па працэ ЛМ Студыо, чым натыканне на наявнасць скрытага варыянта планавання. Яго няма. Не існуе окрэмага настаўкі планавання.

Існуе толькі поле «Запрошэнне сістэмы» у бокавай панелі чата, пад роздзелам «Параметры модэлю». Што запрашэнне можна зберагчы разам з настаўкамі тэмпературы і кантэксту як названыя настаўкі, тады яго не трэба пісаць занова ў кожнай сесіі. Гэта і ж самая можлівасць, якую вікорыстоўвае агент, напісаны ручнае, толькі ў віглядзе пола для тэксту, а не рэчыцы ў кодзе.

Запрошэнне сістэмы такога тыпу падходзіць для доследнага чата:

You are a research assistant with tools for web search, page fetching,
file storage, and GitHub. When asked a factual question you cannot
answer with confidence from memory, follow this plan:

1. Search for the topic using searxng_web_search. Look at more than one
result before deciding a source is good.

2. Fetch the most promising source with camofox's navigate and
 snapshot or extract_structured tools, not just the search snippet.
When using camofox always open a new tab before trying to navigate
to a page.

3. If the question needs more than one source to answer confidently,
search again and fetch again before answering.

4. If asked to save findings, write them to a markdown file in the
 workspace using the filesystem tools, don't just describe them in chat.

5. State which sources you actually fetched, not just which ones you
found in search results.

Калькі працэздатнасці:

Гэта звычны прозаічны тэкст, без якога-лібо машыны станоў, якая бы яго контролавала. Інструкцыі — гэта тое, што бачыць мадэль, і яна зазвычай следуе ўсім іх пунктам, але без жадных гарантый, так сама, як і ў разе запрошэння да дзеяння ўнутрь скрыпты.
5-й крок мае большое значэнне, чым можа здавацца. Без яго мадэль часта адпавядае толькі на базе фрагмента з пошуку, прычымліваючы крок запрашэння да дзеяння, што паслабляе мэту включэння Camofox у цыкл.
Зберэжэнне рэзультата як усталенага значэння дазволяе яму пераводзіцца між чатамі без падклеювання занова.

На скрыншоце запрошэння знаходзіцца пад роздзелам «Параметры модэлі», а усталеная настройка збераглена як «Research Chat». Калі запрошэння і скорачаны спіс інструментаў ўжо ўстановлены, мадэль мае можлівасць і сваерадкі план яго выкарыстоўвання. Апошняе пытанне — чы робіць яна гэта на практыцы.

Этап 4: дэманстрацыя, якая падтверджвае выкарыстоўванне інструментаў

Хорашы тэст на адрабаранне павінен вымагаць рэальнага выкарыстоўвання інструменту. Адказ, атрыманы за дапамогою памяці, не можа быць правым, таму мадэль або шукае рэальны істочнік, або рабіць прыпуск. Задача павінна быць такой, якую нельга запамятаць, якую можна незалежна пераканаць, і якая ўзагальнена настаткі, каб не стосавалася конкрэтнай адзінай особы.

Прыклад, які падходзіць: паказаць агенту рэпазітарыю, якая падтрымвана чым-то, і прабавіць заставіць яго следаваць за фіксаванай версіяю аднаго з залежнасцяў да всіх адзвярненняў пра безпеку, заявленых проты самэй гэтай версіі. Наведзены ніжэй запрос можна склеіць у чат пасля заполнення трохох месцаў для падставлення:

I want you to check one dependency in a GitHub repository for known
security advisories. Do this:

1. In the repository <owner>/<repo>, read <manifest-file> using
   get_file_contents.
2. From that file, find the exact pinned version of the dependency
   "<dependency-name>".
3. Search the web for known security advisories filed against that
   specific version of "<dependency-name>".
4. Fetch the actual advisory page(s) you find rather than relying on
   the search snippet alone.
5. Write a short summary to dependency-risk.md in the workspace: the
   dependency name, the pinned version, any advisories found (with
   severity and a link), and a one-line recommendation.

Месца замены працуюц так:

<owner>/<repo> — гэта будзь-які рэпазітары з правамі на чытанне. Асобісты праект падходзіць таксама, як і публічны, які ў той час ўтварае залежнасць.
<manifest-file> — гэта назва файла залежнасці, ад якога залежыць праект, напрыклад go.mod, pyproject.toml, requirements.txt або package.json.
<dependency-name> — гэта адна залежнасць з гэтага маніфеста, жадана ў тым, каб яна была актуальна.

Калі няма прыдатнага рэпазітарыя, juice-shop/juice-shop — намеравана небезпечная прыкладна програма для навчання ад OWASP — можа служыць заменайчыкам. У яго package.json ёсць достатнькі залежнасці, які раней былі пазначаны як небезпечныя, таму наэтапе пошуку зазвычай знаходзіцца ўсё-такі рэальны варыянт, а express-jwt і sanitize-html — граматычныя варыянты для пачатку. Утварэная версія выглядае так:

I want you to check one dependency in a GitHub repository for known
security advisories. Do this:

1. In the repository juice-shop/juice-shop, read package.json using
get_file_contents.
2. From that file, find the exact pinned version of the dependency
"express-jwt".
3. Search the web for known security advisories filed against that
specific version of "express-jwt".
4. Fetch the actual advisory page(s) you find rather than relying
on the search snippet alone.
5. Write a short summary to dependency-risk.md in the workspace:
the dependency name, the pinned version,
any advisories found (with severity and a link),
and a one-line recommendation.

Адміністрацыя, якая яго адправіць, должна працаваць па пяці кроках па парадку: чытанне з GitHub, зовнішній пошук, зовнішнее запрашэнне дадзеных і, нарэшце, запіс файлу, пры чым шырочыня працы залежыць ад можлівасцей апаратуры.

Полны запуск гэтага запіту выкарыстаў усе чатыры серверы MCP і спыніўся на 37803 токенах.

Гэты запіт быў выбран намерна. Адпаведзь залежыць ад рэпазітарыю і таго, што ў яму зберагле, а базы дадзеных CVE, якія выкарыстоўваюцца для пошуку, постаўляюцца ў постацеўнай дынаміце, таму нельга загадзя наводзіць фіксаваны рэзультат.

Перакантрольванне працы модэлю адбываецца за два крока. Ачыніце маніфест і перасканавайце яго самі, каб пераканацца, калі самэўказаная версія была атрымана па рэзултатах запыту у GitHub. Пасля чаго перапрацавайце інформацыю з адпаведнай рэкамендацыі, супорачыўшы яе з рэзултатамі пошуку безпековых рэкамендацый у самога GitHub або ў базе дадзэных NVD. Калі і тое, і інша інформацыя паспаўляе з адчыненым звярненнем агента, гэта лягчыць падтверджэння правядомасці: модэль дыйсна прачытаў маніфест і дыйсна завярнуўся за інформацыяй з відпаведнай сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней сторонней

Дэманстрацыя таксама паказвае, што заголовак рэжыму «толькі чытанне» для 2-го этапа ўсё, што трэба. Усё выкананне складаецца з чытання дадзеных з GitHub, пошуку па зовнішніх істочніках, запрашэння інфармацыі з Camofox і запісу ў локальны файл, таму няма патрэбы ў правах на запіс у GitHub, і заголовак можа застацца без змян. Одна команда дазволяе працаваць з усіма чатырма серверамі за адну перадачу: GitHub чытае маніфест, SearXNG шукае адпаведную інфармацыю, Camofox запрашае сторанкі з інформацыяй, а файлавая сістэма зберагае отрыманы матэрыял. Гэта яўляецца шырокім спосабам паўнай перакананасці, чы рэштка апаратуры налажана правільна, прычым перш чым прыступіць да рэальных даследжэнняў.

Дзе ён не працуе

Лепшая назваць слабыя месцы, чым прытварацца, што весь ланцуг ёсць надзеяны з початку да канца.

Іноды мадэль адпавядае на адпаведны фрагмент з пошуку і прыпіняе запрашэнне дадзеных, нават калі сістэмны прамт прасіць яе зрабіць інакш. Гэта більш часта проблема па короткіх, простаўшых запытаннях, калі мадэль, здаецца, судзіць, што фрагмент ўжо дастатньа хорашы. Дадатковая паведамленне, якае прасіць яе запрашаць весь старонку, зазвычай рашае проблему. Не тое, што мадэль не можа гэта зрабіць, а тое, што 9B-мадэль іноды робіць неправільныя выводы.

Інколі, сталкнуўшыся з дзесяткамі інструментаў GitHub, якія яна ніколі раней не вікорыстоўвала, мадэль выбірае правдападобны, але неправы інструмент, напрыклад list_pull_requests у тым часе, калі трэба было list_issues. Працэс адсортавання, які адбываецца на 2-му этапе, ёсць найлепшыя захопленне. Корачэйшы спіс сэродзелічных варыянтаў зменшае шансы на выбіранне неправага інструмента.

Нічыя з гэтых прычын не ператварае агента ў дэтэрміністычны канал обработкі дадзеных. Калі патрэбны дэтэрмінізм, правым інструментам являецца скрыпт, а ручна напісаная петля ўжо бліжэй да гэтага. Адноначы, прыямое падключэнне всіх элементаў да LM Studio дае можлівасць модэлю прыстосавацца да будзь-яга заданага пытання, але цэна гэтага — іноды ўжо ў такім прыстосаванні ёсць проблэмы. Адзін з найшырэйшых спосабоў з’ясавіць, дзе можна яму даверыць, а дзе яму патрэбны дапамога, — глядзець, як ён рашае калькі науковыя пытанні.

Готовая наладка

Чат у LM Studio, які працуе ў чатырох етапах, керуе чатырма серверамі MCP. Спіс інструментаў быў скорачаны, каб у кантэксце застаўся простор для размышленняў. Сістэмны запрос даў 9B-модэлю структуру, якую ён мусіць дапэўніць там, дзе раней была порожняя стороніца, а дэманстрацыя працы з рэальнымі дадзенням паказвае, што запрашуюцца рэальныя стороніцы, а не адпаведныя адпаведзі з памяці. Конкрэтна:

Файлавая сістэма, GitHub, SearXNG і Camofox — усе гэта можна выкорыстоўваць у аднай чат-розмове.
Скорачаны набор засобаў, плюс вікна кантэксту, дастаткова вялікага для аб’еднанага шымату дадзэнняў, замест аднаго сервера.
Сістэмны запрос, які зберагаецца як настаўка; ён прымушвае мадэль сама планаваць цыкл пошуку, запрашэння і зберагання, выкарыстоўваючы тое, што насправды адкрывае інтэрфейс LM Studio, а не неіснуючую настаўку.
Дэманстрацыя можлівасці павтарэння задачы, пры якой кожная частка можа быць перакантролівана незалежна, і якая задае працу всім чатыром серверам у адны запрос.

Есць можлівасць яго расшырэння. Другі сервер для абавісання паўтараючыся запыткаў па боку SearXNG дазволіў бы перакантрольваць рэзультаты адносна адна другога. Працэс стварэння кантакту пасля кожнага запыткаў дапаможаў бы утрымаць дужа дзяўялыя стораніцы ад заняць занадто многі час пад час ўвозу. Для тых, хто робіць гэта рэгулярна, стварэнне настаўкі праз скрыпты дапаможаў бы правільна настроіць кожны новы чат для даследжэння без неабходнасці ручнага налаштавання.

Адна заключэнне паўтараецца. Пасля таго, як ручна з’едынаць всі неабходны элементы — файлавую сістэму, абавісанне, прасмотр і хост для коду, і пасля таго, як пазірэць, дзе кожны з іх насправды выклікае проблемы, — выглядае, што болей масівная рамка агента — гэта тое ж сама сукупнасць элементаў, але захаваная за додатковай абстракцыяй. Прыйняцце такога компрэсу мае сэнс толькі для тых, хто вядома розумее, што знаходзіцца пад спадней часткай.

Спаднія матэрыялы

Практычныя прыемы: ствароўчы АІ-фінансавага агента з серверам MCP ад EODHD — Паследовыя інструкцыі па вікорыстоўванні практычных прыемаў для ствароўчы АІ-фінансавага агента з серверам MCP ад EODHD: контракты, перакрыцчы і шаблоны коду для команд, якія розробляюць сістэмы MCP без яго.
Playwright чы браузерныя агенты? Дзе скрыптаваная автаматызацыя яшчэ мае перавагу — Порэванне скрыптаваных рашэнняў Playwright і браузерных агентаў, керованых MCP: ўразламнасць, дэтэрмінізм, вартасць, прыклад задачы з выставленнем рахунку, інструменты для назірання, рызыкі для безпекі і рамкі для прыняцця рашэнняў.

MCP і OAuth2: Хто автарызаваў дзеянне агента? — Чаму OAuth2 пакрывае толькі частку автарызаціі агента пад MCP, і як OIDC, дыяпазоны, правілы плутанага прадставніка, GNAP і можлівасці з’едынаюцца.

Сяродзінь малых MCP інструментаў заместо аднаго велікага агента: сістэма для напісання AI — Як сістэма для даследжэнняў і напісанняя дзеліць прыемку відэа, пошук, падготовку, крытыку і верыфікацыю коду на часткі, якія ўскладненыя MCP інструментамі, з артыфактамі і трэйсінгам.

Практычныя прытамулы: “MCP: Протакол, які ператварае ШЫ з чат-бота на агента ШЫ” — Паследовыя інструкцыі па вікорыстоўванні практычных прытамулов: “MCP: Протакол, які ператварае ШЫ з чат-бота на агента ШЫ”: контракты, перакананні і шаблоны коду для команд, якія ствараюць сістэмы на аднойчыні MCP.

Stateless MCP у спефікацыі 2026-07-28: Якія змяны для інфраструктуры агента — Новая версія MCP адмовіцца ад сесый, дадае заголовкі для маршрутацыі, функцыю input_required для двухкроковых аперацый і змяніць правіла OAuth. Якія наэфекты гэта будзе матыць для шлюзоў, масштабавання і безпекі.

Абяцкіе агенты для падпрыемства на MCP Toolbox: наборы інтэнцэў, аўтэнтыфікацыя і логі — Прынцыпы дызайну для агентаў MCP у працэсе вырабоцтва, якія працуюць з GCS, PostgreSQL і BigQuery: наборы інструментаў, керованыя інтэнцэямі, прыўязка параметраў URL, дыяпазоны OIDC і структураваная абзірнасць.

Семантычны пошук інструментаў у Bedrock AgentCore Gateway для большых каталагаў MCP — Сотні інструментаў MCP перагружаюць кантэкст агента. Ожывайце семантычны пошук AgentCore Gateway, каб перадаць толькі найболей прыдатныя рэзультаты агенту Strands і зменшыць кантэнт.

Стварэнне агента для аналізу акцыяў з ReAct і LangGraph — Агент на базе LangGraph і ReAct берае тыкет акцыі, выкананае аналізы фундаментальных паказнікаў, новын, тэхнічных паказнікаў і інструментаў аналітыкаў у сваёй архітэктурэ, а таксама пішае стыслы атлас з паузамі, калі людзі можаць утрымліваць кантроль.

Прыватны «вторы мозг» AI: локальны RAG з AnythingLLM, Ollama і Obsidian — Наладзіце AnythingLLM і мадэль для эмбеддынгу на другай віртуальной машыне Proxmox, каб локальны Mistral 7B мог узначаць вашы нотаткі в Obsidian, выкарыстоўваючы рэальныя паказнікі рэсурсаў.

Спаўненне АІ-інструментаў у дзеньніях рабочых працэсаў без пастойных запытанняў — Як ператворыць аддзельныя АІ-інструменты на павтаральныя працэсы: ухіліцца ад адноснаўленых памылак у запытаннях, выкорыстаць просты кантролер і спроекаваць, працаваць і параболіць кожны этап.

← Усе артыкулы Даслаць брыф