Накратко: Skill е повторно използваем сценарий за работа с инструкции, примери и при нужда скриптове. Plugin е инсталиращ се пакет, който може да обединява skills, връзки с външни услуги, MCP-инструменти и други компоненти. За повтаряща се задача в Codex обикновено е достатъчен skill; за работа с GitHub, Google Drive, Slack, CRM или друга външна система по-често е нужен plugin.

Skills и Plugins помагат да превърнете Codex от универсален помощник в работен инструмент за конкретен процес: подготовка на отчети, проверка на документи, обработка на задачи по разработка или събиране на данни от свързани услуги. Но изборът трябва да започне не от списък с модерни разширения, а от повтаряща се операция, която може да бъде описана, проверена и измерена.

С какво Skill се различава от Plugin

В актуалната терминология на OpenAI skill е набор от инструкции и помощни ресурси за определена задача или workflow. Plugin е инсталиращ се пакет, който може да съдържа един или няколко skills, connectors за външни услуги, MCP сървъри и допълнителни компоненти.

Критерий	Skill	Plugin
Основна роля	Задава повтаряем начин за изпълнение на една ясна задача	Пакетира по-широк сценарий и необходимите връзки
Какво може да включва	Инструкции, шаблони, примери, справочни материали, скриптове	Skills, connectors, MCP инструменти, настройки и други компоненти
Достъп до външни данни	Не е задължителен; зависи от наличните инструменти	Може да свързва външни услуги и техните данни
Типичен пример	Подготовка на седмичен отчет по зададен шаблон	Получаване на данни от Google Drive, обработката им и изпращане на резултата в Slack
Кога да изберете	Процесът е тесен, повтаря се и не изисква отделна интеграция	Необходими са външни услуги, няколко свързани възможности или разпространение на готов комплект

Просто правило за избор: ако задачата звучи като „винаги прави това по такива стъпки и в такъв формат“, започнете със skill. Ако звучи като „вземи данни оттук, изпълни действия там и спазвай общия workflow“, разгледайте plugin.

Как е устроен Skill в Codex

Skill се съхранява в отделна папка. Задължителният файл SKILL.md съдържа име, описание на областта на приложение и инструкции. До него могат да се намират скриптове, справочни материали и шаблони. Codex първо вижда краткото описание на skill, а пълния файл с инструкции зарежда, когато задачата отговаря на предназначението му. Този подход пести контекст и позволява да бъде достъпен голям набор от специализирани сценарии.

my-skill/
├── SKILL.md
├── scripts/
├── references/
└── assets/

Най-важната част не е дължината на инструкцията, а ясната област на приложение. В описанието трябва да се посочи каква задача решава skill, кога трябва да се стартира и в кои случаи не бива да се използва. Твърде общ skill започва да се задейства не на място, а твърде тесен трябва постоянно да се извиква ръчно.

Явно и неявно стартиране

В Codex skill може да бъде избран явно чрез споменаване с $. В Codex CLI и разширението за IDE също е достъпен списък със skills. Вторият вариант е да опишете задачата с обикновен език: Codex ще съпостави заявката с предназначението на инсталираните skills и автоматично ще избере подходящия сценарий.

Явното извикване е удобно, когато резултатът трябва стриктно да съответства на конкретен процес. Неявното — когато е по-важно бързо да се постави задача, а изборът на инструмент може да се остави на агента. За критични процеси е полезно skill да се посочва явно и да се запазват тестови примери за очаквания резултат.

Какво влиза в Plugin

Plugin може да включва не само инструкции, но и достъп до работни системи. Например connector позволява на Codex да работи с GitHub, Google Drive или Slack в рамките на предоставените на потребителя права. MCP сървърът предоставя структурирани инструменти и контекст, а самият skill обяснява на агента в каква последователност да използва тези възможности.

В резултат plugin решава не отделна текстова задача, а цял оперативен сценарий. Например:

да намери изискванията в Google Drive, да провери реализацията в хранилището и да подготви отчет;
да анализира коментарите към pull request, да внесе съгласуваните промени и отново да провери CI;
да събере данни от таблица, да оформи презентация и да запази крайния файл;
да прочете новите запитвания, да ги класифицира и да подготви чернови на отговори без автоматично изпращане.

Това е близко до логиката на AI агенти и асистенти: стойността се създава не от отделния отговор на модела, а от управлявана последователност от действия, достъпи и проверки.

Къде са достъпни Plugins и Skills

