Запитання, які рецензенти справді ставили.

Зібрано зі зворотного зв'язку до запуску. Кожна відповідь — чесна, а не маркетингова.

Список FAQ

Чим SpecScore відрізняється від spec-kit?

spec-kit — це методологія, процес написання специфікацій.SpecScore — це формат зберігання для специфікацій, які ви пишете, плюс CLI для запитів та редагування. Вони поєднуються: spec-kit вміє створювати файли SpecScore, а розширення spec-kit, що пише у форматі SpecScore, уже в роботі.

Беріть spec-kit, коли потрібен процес. Беріть SpecScore, коли потрібні специфікації, які ШІ-агенти можуть лінтувати, запитувати й змінювати, не читаючи кожен файл у репозиторії. Використовуйте обидва, якщо потрібне і те, і те.

Чим SpecStudio Skills відрізняються від Superpowers і agent-skills?

За духом — схоже. Усі три — бібліотеки навичок, що ведуть ШІ-агентів через ideate → specify → plan → implement. Різниця механічна, а не філософська.

SpecStudio Skills пишуть артефакти у форматі SpecScore(визначена структура Markdown + YAML) і викликають CLIspecscore для запитів, лінту та зміни статусів. Superpowers і agent-skills здебільшого читають і пишуть файли напряму з тексту навички.

Беріть SpecStudio Skills, коли важлива витрата токенів: CLI повертає структуровану відповідь на запит «усі відкриті фічі з невирішеними питаннями» за один виклик, тоді як файлова навичка, щоб відповісти на те саме, читає N документів.

Навіщо CLI — чи не можна просто встановити навички?

Навички вміють читати та писати файли. Вони не можуть надійно:

  • забезпечувати реферативну цілісність по дереву специфікацій (посилання розв'язуються, ID унікальні, індекси лишаються синхронними);
  • повертати відфільтрований список «відкритих фіч із невирішеними питаннями», не читаючи кожен файл;
  • змінювати потрібне поле статусу в потрібний момент у кожному артефакті.

CLI дає агентам один акуратний виклик на задачу — так само, як jq дає вам один акуратний виклик для запиту до JSON. Самі лише навички витрачають більше токенів, частіше розходяться та забувають оновлювати індекс.

Чому називається «SpecScore» — що він оцінює?

«Score» читається двома способами, і обидва навмисні.

Музична партитура (score) структурує партії, голоси та часові співвідношення. Відкривши дерево SpecScore, його має бути можна прочитати так, як диригент читає партитуру: ієрархія, партії, посилання — усе видно одразу.

Буквальна оцінка якості. CLI-лінтер — це детермінована оцінка (чи тримається структура специфікації?).Навичка /score— це AI-оцінка: готовність артефакта від A до F з пооб'єктним фідбеком для автора. Половина «Score» у назві стає фічею, яку інструмент виробляє, а не лише декларацією.

Покажіть цифри щодо економії токенів.

Виміряне порівняння пліч-о-пліч готується і буде опубліковане перед постом на Habr — те саме завдання («над чим мені працювати далі?»), запущене двічі: один раз — звичайний агент читає документи, другий — той самий агент викликає CLI SpecScore. Підрахунок токенів і час до відповіді для обох випадків.

Поки ці цифри не приземлилися, твердження структурне: агент, що запитує у CLI відкриті фічі та невирішені питання, отримує невелику структуровану відповідь. Той самий агент без CLI читає N документів — N часто обчислюється десятками. CLI-інтерфейс спроєктовано саме так, щоб уникати цього віяльного читання.

Є ще запитання чи точніше формулювання одного з цих? Відкрийте issue уspecscore/specscore — ця сторінка канонічна для FAQ і росте зі справжніх запитань рецензентів.

Специфікації, що проходять лінтер.

або читати документацію

★ Поставте зірку на GitHub — це допомагає іншим знаходити проєкт.GitHub stars

Знайшли помилку в перекладі або маєте ідею як покращити цю сторінку? Повідомте нам.