1cai-public

Начать работу · Скачать · План развития · Аудит · Рынок и позиционирование · Участвовать

Рентген помогает разрабатывать и разбирать конфигурации 1С: фиксирует исходники
в снимках, связывает код с графом зависимостей и сохраняет предложения агента
в отдельных черновиках с историей. Вы видите, что изменилось и что проверено.

Полностью открытый собственный код под MIT. Ядро, CLI, MCP, расширение
редактора и адаптер локальной модели доступны для самостоятельной сборки
и доработки. Обязательной подписки на сервис Рентгена нет. Платформа 1С,
модели и сторонние инструменты распространяются на своих условиях.

Ранний доступ — проверенные компоненты, продукт ещё развивается.
Опубликованная пара: Windows x64, Python 3.11; Core 0.1.0.dev14, Companion 0.1.14.
Исходные и финальные CI, проверка main и отдельная офлайн-установка пройдены.
Все семь публичных файлов скачаны без авторизации и сверены побайтно.
Квитанция публикации.
Новая пара прошла нативный тест выбранной ревизии и восстановления отчёта
на 1С 8.3.27.2342. Типовые конфигурации и рабочие базы ещё не приняты.
Подробности — в READINESS.

Выпуск dev14 добавляет ранний отказ проверочного скрипта при отключённых
assertions и совместимость профилей редактора. PR #34
объединён в main; каждый из пяти CI прошёл 2443 Python- и 67 Node-тестов,
Go и 24 шага. Подробные изменения и ограничения:
Core и
Companion.

Прежние нативные проверки BSL apply/Undo,
переименования реквизита с сохранением данных
и работы через EDT
сохраняют версию своего запуска — dev13.

Начиная с dev8 доступны
сравнение сохранённых снимков и
локальный observer выгрузки: захват при изменении,
сохранённые отчёты и восстановление после сбоя без запросов к LLM.
Также доступна проверка предложения компилятором 1С
на отдельной базе из сохранённой выгрузки.
Из редактора можно запустить BSL-проверку,
проверку компилятором и тесты сохранённой версии,
а затем восстановить отчёт без повторного запуска. Устанавливайте опубликованный dev14
в отдельное окружение по инструкции ниже.
Предыдущий Companion 0.1.10 отдельно прошёл
нативный editor-to-platform сценарий с установленным core dev10.

Что можно сделать сейчас

Таблица описывает опубликованный core-v0.1.0-dev14. Начиная с dev11 исправлена запись полных Windows
file ID в архив нативных запусков.
Dev10 содержит остальные перечисленные сценарии, но сохраняет прежнюю ошибку
архивирования больших Windows ID. Предыдущий dev9 не содержит ASGI-границу. Dev8 не
содержит workspace writer, EDT planner и новых native adapters.

Начиная с dev9 доступен план и preview правки метаданных через EDT:
переименование реквизита по сохранённому снимку, проверка UUID и два отдельных diff.
Также доступны отдельные библиотеки подготовки apply,
принадлежащей workspace-копии,
квалификации metadata candidate и
Git-находок, а также bounded
Git watcher с BSL-LS analyzer adapter
(описание): preconditions и lifecycle Git-находок
доступны через observer CLI и watcher adapter, а metadata gate остаётся read-only.
В ветке разработки schema 3 добавляет bounded автономный режим: trusted scanner
сначала создаёт принадлежащий snapshot, затем Git-находки связываются с точным
commit и owner receipt; отзыв прав, ancestry, race и restart проверяются
fail-closed. Live SCM/1С deployment в этот режим не входит.
События watcher можно явно отправить из durable outbox через
HTTPS webhook с ограничением размера,
allowlist получателей и подтверждением только после HTTP 2xx.
В dev10 receiver core проверяет
bearer/idempotency и сохраняет durable digest receipt в SQLite: повтор того
же уведомления не создаёт вторую запись, а изменённый envelope под тем же
ключом даёт conflict. ASGI-граница проверена с локальным TLS-хостом
Uvicorn/httptools; публичный HTTPS/DNS-хост и downstream обработка ещё не приняты.
Формат owner report связывает quality findings и
подтверждённые runtime-метрики; generic и register adapters читают retained
evidence с no-follow проверкой, а без подтверждённого runtime adapter
бизнес-значения остаются not_available.
Observer умеет собрать такой отчёт из durable findings для опубликованного
snapshot без повторного запуска Git/LLM; для статуса quality вызывающий слой
должен явно передать snapshot_id в ручной record_findings; GitWatcher при
чистом tracked source автоматически добавляет проверяемое Git/snapshot evidence,
а лимит выдачи
max_findings выбирается явно. Сохранение receipt остаётся отдельной
операцией owner-report store; команда owner-report-build выполняет эту сборку
и сохранение без промежуточного JSON.
Подробности Git/snapshot evidence.
Для snapshot-анализа добавлены read-only EDT-инвентарь UUID и владельцев
для компактных .mdo и реальных MetaDataObject/*.xml с отдельными формами и командами
и семантические companion-scope для three-way.
Для трёх сохранённых inventory доступен EDT identity three-way plan
с UUID/owner/layer evidence и CLI edt-inventory-plan.
Для EDT-каталогов добавлено отдельное read-only доказательство вложенных реквизитов
с UUID непосредственного владельца и fail-closed проверкой переноса между типами объектов.
Сформированный owner report можно сохранить и прочитать через
durable store и CLI; каталог привязан к state-root проекта.
Для обновлений есть three-way plan и candidate:
он различает сохранение доработки, принятие upstream и конфликт по хэшу, а для
однозначных path-level решений собирает bounded in-memory candidate с digest.
Для Designer XML доступен отдельный qualified property candidate,
который объединяет только раздельные прямые Properties и сохраняет исходные
namespace/QName-фрагменты.
Исходное дерево при создании candidate не меняется. Для ограниченного сценария
rename_catalog_attribute в ветке разработки доступен отдельный
live writer; остальные операции метаданных
по-прежнему требуют собственных producer, платформенной проверки и rollback.

Исходная конфигурация не меняется при создании черновика. Отсутствие ошибок BSL
не подтверждает правильность бизнес-логики и не разрешает применение.

Как устроен Рентген

Открыть схему в полном размере.

Источник истины — локальное ядро. Модель предлагает текст; адаптер и ядро
проверяют структуру операций, права и ожидаемую ревизию. Восстановление по
квитанции не повторяет запрос модели или запись.

Начать с проверенного сценария

1. Установите офлайн-комплект ядра в отдельное окружение.
2. Зарегистрируйте папку выгрузки и создайте первый снимок.
3. Подключите профиль VSCodium / Cline.
4. Откройте модуль, сохраните черновик и проверьте сравнение.

Для просмотра модель не нужна. Для управляемой локальной правки нужны Ollama
с установленной моделью и закреплённый runtime BSL. Проверен один искусственный
сценарий на Qwen3.5:9b; это не оценка качества на произвольных задачах 1С.

Куда движемся

Приоритет — проверяемая ежедневная разработка 1С: от понимания конфигурации
до безопасного обновления с сохранением доработок. Затем — постоянный аудит
и отчёты о состоянии продукта для владельца.

Эти возможности не объявлены готовыми. Spectorn пока не подключён
к управляемому адаптеру правки. Подробности и порядок — в плане развития.

Документация и исходники

Текущий публичный состав заменяет прежнее экспериментальное дерево.
Старые портал, демо и интеграции доступны в
истории до обновления.
Их прежние заявления о готовности не относятся к текущей поставке.