Към август 2026 г. плъгините са достъпни в ChatGPT Work в уеб версията, в ChatGPT Work или Codex в настолното приложение ChatGPT, както и чрез браузъра за плъгини в Codex CLI. В обикновения режим Chat, мобилното приложение и разширението Codex за IDE плъгините не се поддържат. Самостоятелните skills обаче могат да се използват в настолното приложение ChatGPT, Codex CLI и разширението за IDE.

Достъпността на конкретен плъгин зависи от средата, настройките на работното пространство и начина на удостоверяване. Някои връзки изискват OAuth и отделно влизане във външната услуга. Затова наличието на плъгин в каталога все още не означава, че той автоматично е получил достъп до данните.

Как да инсталирате и използвате Plugin

В ChatGPT Work и настолното приложение

Отворете режим Work или Codex на поддържана платформа.
Отидете в раздел Plugins.
Намерете нужния plugin, отворете картата му и натиснете бутона с плюс.
Ако е необходим connector, извършете удостоверяване и проверете поисканите разрешения.
След инсталирането започнете нов чат и опишете резултата, който искате да получите.

Plugin може да бъде избран явно чрез @ или просто формулирайте задачата. Например: „Събери последните изисквания от Google Drive и подготви чеклист за екипа“. Във втория случай системата сама избира подходящите инсталирани възможности.

В Codex CLI

В Codex CLI каталогът се отваря с командата /plugins. След инсталирането на плъгина трябва да започнете нова сесия, за да станат достъпни неговите skills и инструменти. В каталога можете да преглеждате източниците на плъгини, да проверявате инсталираните пакети и да ги включвате или изключвате.

Как да създадете собствен Skill

Най-добрият кандидат за първи skill е процес, който екипът вече изпълнява редовно и всеки път обяснява отново. Това може да бъде проверка на статия преди публикуване, подготовка на търговско предложение, анализ на инцидент, актуализиране на документация или седмичен отчет.

1. Фиксирайте границите на задачата

Опишете един конкретен резултат. Вместо „помагай с маркетинга“ е по-добре да формулирате: „по входния бриф подготви план на статия, провери задължителните факти и предостави HTML по редакционния шаблон“.

2. Определете входа и готовия резултат

какви файлове, връзки или данни получава skill;
кои стъпки са задължителни;
какъв трябва да е изходният формат;
кои действия са забранени без потвърждение;
как да се провери качеството на резултата.

3. Създайте чернова

В Codex можете да извикате вградения $skill-creator и да опишете процеса с обикновен език. Алтернативен вариант е ръчно да създадете папка и файл SKILL.md. За първия прототип обикновено са достатъчни инструкции; скриптове си струва да се добавят само там, където действително повишават повторяемостта или позволяват извършване на проверка.

4. Проверете с реални примери

Използвайте няколко типични задачи и поне един неудобен граничен случай. Проверявайте не само добрия резултат, но и пропуснати стъпки, измислени данни, неправилни действия с файлове и опити за изпълнение на критична операция без потвърждение.

5. Подобрявайте според дневника на грешките

Добрият skill не се появява от дълъг универсален промпт, а от наблюдения върху работния процес. Ако екипът постоянно поправя един и същ формат, добавя еднаква проверка или връща резултата на агента за доработка, това е сигнал да уточните инструкцията или да добавите тест.

Практически сценарии за бизнеса

Съдържание и редактиране

Skill може да съхранява tone of voice, структурата на статията, правилата за връзки, изискванията за проверка на фактите и финалния чеклист. Plugin ще е нужен, ако workflow трябва да намира материали в Google Drive, да получава задачи от система за управление на проекти или да публикува резултата във външна среда.

Продажби и поддръжка

Skill задава правила за класифициране на запитването, структурата на отговора и условията за предаване на мениджър. Plugin свързва пощата, CRM или месинджър. В чувствителни сценарии е по-добре на AI да се възложат подготовката на чернова и събирането на данни, а изпращането на съобщение, промяната на статуса на сделка или възстановяването на средства да останат за човек.

Разработка

Skill може да описва правилата за code review, стандарта за тестване и формата на отчета. Plugin добавя достъп до хранилището, pull request-и, задачи и CI. Такъв workflow е полезен, ако не само пише код, но и проверява промените в контролирана среда и показва на разработчика ясен diff.

Оперативни отчети

За един локален файл е достатъчен skill с правила за изчисляване и оформление. Ако данните са в Google Sheets, CRM и няколко отчета, plugin помага да се съберат източниците в един процес. Подобни схеми се отнасят към AI автоматизацията на бизнес процеси, където особено важни са повторяемостта, дневникът на действията и контролът на изключенията.

