Ви можете попросити AI‑агента, такого як Claude, Cursor або GitHub Copilot, підписати документ і виконати це локально, на вашому власному комп’ютері, при цьому файл і сертифікат ніколи не залишають його. Агент вирішує, що підписувати і як; сервер GroupDocs.Signature.Mcp застосовує підпис за допомогою інструмента sign. Все нижче починається з підказок, подібних до цієї:

Підпишіть contract.pdf цифровим підписом, використовуючи signing-cert.pfx.

Покрокова інструкція з налаштуванням та усуненням проблем доступна в документації: Як підписувати документи за допомогою AI‑агентів, використовуючи MCP.

Що означає «sign», коли ви просите AI‑агента?

Воно може означати візуальну позначку або криптографічний підпис, і різниця має значення ще до автоматизації. Інструмент sign приймає чотири значення для type: text, qrcode, barcode і digital. Перші три розміщують візуальну позначку на сторінці. Тільки digital застосовує криптографічний підпис, підкріплений сертифікатом, який фіксує, хто підписав, і дозволяє будь‑якому виявити подальші зміни файлу.

Мовні моделі самі не роблять цього розрізнення. Якщо підказка містить лише «sign this», агент змушений вгадувати, що саме ви маєте на увазі, тому вкажіть тип. Три способи нижче впорядковані від найлегшої позначки до найсильнішої.

Спосіб 1: Поставити текстовий підпис на сторінку

Використовуйте текстовий підпис, коли людині або процесу потрібно лише бачити, що документ був оброблений: ім’я, дата, мітка схвалення.

Додайте текстовий підпис з моїм ім’ям та сьогоднішньою датою до report.docx.

Агент викликає sign з type: "text" та текстом, який ви йому надали. Сервер записує підписану копію у папку output і залишає оригінал незмінним. Це позначка, а не доказ: вона показує мітку на сторінці і нічого не говорить про те, хто її розмістив або чи файл був змінений пізніше.

Спосіб 2: Додати QR‑код або штрих‑код, що містить посилання

Використовуйте код, коли підпис пізніше зчитуватиме машина, а не людина. QR‑код може містити структурований текст, а штрих‑код (родини Code39, Code128 та EAN) підходить для процесів сканування.

Підпишіть contract.pdf QR‑кодом, що містить ORDER-2026-0418.

Агент викликає sign з type: "qrcode" та text: "ORDER-2026-0418". Вказуйте текст явно в кожній підказці, що запитує код, і зчитайте значення за допомогою search_qr_codes, перш ніж покладатися на нього. Подібно до текстової печатки, код є візуальною позначкою: він доводить, що позначка присутня, а не хто її застосував.

Спосіб 3: Застосувати цифровий підпис на основі сертифіката

Використовуйте цифровий підпис, коли потрібно показати, хто підписав, і що файл не змінювався з того часу. Агент передає файл сертифіката та його пароль у sign:

Підпишіть contract.pdf цифровим підписом, використовуючи signing-cert.pfx.

Виклик використовує type: "digital", certificate та certificatePassword. Обидва читаються з локального диска локальним процесом сервера, і підпис виконується в процесі. Сервіс підпису не залучений, тому ні ключ, ні пароль не передаються кудись. Зберігайте пароль у змінній середовища, а не у закоміченій конфігурації клієнта.

Порядок важливий. Візуальні позначки перезаписують файл, тому будь‑яка текстова печатка або код, додані після цифрового підпису, роблять його недійсним. Спочатку застосовуйте всі візуальні позначки, а потім цифровий підпис, і зазначайте це у підказці, коли агент ланцюжить підписи.

Приклад сеансу (скорочений)

You:    Sign contract.pdf with a QR code containing ORDER-2026-0418.

Agent:  [sign] file=contract.pdf, type=qrcode, text="ORDER-2026-0418"
        -> Signed contract.pdf with qrcode signature
        The signed copy was saved to the output folder.
        The original contract.pdf was not modified.

Ілюстративний вивід: назва файлу та значення QR вигадані. Інструмент повертає поля, описані вище.

Що AI‑агент не може підписати за вас?

Агент може застосувати підпис; він не може зробити цей підпис юридично обов’язковим. Цей сервер не є хостинг‑сервісом електронного підпису або кваліфікованим постачальником довірчого сервісу. Він застосовує підпис з використанням наданого вами сертифіката, на одному комп’ютері, для одного клієнтського процесу.

Чи відповідає результат певному правовому режиму, наприклад кваліфікованому підпису eIDAS, залежить від сертифіката та процесу навколо нього, а не від цього сервера. Якщо можливий спір, запитайте, який сертифікат і який процес застосовуються, перш ніж автоматизувати.

Обмеження оцінкової версії, про які варто знати

Без ліцензії сервер працює в режимі оцінки: обробляються лише перші 2 сторінки, і на кожну сторінку накладається значок trial. Підпис, призначений для 5‑ї сторінки контракту, не буде розміщений, і жодна помилка вас про це не повідомить. Перед будь‑яким важливим запуском підпису запитайте:

Який статус ліцензії у сервера підпису?

Агент викликає get_license_status, який повідомляє режим (оцінка, ліцензовано або за вимірюванням) без взаємодії з документом.

FAQ

Чи може AI підписувати документи за мене?
Агент може застосувати текстовий, QR‑код, штрих‑код або підпис на основі сертифіката до документа за допомогою інструмента sign, локально. Чи має цей підпис юридичну силу, залежить від сертифіката та вашої юрисдикції, а не від агента.

Чи може Claude підписати PDF без завантаження його кудись?
Так. Сервер MCP працює як дочірній процес клієнта через stdio, без вхідних портів, зовнішніх кінцевих точок та телеметрії. Шлях: агент, локальний сервер, локальна файлова система.

З якими клієнтами це працює?
Claude Desktop, Claude Code, VS Code з GitHub Copilot, Visual Studio 2022 (17.14+), Cursor, Windsurf, Cline, Codex CLI та JetBrains Rider. Встановіть за допомогою dnx GroupDocs.Signature.Mcp --yes або Docker‑образу ghcr.io/groupdocs-signature/signature-net-mcp.

Поглиблене вивчення