Refat Talks: Tech & AI

Пишете Skills для бизнеса - черпайте вдохновение из SOP Сейчас не про скилы вокруг тулов (типа pdf или google ads), а процедурные: обработка входящей заявки, создание коммерческого предложения, обработка счета от поставщика и т.д. Цепочка действий с решениями и исключениями. Есть очень развитая область знаний, практики из которой очень хорошо помогают с написанием Skills - это SOP, Standard Operating Procedure - термин вошел в обиход в армии США времен Второй мировой, потом разошелся по авиации, энергетике, любой франшизе - операционная книга McDonald's на 600+ страниц это классический пример. Короче, человечество учится эффективно промптить людей писать процедуры уже лет восемьдесят. Постарался чуть систематизировать аналогии, но их куда больше: 1. Чек-листы по месту применения. SOP-традиция учит: в сложных процессах ошибки происходят не от незнания, а от пропуска известных критических шагов. Лечится коротким, точным чек-листом именно в момент риска. Для skill это усугубляется прогрессивным раскрытием: модель может вообще не дочитать до общего раздела, где вы отдельно поместили чек-листы. А ещё выносите в скрипт (js/py) все, что поддается автоматической валидации - аналог инструментальной проверки в SOP. 2. TWI: шаг → ключевой момент → почему. Toyota учит: без "почему" шаг обходят при первом неудобстве. У человека это сопротивление, у модели - тихая импровизация: инструкция выполнена формально, но edge case отработан по-своему. 3. Автор = свежий практик. Toyota-принцип: инструкцию пишет тот, кто только что делал работу - у него жива память о тупиках и неочевидных аргументах. Skill, написанный в отрыве от реального прохода или чисто по памяти, систематически пропускает ключевые моменты. 4. Dry-run на неосведомленном исполнителе. Эксперт достраивает пропуски из опыта и их не замечает - поэтому SOP тестируют новичком. В skill это паттерн Agent A / Agent B (например 2 сессии): один пишет, другой выполняет, вы наблюдаете разрыв между замыслом и исполнением. 5. Физическая выполнимость → совместимость с рантаймом. SOP-правило: шаги, невыполнимые имеющимся оборудованием, будут обходиться. Для Skills - список зависимостей в SKILL.md + первая команда самопроверки (например, в облачных агентах скрипты иногда не могут ставить пакеты, вы даже не узнаете, что скилл просто не работает). И так далее, например: убрать размытые модальные слова типа "периодически", "typically", "регулярно"; один шаг - одно действие без отрицаний; и даже правило "5 почему" от Тойоты тут неплохо работает. Материалов на тему SOP много, например вот и вот, это в целом полезные практики. Для меня стало полезным осознанием что из SOP можно позаимствовать практики для написания скилов, возможно и вам пригодится что-то из этого. Делитесь своим опытом в комментариях! 🔥 ➕ 🔁 @nobilix