Сигурност: какво да проверите преди свързване

Plugin получава възможности само в рамките на свързаните услуги и предоставените разрешения, но тези права могат да включват четене и промяна на работни данни. Преди инсталиране оценете не само ползата, но и последствията от грешка.

Минимални права. Давайте достъп само до данните и действията, които са нужни за сценария.
Разделяне на четенето и записването. За първия пилот по възможност оставете workflow в режим на анализ и чернови.
Потвърждение на критични действия. Изпращането на съобщения, изтриването на данни, промяната на права и публикуването трябва да имат ясна точка за контрол.
Проверка на източника. Проучете страницата на плъгина, състава на пакета, свързваните услуги и условията за оторизация.
Тестова среда. Проверявайте новия workflow върху копия на данни или ограничен набор от обекти.
Дневник и обратимост. Действията трябва да са видими, а грешният резултат — поправим.

Ако в plugin се използват hooks — команди, изпълнявани в определени моменти от жизнения цикъл, — те трябва да се проучат отделно преди включване. За процеси с лични или търговски чувствителни данни трябва също да се проверят вътрешните политики на компанията и приложимите изисквания за защита на данните.

Как да стартирате реалистичен MVP

Не започвайте с опит да автоматизирате цял отдел. Изберете един често срещан процес с ясен вход и проверим изход. За първия цикъл е достатъчна следната схема:

фиксирайте текущите стъпки и ръчните проверки;
изберете една повтаряща се задача;
създайте skill без излишни интеграции;
тествайте го с реални примери;
свържете plugin само за системите, без които workflow не работи;
оставете потвърждението на важните действия за човек;
сравнете резултата с първоначалния процес.

За оценка на MVP са подходящи четири базови метрики: време за изпълнение на задачата, дял на резултатите без ръчна преработка, брой грешки и брой действия, които все още изискват човек. За клиентски процеси добавете скоростта на първата реакция и дела на запитванията, коректно предадени на мениджър. Тези показатели са по-полезни от общото впечатление, че „AI започна да работи по-добре“.

Чести грешки

Да се създава един универсален skill за десетки несвързани задачи.
Да се инсталират plugins, преди да е ясен самият бизнес процес.
Да се дават права за запис, когато за пилота е достатъчно четене.
Да се очаква, че свързването на услуга автоматично ще поправи неточните инструкции.
Да не се проверява резултатът с реални и гранични примери.
Да се оценява успехът по броя инсталирани инструменти, а не по качеството и времето за изпълнение на работата.

FAQ

Може ли да се използва Skill без Plugin?

Да. Ако задачата се основава на инструкции, локални файлове и вече достъпни инструменти, отделен plugin може да не е необходим. Plugin е нужен най-вече за инсталиране на готов пакет от възможности или свързване на външни услуги.

Трябва ли всеки път изрично да се извиква Skill?

Не. Codex може да избере skill автоматично, ако заявката съответства на описанието му. Явното извикване чрез $ е полезно, когато трябва гарантирано да се приложи конкретен workflow.

Защо инсталираният Plugin не се вижда в текущия чат?

След инсталиране обикновено трябва да започнете нов чат, а в Codex CLI — нова сесия. Проверете също дали избраният интерфейс поддържа плъгини и дали свързването на външната услуга е завършено.

Може ли на Plugin да се възложи автоматичното изпращане на имейли или промяната на CRM?

Технически това зависи от инструментите и разрешенията, но на етапа на MVP е по-безопасно да се подготвят чернови и да се иска потвърждение преди външни или труднообратими действия. Автоматизацията се разширява след тестване, настройка на правата и анализ на грешките.

Кога си струва собствен Skill да се превърне в Plugin?

Когато workflow трябва да се разпространява като инсталиращ се пакет, да се обедини с други skills или да се допълни с connectors и MCP инструменти. За локален процес в един проект отделна папка за skill обикновено е по-проста.

Какво да направите след това

Започнете с една задача, която екипът повтаря всяка седмица. Опишете входните данни, задължителните стъпки, формата на резултата и точките за ръчна проверка. Ако външни системи все още не са нужни, създайте skill. Ако процесът изисква данни или действия в други услуги, добавете подходящ plugin и минимално необходимите разрешения.

Нужна ли е помощ за проектиране на такъв workflow за екипа? Обсъдете задачата с CenterAI: ще определим подходящия MVP, необходимите връзки, контролните точки и метриките за резултата.

Източници

Дата на последната проверка: 09.08.2026.

Skills и Plugins в Codex: как да изберете, инсталирате и използвате в работата