<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Skills on БлоGнот</title>
    <link>https://blognot.co/tags/skills/</link>
    <description>Recent content in Skills on БлоGнот</description>
    <generator>Hugo</generator>
    <language>ru</language>
    <lastBuildDate>Fri, 03 Apr 2026 22:45:40 +0000</lastBuildDate>
    <atom:link href="https://blognot.co/tags/skills/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Утечка workflow в скиллах Claude Code</title>
      <link>https://blognot.co/utechka-workflow-v-skillakh-claude-code/</link>
      <pubDate>Fri, 03 Apr 2026 22:45:40 +0000</pubDate>
      <guid>https://blognot.co/utechka-workflow-v-skillakh-claude-code/</guid>
      <description>&lt;p&gt;Есть много занятий, которыми можно заниматься постоянно и у меня к таким в последний год добавился регулярный анализ конфигурации всей моей AI-инфраструктуры, включая агентов. Тут, конечно, главное — вовремя остановиться в совершенствовании инструмента и перейти к его применению, но процесс все равно интересный.&lt;/p&gt;&#xA;&lt;p&gt;Я регулярно нахожу самые разные советы, собираю целые фреймворки для работы, например, Claude Code, стараюсь анализировать, что нахожу, комбинировать со своими наработками.&lt;/p&gt;&#xA;&lt;p&gt;Вот очень необычный и интересный совет, который я вытащил из фреймворка &lt;a href=&#34;https://github.com/obra/superpowers&#34;&gt;superpowers&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;Автор фреймворка обнаружил явление, которое можно назвать утечкой workflow. В Claude Code широко распространены скиллы, описывающие порядок действий в определенных случаях, которые подгружаются в контекст агента в случае срабатывания триггеров. Триггеры ориентируются на описание (description) скилла, поэтому принято там описывать назначение. Так вот, оказывается, если описание содержит не только случаи, в которых должен сработать скилл, но и описание того, что скилл делает, то Claude Code (точнее, LLM) может проигнорировать всё остальное содержание, посчитав описание достаточной инструкцией для работы.&lt;/p&gt;&#xA;&lt;p&gt;В случае у автора Claude, прочтя в описании &amp;ldquo;code review between tasks&amp;rdquo;, провел одно ревью вместо процедуры из нескольких этапов.&lt;/p&gt;&#xA;&lt;p&gt;Простое исправление — перечислять в description собственно условия срабатывания скилла и не допускать описания непосредственно процесса.&lt;/p&gt;&#xA;&lt;p&gt;Например, вместо &amp;ldquo;Comprehensive testing workflow with parallel unit/integration tests and gated E2E&amp;rdquo; написать &amp;ldquo;Use for &amp;lsquo;run tests&amp;rsquo;, &amp;rsquo;test this&amp;rsquo;, &amp;lsquo;check test coverage&amp;rsquo;&amp;rdquo; или вместо &amp;ldquo;Bug investigation and resolution workflow. Routes to investigate, diagnose, implement&amp;rdquo; прописать &amp;ldquo;Use for &amp;lsquo;fix this bug&amp;rsquo;, &amp;lsquo;debug this&amp;rsquo;, &amp;rsquo;this is broken&amp;rsquo;&amp;rdquo;.&lt;/p&gt;&#xA;&lt;p&gt;Тестировать исправление очень просто — если скилл продолжает срабатывать в нужных случаях, значит, описание достаточное для этого. Если нет — добавьте еще триггеры. Но вы точно будете знать, что агент прочтет весь скилл, что повысит вероятность его следования полному набору инструкций.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
