resolve: постановку текстом взяли полноправным входом

Задачу часто нужно решить прямо по описанию в разговоре, без файла в
каталоге — так её берёт и opsx:propose. Скилл вход текстом объявлял, но
прорабатывала его одна разведка: у решения и обслуживания шаг «прочитать
задачу» читал разделы записи, шаг закрытия закрывал запись, признак
обслуживания опирался на объявленный автором тип, а критерии приходили
«от проекта».

Форм постановки теперь две, и они равноправны. Отпадают ровно те шаги, у
которых пропал предмет: ready гонять нечего, закрывать нечего. Ни один
шаг с предметом не выпал — гейт, ревью, синк, чекпоинт и коммит идут как
обычно, а сценарий, метку и глубину форма не выбирает.

Взамен пропавшего — названное вслух первой репликой: как понята
постановка, каким типом её считаешь и где проводишь границу. Человек,
написавший текст, сидит в этом же разговоре и поправляет одной фразой;
названный после работы тип не признак, а объяснение готового диффа.

По сценариям: решение добирает недостающие критерии приёмки на чекпоинте
и считает их данными только после ответа; обслуживание объявляет их
отсутствие строкой (чекпоинта у него нет) и само называет границы,
которых текст не дал; разведка увязана с общим правилом, а её шаг
закрытия отпал с оговоркой про единственный след — записанный ответ.

Записи в каталог скилл по-прежнему не заводит: ни перед работой, ни
задним числом ради закрытия. Похожую строку беклога не разыскивает.

Перечень осей пополнен формой постановки: по ней ветвятся готовность,
источник типа и наличие закрытия.

av-dev/shared/axes.md

@@ -18,6 +18,7 @@
 | --- | --- | --- |
 | стадия проекта | `build` `support` | `task-track/SKILL.md`, «Две стадии» |
 | тип записи | `feature` `fix` `chore` `research` | `task-track/SKILL.md`, «Тип записи» |
+| форма постановки | запись каталога · текст | `code-resolve/SKILL.md`, «Вход» |
 | сценарий | решение · обслуживание · разведка | `code-resolve/SKILL.md`, «Развилка» |
 | метка | `small` `medium` `large` | `code-review/SKILL.md`, «Метки» |
 | режим прогона | с меткой · без метки | здесь, ниже |
@@ -42,6 +43,8 @@
 | стадия проекта | тип записи — **не влияет, и это записано явно** | `task-track/SKILL.md`, «Две стадии» |
 | стадия проекта | как серьёзность находки ложится в список | `task-track/references/from-review.md` |
 | стадия проекта | где сценарии кладут свой исход и чем закрывают переходное состояние | `code-resolve/references/research.md`, `task-track/references/adopt.md` |
+| форма постановки | проверку готовности, кто называет тип, есть ли шаг закрытия | `code-resolve/SKILL.md`, «Постановка текстом» |
+| форма постановки | сценарий, метку и глубину — **не влияет, и это записано явно** | там же: развилка у обеих форм общая |
 | тип записи | сценарий — **предлагает**, подтверждает предмет работы | `task-track/SKILL.md`, «Тип записи» |
 | тип записи | метку и глубину — **не влияет, и это записано явно** | там же |
 | сценарий | режим прогона: обслуживание идёт без метки | `code-resolve/references/maintain.md` |
@@ -70,9 +73,11 @@
 стройке — обычное дело (первые шаги плана заводят гейт и сборку), и идёт он там
 так же, как на доработке.
 
-**Стадия проекта × категория документа и × коды выхода.** Не влияет: категория —
-свойство документа, коды — общий словарь скриптов. Названо потому, что перечень
-объявлен полным, и клетка без ответа читается как забытая.
+**Стадия проекта × категория документа, × коды выхода и × форма постановки.** Не
+влияет: категория — свойство документа, коды — общий словарь скриптов, а форму
+постановки выбирает тот, кто зовёт скилл, и на стройке она такая же, как на
+доработке. Названо потому, что перечень объявлен полным, и клетка без ответа
+читается как забытая.
 
 **Режим прогона × severity.** Триаж обязателен всегда, в том числе без метки. Но
 часть оснований `critical` — построенный путь к отказу, замер — добывается