Навыки ИИЗнаков 9344Время чтения24 мин

Рекомендуемый Skill: Kami собирает контент в единый, пригодный к выдаче визуальный результат

Kami — это открытый AI-документ-дизайн Skill от tw93 для Claude Code, Claude Desktop и универсальных Agent, который превращает резюме, one-pager, длинные документы, слайды и посадочные страницы в единый, готовый к доставке визуальный результат.

Недавно я обратил внимание на открытый проект Kami от tw93, и моя первая реакция была такой: это не просто шаблонный проект, а очень хороший пример для наблюдения за формой Claude Skill.

Его слоган: Good content deserves good paper. В дословном переводе — «хорошему контенту нужна хорошая бумага». Эта фраза очень точно отражает позиционирование проекта: ИИ уже хорошо умеет генерировать текст, резюмировать материалы и переписывать структуру, но для реальной передачи результата часто не хватает последнего шага — верстки, визуальной иерархии, «дизайна» документа и читаемости.

Kami как раз и закрывает этот шаг.

Он упаковывает систему документ-дизайна в Skill, благодаря чему Claude Code, Claude Desktop и даже универсальные Agent, совместимые с каталогом ~/.agents/, автоматически вызывают нужные возможности по запросу на естественном языке и превращают контент в страницы, которые выглядят как «официальный результат для передачи».

1. Что такое Kami

Kami — это открытый документ-дизайн Skill от tw93. Название Kami в проекте соответствует японскому слову «бумага». Из описания проекта видно, что он является третьим инструментом в линейке Kaku · Waza · Kami:

  • Kaku отвечает за написание кода;
  • Waza ориентирован на привычки и тренировку;
  • Kami отвечает за выдачу документа.

По назначению Kami нацелен на такие сценарии:

  • резюме;
  • one-pager (одностраничное описание);
  • длинные документы;
  • формальные письма;
  • портфолио;
  • слайды;
  • отчеты по долям/исследованиям;
  • changelog;
  • посадочные страницы продуктов.

Подобный контент, конечно, и раньше мог быть сгенерирован ИИ напрямую, но зачастую это было лишь «текстово корректно». Kami делает акцент на том, что важно не только «чтобы было» — важно, чтобы это читалось, демонстрировалось и воспринималось как готовый артефакт.

Поэтому это не просто сообщение модели вроде «сделай красивую верстку». В Skill упакованы шаблоны, шрифты, визуальные правила, языковые маршруты, способы экспорта и документация по использованию.

2. Почему это подходит как пример Skill

Официальное определение Agent Skills от Anthropic: Skill — это модульная возможность, расширяющая функциональность Claude; каждый Skill может содержать описание, метаданные и при необходимости скрипты, шаблоны и другие ресурсы, и использоваться Claude автоматически в соответствующих задачах.

Это существенно отличается от традиционных промптов.

Обычный промпт обычно действует только в текущем диалоге. Сегодня вы пишете «сделай верстку в таком стиле», а завтра снова нужно вставлять тот же текст. Skill больше похож на рабочую инструкцию в файловой системе: у него может быть SKILL.md, scripts/, references/, шаблоны, шрифты и другие ресурсы. Claude подгружает нужное при обращении к задаче, а не держит всё сразу в контексте.

Kami очень хорошо иллюстрирует этот подход.

Это не просто «напиши мне промпт «теплая бумага, синий акцент, антиква»; это фиксация этих предпочтений в виде дизайн-системы:

  • с помощью SKILL.md описываются назначение Skill, сценарии запуска и рабочий процесс;
  • шаблоны покрывают разные типы документов;
  • скрипты обрабатывают упаковку, восстановление шрифтов, проверку версии и прочие механические операции;
  • справочные файлы задают бренд-данные, визуальные правила и ограничения на вывод;
  • запуск идет через естественный язык, а не через запоминание сложных команд.

Именно это делает его полезным примером: Skill здесь — это не «длинный промпт», а нарастающий пакет рабочего процесса, который можно многократно переиспользовать.

Критически важную разницу между Skill и промптом можно дополнительно изучить в спецтеме Skill: путь от промпта к переиспользуемому AI-процессу. За ещё одним примером упаковывания процесса в Skill можно обратиться к статье добавить рабочий процесс в coding-агента с Superpowers.

3. Что может генерировать Kami

