Один вхід може охопити більше за один дозвіл
Спільні підключення сервісів приходять у Copilot. Переносимий вхід потребує окремих меж для конкретних дій.
Спільні підключення сервісів приходять у Copilot. Переносимий вхід потребує окремих меж для конкретних дій.
Що я прочитав
28 жовтня GitHub оголосив public preview GitHub-verified MCP servers, або connectors. Одне підключення має працювати в застосунку Copilot, CLI, VS Code, хмарному Copilot та GitHub Mobile. Я прочитав оголошення й документацію GitHub MCP Server 1 листопада. Це огляд джерел, не тест клієнтів і не доказ доступності в кожному обліковому записі.
Нове місце перевірки
Названо 26 початкових сервісів, серед них Slack, Figma, Notion, Sentry, Linear та Atlassian Rovo. GitHub описує єдине підключення й підтримку входу у фоні. На мою думку, новий екран входу вже не нагадуватиме про кожну нову точку доступу. Потрібен перелік клієнтів, сервісів і дозволених робіт. Історія введення пароля не показує поточних повноважень.
Умови preview
Rollout заявлено для всіх планів Copilot. У Business та Enterprise адміністратор має ввімкнути Editor preview features. Керований MCP allowlist потребує додавання перевірених серверів; сам сервіс може мати окремий адміністративний дозвіл, як Slack MCP. Це умови оголошення, не перевірка конкретної організації. Повної специфікації зберігання даних і відкликання для кожного сервісу пост не містить.
Окремі рішення
README окремого GitHub MCP Server описує набори та окремі інструменти, а також read-only, що пропускає write-інструменти навіть за явного вибору. Це не доводить такі самі перемикачі в кожному managed connector. Доступний інструмент не встановлює згоди на конкретний коментар чи зміну репозиторію. Підключення, конфігурацію й схвалення дії варто записувати окремо.
План перевірки
У дозволеному тимчасовому репозиторії з вигаданими issues спочатку прочитати дані одним клієнтом, потім відкрити другий. Попросити чернетку коментаря без публікації. Перевірити відмову запису й чесне повідомлення про втрату доступу. Відкликати підключення документованим способом і перевірити потрібні клієнти. Я цього не запускав і не встановив часу поширення відкликання.
Запис спостережень
Потрібні клієнт і версія, сервіс, мітка акаунта, права, операція, точна ціль і результат. Відмова сервера відрізняється від рішення помічника не викликати інструмент. Важливі час відкликання та наступна спроба. Знімок налаштувань не доводить припинення доступу всюди. JSON нижче є незаповненим прикладом, а не реалізованим контролем.
{"trial":"proposed_not_run","service":"example","client":"PIN_VERSION","operation":"draft_comment","target":"synthetic_issue","write_approved":false,"revoked_at":null,"observed_result":null}Що оцінювати
Корисність означає простіший пошук контексту зі зрозумілими джерелами й межами запису. Чи можна звузити доступ? Чи зрозуміло, чому коментар лишився чернеткою? LICENSE коду GitHub MCP Server містить MIT, але не визначає умови хмарного сервісу, ціну або права акаунта. Я не підключав сервісів для цього матеріалу.