Проход упрощения уткнулся в один класс у всех пяти агентов: слово, живущее в трёх-шести файлах разом. Правка в одном месте развела бы словарь, правка во всех — уже не упрощение текста скилла. Каждый честно остановился и записал слово в отчёт, и одни и те же слова всплыли в разных отчётах. Разобрано этим проходом. Причина, по которой они вообще накопились, оказалась в самом уставе языка. Он разрешал не переводить «термин, у которого нет точного русского эквивалента и который в команде уже прижился». Проверить это нельзя: прижившимся выглядит любое слово, встреченное трижды, — и ровно так рассудили пять агентов подряд, каждый независимо. Оговорка заменена закрытым списком из девяти терминов с колонкой «что называет»: интейк, триаж, провенанс, дедуп, чек-лист, дифф, промпт, сущности OpenSpec, роды проходов ревью. Интейк оставлен потому, что «заведение» называет создание файла, и слить их значит смешать две операции; провенанс — потому что «источник» рядом называет саму запись, а не свойство числа. Слово не из списка и не из таблицы имён вещей — находка, а не стиль. Список заведён домом язык-словарь в language.md и копией в уставе doc-wording. Копия обязательна: агент работает в репозитории проекта, где плагина может не быть, и без списка предъявил бы интейк как англицизм. Снято пять слов, 29 мест: конфляция → смешение, декорреляция → разведённость, непоймание → почему не поймали, эвал-сет → проверочный набор, гайд → руководство. Латинизм или калька при живом русском слове в каждом случае. Разбор декорреляции показателен: проект уже владел нужным словом — «агенты разведены по глубине», «разведены по охвату» — и держал рядом латинский синоним того же понятия. Это не англицизм, а второй дом для слова. Непоймание снято ещё и потому, что форма журнала дефектов, которую канон кладёт в проекты, спрашивает «Почему не поймали», а проза рядом называла это «причиной непоймания». Скелет и проза о скелете говорили разными словами. Снятое записано вместе с оставленным, в одном списке и с заменой каждого. Иначе слово возвращается: из текстов оно уходит, но ничто не мешает следующему проходу завести его заново — оно ведь короткое и точное на вид. Тема 32 в DECISIONS.md, следствия 124-126. Нумерация правил в уставе doc-wording сдвинута: словарь встал шестым, жаргон и далее уехали на единицу. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
7.8 KiB
🎯 goal — возможность приложения
Цель отвечает на «что приложение будет уметь». Не область работ и не имя подсистемы: не «Работа со слиянием», а «Исход слияния не зависит от порядка доставки». Свойство поведения — тоже возможность.
Общая форма записи (мета, слаг, строка индекса) — task-format.md. Здесь только то, что у этого типа своё.
Схема
| Заголовок отвечает на | что приложение будет уметь |
| Обязательные разделы | Завершение |
| Допустимые сверх того | — |
| Поле места | Секция — часть роадмапа |
Цель (goal:<слаг>) |
запрещена: цель и есть цель |
| Индекс | ROADMAP.md, и никогда BACKLOG.md или SPRINT.md |
| Берётся в спринт | нет — берутся её задачи |
Поле места у цели называется «Секция», а не «Категория», и это не разнобой: у задачи оно называет полку домена, в которую она вернётся из спринта, а у цели — часть роадмапа, то есть состояние очереди. Одно имя на два смысла их и смешивало.
«Завершение» — списком, а не абзацем
Это признаки того, что приложение уже умеет, и на строки этого раздела ссылаются задачи цели: «двигает пункт 2 «Завершения» — накопительная метрика перестаёт уменьшаться». Абзацем такая ссылка не берётся, поэтому список.
Отсюда же читается обратное и более полезное: строка «Завершения», к которой не относится ни одна задача, — незакрытая часть возможности. Достаточность набора задач видна из самой цели, а не из чьей-то памяти.
Алгоритм
- Проверить, что это возможность, а не работа. Работа, которой держат
проект, на вопрос «что приложение будет уметь» не отвечает; состав перечислен
в каноне, раздел «Сопровождение и
эксплуатация». Ей отведена секция
Сопровождение— там она видна в том же экране и не читается как обещание продукта. Граница проходит по тому, кто наблюдает: «приложение сообщает о своём состоянии» — возможность, «дежурный видит состояние на одном экране» — сопровождение. - Выбрать секцию. Очередь значима и обоснована прозой —
Запланировано; тянется долго и очереди не имеет —Направления; про то, чем держат проект, —Сопровождение. ВГотовокладёт самclose. - Написать «Завершение» — 2–5 наблюдаемых признаков списком. Пишутся до декомпозиции: иначе задачи придумают себе цель задним числом.
- Разложить на задачи и проставить им
goal:<слаг>. Перечень задач в теле цели не хранится — он был бы третьим индексом и поехал бы на первой же закрытой задаче; выводитtasks.py list --goal <слаг>. - Пометить
decomposed. Тег отличает «ещё не разобрана» от «все задачи закрыты» — два состояния с одним внешним признаком.check --fixставит его сам цели, у которой задачи есть. - Закрыть достигнутой —
close <слаг> --implemented, когда не осталось открытых задач. Файл удаляется, строка с датой переезжает вГотово. Скрипт откажет, если задачи ещё живы.
Отменённая цель — сперва задачи, потом цель
Замысел бывает неверен, и цель отменяют, не достигнув. Порядок обратный
завершению и держится тем же запретом: цель, закрытая поверх живых задач,
оставила бы их сиротами, и close этого не даст.
- Разобрать её задачи поштучно. Задача, теряющая смысл вместе с целью, —
close <slug> --reason "<почему>"; задача, переживающая цель, —edit <slug> --goal <другая>. Причина обязательна и пишется своя каждой: «цель отменена» это не причина, а пересказ команды, и вREJECTED.mdот него нет пользы через квартал. - Закрыть саму цель —
close <слаг> --reason "<почему замысел отменён>". Файл удаляется, строка с причиной и датой уходит вREJECTED.md. ВГотовоне попадает:Готовоотвечает «что приложение умеет», а отменённая цель не умеет ничего.
Место этому — переоценка на сессии, а не отдельный заход. Отмена цели значит разбор всех её задач, а разбор задач и есть шаг 3 сессии (cadence.md, пункт 7). Отменять на ходу, между делом, — верный способ закрыть скопом то, что стоило перевесить.
Что видит машина, а что человек
check считает цели, различает разобранные и пустые, ставит decomposed,
запрещает закрыть цель с живыми задачами и держит Секцию в согласии с
заголовком роадмапа. Годность формулировки — не машине: «возможность это или
область работ» решает агент вычитки.
Достигнутая цель не исчезает: «что приложение умеет» — половина вопроса, ради
которого роадмап открывают. Вторым домом поведения роадмап при этом не
становится: нормативное поведение живёт в openspec/specs/, роадмап отвечает,
когда и в каком порядке оно появилось.