По публичной информации Kami сейчас поддерживает разные шаблоны документов и страниц, включая one-pager, длинные тексты, письма, портфолио, резюме, слайды, отчеты по долям, changelog и посадочные страницы.

В фокусе не «эффектность», а единое ощущение бумаги и редакторской аккуратности. В проектной документации неоднократно повторяются визуальные ключи:

  • фон с тёплым оттенком бумаги;
  • акцентный цвет в цвете чернильно-синего;
  • иерархия на базе шрифтов с засечками;
  • ритм, ближе к официальным печатным публикациям;
  • маршруты CJK-типографики для китайского, английского, японского и корейского.

Для китайского контекста это особенно важно. У многих AI-генерируемых китайских документов главная проблема не в содержании, а в типографском качестве: нестабильные шрифты, некомфортный межстрочный интервал, жесткая иерархия заголовков, неестественная адаптация китайских шаблонов из английского мира.

Kami вводит отдельные шрифтовые цепочки для китайского, английского, японского и корейского. Из открытого SKILL.md видно, что для китайского и для японского/корейского используются разные решения, а для последних — путь лучше рассматривать как best-effort и перед финальной выдачей провести визуальную проверку.

Это означает, что «поддержка многоязычности» здесь не просто слоган, а реальная работа с шрифтами, интервальными параметрами, ритмом пунктуации и качеством экспорта.

4. Как установить и запустить

Если вы используете Claude Code, официальный README дает установку:

npx skills add tw93/kami -a claude-code -g -y

Если вы используете универсальный Agent, например Codex, OpenCode или другие инструменты, читающие ~/.agents/, можно выполнить:

npx skills add tw93/kami -a '*' -g -y

Если вы работаете через магазин плагинов Claude Code и ваша версия подходит, можно добавить через:

/plugin marketplace add tw93/kami
/plugin install kami@kami

Для Claude Desktop обычно скачивают kami.zip из GitHub Releases, затем переходят в Customize > Skills, нажимают + для создания Skill и загружают архив. По открытым данным, пакет для Claude Desktop старается исключать крупные CJK-шрифтовые файлы, чтобы размер ZIP не разрастался; отсутствующие шрифты пытаются восстановить скрипты.

Запуск также максимально естественный — без slash-команд. Пользователь может прямо написать:

Помоги сделать мне one-pager

или:

Помоги собрать это исследование в длинный документ

Также можно писать:

build me a resume
design a slide deck for my talk

Когда Claude определяет, что задача подходит, он автоматически вызывает этот Skill.

5. Как это связано с MCP

Строго говоря, Kami больше похож на Skill, чем на MCP-сервер.

MCP, то есть Model Context Protocol, — это открытый стандарт от Anthropic, задача которого — единый способ подключать AI-приложения к внешним системам: локальным файлам, базам данных, инструментам поиска, бизнес-системам и рабочим процессам. В официальной документации MCP часто сравнивают с USB-C интерфейсом для AI-приложений.

Сферы фокуса у Skill и MCP разные:

  • Skill — это скорее «инструкция к задаче + шаблоны + скрипты + пакет ресурсов»;
  • MCP — это «протокол, который позволяет AI подключаться к внешним источникам и инструментам»;
  • Skill удобен для закрепления устойчивых рабочих процессов;
  • MCP удобен для подключения внешнего мира, чтения/записи данных и вызова инструментов.

На примере Kami его ценность — в скиллизации, а не MCP-внедрении. Он упаковывает «как сделать хороший документ» в переиспользуемую способность. Если в будущем понадобится подключение к Notion, Google Drive, CMS или корпоративным медиа-библиотекам, тогда уже уместно добавлять MCP.

Иными словами, Kami решает задачу «как превратить контент в качественный результат». MCP решает задачу «как Agent стабильно подключается к внешнему миру». Эти подходы совместимы, но решают вопросы разных уровней.

6. Какой workflow-уровень я увидел в Kami

По моему мнению, самое ценное в Kami — не конкретная «красивость» какого-то шаблона, а то, что он раскладывает AI-воркфлоу на более устойчивые слои:

1. Фиксация эстетики в виде правил

Многие просили ИИ делать документы, но результат нестабилен, потому что эстетические требования остаются в формате устных формулировок.

Например:

Сделай его более деловым
Сделай верстку более чистой
Как-то как у формального отчета

