fix(ci): сверявай псевдонимите в сондата за колоните на анексите

[todorkolev]

Стъпката Apply amendment restated/suspect columns от #307 падна на първото си истинско пускане (9999ad53) и няма как да мине - нито на тази база, нито на никоя.

Какво става

Заявката именува колоните has_restated / has_treatment / has_suspect:

(SELECT COUNT(*) FROM pragma_table_info('amendments') WHERE name = 'value_restated') AS has_restated,

а read_flag търси реда по низа, с който е извикана ensure_column:

ensure_column value_restated  "value_restated INTEGER NOT NULL DEFAULT 0"

Object.hasOwn(row, 'value_restated') е false, сондата чете това като нечетим отговор и излиза с 2, а case-ът го третира като фатално:

##[error]Could not determine whether amendments.value_restated exists.

Какво е засегнато

Стъпката стои преди деплоя на Worker-а, тъй че деплоят спира на нея и стъпки 12-14 се прескачат. Самият сайт не е засегнат - нищо не е било разгърнато, stage връща 200 и работи с изданието отпреди #307. Кронът също върви със стария Worker, тъй че не търси новите колони. Няма повредени данни.

Ефектът е, че stage е замразен и редицата не може да продължи: #308 добавя своя стъпка след тази и никога не би стигнал до нея.

Поправката

Псевдонимите стават самите имена на колоните, плюс коментар защо не могат да бъдат описателни.

Проверено срещу истинската база (само четене):

{ "value_restated": 0, "value_treatment": 0, "value_suspect": 0 }

и сондата върху този отговор дава статус 1 (добави) за трите, а върху отговор с единици - 0 (има ги). Никога 2.

[github-actions]

Test coverage

Workspace	Lines	Δ	Branches	Δ	Functions	Statements
apps/etl	75.43%	+1.43pp	63.52%	+5.32pp	70.00%	74.11%
apps/web	91.02%	+1.32pp	82.50%	+0.70pp	91.19%	89.73%
packages/config	92.85%	+0.05pp	72.22%	+0.02pp	92.85%	89.18%
packages/db	94.55%	+0.35pp	79.55%	+0.55pp	87.19%	91.56%
packages/ingest	89.69%	+3.89pp	85.52%	+5.52pp	81.74%	88.12%
packages/shared	95.50%	+0.10pp	80.83%	+0.83pp	92.30%	89.56%
Total (informational)	91.40%	—	81.39%	—	87.11%	89.30%

✅ No workspace dropped below its baseline (tolerance 0.5pp).

📈 Coverage rose by more than 1pp — run node scripts/check-coverage.mjs --update locally and commit coverage-baseline.json to ratchet the threshold up.