Solidus

Добре спроєктований опенсорсний комерційний фреймворк, який тихо втратив свого доглядача вдруге за десять років, — і конкурент, що повернувся з мертвих із бізнес-моделлю за плечима.

Три чверті цього звіту спираються на те, що я прочитав безпосередньо в репозиторії, git-історії та публічних фінансових записах. Це міцна база для питань факту. Вікна свідчень: початковий прохід тривав 18–25 липня 2026 року, 3 серпня один член Core Team відповів на питання, а для цієї редакції твердження, на яких щось тримається, 8 серпня звірено наново з живою системою.

З чого почати

Цей розділ потрібен, щоб решта звіту мала сенс без попереднього знання Solidus. Якщо ви вже знаєте проєкт і гравців, переходьте одразу до Політик і операцій — шар ухвалених рішень іде першим, а хронологія одразу після нього несе історію.

Що таке Solidus насправді

Solidus — це не хостований магазин, у якому ви реєструєтеся, як Shopify. Це набір бібліотек Ruby on Rails, які ви встановлюєте у власний застосунок — ви запускаєте сервери, ви володієте базою даних, ви пишете кастомізації. У Ruby такі бібліотеки поширюються як «геми», і Solidus постачає їх близько восьми.

Ті, що важать для цього звіту:

• solidus_core — комерційний домен: замовлення, товари, платежі, доставка, податки.
• solidus_backend — оригінальний адмін-інтерфейс. Збудований у старішому стилі Rails на jQuery. Досі той, яким користуються.
• solidus_admin — новий адмін-інтерфейс, розпочатий 2023 року, щоб замінити старий. Досі незавершений. Значна частина цього звіту — про те, чому.
• solidus — «мета-гем»: пакет, який сам нічого не встановлює і просто перелічує, які з решти ви отримуєте за замовчуванням. Те, які геми він називає, — фактично офіційна позиція проєкту щодо того, що готове. Стежте за ним.

Solidus — не хостований магазин: це набір бібліотек для Rails, які ви встановлюєте у власний застосунок — ви запускаєте сервери, ви володієте базою даних, ви тримаєте в себе кожну кастомізацію.

Хто причетний

• Nebulab — італійська e-commerce-консалтингова компанія, ~27 людей. Названі в документі про врядування Директором проєкту — роль, що охоплює бізнесовий та організаційний напрям. Перебрали опіку 2018 року й залишаються фандером верхнього рівня. Їхній інженерний внесок від 2024 року впав майже до нуля — центральна нитка цього звіту.
• Super Good Software — канадська консалтингова компанія на чолі з Джаредом Норманом. Нині найбільший контриб'ютор коду і, нарівні з іншими, найбільший фандер. Здорова й активна.
• Stembolt — агенція, що створила Solidus 2015 року, форкнувши Spree. Придбана JUUL Labs 2018 року — і зупинила роботу. Перший доглядач, який пішов.
• Spree · Vendo — Spree — проєкт, від якого Solidus відгалузився: покинутий 2015-го, комерційно відроджений, нині головний конкурент. Vendo — компанія, що продає його платну Enterprise Edition.
• Open Source Collective — американська неприбуткова організація, «фіскальний хост». Solidus — не юридична особа й власних грошей не тримає; OSC юридично тримає пожертви й оплачує схвалені витрати.
• Мерчанти — онлайн-магазини середнього сегмента: direct-to-consumer-бренди, продавці автозапчастин, книгарні. Більшість прийшла через одну з агенцій, і чимало з них фінансували проєкт напряму.

Як читати нотацію

Кожне фактичне твердження несе тег, що показує, звідки воно взялося. Це базова дисципліна фреймворку — вона не дає впевненим на слух здогадам зійти за знахідки.

Це живий звіт, написаний за ESF v0.7 — фреймворком інженерної стратегії, чиї правила цитуються там, де вони зобов'язують; «rev N» означає N-ту нумеровану редакцію цього документа, а Журнал рішень фіксує, що змінила кожна з них. До 24-ї редакції в цьому звіті ніде не було стейкхолдерського тега, бо ніхто з проєкту не озвався. Вікно ввічливості — чернетку виклали у Slack проєкту перед ширшою публікацією, запросивши виправляти, — це змінило: один член Core Team відповів там двома репліками з годиною між ними (24-та й 25-та редакції), закривши два з трьох ранжованих питань, які поставив цей звіт, і кожне позначене стейкхолдером твердження веде до того обміну. Один набір відповідей — це підтвердження, а не доступ; межі, що лишаються, чесно обговорені в §22Чого я не зміг встановити.

Коди елементів. PL1…PL5Політики й операції — запропоновані політики: постійні правила, які проєкт може прийняти, змінити чи відхилити; це шар, який додає 26-та редакція. R1…R5Реєстр ризиків — це ризики (те, що може статися). D1…D4Журнал боргу — борги (витрати, які вже сплачуються щоциклу). S1…S7Стратегія, що вже діє — стратегії, що вже діють. RC1/RC2Першопричини — першопричини. F1…F3Чому все зупинилось — три причини, що підсилюють одна одну — фактори провалу адмінки. E1…E5Легкі перемоги — швидка смуга: дрібні покращення машини, які ніколи не конкурують зі складними рішеннями. B2…B10Ставки — вирішувати вам — запропоновані ставки: B1 відкликано разом із рядком стратегії, а B3 і B4 на 26-й редакції перейшли у смугу Легких перемог; нумерація зберігає прогалини, щоб ранні анотації досі сходилися. C1…C9Журнал кредиту — кредити: інвестиції, що окупаються щоциклу, — підтверджені або поки що прогнозовані. P1…P5Пре-мортем — записи пре-мортему: способи, якими провалюється власний план цього звіту.

Політики й операції

Solidus технічно здоровий і стратегічно дрейфує. Обидва твердження правдиві, і розрив між ними — уся ця історія.

Цей розділ заміняє стислий підсумок, бо підсумок описує, а політика вирішує. Усе, що читачеві треба для дії, — тут; кожне правило веде вниз, до свідчень, з яких воно виросло. Ситуація коротко: Solidus технічно здоровий і стратегічно дрейфує — машинерія доставлення з верхнього дециля, одна по-справжньому застрягла ініціатива, доглядач, чия інженерія тихо пішла, і конкурент, що повернувся з виторгом за плечима. Проєкт не може виграти бій за нових мерчантів, але тримає одне твердження, якого ніхто не оскаржить: це комерційний фреймворк, який і через десять років буде твоїм. Правила нижче — те, що з цього діагнозу випливає, записане як постійна політика, а не разова порада. Читайте цей реєстр разом із двома його супутниками — §17Легкі перемоги — швидка смуга та §18Ставки — вирішувати вам, — бо всі три разом це один фундамент: політики правлять тим, що повторюється, швидка смуга відвантажує дрібні покращення машини без церемоній, а ставки несуть рішення, які й далі потребують судження власника. Прийміть усі три шари — і стратегія стоїть, хай яку роль проєкт обере.

