По-правде, начал это дело не ms а гугл. С его gmail, который годами работал в статусе бета-версии. Мода на быстрые недоделанные продукты оттуда и пошла
Забавно. В своё время заметил в упражнениях по русскому языку ребенка неимоверное количество "фонетических разборов". Мы фонетику тоже проходили, ну как... прошли тему и забыли. Но, в современных учебниках ей отдана какая-то безумная часть программы. А потом оно же и в ОГЭ и в ЕГЭ. Не мог понять, то ли мне это просто кажется, то ли программу действительно перегрузили неимоверным количеством ненужных практик.
Статью прочел с интересом, значит действительно не показалось.
PS: лично я вижу корень проблемы в том, что дети не читают. Практически вообще. Лексикон ограничен бытовым общением. Что с этим делать - не знаю. Мы читали не потому,что такие правильные, а потому, что других развлечений не было.
где-то читал, что запрещают не зарубежные адреса, а зарубежные сервисы авторизации/аутентификации. Т.е. использовать адрес gmail для входа можешь, использовать сервис gmail для входа - нет. что логично, использование gmail в качестве локального логина ничем не отличается от любой рандомной строки логина. Почему-то эта тема повсеместно игнорируется в подобных статьях
Первый же вопрос - рабочий процесс в изолированной среде, где нет доступа наружу. Где брать пакеты?
Второй вопрос - запустили и отладили скрипт на компьютере с доступом снаружи. Можно ли без компиляции перенести на компьютер в изолированной среде? Куда девать пакеты?
вот зачем вы используете слова "набор", "объединение" и тп. на примере, где ровно одна функция с декоратором tool? Да, набор из одного элемента - тоже набор. Но, вы точно хотите так начинать объяснение людям, которые вообще не в теме?
Статьи с упрощенными определениями, библиотеки со скрытой реализацией помогают сделать простейшую реализацию. С которой уже можно играть и разбираться дальше.
совершенно не понятно, например, чем отличаются tools от resources.
Вообще, это как раз в вашей непонятно. Вы сводите одни термины к другим терминам, затем к ненужным уточнениям типа "цель - стандарт". Вот на кой мне знать, что цель - стандарт? Или что в данном контексте "Resources in MCP are designed to be application driven"?
А по его выходит, что если просто подсунуть LLM текстовый файл, это уже MCP сервер. Окей, я по-быстрому собираю mcp, который будет скармливать локальную документацию llm. Что я получил на выходе? Правильно, tool. Но это теперь я знаю, что это tool. Хотя, в определении было " Сервер предоставляет доступ к базе данных FAQ, технической документации или справочным материалам". И оно дало мне понять, что я как-то могу это использовать.
В итоге есть ваше определение, которое мне вообще ни о чем не говорит, и "неправильное" определение, которое дало мне понятие о том, что я могу как-то это использовать (и я использовал).
Что из этого правильнее даже обсуждать не буду, еще условно вчера я даже терминов этих не знал.
Я понял. Мы говорим о том же самом. Только вы используете термины, которые я бы никогда не понял, если бы буквально накануне не пытался бы разобраться в теме.
Например:
Ресурсы это "существительные" - например профиль пользователя или пост в ленте. Они недоступны LLM - спецификация определяет их как "Resources in MCP are designed to be application driven"
Ресурсы (Resources)
База знаний: Сервер предоставляет доступ к базе данных FAQ, технической документации или справочным материалам, что позволяет LLM обрабатывать вопросы с более глубоким контекстом.
[вырезано...]
П1 мне ничего не говорит. П2 позволил мне сразу набросать простенький MCP (дока по локальному api, я увидел, как я могу применить это у себя). П2 это из https://habr.com/ru/articles/879970/
вот этот текст целиком нисколько не приблизил к пониманию термина MCP. Читаю - "mcp - создать стандарт" - ни о чем вообще. "разработчик mcp передает некий инструментарий, набор тулов" - было бы понятно, если бы не прочитал другое определение - MCP сервер - это сервис, который предоставляет определённые услуги (например, поиск по локальной файловой системе, в БД или работа по API с GitHub). LLM может использовать эти сервисы для решения поставленной задачи.
гораздо понятнее и ближе к тому, что выдала по этому же запросу llm. Серверу MCP необязательно возвращать tool. Это может быть и текст и промпт.
Так как-то понятнее, если вообще ничего по теме не знаешь
Когда спросил по этой теме саму LLM, она выдала мало похожего на то, что в этой статье.
Вроде "MCP - набор конкретных знаний. Можно просто скормить LLM файл с документацией, можно сделать базу данных, в которой по запросу термина будет выдаваться ответ именно по нему". Глобальная цель - дать информацию, которую LLM сама врядли найдет, таким способом, чтобы сэкономить максимум токенов.
Если кто не заметил, в последние годы почта стала работать гораздо стабильнее. В первую очередь - быстрее доставка. Может и не идеально, но уже не настолько, чтобы ржать при каждом удобном случае.
Получение посылок через приложение без утомительного заполнения квитанций - тоже норм.
Не так давно даже получил посылку через постамат. Только вот всё равно нужно было пообщаться с сотрудницей, ибо просто так код от постамата было не найти.
Нерешенная проблема, как видится - зарплата в самих отделениях.
Это было очень плохое приложение. Как многие "из комплекта" скорее действующая модель программы, чем сама программа. Например, складывала почту к себе в хранилище, без возможности выбора. Хранилище - где-то в глубине фолдера Windows. Перетаскивание файлов с десктопа не работало и тд.
По-правде, начал это дело не ms а гугл. С его gmail, который годами работал в статусе бета-версии. Мода на быстрые недоделанные продукты оттуда и пошла
ну вообще, действительно странно. Для большой компании выпускать продукты с заглушками не было принято. Даже в голову такое не могло прийти.
Даже если оно куда-то там переправляет. Если оно работает, оно работает. Если не работает - его просто нет.
Я задавал вопрос про apple и VK. Вы взялись отвечать. Но говорите о чем-то своем. Мне это неинтересно
ну, то есть, на вопрос не ответили
ничего они не думали, VK вынесли по какому закону?
Забавно. В своё время заметил в упражнениях по русскому языку ребенка неимоверное количество "фонетических разборов". Мы фонетику тоже проходили, ну как... прошли тему и забыли. Но, в современных учебниках ей отдана какая-то безумная часть программы. А потом оно же и в ОГЭ и в ЕГЭ. Не мог понять, то ли мне это просто кажется, то ли программу действительно перегрузили неимоверным количеством ненужных практик.
Статью прочел с интересом, значит действительно не показалось.
PS: лично я вижу корень проблемы в том, что дети не читают. Практически вообще. Лексикон ограничен бытовым общением. Что с этим делать - не знаю. Мы читали не потому,что такие правильные, а потому, что других развлечений не было.
где-то читал, что запрещают не зарубежные адреса, а зарубежные сервисы авторизации/аутентификации. Т.е. использовать адрес gmail для входа можешь, использовать сервис gmail для входа - нет. что логично, использование gmail в качестве локального логина ничем не отличается от любой рандомной строки логина.
Почему-то эта тема повсеместно игнорируется в подобных статьях
Первый же вопрос - рабочий процесс в изолированной среде, где нет доступа наружу. Где брать пакеты?
Второй вопрос - запустили и отладили скрипт на компьютере с доступом снаружи. Можно ли без компиляции перенести на компьютер в изолированной среде? Куда девать пакеты?
вот зачем вы используете слова "набор", "объединение" и тп. на примере, где ровно одна функция с декоратором tool? Да, набор из одного элемента - тоже набор. Но, вы точно хотите так начинать объяснение людям, которые вообще не в теме?
Статьи с упрощенными определениями, библиотеки со скрытой реализацией помогают сделать простейшую реализацию. С которой уже можно играть и разбираться дальше.
ок. по кругу идти не будем уже. Повторюсь, это буквально второй случай, когда я столкнулся с понятием mcp. Наверняка мне еще много разбираться.
Может код ниже это и не mcp сервер, а чтение локального файла в нем это вовсе не tool, но выглядит похоже.
from mcp.server.fastmcp import FastMCP
mcp = FastMCP("LocalFileServer")
@mcp.tool()
def read_local_notes() -> str:
и тд
Вообще, это как раз в вашей непонятно. Вы сводите одни термины к другим терминам, затем к ненужным уточнениям типа "цель - стандарт". Вот на кой мне знать, что цель - стандарт? Или что в данном контексте "Resources in MCP are designed to be application driven"?
А по его выходит, что если просто подсунуть LLM текстовый файл, это уже MCP сервер. Окей, я по-быстрому собираю mcp, который будет скармливать локальную документацию llm. Что я получил на выходе? Правильно, tool. Но это теперь я знаю, что это tool. Хотя, в определении было " Сервер предоставляет доступ к базе данных FAQ, технической документации или справочным материалам". И оно дало мне понять, что я как-то могу это использовать.
В итоге есть ваше определение, которое мне вообще ни о чем не говорит, и "неправильное" определение, которое дало мне понятие о том, что я могу как-то это использовать (и я использовал).
Что из этого правильнее даже обсуждать не буду, еще условно вчера я даже терминов этих не знал.
<del>
Я понял. Мы говорим о том же самом. Только вы используете термины, которые я бы никогда не понял, если бы буквально накануне не пытался бы разобраться в теме.
Например:
Ресурсы это "существительные" - например профиль пользователя или пост в ленте. Они недоступны LLM - спецификация определяет их как "Resources in MCP are designed to be application driven"
Ресурсы (Resources)
База знаний: Сервер предоставляет доступ к базе данных FAQ, технической документации или справочным материалам, что позволяет LLM обрабатывать вопросы с более глубоким контекстом.
[вырезано...]
П1 мне ничего не говорит. П2 позволил мне сразу набросать простенький MCP (дока по локальному api, я увидел, как я могу применить это у себя).
П2 это из https://habr.com/ru/articles/879970/
вот этот текст целиком нисколько не приблизил к пониманию термина MCP. Читаю - "mcp - создать стандарт" - ни о чем вообще. "разработчик mcp передает некий инструментарий, набор тулов" - было бы понятно, если бы не прочитал другое определение -
MCP сервер - это сервис, который предоставляет определённые услуги (например, поиск по локальной файловой системе, в БД или работа по API с GitHub). LLM может использовать эти сервисы для решения поставленной задачи.
гораздо понятнее и ближе к тому, что выдала по этому же запросу llm. Серверу MCP необязательно возвращать tool. Это может быть и текст и промпт.
Так как-то понятнее, если вообще ничего по теме не знаешь
Неожиданно практически ничего нет по MCP.
Когда спросил по этой теме саму LLM, она выдала мало похожего на то, что в этой статье.
Вроде "MCP - набор конкретных знаний. Можно просто скормить LLM файл с документацией, можно сделать базу данных, в которой по запросу термина будет выдаваться ответ именно по нему". Глобальная цель - дать информацию, которую LLM сама врядли найдет, таким способом, чтобы сэкономить максимум токенов.
эммм... Россия, она большая и разная. Так что, зря вы так обобщили.
Если кто не заметил, в последние годы почта стала работать гораздо стабильнее. В первую очередь - быстрее доставка. Может и не идеально, но уже не настолько, чтобы ржать при каждом удобном случае.
Получение посылок через приложение без утомительного заполнения квитанций - тоже норм.
Не так давно даже получил посылку через постамат. Только вот всё равно нужно было пообщаться с сотрудницей, ибо просто так код от постамата было не найти.
Нерешенная проблема, как видится - зарплата в самих отделениях.
Это было очень плохое приложение. Как многие "из комплекта" скорее действующая модель программы, чем сама программа. Например, складывала почту к себе в хранилище, без возможности выбора. Хранилище - где-то в глубине фолдера Windows. Перетаскивание файлов с десктопа не работало и тд.
Забавно, что на десктопах, на которых в основном выпадает рекапча, у меня нигде нет камер. Да и на мобилке браузеру запрещено камерой пользоваться.
В былые времена, заселяясь в номер, первым делом вытаскивал из розетки телефон. А с этим что делать? В холодильник прятать?
Наверное, звонить на ресепшн, просить забрать это чудо. Вот набегаются-то