Человеку удобнее видеть название вроде "Memory" или "Авторизация". Машине удобнее работать со стабильным идентификатором. Пока задач мало, разница почти незаметна. Но как только появляются массовый импорт, AI-агенты и автоматическое связывание задач, человекочитаемое название перестает быть надежным ключом.
Название может измениться, сущность остается той же
Epic сегодня может называться "Memory", завтра "Контекст и память", а через месяц получить русское название. Если связи задач строятся по тексту, переименование превращается в изменение данных.
Стабильный ключ вроде TT-EPIC-2 позволяет менять отображаемое название сколько угодно, не разрушая отношения между сущностями.
Одинаковые названия возможны в разных контекстах
Слова вроде "Интерфейс", "Авторизация" или "Рефакторинг" легко повторяются в разных проектах. Для человека контекст очевиден. Для автоматического импорта строка остается строкой.
Уникальный ключ снимает неоднозначность и не требует угадывать, к какому именно Epic относится задача.
Markdown становится надежнее
Если задача создается из MD-файла, достаточно одной служебной строки Epic: TT-EPIC-2. Трекер может однозначно связать импортируемую задачу с существующей сущностью.
При этом весь остальной документ остается обычным читаемым текстом. Машинная надежность не требует превращать постановку в громоздкую конфигурацию.
Ключи упрощают работу AI-агентов
Модель может правильно понять смысл названия, но для выполнения операции смысл не нужен. Если требуется положить задачу в конкретный Epic, стабильный ID является более точной инструкцией.
Чем меньше автоматизация зависит от интерпретации естественного языка там, где есть точная ссылка, тем ниже риск ошибки.
Пользователь не обязан жить внутри ключей
Стабильный идентификатор нужен системе, а не интерфейсу. На экране можно продолжать показывать нормальное название. Ключ появляется там, где нужна однозначная ссылка: в импорте, интеграции, API или техническом описании.
Это хороший пример разделения человекочитаемого представления и машинной идентичности.
Мы не пытаемся заменять понятные названия кодами. Мы просто перестаем использовать текст как единственную идентичность сущности. Стабильный ключ делает автоматизацию надежной, а нормальное название сохраняет интерфейс человеческим.