Эти формулировки слишком абстрактны, и модель каждую итерацию понимает по-своему. Kami делает по-другому: визуальный стиль записан в Skill — фон страницы, акцентный цвет, иерархия шрифтов, структура шаблона и поддержка языков превращаются в явные ограничения.

2. Оформление повторяющихся задач в шаблоны

Резюме, one-pager, длинные документы, портфолио, PPT, посадочные страницы — по сути у них есть стабильные структуры.

Если каждый раз начинать с нуля через промпт, получается много лишней работы. Ценность Skill в том, что такие повторяющиеся структуры закрепляются, и пользователю остается предоставить контент и цель, а не заново проектировать процесс на каждом шаге.

3. Вложение стандартов передачи в инструмент

Много AI-контента выглядит «достаточно хорошим», но недостаточно, чтобы его реально отдать клиенту или команде, например:

  • неясная иерархия заголовков;
  • некомфортные китайские шрифты;
  • нестабильные поля и отступы;
  • смещение после экспорта в PDF;
  • слайды без единого стиля;
  • длинные документы без ритма чтения.

Kami переносит решение таких вопросов в сам Skill до начала работы. В результате ИИ не просто пишет текст, а движется к «готовности к передаче».

7. Что это дало мне лично

Если перенести этот подход в мой собственный контент-сайт или AI Workflow-проект, Kami напоминает: не стоит ограничиваться написанием промптов, лучше повторяющиеся шаги выносить в Skill.

Когда я пишу статьи, кейсы по нумерологии имени, обзоры AI-инструментов, SEO-сборники, там тоже много стабильных шагов:

  • стандартизация frontmatter;
  • унификация уровней заголовков;
  • проверка «голых» ссылок в теле;
  • сведение источников в конец;
  • контроль длины SEO-описания;
  • сохранение авторской манеры;
  • проверка изменчивой информации через интернет;
  • вывод Markdown, готового к публикации.

Эти требования можно держать в промпте, и это сработает. Но в долгосрочной перспективе это очень повторяемо. Гораздо устойчивее сделать собственный Skill, чтобы Agent автоматически применял эти правила при работе с конкретным типом контента.

И это главное напоминание от Kami: ключ AI-воркфлоу — не только в мощности модели, а в том, чтобы экспертные решения, проверенные человеком, и выверенные форматы с процессами превращались в переиспользуемый актив.

8. Для кого это подходит

Я считаю, что Kami будет полезен следующим категориям:

  • тем, кто часто генерирует с ИИ резюме, отчеты, презентации, портфолио;
  • тем, кто хочет превращать AI-контент в официальный готовый артефакт;
  • пользователям Claude Code или Claude Desktop;
  • тем, кто изучает структуру проектов Claude Skill;
  • тем, кто делает личный бренд, страницы продукта, one-pager проекта;
  • тем, кто предъявляет требования к качеству верстки китайских документов.

Но и это не всесильный дизайнер.

Если вам нужен очень сложный бренд-системный дизайн, коммерчески выверенный визуал или строгая привязка к VI-гайдам конкретной компании, всё равно понадобится человеческая проверка. Skill может поднять стандарт типовой выдачи, но перед финальной публикацией всё равно стоит проверить точность содержания, визуальный итог, лицензии шрифтов, экспортируемые файлы и совместимость с целевой платформой.

9. Заключение

Kami показал мне, что настоящая ценность Skill постепенно становится заметной.

Ранее мы часто обсуждали: «научится ли ИИ писать», а на следующем этапе важнее вопрос: после написания сможет ли ИИ стабильно выдавать материалы в формате, пригодном для передачи.

Kami отвечает: да, но при условии что в основе лежат оформленные стиль, шаблоны, скрипты, шрифты, логика вызова и стандарты сдачи результата.

Именно это делает Claude Skill особенно важным. Это не про «сделать промпт побольше», а про превращение опыта человека, норм компании и даже формата продукта в workflow, который Agent может вызывать снова и снова.

Для меня Kami стал хорошим напоминанием: действительно полезный AI-инструмент не обязан сразу быть громоздким. Достаточно хорошо сделать одно высокочастотное, конкретное, переиспользуемое действие и сделать его стабильным, понятным и выдачным для передачи — и этого уже достаточно.

Источники

Share

Поделиться статьёй