• 60% → 0.8%Частка комітів Nebulab, 2023 → останні 12 місяців
• $45,760Уже витрачено на адмінку, яка так і не вийшла
• 3 yr 3 moВік нової адмінки, досі версія 0.4
• $133,750Готівка на руках · тринадцять місяців без жодної витрати

Хто це приймає — і що цей звіт може й не може мандатувати

Фреймворк, за яким написано цей звіт (ESF v0.7 — див. примітку про нотацію в «З чого почати»), вимагає відповісти на питання про мандат до того, як пропонувати політику, — тож ось відповідь, прямо. Автор не має жодного мандата над Solidus. Це аудит ззовні; ніщо нижче не є прийнятим, і зовнішній аналітик прийняти його не може. Кожен рядок PL виходить у стані proposed, адресований людям, яких справді уповноважує документ про врядування: Core Team — для всього, що торкається коду й релізів, і голосування стейкхолдерів — для всього, що торкається грошей знайдено.

Solidus тримається на волонтерах: нікому не можна призначити дедлайн, за який йому не платять, — тож політика, яка вимагала б постійної праці від названих волонтерів, померла б у момент появи. Те, що проєкт може запроваджувати, він уже запроваджує добре — машинами. Депрекації валять збірку; стиль лінтується, а не обговорюється; мердж вимагає рев'ю Core Team знайдено. Правила нижче цю межу шанують: це або заяви політики, які нічого не коштує тримати (назвати дату, опублікувати рішення), або правила розподілу грошей, якими колектив і так розпоряджається, або настанови, чиє запровадження лишається наявній машинерії. Жодне з них не просить волонтера працювати.

Ще один обов'язок, який накладає фреймворк: перш ніж писати стратегію, перевірити, чи стратегічна робота вже не ведеться. Ведеться. Провідний мейнтейнер опублікував цілісну стратегічну позицію в травні 2026-го — широке врядування, свобода ліцензії, свідома відмова від шляху JavaScript-фреймворків веб. Політики тут приєднуються до цієї позиції, а не змагаються з нею; PL3Рішення публікуються там, де їх прочитає той, хто обирає існує здебільшого для того, щоб перенести її з блогу консалтингової фірми у власні артефакти проєкту.

Запропонований реєстр політик

Що реєстр свідомо не покриває

Двобічне покриття — правило, за яким цей реєстр збудовано: кожна політика називає знахідки, до яких вона звернена, а кожна знахідка з верху рейтингу або покрита, або явно відкладена з датою. Два відкладення, названі, а не заховані:

