UGC кампания от Claude за 5 минути: какво прави MCP и какво не

MCP (Model Context Protocol) е отворен стандарт, през който AI асистент като Claude, ChatGPT или Claude Code получава достъп до инструменти на външна услуга. KLIPCHE има такъв сървър на адрес mcp.klipche.com. Свързан с него, асистентът вижда точно това, което вижда и профилът ти в сайта: кампании, кандидати, поръчки, съобщения и Наличност. Инструментите са разделени по роля: брандът пуска кампании и наема, криейтърът кандидатства и подава доставки. Достъпът е включен към всеки акаунт без отделна такса; плащаш само видеата, както и без асистент. Пълното описание е на страницата KLIPCHE в твоя AI асистент.

Свързването е три стъпки: добавяш адреса в асистента, при първия разговор той те праща към вход в KLIPCHE и на екрана за съгласие избираш обхватите. Паролата ти не минава през асистента; той получава токен само с разрешеното.

• Четене: кампании, кандидати, поръчки, съобщения, Наличност.
• Действия: публикуване на кампании, наемане, съобщения от твое име, правила за автоматични действия.
• Плащания: поръчки от криейтър, плащане от Наличността или запазена карта, освобождаване на защитеното плащане при одобрена доставка.

До обхвата „Плащания“ стои отделен ключ „Автономни плащания“. Изключен, всяко плащане чака изричното ти потвърждение в чата. Включен, асистентът плаща сам в лимити: по подразбиране до зададените тавани и само от Наличността; източникът (Наличност или Наличност + запазена карта) и таваните се сменят от „Настройки“, „Акаунт и сигурност“, секция „Автономни плащания“. Ключът е включен по подразбиране при свързване, така че ако искаш всяко плащане да минава през теб, изключи го там. Достъпът се спира по всяко време от „Настройки“, „Акаунт и сигурност“, блок „AI асистенти“, и спирането важи веднага.

Асистентът не „познава“ KLIPCHE отвътре: той вика инструменти с конкретни имена, а сървърът проверява правата ти при всяко извикване. Ето какво стои зад разговора по-горе.

Директната поръчка от профил на криейтър минава по същия принцип през order_from_listing, а еднократното плащане на поръчка през initiate_payment. Пълният списък с инструментите и обхватите им е на страницата за свързване.

Правилото е просто: необратимите и видимите за други хора действия минават на две стъпки. Първото извикване връща преглед и еднократен код за потвърждение, второто извикване със същия код изпълнява. Ако междувременно нещо се е променило, кодът е невалиден и прегледът се повтаря.

• Публикуване на обява: заданието става публично за криейтърите.
• Наемане: създава поръчки и партида за плащане.
• Плащане от Наличността: показва точната сума и чака „да“, освен ако ключът „Автономни плащания“ е включен и сумата е в лимитите.
• Одобряване на доставка: освобождава защитеното плащане към криейтъра и е необратимо. Изисква преглед на самите видеа преди това; мандатът за автономно освобождаване прескача само потвърждението, никога прегледа.
• Отбелязване на изпратен продукт: еднопосочно, няма „не е изпратен“; срокът на криейтъра тръгва, когато той потвърди получаването.
• Съобщение до всички наети: с потвърждение, защото го получават много хора.

Черновата, количката, съобщенията по конкретна поръчка и четенето не искат потвърждение: те са частни или обратими. Правилата за автоматични действия се създават като чернова и спирането им е винаги без потвърждение.

• Не снима видеа. Видеата са от криейтъри с продукта в ръка, по твоя бриф; асистентът организира, не създава съдържание.
• Не въвежда карта и не минава 3D Secure. Нова карта, смесено плащане и груповата партида се довършват в браузъра през линк.
• Не измисля суми. Сумата се смята от сървъра по поръчката; асистентът не я подава и не може да я промени.
• Не качва и не сваля файлове през чата. Качването е със сигурен линк към сайта; готовите видеа идват като адреси за изтегляне след одобрение.
• Не отказва кандидати и не пише от името на криейтър. Количката е тиха; отказът и масовото затваряне не са действия в канала.
• Не вижда извън твоя акаунт и роля. Всяка заявка минава през същите проверки за достъп като сайта и остава в журнала на достъпа.

Когато криейтърът подаде доставката, асистентът я показва през review_delivery: преглед с воден знак, преди да си одобрил. Ако нещо се разминава с брифа, request_revision иска корекция в поръчката. Одобрението е approve_delivery, с преглед и потвърждение, видео по видео или наведнъж. След одобрението get_approved_deliverables дава чистите файлове за изтегляне или за подаване към следващ инструмент, а при whitelisting get_spark_codes дава Spark Ads кодовете със сроковете им, защото при платена реклама от профила на криейтъра TikTok иска кода, не файла.

Как се пише самото задание е в шаблона за UGC бриф, а колко криейтъри да наемеш, в рамката за брой криейтъри. Какво от потока може да върви без теб и къде човекът остава задължителен е описано на страницата автоматизация на видео реклама с AI асистент.