AURORA-1734, 1735, 1864: pylib_ai_arm_statements 0.1.5 #88

aep · 2026-11-12T13:19:32+03:00

aep commented

2026-11-12 13:19:32 +03:00

Closes #87

Подключение pylib_ai_arm_statements 0.1.5 (RSHB/pylib_ai_arm_statements#3, #5). Jira: AURORA-1734, AURORA-1735, AURORA-1864. Выкладка — AURORA-2044.

Что

Пин pylib_ai_arm_statements==0.1.5: 0.1.4 — группа альтернатив 2400 (AURORA-1864), 0.1.5 — split_by_form и редкий столбец (AURORA-1734/1735).
StatementPipeline режет каждого кандидата split_by_form перед normalize_candidate: ББ и ОФР одним листом без заголовка ОФР дают два документа, второй — sheet:<лист>;form:1 (05-domain-rules §11 «Смена формы внутри кандидата», спека docs statement-normalization). Если заголовок ОФР на листе есть, адаптер и раньше делил лист сам — это не менялось.
Тесты: юнит на лист ББ+ОФР; интеграция НПЗ — ложного «2400 = 2300 − 2410 + 2420» больше нет.
Golden трёх ОФР — fixtures #36. README и CLAUDE.md: конвейер с split_by_form, версия библиотеки — по пину.

Проверки

make lint, make test-integration (10 passed), make docker-build — зелёные.
make test: 2893 passed; красные — test_vendored_contracts_are_identical_to_docs (схема ЕХ ex-payload-* есть в docs, но в сервисы не скопирована; в main так же, к PR не относится) и два бюджета времени test_osv_dkb под нагрузкой (отдельно 29/29 зелёные).

Rulings I made

R-1: OpenSpec change не заводил (bounded): требование «хост вызывает split_by_form» уже есть в спеке docs statement-normalization, спека сервиса формулировкой «кандидат на лист» не противоречит.
R-2: сверку копий контракта ЕХ в этом PR не чиню — отдельная проблема всех трёх репозиториев.

После merge

0.1.5 должна лежать в Nexus до выкладки сервисов (как 0.1.3 в AURORA-2035). Ядро, tp и sg катятся одной поставкой.

🤖 Generated with Claude Code

Closes #87 Подключение `pylib_ai_arm_statements` 0.1.5 (RSHB/pylib_ai_arm_statements#3, #5). Jira: AURORA-1734, AURORA-1735, AURORA-1864. Выкладка — AURORA-2044. ## Что - Пин `pylib_ai_arm_statements==0.1.5`: 0.1.4 — группа альтернатив 2400 (AURORA-1864), 0.1.5 — `split_by_form` и редкий столбец (AURORA-1734/1735). - `StatementPipeline` режет каждого кандидата `split_by_form` перед `normalize_candidate`: ББ и ОФР одним листом без заголовка ОФР дают два документа, второй — `sheet:<лист>;form:1` (05-domain-rules §11 «Смена формы внутри кандидата», спека docs `statement-normalization`). Если заголовок ОФР на листе есть, адаптер и раньше делил лист сам — это не менялось. - Тесты: юнит на лист ББ+ОФР; интеграция НПЗ — ложного «2400 = 2300 − 2410 + 2420» больше нет. - Golden трёх ОФР — fixtures #36. README и CLAUDE.md: конвейер с `split_by_form`, версия библиотеки — по пину. ## Проверки - `make lint`, `make test-integration` (10 passed), `make docker-build` — зелёные. - `make test`: 2893 passed; красные — `test_vendored_contracts_are_identical_to_docs` (схема ЕХ `ex-payload-*` есть в docs, но в сервисы не скопирована; в main так же, к PR не относится) и два бюджета времени `test_osv_dkb` под нагрузкой (отдельно 29/29 зелёные). ## Rulings I made - R-1: OpenSpec change не заводил (bounded): требование «хост вызывает `split_by_form`» уже есть в спеке docs `statement-normalization`, спека сервиса формулировкой «кандидат на лист» не противоречит. - R-2: сверку копий контракта ЕХ в этом PR не чиню — отдельная проблема всех трёх репозиториев. ## После merge 0.1.5 должна лежать в Nexus до выкладки сервисов (как 0.1.3 в AURORA-2035). Ядро, tp и sg катятся одной поставкой. 🤖 Generated with [Claude Code](https://claude.com/claude-code)

aep added 2 commits 2026-11-12 13:19:34 +03:00

pylib_ai_arm_statements 0.1.5: разрез по смене формы в конвейере форм (#87 ) 387e92e014

- Пин pylib_ai_arm_statements==0.1.5 (0.1.4 — группа альтернатив 2400, AURORA-1864;
  0.1.5 — split_by_form и редкий столбец, AURORA-1734/1735).
- StatementPipeline режет кандидата split_by_form перед normalize_candidate: ББ и ОФР
  одним листом без заголовка ОФР — два документа (§11, спека statement-normalization
  «Шаг 2 — разрез кандидата по смене формы»). Тест на такой лист.
- Golden трёх ОФР — fixtures #36 (уходит ложное 2400).
- CLAUDE.md: версия библиотеки — по пину, конвейер с split_by_form.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

Интеграция: у НПЗ нет ложного «2400 = 2300 − 2410 + 2420» (#87 ) d722e0b76c

С 0.1.4 соотношения 2400 — группа альтернатив (AURORA-1864): тест сквозного разбора
форм проверял, что расхождение есть, теперь — что его нет (как в golden НПЗ, fixtures #36).

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

aep merged commit bd71650ecc into main

2026-11-12 13:31:49 +03:00

aep referenced this issue from a commit

2026-11-12 13:31:52 +03:00

Merge pull request 'AURORA-1734, 1735, 1864: pylib_ai_arm_statements 0.1.5' (#88) from feat/87-statements-015 into main

aep referenced this issue from a commit

2026-11-12 13:34:30 +03:00

README: конвейер форм с split_by_form (#87)

aep referenced this pull request

2026-11-12 13:34:32 +03:00

README: конвейер форм с split_by_form (#87) #89

Sign in to join this conversation.