• R2Дві фірми — це 78% грошей і більшість коду — концентрація. Жодна політика не виколдує третю фірму. Реєстр зменшує радіус ураження (PL2Гроші колективу купують названі результати, а не час вимагає наступника; PL5Роботу контриб'ютора, що пішов, підхоплюють або закривають за релізний цикл дає раду уламкам), але сама концентрація сьогодні не має механізму, який варто було б пропонувати. Повернутися, коли з'явиться наступна оплачувана співпраця, — це момент, коли нова сторона реально може увійти.
• R5Новий сторфронт ламає наявні розширення за задумом — поламка розширень. Заявлена властивість, а не небезпека; обмежена, з очевидним пом'якшенням на першу вимогу. Відкладено, доки не вкусить когось конкретного.

Реєстр також перевірено на власному журналі рішень цього звіту, як вимагає фреймворк: PL2Гроші колективу купують названі результати, а не час перекроїла б купівлю, яку розбирає запис 31; PL4Кожна паралельна ініціатива щокварталу дістає вердикт, зафіксований публічно поставила б руба питання, яке записи 07 і 34 реконструювали три редакції поспіль; PL3Рішення публікуються там, де їх прочитає той, хто обирає — це виправлення із запису 28, перетворене на постійне правило. Політика, яка не змінила б жодного записаного рішення, не робить роботи; ці три несуть реєстр.

Шар політик одним рядком: плануй те, що заміняєш, купуй результати, а не час, публікуй рішення, давай ініціативам квартальний вердикт, підхоплюй або закривай роботу тих, хто пішов. П'ять правил — і жодне не просить волонтера працювати.

Хронологія

Уся історія за один прохід. Важкі маркери — моменти, на яких вона тримається; зелений — єдина справжня світла пляма.

Уся дуга одним рядком: форк Spree 2015 року, творець зник до 2018-го, інженерія доглядача — до 2024-го, а машина досі їде на дисципліні, яку збудували ті, хто пішов.

Гроші

Фінанси Solidus повністю публічні — що незвично й корисно: цей розділ спирається на записи, а не на здогади. Усі цифри — з API Open Collective знайдено; баланс і журнал виплат для цієї редакції перевірено ще раз 8 серпня 2026 року.

Як влаштовані гроші

Solidus — не компанія і не фундація. Він не існує юридично. Його гроші тримає Open Source Collective, американська неприбуткова організація в ролі «фіскального хоста» — вона приймає пожертви, тримає баланс і виплачує витрати, які затверджують адміністратори проєкту. Це поширена схема для проєктів із відкритим кодом, і вона дає справжню зовнішню перевірку: хтось поза проєктом переглядає кожен платіж.

Заувага щодо останньої цифри. Публічна сторінка Open Collective позначає її як «орієнтовний річний бюджет», і це звучить як план. Це не план — це просто те, що надійшло за попередній рік. Ніхто нічого не бюджетував.

Звідки гроші — і хто перестав давати

Сукупні підсумки сильно прикрашають картину, бо враховують і спонсорів, які давно пішли. Чесне число — активні регулярні внески: їх дев'ять, разом $1,931 на місяць — набір, повторно підтверджений незмінним у циклі списань за серпень 2026 знайдено:

Понад тридцять спонсорів скасували підписку, серед них великі: Engine Commerce ($1,000/місяць), Modded Euros ($850 за трьома підписками), Firstleaf ($325), Magmalabs ($325) і Deseret Book ($200). Більшість — мерчанти, а не агенції: справжні магазини, які перестали платити знайдено.

Куди пішли гроші — і коли це припинилось

Проєкт оплатив 67 витрат на загальну суму $154,612. Баланс лежить не тому, що ніхто не знає, як його витратити — проєкт точно знає як, і робив це не раз.

Фінансована розробка після цього тривала — $32,506 нідерландській компанії за 16 інвойсами наприкінці 2024-го, $16,888 анонімізованому отримувачу за шістьма інвойсами в першій половині 2025-го — а тоді повністю зупинилась: останню витрату оплачено 5 липня 2025 року. Відтоді надійшло тринадцять місяців доходу, і жодної виплати не було. Перевірено ще раз 8 серпня 2026 року: найсвіжіший дебет у журналі — досі той інвойс за липень 2025-го знайдено.

Хто може їх витратити

Адміністраторів, які можуть затверджувати витрати на Open Collective, семеро: tvdeyen, Gregor MacDougall, Alberto Vena (Nebulab), Matteo Latini, Andrea Iurisci, Alessandro Desantis (співзасновник Nebulab) і Джаред Норман (Super Good) знайдено. Щонайменше двоє — з організації, яка перестала вносити код.

Гроші одним рядком: фінансована розробка зупинилася в липні 2025 року, відтоді надійшло тринадцять місяців доходу, і $133,750 лежать невитраченими.

Продукт

Що насправді лежить у репозиторії — і патерн, що повʼязує три незавершені переписування.

Колонку «Типовий?» перевірено ще раз 8 серпня 2026 року: мета-гем досі називає solidus_api, solidus_backend, solidus_core, solidus_legacy_promotions і solidus_sample — і досі оминає solidus_admin та solidus_promotions знайдено.

Три паралельні компоненти — але три різні історії

Разом вони виглядають як системна нездатність доводити до кінця. Поодинці — в біді лише один.

Залишкова ціна реальна, але вужча, ніж звучало раніше: два движки промоакцій — це 205 файлів тестів на той самий домен, і кожна нова інсталяція досі тягне дві адмінки знайдено.

Обсяг розробки за роками

Пік 2023-го і його обвал — не загальна крива втоми. Це одна організація, що прийшла й пішла — див. §06Люди.

Як Solidus насправді використовують — і майже повна відсутність публічних прикладів

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

• Розширення й інструменти — boomerdigital/solidus_flexi_variants, solidus_pca_address_validation, jtapia/solidus_picker, Whelton/solidus_editor, StemboltHQ/solidus_chimpy
• Демо, шаблони й навчальні проєкти — mrenoon/solidus-template-store, kennyadsl/solidus-searchkick-example, ArkieCoder/dockerized-solidus, вправи з буткемпів
• Референсні роботи агенцій — madetech/market_town і order_reporting, nebulab/bretelline, peterberkenbosch/blogstore

Екосистема розширень

Опціональні можливості Solidus тримає в окремих репозиторіях. Із 35 в офіційній організації у 2026-му ще працюють над платежами (Stripe, PayPal), підписками, автентифікацією, перекладами та інструментами для розробників. Сплять із жовтня 2023-го: GraphQL API, вебхуки і старий сторфронт знайдено. Екосистема найтонша саме там, куди Spree інвестує найзавзятіше, — API та headless-сторфронти.

Продукт одним рядком: три паралельні переписування читаються як системна нездатність доводити до кінця, але промоакції — керована міграція, сторфронт — успіх; застрягла лише адмінка.

Люди

Хто пише код — і передача, якої так і не сталося. Це причиновий центр звіту.

Відхід, рік за роком

Nebulab дали приблизно 1,096 з 1,810 комітів 2023 року — близько 60% — і приблизно 3 з 223 у 2026-му. Жодного публічного оголошення про цей перехід не було; ретельний пошук нічого не знайшов веб. Це зміна того, хто пише код, — не обовʼязково того, хто кермує проєктом: це дві окремі ролі, і ззовні видно лише одну.

Де ухвалюються рішення — і де ні

Люди одним рядком: Nebulab дали приблизно 60% усіх комітів 2023 року і 0.8% за останні дванадцять місяців — і жодного оголошення так і не було.

Машина

Автоматизовані системи, які збирають, тестують і релізять софт. Тут Solidus по-справжньому сильний — і кожна прогалина вказує в один і той самий бік.

Машина одним рядком: кожна зміна тестується проти чотирьох комбінацій Ruby–Rails, де найновішу з кожного підхоплюють за лічені тижні після релізу, депрекації валять збірку, фікси бекпортуються автоматично — машинерія доставлення з верхнього дециля для проєкту такого розміру.

Перевага «Rails way» — де Solidus на покоління позаду самого Rails

Ключове стратегічне твердження Solidus — що він робить речі в стилі «Rails way». Це твердження варто звірити з тим, чим «Rails way» є зараз.

Скільки насправді коштує пін на Sprockets — історія інсталятора

Це не абстрактна теза про модернізацію. Це пряма причина найтривалішого класу баг-репортів Solidus, і зв'язок задокументовано всередині власного CI проєкту.

Але композитний екшн, який викликає CI, робить дещо перед тим, як запустити інсталятор:

# Due to a bug in sprockets-rails we need to manually add the sprockets manifest
# into the generated rails app *before* running any rails commands…
mkdir -p app/assets/config
cat <<MANIFEST > app/assets/config/manifest.js

Чекати на апстрім не вийде

Фікс, на який Solidus неявно чекає, лежить незмердженим у гемі, що не релізився два роки і вже витіснений апстрімом знайдено веб.

Наскільки глибоко насправді сягає зв'язка?

Нерівномірно — і саме тому поетапна міграція цілком здійсненна.

Зв'язка в ядрі менша, ніж підказує заголовок. Її єдиний асетний ERB використовує ERB рівно для одного — інтерполяції шляху монтування в Spree.mountedAt(), — і мета-тег замінює це за пів дня. Зауважте: в усьому дереві лише два ERB-файли взагалі належать пайплайну асетів; решта — в'ю-шаблони, що відповідають на AJAX-запити, і Propshaft їх ніколи не торкається.

Історія з рантаймом, яка важить більше, ніж здається

У Solidus немає package.json, немає lock-файла і немає графа npm-залежностей ніде в репозиторії знайдено. Він використовує importmap-rails — інструмент, що існує саме для того, щоб обходитися без Node.js, — і tailwindcss-rails, який постачає standalone-бінарник. JavaScript є — jQuery у старій адмінці, Turbo і Stimulus у новій — але це Rails-нативний стиль додавання поведінки до відрендерених на сервері сторінок, а не окремий застосунок.

Spree, для порівняння, носить package.json, pnpm-lock.yaml, pnpm-воркспейс, Turborepo і Biome, плюс одинадцять JavaScript-пакетів знайдено.

Практична різниця для мерчанта: один рантайм в експлуатації і жодного JavaScript-ланцюга постачання для аудиту — проти двох рантаймів і двох ланцюгів постачання. Це одна з небагатьох справжніх і тривких переваг, які Solidus ще тримає, і §16Виберіть роль будує саме на ній.

Розтин адмінки

Найдорожча ініціатива в історії проєкту, розглянута зблизька: у якому стані вона насправді і три причини, чому вона зупинилась. Усе тут прочитано безпосередньо з репозиторію.

• v0.4.0Версія — за три роки і три місяці
• вимкненоРедагування замовлень і товарів, за замовчуванням
• 27 екранівУ старій адмінці — без жодної заміни

Спершу віддамо належне: нова адмінка добре збудована. Це сучасний Rails-движок на ViewComponent, Turbo, Stimulus і Tailwind, зі 132 компонентами та 93 файлами тестів. Це не проблема якості.

Знахідка 1 — два екрани, в яких мерчант живе, за замовчуванням не працюють

Свої вебадреси Rails-застосунок оголошує у файлі маршрутів. Нова адмінка Solidus загортає свої найважливіші маршрути в умову:

А у файлі конфігурації: preference :enable_alpha_features, :boolean, default: false.

Знахідка 2 — більшість зробленого — часткове

У новій адмінці 32 контролери проти 50 у старій. Але гола кількість перебільшує прогрес. Тринадцять із 32 автоматично успадковують типову поведінку create/read/update/delete — і всі тринадцять — це маловідвідувані екрани налаштувань (причини, категорії, зони, ролі). Із сімнадцяти написаних вручну шість уміють лише показувати список і видаляти, без жодного способу створити чи відредагувати: методи оплати, податкові ставки, методи доставки, магазини, типи опцій і таксономії.

Знахідка 3 — 27 екранів не мають заміни взагалі

• Увесь процес повернень і відшкодувань — платежі, повернення коштів, компенсації, авторизації повернень, позиції повернень, повернення покупців, скасування
• Дані товару поза самим записом товару — варіанти, ціни, зображення, значення опцій, властивості товарів
• Мерчандайзинг — таксони (дерево категорій), рухи запасів
• Сам дашборд
• Плюс загальні налаштування, теми, локалі, ключі API, пошук, дані покупця

Перенесено довгий хвіст конфігурації. Бракує ядра щоденних операцій. «64% готовності за кількістю контролерів» сильно завищує повноту, якщо міряти тим, що мерчант насправді робить.

Знахідка 4 — заміна залежить від того, що вона заміняє

Чому все зупинилось — три причини, що підсилюють одна одну

F1 — Визначення «готово» існувало, і гроші до нього не підключили

$45,760 купили шість «Agile Design Sprints» і один «Redesign Analysis». Ніщо в тій покупці не називало жодного відвантаженого екрана, дати завершення чи власника після останнього спринту.

Найгостріше тут те, що чекліст завершення вже існував. Issue #5391чекліст перенесення нової адмінки — відкритий з вересня 2023, відкритий у вересні 2023-го і досі відкритий, викладає план перенесення з явним обґрунтуванням послідовності — «Ми хочемо взятися спершу за легкі сторінки, щоб поступово покращувати й нарощувати компоненти нашого UI-kit, а потім перевикористати їх для міграції складніших сторінок (напр. промоакцій)» — а далі список задач знайдено:

Зауважте, що це за чекліст: шість найлегших екранів у застосунку — а нижче видно, чому вибрати їх першими було помилкою. Проєкт визначив, що означає «готово», опублікував це — а потім перестав доглядати визначення. Жоден пункт не відмічено за три роки, включно з роботою, яка доказово завершена — перевірено ще раз 8 серпня 2026 року: всі шість пунктів досі порожні знайдено. Був і публічний наратив: блогопост за Q2 2023 повідомляв, що «новий досвід адмінки потребував певних початкових зусиль; тепер, коли головні компоненти збудовано, реалізувати решту розділів буде легше і швидше» веб.

Отже, провал — не у відсутності гейта. Це гейт, за закриття якого ніхто не відповідав, і покупка, що придбала спринти, а не галочки.

F2 — Збудовано однією організацією, передано нікому

Авторство адмінки 2023 року: Елія Скіто 370, Райнер Дема 132, Марк Буске 102, Альберто Вена 6 — приблизно 98% з орбіти Nebulab. 2024-й розпорошився між шістьма людьми, поки вони згортались. 2025-й витягнула одна людина, Юджин Чайкін (комітить як chaimann), — 151 зі 193 комітів. 2026-й має 19 комітів від п'яти людей і жодного власника знайдено.

F3 — Роботу останнього розробника покинули на півдорозі

Сім pull request-ів, відкритих уже рік, наводять на думку, що готова робота чекає на рев'юерів. Читання самих тредів — комітів, інлайн-коментарів рев'ю і розмов — дає точнішу відповідь знайдено:

Застереження щодо часових міток. GitHub показує кілька цих чернеток як оновлені за лічені дні до цієї редакції, що читається як активна робота. Це не так — останні людські коміти датовані серединою 2025-го. Ці мітки — рух базової гілки та переобчислення можливості злиття.

П'ять із семи — чернетки з буквально нульовою активністю рев'ю — жодних рев'ю, жодних інлайн-коментарів, жодної розмови. Для чернетки це коректна поведінка; ніхто не рев'ює роботу, позначену як неготову. Але це означає, що затор на тих п'ятьох — авторство: їх так і не подали, і вони лежать без руху із середини 2025-го, від останнього коміту автора.

Отже, скориговане прочитання: затор — це авторство, а не пропускна здатність рев'ю, але «покинуто» — перебільшення. Роботу залишили в чернетках, і вона зачерствіла; механізм відповіді проєкту працює, коли хтось запускає його вручну, і для решти ніхто його не запустив. Зауважте, що саме покривають ці сім — методи оплати, податкові ставки, магазини, типи опцій, методи доставки — саме ті шість екранів «лише список» зі Знахідки 2. План був цілісний; людина, що його несла, зупинилась, і відтоді підхоплено лише один тред.

Побіжне спостереження: бот-рев'юер pull request-ів Copilot залишив рев'ю на #6232методи доставки — чернетка у травні 2025 знайдено. Тож якесь агентське інструментування вже сидить на шляху рев'ю, хоча ніщо не підтримує агентське авторство (§07Машина).

Найдорожча ініціатива в історії проєкту зупинилась без жодного звуку: три роки і $45,760 по тому нова адмінка — на версії 0.4, а архітектура влаштована так, що покинутість не дає жодного симптому.

Скільки насправді треба, щоб закрити розрив?

Варто оцінити розмір, бо «три роки і незавершено» натякає, що роботи лишилося більше, ніж показує код.

132 наявні компоненти разом дають 7,716 рядків і покривають приблизно дев'ятнадцять робочих екранів. Контролер «лише список» — це 30–36 рядків з одним-двома файлами компонентів знайдено. Якщо екстраполювати з тією ж щільністю, відсутня поверхня — порядку 8,000–11,000 рядків: відчутно, але не політ на Місяць.

Друга, незалежна міра показує те саме. Оскільки обидві адмінки рендеряться на сервері, шаблони в'ю — чесний прокси поверхні екранів: стара адмінка несе 277 ERB-шаблонів проти 111 у новій знайдено. Це ставить перенесення приблизно на 40% за кількістю шаблонів — до 64% за контролерами воно наближається, лише якщо вірити, що всі контролери рівні, а знахідки вище кажуть, що це не так. Дві різні міри, і обидві лягають добряче нижче голого співвідношення контролерів.

Послідовність була перевернута, і це хрестоматійний провал

Плейбук міграцій Вілла Ларсона — стандартний довідник з виплати технічного боргу в масштабі — задає три фази веб:

• Derisk — «Напишіть дизайн-документ і обкатайте його з командами, яким, на вашу думку, мігрувати буде найважче.» Він явно застерігає не починати з легких випадків, бо це «створює оманливе відчуття прогресу».
• Enable — збудуйте інструментування, щоб «програмно мігрувати легкі дев'яносто відсотків».
• Finish — зупиніть кровотечу, згенеруйте тікети відстеження і прийміть, що довгий хвіст вимагає, щоб команда міграції «сама залізла в усі закутки».

Чи відкинули її мерчанти?

Розумна теорія, і свідчення її не підтримують. Відкриті issue про адмінку — переважно запити на відсутні функції: «додайте створення таксономій», «додайте характеристики товару», «редагування кількості товару на складі», «увімкніть створення типів опцій» — підпис незавершеного, а не нелюбого. Тікетів про юзабіліті існує два. Статус-апдейт за травень 2025 відгукувався про роботу позитивно знайдено веб.

Єдиний справжній аргумент «за»: альфа-вимикач роками вимкнений, а це власний вердикт команди щодо якості. І приватний фідбек у Slack невидимий для цього аудиту, тож теорія не закрита повністю.

Spree, виміряний

Конкурент, від якого Solidus відгалузився форком у 2015 році, — той потім помер, а тепер повернувся з грошима за спиною. Цифри з GitHub API за 25 липня 2026 року; релізи перевірено ще раз 8 серпня.

Одна поправка до народного наративу — від Core Team на 24-й редакції: на старті жодної ворожнечі не було. Після розколу проєкти якийсь час співпрацювали напряму — надто щодо проблем безпеки, які зачіпали обидва, — а зв'язки обірвалися пізніше, зі зсувами стратегії та зміною тих, хто вів цей проєкт. «Єдина справжня „драма“ — хіба те, що вони використовують проєкти на Solidus як кейси на сайті Spree» стейкхолдер. Теперішній час, той самий голос на 25-й редакції: «дуже різні підходи», незгода щодо ліцензування й технічної стратегії, і «no beef these days, though. Just different directions» стейкхолдер.

Порівняння можливостей

Прочитайте три останні рядки разом. Це єдині рядки, де Solidus виграє, і це не випадковість — це наслідок того, що Solidus лишився тим, чим Spree бути перестав.

Опенсорс Spree — маркетингова витрата на плечах справжнього бізнесу; опенсорс Solidus тримається на банці пожертв у $25k на рік.

Конкурент одним рядком: Spree відвантажує у п'ять з половиною разів більше комітів, ніж Solidus, шість платформних релізів лише за липень 2026-го, а його безкоштовна редакція — воронка продажів платного enterprise-продукту.

Стратегія, що вже діє

Перш ніж пропонувати нову стратегію, варто записати ту, що вже керує рішеннями — незалежно від того, чи хтось її записував. Вона є завжди. Пропозиції, які суперечать неназваному правилу, наштовхуються на опір механізмів, на які ніхто в кімнаті не може вказати. Саме тому кожна політика в §02Політики й операції називає свій стосунок до цих рядків.

Стратегія записана — просто не проєктом

Що ще ловить ця таблиця

• S3Постачати заміни поруч зі старою версією як opt-in, з гайдом міграції працює краще, ніж натякає лічильник незавершених міграцій. Гем промоакцій постачає гайд міграції на 190 рядків і явну пораду «мігруйте за першої нагоди». Дисципліна є; бракує запланованої дати видалення, а не практики. Саме цю поправку вносить PL1Кожна заміна називає реліз, який прибирає те, що вона замінює.
• S2Ніколи не ламати наявний магазин — депрекація перед видаленням забезпечує машина, і це саме те, що треба — гейт збірки, а не добрий намір.
• S5Право мерджу належить Core Team, що сама себе призначає призначає повноваження — і на цьому зупиняється. Він дає Core Team останнє слово щодо того, що йде в ядро, а групі стейкхолдерів — зважений голос щодо грошей, — і далі нічого не каже про те, коли будь-який із цих органів збирається щодо технічного питання, що саме він вирішує і де записується відповідь. Адмінку три роки ані відвантажено, ані скасовано — всередині структури, яка явно дозволяє і те, і те. PL4Кожна паралельна ініціатива щокварталу дістає вердикт, зафіксований публічно додає відсутній майданчик, не зсуваючи повноваження ані на міліметр.

Роадмап записує минуле і не планує нічого

Статусне оновлення травня 2025-го обіцяло «подвоїти ставку на наявний GitHub-проєкт під назвою Roadmap» заради прозорості. Його справді тримали живим — оновлювали в червні 2026-го. Але з його 76 пунктів 65 — це змерджені pull request-и, а 7 — закриті issue. Рівно три відкриті issue й один відкритий pull request дивляться вперед, і один із цих трьох — господарський пункт, якого востаннє торкалися у травні 2025-го знайдено.

Першопричини

Два механізми породжують майже кожен симптом у цьому звіті, і вони підсилюють один одного.

Дві причини складаються в один стан: непрофінансована ініціатива поруч із невитраченим бюджетом.

Реєстр ризиків

Те, що може статися, — ранжовано за шкодою × ймовірністю × шансом, що ти помітиш до того, як вкусить × вартістю відновлення. Третій множник легко проґавити: тихий провал важить більше за гучний того ж розміру, бо ніщо тебе не попереджає.

Журнал боргу

Не плутати з ризиками. Ризик може статися; борг — це вартість, яку вже платять, кожен-кожнісінький реліз. Ранжовано за вартістю на цикл, помноженою на кількість майбутніх циклів, які її платитимуть.

Журнал кредиту

Бік активів. Що збудовано такого, що окуповується кожен цикл, — і що було заявлено як інвестицію, але ще не окупилося. Інвестиція вважається справжньою лише тоді, коли щось її справді повторно використовує.

Підтверджено — повторне використання справді відбулося

Прогнозовано — заявлено, ще не реалізовано

Кому Solidus ще може служити

З огляду на все сказане вище, чесне питання — не «як Solidus відновиться», а «хто лишився з тих, кому він справді може добре служити». Три аудиторії-кандидати, звірені зі свідченнями.

Новий мерчант, якому потрібен сторфронт швидко (нежиттєздатно)

Spree: npx create-spree-app my-store — або хостована пісочниця, де нічого не треба встановлювати. П'ять хвилин.

Solidus, за його ж власною документацією: створи Rails-застосунок, додай гем, руками напиши файл маніфесту асетів, запусти генератор і, можливо, руками збери CSS, бо «ця проблема зазвичай виникає, коли ви бандлите з гілки». А потім опинися в адмінці, яка не може відкрити замовлення знайдено.

Нежиттєздатно без агенції — що, втім, так було завжди. Solidus від народження опосередкований агенціями.

Соло-розробник, який любить класичний опенсорс (найслабша з трьох)

Спокусливо, але свідчення вказують у протилежний бік. Соло-розробник — це саме та людина, якій потрібні скафолдер, CLI, хостований тріал і робоча адмінка — точний список того, чого Solidus не має.

Ще вирішальніше: найбільший контриб'ютор самого проєкту публічно відмовляється від цього сегмента. How to Fail at Solidus Джареда Нормана (листопад 2024) стверджує, що Solidus пасує магазинам із великими обсягами, великим каталогам і маркетплейсам — а не простим маленьким крамницям веб. Коли твій провідний мейнтейнер каже, що цей сегмент проєктові не пасує, — це не твій запасний варіант.

Усталений мерчант, що йде з платформи, яка бере комісію (справжня аудиторія)

Єдиний сегмент, де решта переваг Solidus вирішальні, а не сентиментальні:

• BSD-3 без комерційної сутності, яка колись могла б змінити ліцензію. Spree такого сказати не може — його Enterprise-модулі комерційні, а роадмап підзвітний інвесторам. Після Redis, HashiCorp і Terraform це жива тривога, а не теоретична.
• Жодного JavaScript-ланцюга постачання, один рантайм. Менше експлуатувати й менше аудитувати — назавжди.
• Безпека оновлень зі справжніми зубами — гейт у збірці й п'ять підтримуваних ліній релізів, а не обіцянка.

Портрет: середній сегмент ринку, глибока кастомізація, наявна або доступна для найму Rails-компетенція, довгий горизонт, переїзд геть із чогось — і рішучість більше ніколи цього не повторювати.

Виберіть роль

Інстинктивне питання — «як Solidus відновиться?». На зібраних тут свідченнях це неправильне питання — проєкт не може профінансувати боротьбу за нових мерчантів. Правильне питання — яку роль він свідомо вибирає. Усі три нижче легітимні; дрейфувати між ними — ні.

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

Role A — доглядати встановлену базу

Оголосіть це відкрито: жодних нових ініціатив. Гарантуйте безпеку оновлень, патчі безпеки й підтримку актуальних Rails/Ruby. Завершіть міграцію промоакцій, бо вона майже готова. Скасуйте нову адмінку й новий сторфронт.

За: чесно, відповідає бюджету $25k на рік, монетизує єдину справжню перевагу й одразу списує найбільшу повторювану витрату з Журналу боргу. Проти: це явне прийняття керованого занепаду, і частина контриб'юторів через це піде.

Role B — боротися за агентський канал

Єдине місце, де малий бюджет ще може купити асиметрію. Rails-фреймворк з одним рантаймом справді простіший для роботи AI-агента, ніж монорепо Rails-плюс-Next.js-плюс-TypeScript: один граф залежностей, одна команда тестів, жодного перемикання контексту через мовний кордон. Ціна — харнес, а не переписування.

Аргумент другого порядку, який варто назвати, бо він б'є по очевидному запереченню: компетентність агента корелює з тим, скільки стека є в тренувальних даних, — а це на користь React і Next.js. Але надійність агента корелює зі щільністю конвенцій — тим, як мало обґрунтованих способів зробити конкретну річ, — а Rails із Turbo і Stimulus куди категоричніший у своїх конвенціях, ніж React. Розмір корпусу на користь Spree; щільність конвенцій на користь Solidus. Ці чинники значною мірою гасять один одного.

Пітч: «Одна кодова база, одна мова, одна команда тестів, жодного JavaScript-ланцюга постачання для аудиту. Ваш агент працює в Rails, а не через кордон монорепо». Spree структурно не може такого сказати — уся їхня стратегія 5.x — це протилежна ставка.

Два харнеси, а не один. Проєкту потрібен один для власних контриб'юторів — ця половина тепер пункт швидкої смуги, E4Агентський харнес у самому репозиторії, бо коштує близько дня. Цінніша половина — та, якої будівники магазинів потребують для своїх застосунків. Solidus уже серйозно інвестує в інструменти для тих, хто на ньому будує: solidus_dev_support, опублікований GitHub Action для тестування розширень, edge-гайди. Власна порада Джареда Нормана — «спирайся на платформу… Solidus іде з чудовою підтримкою тестування, CI, CD». Агентський харнес — це член цієї самої родини зразка 2026 року, і саме його бракує в наборі, у який проєкт уже вірить. Половина для будівників магазинів чекає на судження про вибір ролі — тому вона й лишається поза швидкою смугою.

Spree вже відвантажив половину для будівників магазинів — скіли, що встановлюються однією командою й націлені на Claude Code, Cursor і Copilot. Асиметрія, на яку Solidus ще може претендувати, — не першість, а те, що Rails-магазин з одним рантаймом — менша й чистіша річ для міркувань агента, ніж монорепо Rails-плюс-Next.js.

Role C — зійтися зі Spree

Неприємно — і саме тому стратегічний документ мусить це назвати. Засадниче виправдання форку — що Spree покинули — померло, коли Spree повернувся. Обидва BSD-3. В одного з них є фінансування й підтримувана адмінка.

Ніхто всередині проєкту цього не запропонує. Та це не причина лишати варіант незаписаним.

Позиціонування, якщо вибрано Role A або A+B

Теперішній публічний слоган — «Безплатна опенсорсна e-commerce платформа, що дає вам повний контроль над вашим магазином». Половина про «повний контроль» — сильніше твердження у 2026-му, ніж було у 2015-му. Половина про «платформу» наразі не заслужена — платформа, чия адмінка не може відкрити замовлення, — це будмайданчик, до якого прикріпили обіцянку.

Комерційний фреймворк, яким ви ще володітимете через десять років.

Це обіцянка опіки, а не обіцянка фіч, — і це єдине твердження в усьому цьому порівнянні, якого Spree структурно не може зробити, а Shopify ніколи не захотів би.

Легкі перемоги

Швидка смуга, нова у 26-й редакції. Ці пункти проходять три гейти — близько дня роботи з допомогою агента або менше, делеговні й оборотні, і кожен безпосередньо живить машину доставлення, — тож вони біжать поруч зі стратегією, а не всередині неї. Вони ніколи не займають місця в остаточному відборі, і суперечка про складні ставки нижче ніколи на них не посилається. Дві колишні ставки переїхали сюди: B3 стала E2Конфіг Renovate або Dependabot для рутинних оновлень і E3Джоб bundler-audit у CI; внутрішньорепозиторійна половина B4 стала E4Агентський харнес у самому репозиторії. Пункт, який не вкладається у свій день або виявляється таким, що потребує судження, викидається назад до таблиці ставок — із назвою того, що саме опиралося.

Ставки — вирішувати вам

Оцінено з розрахунку на Role AДоглядати встановлену базу+B, бо саме туди вказують свідчення. Свідомо залишено як стартову позицію, а не готовий план — вибір ролі в §16Виберіть роль — це судження, і ці ставки слід переоцінити відповідно до тієї ролі, яку буде фактично вибрано. Тривіальні пункти зникли з цієї таблиці навмисно: тепер вони живуть у §17Легкі перемоги, тож тут лишилися тільки рішення, що потребують судження власника.

Шаблон рішення — B9, подвійна підтримка асет-пайплайнів

Найконкретніша ставка на дошці і єдина, що дає віддачу одразу за п'ятьма окремими знахідками. Розписана повністю, бо вона готова до прийняття або відхилення саме в такому вигляді.

Рішення

Підтримувати обидва асет-пайплайни в Solidus. Нові інсталяції за замовчуванням отримують Propshaft і можуть відмовитися на користь Sprockets. Наявні магазини лишаються на Sprockets і переходять на Propshaft, коли будуть готові. Відвантажити агентський скіл, що виконує міграцію на магазині клієнта й верифікує її, завантаживши застосунок і прогнавши набір тестів.

Контекст

Rails 8 за замовчуванням іде з Propshaft. Ядро Solidus жорстко вимагає Sprockets, чий супровідний гем не мав релізу з липня 2024, а релевантний фікс лишається незмердженим уже 18 місяців. Цей пін — задокументована причина класу багів із найдовшою історією в проєкті, і CI зараз лишається зеленим лише завдяки незадокументованому обхідному кроку (§07Машина).

Чому саме така форма

Вона збігається зі стратегією, що вже діє. Правило S2Ніколи не ламати наявний магазин — депрекація перед видаленням забороняє ламати наявні магазини; правило S3Постачати заміни поруч зі старою версією як opt-in, з гайдом міграції відвантажує заміни як опційні поруч із чинним. Це патерн промоакцій, застосований до асет-пайплайна, — ставка, що не суперечить жодній чинній стратегії, а отже не зустріне неназваного опору.

Альтернативи

(а) Чекати на апстрім — недоступно; фікс не змерджено в приспаному гемі. (б) Жорсткий перехід на Propshaft — порушує S2Ніколи не ламати наявний магазин — депрекація перед видаленням і ламає налаштування асетів кожного наявного магазину. (в) Лишитися на Sprockets — статус-кво; коштує твердження про актуальність Rails, шляху онбордингу і зрештою змушує до аварійної міграції, коли Rails зніме підтримку. (г) Мігрувати лише тоді, коли приземлиться нова адмінка — прив'язує це до єдиного рішення, що вже три роки опирається розв'язанню.

Гейт, і як його пройти

Стара адмінка несе 151 директиву Sprockets і в написаному вигляді не може працювати на Propshaft, тож дефолт Propshaft для нових інсталяцій, здавалося б, залежить від її виведення. Обхід: один раз прекомпілювати заморожені асети старої адмінки й відвантажити їх статичними файлами. Propshaft чудово роздає статичні асети. Це повністю розчіплює B9Подвійна підтримка асет-пайплайнів, з міграцією, яку виконує агент і питання адмінки та перевикористовує патерн, що приніс успіх сторфронту.

Зменшені ризики

Закриває клас відмов за issue #6327інсталятор падає з помилкою Sprockets, #5410нова адмінка ламає компіляцію асетів, коли в хост-застосунку є Tailwind і #6516узгодити інструкції встановлення зі сторфронтом. Прибирає залежність від непідтримуваного гема з платіжного фреймворку. Кладе край розбіжності між тестованим шляхом встановлення й задокументованим. Закриває розрив поколінь Rails у §07Машина.

Внесені ризики

Серйозний: четвертий тягар подвійної підтримки в проєкті, чия найбільша повторювана витрата (D1Три незавершені переписування — найбільша повторювана витрата проєкту) — і без того плата за все двічі. Обидва пайплайни потребують покриття в CI, що подвоює ту матрицю. Другорядне: прекомпільовані асети адмінки стають артефактом збірки, який хтось мусить не забути перегенерувати, якщо легасі-адмінки хтось колись торкнеться.

Умова, що робить це прийнятним

Це відвантажується з датою депрекації — або не відвантажується взагалі. Першопричина RC1Міграції спроєктовано, але ніколи не заплановано у тому, що цей проєкт добре проєктує міграції й ніколи не планує їх у часі. Назвіть мажорну версію, що прибирає підтримку Sprockets, покладіть це в README гема поруч із гайдом міграції промоакцій і додайте на дошку роадмапу як перспективний пункт. Це PL1Кожна заміна називає реліз, який прибирає те, що вона замінює, застосоване від народження, а не заднім числом.

Ціна

Ядро: неглибоко — один умовний require й одне видалення ERB. Нова адмінка: вже сумісна. Стара адмінка: одноразова прекомпіляція асетів. Агентський скіл: механічний, добре специфікований клас роботи, який фреймворк оцінює в астрономічному часі агента, а не в днях розробника.

Вироблений кредит

Перевикористовуваний актив — агентський скіл, а не зміна пайплайна. Його перше назване перевикористання — міграція промоакцій, яка вже два роки має чудовий гайд на 190 рядків і зрушила приблизно нікого. Гайд — дорадчий; скіл — виконуваний. Якщо форма скілу спрацює тут, це механізм доставки для кожної майбутньої опційної міграції, яку цей проєкт відвантажить.

Уточнення

Найвужчий корисний зріз: агентський скіл мігрує один еталонний магазин на Propshaft і доводить це, завантаживши застосунок і прогнавши згенерований набір тестів, — до будь-яких змін дефолтів. Понад це розгортання не потребує окремого формального тесту, бо зміна опційна й оборотна: сам період опційності і є тестом суворішої майбутньої версії — перемкнутого дефолту. Якщо скіл не може чисто змігрувати еталонний магазин, ставка на цьому зупиняється, коштувавши роботи обсягом в один магазин.

Хто приймає

Core Team — за нею явне останнє слово щодо того, що йде в ядро. Повноваження недвозначні; невизначено інше — коли вони з цього приводу збираються й де записується рішення (§06Люди), — тож цю ставку слід прийняти в публічно видимому місці, що само по собі і є суттю PL3Рішення публікуються там, де їх прочитає той, хто обирає.

Хто виконує

Детерміністична перевірка — найсильніший вид забезпечення, попереду писаних норм і нагадувань: CI проганяє задокументований шлях встановлення, з випущених гемів, на обох пайплайнах. Дрейф документації тоді валить збірку, а не доходить до користувача.

Критерії успіху — контрольовані

Подвійну підтримку змерджено · нові інсталяції за замовчуванням на Propshaft · обхід manifest.js видалено і з CI, і з доків · #6516узгодити інструкції встановлення зі сторфронтом закрито · агентський скіл мігрує еталонний магазин до зеленого · версію депрекації названо письмово.

Сигнали, про які звітувати, але якими не гейтити

Скільки наявних магазинів фактично мігрує. Це залежить від їхнього апетиту, а не від виконання з боку проєкту.

Стратегія виходу

Якщо подвійна підтримка виявиться занадто дорогою в утриманні, запасний варіант — лише Sprockets плюс задокументований, асистований агентом аварійний вихід для магазинів, що хочуть Propshaft, — втрачаємо дефолт, але зберігаємо шлях міграції.

Фальсифікатор

Скіл відвантажено, а через дванадцять місяців мігровані магазини — така сама рідкість, як сьогодні міграції промоакцій. Це довело б, що обмеженням ніколи не була складність міграції — нею була відсутність причини мігрувати, — що поставило б під питання всю тезу «тримати перевагу Rails-way», а не інструменти.

Дата перегляду

2027-01-25, або перший мажорний реліз після мерджу — що настане раніше.

B6 — як зробити рішення, якому три роки, розв'язним

«Фінансуйте або скасуйте» — судження, якого ніхто не зміг ухвалити, і питати знову не допоможе. Вихід — прогнати найдешевший можливий крок, що виробляє відсутні свідчення, — який заразом, не випадково, є першою фазою стандартного плейбука міграцій, яку проєкт пропустив. У термінах фреймворку B6 і є зрізом-уточненням для адмінки: найвужчий, найглибший тест, що каже, чи працює механіка стратегії, перш ніж хтось зобов'яжеться до розгортання.

Step 1 — зняти ризик — портувати найскладніший екран першим, руками

Не Zones. Процес повернень і відшкодувань — або варіанти й ціни. Саме там живе складність домену, і це єдине місце, що відповідає на питання, на яке три роки сторінок налаштувань не відповіли: чи здатна ця архітектура взагалі виразити складні екрани?

Це крок, який Ларсон ставить першим, а Solidus поставив останнім. У руках досвідченого інженера він коштує один екран і закриває все питання фінансування — бо якщо патерни ViewComponent і Turbo чисто справляються з процесом повернень, решта механічна; а якщо ні, жодне фінансування цього не виправить, і правильна відповідь — запаркувати адмінку.

Заплатіть за це. Це не волонтерська робота, і вона не має чекати на чиїсь вечори — це найцінніше інженерне питання в проєкті, а колектив тримає $133,750, які вже чотири рази купували саме такий тип роботи (§04Гроші). Один профінансований екран — найдешевше можливе використання цього балансу, і, на відміну від раунду 2023-го, він купує відповідь, а не кількість спринтів.

Step 2 — увімкнути — закодувати патерн як агентський скіл

Позиція Solidus тут напрочуд вигідна. 132 наявні компоненти вже задають домашній стиль, а п'ять осиротілих чернеткових pull request-ів — робочі приклади саме того патерну добудови CRUD, якого скіл мав би навчитися (§08Розтин адмінки). Навчальний матеріал написано; ніхто його не зібрав.

Є й доведений ручний прецедент для автоматизації. Контриб'ютор підхопив один застряглий PR адмінки, погодив підхід, якому віддавав перевагу рев'юер, і доставив перебудову свіжим pull request-ом 30 липня 2026 (§08Розтин адмінки). Це точно та сама петля — підняти осиротілу роботу, привести її до домашнього стилю, приземлити, — повторена ще п'ять разів. Спільнота продемонструвала процес руками; скіл робить його повторюваним.

Тут же машинерія агентського скілу з B9Подвійна підтримка асет-пайплайнів, з міграцією, яку виконує агент окупається вдруге — той самий механізм доставки, застосований до другої міграції.

Step 3 — масово змігрувати механічну смугу

~15 простих екранів — локалі, теми, API-ключі, налаштування, зображення, властивості — плюс create/edit на шести контролерах, що мають лише списки. Це клас «делеговане, паралелізовне, добре специфіковане», який фреймворк оцінює в астрономічному часі агента під фан-аутом, а не в днях розробника. Доагентні оцінки цієї смуги застарілі приблизно на порядок.

Step 4 — завершити — закутки й шпарини

Руками добити залишок, проставляти галочки #5391чекліст перенесення нової адмінки — відкритий з вересня 2023 у міру приземлення, перемкнути альфа-прапорець, щойно замовлення й продукти буде визнано готовими, і трактувати видалення залежності solidus_backend як окремий наступний проєкт.

Аргумент послідовності

B6Вирішити долю адмінки — виготовивши свідчення і B10Публікувати технічні рішення — перезапустити статусні пости — судження, що майже нічого не коштують і розблоковують усе, що нижче за течією. Жодні інструменти їх не замінять, і AI-асистування їх не стискає — це рішення, а не задачі. Усе після них — делеговна робота, чиї доагентні оцінки вартості застарілі на порядок, а справді тривіальні пункти вже повністю винесено із самої суперечки — до §17Легкі перемоги.

Поставити рішення першими, а задачі другими — у цьому вся суть. План, чиї віхи — завершення задач, приховав би факт, що цей проєкт застрягає на рішеннях, а не на коді.

Послідовність

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

Пре-мортем

Не як провалюється система — як провалюється цей план. Уявіть, що минув рік, і нічого не змінилося. Чому?

Журнал рішень

Що цей звіт вирішив і — що корисніше — де він помилився та виправився. Закреслені записи скасовані пізнішими свідченнями.

Список спостереження

Кожна дата, на яку чекає цей звіт, в одному місці — бо дата перегляду, яку ніхто не запланував побачити, — не дата перегляду.

Чого я не зміг встановити

Усе тут неперевірене. На це не варто спиратися як на факт — і більшість цього розв'язала б одна розмова.

1. Чому співпрацю 2025 року не продовжили. Найцінніше невідоме у звіті. Проєкт тричі окремо фінансував розробника (2020, 2024, 2025) і тричі окремо зупинявся, з повністю сухими роками між ними. Тож питання не «чому фінансування зупинилося» — зупинки тут норма, — а чому ця пауза триває тринадцять місяців, коли попередні зрештою заповнювалися. Бюджетна обережність, підрядник, що пішов далі, свідома пауза чи просто ніхто не запропонував наступної співпраці — усе це дає ідентичну бухгалтерію і передбачає протилежні відповіді. Відповідь на rev 24: «Кандидата немає. Просто зараз у нас у роботі новий кандидат, але поділитися нам нічим, окрім того, що ми над цим працюємо» стейкхолдер. Кадрова прогалина, а не рішення зупинитися — і «в роботі» дивиться вперед: наступна вихідна витрата в бухгалтерії — те спостережуване, що це підтвердить. Станом на 8 серпня вона не з'явилася.
2. Чому Nebulab згорнулися. Патерн однозначний; причина — ні. Бізнес-рішення, свідома передача чи природний відтік — усе дає ту саму криву.
3. Хто такі «Logicielle B.V.» та «e.c441». Разом вони отримали $49,394 — майже третину всіх коли-небудь виплачених грошей — упродовж 2024 і 2025. Особу не встановити з публічних записів, а від неї залежить, чи купували ці витрати тяглість, чи разову роботу. Контекст на rev 25: зовнішні отримувачі — це проговорена перевага, а не аномалія: колектив свідомо фінансує незалежних розробників з досвідом Solidus, щоб мейнтейнери трималися осторонь грошей стейкхолдер. Особи лишаються відкритими; патерн — уже ні.
4. Чи зарезервований баланс під щось. Жодна політика цього не документує, але причина може критися в протоколах зустрічей.
5. Чи вважає Core Team нову адмінку живою. Виведено цілком із загасання комітів. Мейнтейнер може сказати, що темп навмисний. Ця єдина відповідь пересуває R3Напівзбудована адмінка стає постійним третім станом з високого в низький. Відповідь на rev 24: жива і навмисно розмірена — реальні магазини вже сьогодні використовують незавершену адмінку в продакшені, і це сигнал використання, якого аудит, що читав лише загасання комітів, побачити не міг стейкхолдер. R3 опускається, як попередньо зареєстровано; застереження живе на самому рядку ризику.
6. Налаштування захисту гілок і склад Core Team. Обидва потребують адмінських прав в організації й повернули помилки доступу, а не відсутність, тож «два обов'язкові рев'ю Core Team» з безпекової політики спираються на опубліковану заяву, а не на спостережене виконання. Та сама межа стосується того, чи ввімкнене сканування вразливостей через інтерфейс GitHub.
7. Чи відображає обсяг комітів Spree людську роботу, а чи згенеровану. Одне неперевірене стороннє твердження каже, що другу. Це найвагоміше відкрите питання щодо порівняння в §09Spree, виміряний.