onec-interactive-runtime-core 0.1.21__tar.gz → 0.1.23__tar.gz

{onec_interactive_runtime_core-0.1.21 → onec_interactive_runtime_core-0.1.23}/.github/workflows/releases.yaml

@@ -32,7 +32,9 @@ jobs:
         with:
           node-version: "22"
           cache: npm
-          cache-dependency-path: packages/jupyter/frontend/package-lock.json
+          cache-dependency-path: |
+            packages/jupyter/frontend/package-lock.json
+            packages/vscode/package-lock.json
       - uses: astral-sh/setup-uv@bec219d24cd3e171d82865faccec33120bb574f4 # v10.1.0
         with:
           version: "0.12.13"
@@ -73,6 +75,14 @@ jobs:
       - name: Install Jupyter frontend dependencies
         run: npm ci --prefix packages/jupyter/frontend
 
+      - name: Install VS Code extension dependencies
+        run: npm ci --prefix packages/vscode
+
+      - name: Test and compile VS Code extension
+        run: |
+          npm --prefix packages/vscode run test:unit
+          npm --prefix packages/vscode run compile
+
       - name: Test package contents and dependencies
         run: >-
           uvx --from "pytest>=8,<9" pytest -q tests/packaging/test_product_wheels.py
@@ -125,6 +135,18 @@ jobs:
                       raise SystemExit(f'Core wheel has a stale extension resource: {resource}')
           PY
 
+      - name: Build VS Code extension
+        run: |
+          VSCODE_VERSION="$(node -p "require('./packages/vscode/package.json').version")"
+          npm --prefix packages/vscode run package -- \
+            --out "$GITHUB_WORKSPACE/dist/bsl-notebook-${VSCODE_VERSION}.vsix"
+
+      - name: Assemble complete GitHub release bundle
+        run: >-
+          python tools/prepare_release_assets.py
+          --dist dist
+          --extension-root src/onec_runtime/resources/extension
+
       - uses: actions/upload-artifact@v4
         with:
           name: core-distributions
@@ -141,6 +163,20 @@ jobs:
             dist/onec_interactive_jupyter-*.tar.gz
           if-no-files-found: error
 
+      - uses: actions/upload-artifact@v4
+        with:
+          name: release-assets
+          path: |
+            dist/onec_interactive_runtime_core-*.whl
+            dist/onec_interactive_runtime_core-*.tar.gz
+            dist/onec_interactive_jupyter-*.whl
+            dist/onec_interactive_jupyter-*.tar.gz
+            dist/OnecInteractiveRuntime.cfe
+            dist/extension-manifest.json
+            dist/bsl-notebook-*.vsix
+            dist/SHA256SUMS.txt
+          if-no-files-found: error
+
   publish-core:
     needs: build
     runs-on: ubuntu-latest
@@ -166,3 +202,20 @@ jobs:
           name: jupyter-distributions
           path: dist
       - uses: pypa/gh-action-pypi-publish@release/v1
+
+  upload-release-assets:
+    needs: [build, publish-core, publish-jupyter]
+    runs-on: ubuntu-latest
+    permissions:
+      contents: write
+    steps:
+      - uses: actions/download-artifact@v4
+        with:
+          name: release-assets
+          path: release-assets
+      - name: Upload complete bundle to GitHub Release
+        env:
+          GH_TOKEN: ${{ github.token }}
+          GH_REPO: ${{ github.repository }}
+          RELEASE_TAG: ${{ inputs.release_tag || github.event.release.tag_name }}
+        run: gh release upload "$RELEASE_TAG" release-assets/* --clobber

{onec_interactive_runtime_core-0.1.21 → onec_interactive_runtime_core-0.1.23}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.5
 Name: onec-interactive-runtime-core
-Version: 0.1.21
+Version: 0.1.23
 License-Expression: GPL-3.0-only AND MIT
 License-File: COPYRIGHT
 License-File: LICENSE

{onec_interactive_runtime_core-0.1.21 → onec_interactive_runtime_core-0.1.23}/README.md

@@ -8,14 +8,14 @@
 
 Нужны Windows, Python 3.12+, VS Code 1.136+, установленная платформа 1С, **отдельная копия ИБ** и локальная копия выгрузки исходников той же конфигурации. По умолчанию runtime устанавливает в ИБ служебное расширение. Демо проверены на платформе **8.5.1.1529**: ЗУП — с **ЗУП КОРП 3.1.38.92** и снимком данных от **01.08.2021**, УТ — с **УТ 11.6.1.61** (дата данных определяется из ИБ). Платформа, демобазы и выгрузки в пакет не входят.
 
-Скачайте **Source code (zip)** из [релиза v0.1.21](https://github.com/pulh1/bsl-jupyter-runtime/releases/tag/v0.1.21) и распакуйте архив: в нём находятся `notebooks/demo`. Из [релиза v0.1.18](https://github.com/pulh1/bsl-jupyter-runtime/releases/tag/v0.1.18) скачайте `bsl-notebook-0.1.4.vsix`. VSIX отвечает за подсказки BSL в редакторе; Python-пакеты версии 0.1.21 устанавливаются из PyPI.
+Скачайте **Source code (zip)** и `bsl-notebook-0.1.5.vsix` из [релиза v0.1.23](https://github.com/pulh1/bsl-jupyter-runtime/releases/tag/v0.1.23). В архиве исходников находятся `notebooks/demo`, а VSIX отвечает за подсказки BSL в редакторе. Python-пакеты версии 0.1.23 устанавливаются из PyPI.
 
 В PowerShell из папки распакованного проекта создайте окружение, установите пакет и зарегистрируйте kernel:
 
 ```powershell
 py -3.12 -m venv .venv
 $python = ".\.venv\Scripts\python.exe"
-& $python -m pip install "onec-interactive-jupyter==0.1.21" "ipykernel>=6.29,<7" "matplotlib>=3.11,<4"
+& $python -m pip install "onec-interactive-jupyter==0.1.23" "ipykernel>=6.29,<7" "matplotlib>=3.11,<4"
 & $python -m ipykernel install --user --name onec-bsl --display-name "1C BSL"
 ```
 
@@ -28,7 +28,7 @@ $python = ".\.venv\Scripts\python.exe"
 - [Pylance](https://marketplace.visualstudio.com/items?itemName=ms-python.vscode-pylance) (`ms-python.vscode-pylance`; обычно устанавливается вместе с Python);
 - [Language 1C (BSL)](https://marketplace.visualstudio.com/items?itemName=1c-syntax.language-1c-bsl) (`1c-syntax.language-1c-bsl`).
 
-В VS Code выполните **Extensions: Install from VSIX** и укажите скачанный `bsl-notebook-0.1.4.vsix`. Откройте папку с выгрузкой исходников 1С через **File → Open Folder**, затем добавьте распакованный проект через **File → Add Folder to Workspace**. Выгрузка должна быть первой папкой рабочего пространства. В notebook выберите kernel **1C BSL** (при необходимости через **Select Another Kernel → Jupyter Kernels**) и выполните команду **1C BSL: Выбрать исходники проекта**, указав выгрузку.
+В VS Code выполните **Extensions: Install from VSIX** и укажите скачанный `bsl-notebook-0.1.5.vsix`. Откройте папку с выгрузкой исходников 1С через **File → Open Folder**, затем добавьте распакованный проект через **File → Add Folder to Workspace**. Выгрузка должна быть первой папкой рабочего пространства. В notebook выберите kernel **1C BSL** (при необходимости через **Select Another Kernel → Jupyter Kernels**) и выполните команду **1C BSL: Выбрать исходники проекта**, указав выгрузку.
 
 Для первой пробы создайте пустой Python-notebook. В первой ячейке запустите сеанс, подставив пути к своей платформе, **копии** ИБ и **копии** исходников:
 
@@ -102,3 +102,7 @@ uv run python -m pytest tests/unit -q
 Проверки генератора парсера используют включённый в репозиторий [тестовый исходник](tests/fixtures/parsergen/README.md). Архитектура описана [отдельно](docs/architecture/2026-08-12-canonical-runtime-architecture.md).
 
 Собственный код распространяется по `GPL-3.0-only`; лицензии и уведомления сторонних компонентов находятся в [LICENSE](LICENSE) и [THIRD_PARTY_NOTICES.txt](THIRD_PARTY_NOTICES.txt).
+
+## Статья на ![лого Инфостарт](https://infostart.ru/bitrix/templates/sandbox_empty/assets/tpl/abo/img/logo.svg)
+
+[Открыть статью о проекте](https://infostart.ru/1c/tools/2789187/).

{onec_interactive_runtime_core-0.1.21 → onec_interactive_runtime_core-0.1.23}/docs/python-api.md

@@ -19,7 +19,7 @@
 | `materialize()` и `to_df()` по прямому `e1cRuntimeКонтекст.Имя` | Проверен ограниченный перенос через ticket на подтверждённом маршруте MAIN idle или CAPTURE paused. |
 | `OnecValueProxy.head()`, срез и `tabular_section()` | Фасад принимает `project_value()`/`project_to_df()` и payload-проекции через ограниченные MAIN/CAPTURE tickets. `head().to_df()` прошёл в полном живом прогоне; остальные варианты проверены компонентными тестами. |
 
-Страницы `frame.locals` и `frame.parameters` проверены на временной ИБ. Страница `capture.context.variables[:10]` даёт только имена в `UnavailableValueNode`; точный запрос `capture.context.variables["Имя"]` возвращает непрозрачный `ValueNode` с типом и размером, если debugger может их прочитать. Его `preview` скрывает исходное значение, а `shape` остаётся `UNDOCUMENTED`. Для переноса поддерживаемого значения используйте `runtime.materialize("e1cRuntimeКонтекст.e1cRuntimeКонтекстОтладки.Имя")` либо ограниченную проекцию прокси, пока CAPTURE stop подтверждён и доступен.
+Страницы `frame.locals` и `frame.parameters` проверены на временной ИБ. Страница `capture.context.variables[:10]` даёт только имена в `UnavailableValueNode`; точный запрос `capture.context.variables["Имя"]` возвращает непрозрачный `ValueNode` с типом и размером, если debugger может их прочитать. Его `preview` скрывает исходное значение, а `shape` остаётся `UNDOCUMENTED`. Для переноса поддерживаемого значения используйте `runtime.materialize("e1cRuntimeКонтекст.КонтекстОтладки.Имя")` либо ограниченную проекцию прокси, пока CAPTURE stop подтверждён и доступен.
 
 ## Сеанс и выполнение
 
@@ -167,7 +167,7 @@ if names:
 
 Если отдельное значение не удалось представить через CAPTURE inspection, страница сохраняет доступных соседей и помещает на его место `UnavailableValueNode`: только проверенное `name`, `access == "unavailable"` и `expandable == False`, без типа, preview и пути для раскрытия. Точечный доступ к такому значению вызывает `CaptureValueCheckError`; после исправления причины можно повторить чтение на той же CAPTURE-остановке, если `capture.status().can_inspect` остаётся истинным. `DeniedValueNode` с `access == "denied"` означает запрет доступа по политике приватности; точечный доступ к нему вызывает `CaptureValueAccessDeniedError`. Маркер `unavailable` не обещает поддержку произвольных объектов 1С и сам по себе не означает потерю остановленного кадра.
 
-`capture.context.variables` читает поля `e1cRuntimeКонтекстОтладки`, перенесённые из остановленного кадра. Новое имя, присвоенное в CAPTURE-ячейке без префикса `e1cRuntimeКонтекстОтладки`, попадает в постоянный notebook `e1cRuntimeКонтекст` и доступно через `bsl`/`namespace_snapshot()`, но не появляется в staged кадре. Присваивание `e1cRuntimeКонтекстОтладки.Имя = ...` меняет существующий корень staged кадра. Вложенный путь передайте в `materialize()` как прямой путь от `e1cRuntimeКонтекст`, если он допустим политикой переноса.
+`capture.context.variables` читает поля `КонтекстОтладки`, перенесённые из остановленного кадра. Новое имя, присвоенное в CAPTURE-ячейке без префикса `КонтекстОтладки`, попадает в постоянный notebook `e1cRuntimeКонтекст` и доступно через `bsl`/`namespace_snapshot()`, но не появляется в staged кадре. Присваивание `КонтекстОтладки.Имя = ...` меняет существующий корень staged кадра. Вложенный путь передайте в `materialize()` как прямой путь от `e1cRuntimeКонтекст`, если он допустим политикой переноса.
 
 ```python
 frame = capture.stack[0]

onec_interactive_runtime_core-0.1.23/docs/superpowers/plans/2026-09-20-release-assets.md

@@ -0,0 +1,87 @@
+# Complete GitHub Release Assets Implementation Plan
+
+> **For agentic workers:** REQUIRED SUB-SKILL: Use superpowers:subagent-driven-development (recommended) or superpowers:executing-plans to implement this plan task-by-task. Steps use checkbox (`- [ ]`) syntax for tracking.
+
+**Goal:** Repair `v0.1.21` with a complete downloadable bundle and automate the same bundle for future GitHub releases.
+
+**Architecture:** A small Python assembly tool owns the exact asset contract, embedded-extension extraction, canonical comparison, and deterministic checksums. GitHub Actions builds all independently versioned products, publishes Python distributions to PyPI as before, and uploads the validated bundle to the GitHub Release only after both PyPI jobs succeed.
+
+**Tech Stack:** Python 3.12+, pytest, uv, npm, TypeScript, VSCE, GitHub Actions, GitHub CLI, PyPI JSON API.
+
+**Spec:** `docs/superpowers/specs/2026-09-20-release-assets-design.md`
+
+## Global Constraints
+
+- Do not move or rewrite tag `v0.1.21` or replace any PyPI file.
+- Python package versions remain `0.1.21`; VS Code becomes `0.1.5`.
+- The standalone CFE and manifest must be byte-identical to the verified core wheel and canonical repository resources.
+- Upload only bounded release artifacts; never upload environments, credentials, local paths, or raw live evidence.
+- Preserve the user's original checkout and notebook changes.
+- No runtime, protocol, or 1C extension behavior changes.
+
+## Review Focus
+
+- A GitHub bundle assembled from a different build could disagree with PyPI; compare wheel SHA-256 with official PyPI metadata before repairing `v0.1.21`.
+- Reusing VSIX version `0.1.4` would create two different artifacts with one version; require `0.1.5` in source and inside the VSIX.
+- A stale CFE extracted from an arbitrary wheel could bypass source validation; compare wheel bytes with canonical packaged resources.
+- Broad `dist/*` upload can leak unexpected files; the assembler and workflow must enforce the exact eight-file contract.
+- A workflow upload before partial PyPI failure would expose an incomplete release; the GitHub upload job must depend on both successful publish jobs.
+
+---
+
+### Task 1: Define and implement the release bundle contract
+
+**Files:**
+- Create: `tools/prepare_release_assets.py`
+- Create: `tests/packaging/test_release_assets.py`
+- Create: `docs/superpowers/specs/2026-09-20-release-assets-design.md`
+- Create: `docs/superpowers/plans/2026-09-20-release-assets.md`
+
+**Interfaces:**
+- Produces: `prepare_release_assets(dist: Path, extension_root: Path) -> tuple[Path, ...]` and CLI options `--dist`, `--extension-root`.
+- Produces: exactly eight validated release files including `SHA256SUMS.txt`.
+
+- [ ] Write tests for a valid synthetic bundle, stale embedded CFE, duplicate/unexpected inputs, and deterministic checksum ordering.
+- [ ] Run the focused tests and confirm RED because the tool does not exist.
+- [ ] Implement the minimum assembler and CLI.
+- [ ] Run the focused tests and confirm GREEN.
+
+### Task 2: Release VS Code 0.1.5 and wire the workflow
+
+**Files:**
+- Modify: `packages/vscode/package.json`
+- Modify: `packages/vscode/package-lock.json`
+- Modify: `packages/vscode/README.md`
+- Modify: `README.md`
+- Modify: `.github/workflows/releases.yaml`
+- Modify: `tests/packaging/test_release_assets.py`
+
+**Interfaces:**
+- Consumes: the Task 1 assembly CLI.
+- Produces: VSIX `0.1.5` and an Actions `release-assets` bundle uploaded to the corresponding GitHub Release after both PyPI jobs.
+
+- [ ] Add a failing workflow-contract test for VS Code build/package, complete bundle assembly, exact artifact upload, `contents: write`, and dependencies on both PyPI jobs.
+- [ ] Run the focused test and confirm RED against the existing workflow.
+- [ ] Bump VS Code and documentation to `0.1.5`.
+- [ ] Update the workflow with VS Code setup/tests/package, asset assembly/upload, and the final GitHub release upload job.
+- [ ] Run the focused tests and confirm GREEN.
+- [ ] Run VS Code install, unit, compile, and package gates; inspect the VSIX manifest and compiled payload.
+- [ ] Run packaging and extension bundle gates, review the exact diff, and commit once.
+
+### Task 3: Publish the VS Code tag and repair v0.1.21
+
+**Files:**
+- Publish: the verified automation commit to `master`
+- Publish: annotated tag `vscode-v0.1.5`
+- Update: GitHub Release `v0.1.21` assets and notes
+
+**Interfaces:**
+- Consumes: the committed assembler, verified VSIX, workflow artifacts from run `35510216839`, and official PyPI hashes.
+- Produces: the complete eight-file public release bundle.
+
+- [ ] Recheck remote master/tag/release state and exact PyPI hashes.
+- [ ] Push the single reviewed commit to `master`, tag it `vscode-v0.1.5`, and verify remote SHAs.
+- [ ] Download the exact successful workflow distributions, validate their PyPI hashes, add the verified VSIX, and run the committed assembler.
+- [ ] Upload the eight files to `v0.1.21` and amend notes with explicit VSIX tag provenance.
+- [ ] Query GitHub assets, download them independently, verify `SHA256SUMS.txt`, CFE manifest hash, wheel PyPI hashes, and VSIX version/payload.
+- [ ] Remove only the temporary release worktree and report the published URLs and any non-blocking workflow warnings.

onec_interactive_runtime_core-0.1.23/docs/superpowers/specs/2026-09-20-release-assets-design.md

@@ -0,0 +1,77 @@
+# Complete GitHub release assets design
+
+## Goal
+
+Make GitHub product releases self-contained while preserving PyPI Trusted
+Publishing: every release must expose the two published Python wheels and
+sdists, the standalone 1C extension and manifest, the independently versioned
+VS Code extension, and one checksum file.
+
+## Current release repair
+
+Repair `v0.1.21` without changing its tag or its immutable PyPI files:
+
+- recover the exact core and Jupyter distributions produced by successful
+  workflow run `35510216839`;
+- verify their wheel hashes against PyPI;
+- extract `OnecInteractiveRuntime.cfe` and `extension-manifest.json` from the
+  verified core wheel and compare them with canonical packaged resources;
+- release the current VS Code source as `bsl-notebook-0.1.5.vsix` from a
+  follow-up packaging/automation commit tagged `vscode-v0.1.5`;
+- generate `SHA256SUMS.txt` for all uploaded assets;
+- upload the complete bundle to the existing GitHub Release and document the
+  VSIX follow-up tag in its notes.
+
+The VSIX asset is independently versioned and its provenance must be explicit;
+the Python release tag remains immutable.
+
+## Future release workflow
+
+The existing release workflow continues to build and publish only
+`onec-interactive-runtime-core` and `onec-interactive-jupyter` to PyPI. Its
+build job additionally:
+
+1. installs, tests, compiles, and packages `packages/vscode`;
+2. assembles and validates the complete GitHub bundle with a repository tool;
+3. uploads that bundle as a GitHub Actions artifact.
+
+After both PyPI jobs succeed, a separate job with `contents: write` downloads
+the bundle and attaches every file to the existing GitHub Release using
+`gh release upload --clobber`. No PyPI credentials are reused for GitHub
+assets.
+
+## Asset contract
+
+The bundle contains exactly:
+
+- `onec_interactive_runtime_core-<python-version>-py3-none-any.whl`
+- `onec_interactive_runtime_core-<python-version>.tar.gz`
+- `onec_interactive_jupyter-<python-version>-py3-none-any.whl`
+- `onec_interactive_jupyter-<python-version>.tar.gz`
+- `OnecInteractiveRuntime.cfe`
+- `extension-manifest.json`
+- `bsl-notebook-<vscode-version>.vsix`
+- `SHA256SUMS.txt`
+
+The checksum file covers the preceding seven files in deterministic filename
+order. The assembly tool rejects missing, duplicate, unexpected, or stale
+artifacts.
+
+## Versioning and documentation
+
+- Python packages remain `0.1.21` for the repaired release.
+- VS Code becomes `0.1.5` in `package.json`, `package-lock.json`, and its
+  installation documentation.
+- The root README downloads `bsl-notebook-0.1.5.vsix` from `v0.1.21`.
+- Runtime and 1C extension behavior/version are unchanged.
+
+## Verification
+
+- RED/GREEN tests cover successful bundle assembly, stale embedded extension
+  rejection, unexpected files, deterministic checksums, and workflow wiring.
+- VS Code `npm ci`, unit tests, compile, and package commands pass.
+- The produced VSIX contains manifest version `0.1.5` and compiled extension
+  code.
+- The full packaging test file and focused extension consistency test pass.
+- Before upload, every repaired release asset is compared with its authoritative
+  source and the final GitHub asset list/checksums are independently verified.

{onec_interactive_runtime_core-0.1.21 → onec_interactive_runtime_core-0.1.23}/integration/jupyter_bsl_fixture/cells.py

@@ -58,9 +58,9 @@ CAPTURE_MAIN_SOURCE = '''РезультатFixture = JupyterBslFixtureCallerServ
 Результат = РезультатFixture;'''
 
 
-CAPTURE_SNAPSHOT_SOURCE = '''CaptureCounter = e1cRuntimeКонтекстОтладки.ЛокальныйСчетчик;
-CaptureNested = e1cRuntimeКонтекстОтладки.ЛокальнаяСтруктура;
-CaptureTable = e1cRuntimeКонтекстОтладки.ЛокальнаяТаблица;
+CAPTURE_SNAPSHOT_SOURCE = '''CaptureCounter = КонтекстОтладки.ЛокальныйСчетчик;
+CaptureNested = КонтекстОтладки.ЛокальнаяСтруктура;
+CaptureTable = КонтекстОтладки.ЛокальнаяТаблица;
 CaptureWorkerState = Новый Структура("Результат", 0);
 РезультатИнструкции = CaptureCounter;'''
 
@@ -70,7 +70,7 @@ CAPTURE_METHOD_SOURCE = '''Процедура FixtureCaptureWorker(Состоя
 КонецПроцедуры'''
 
 
-CAPTURE_METHOD_CALL_SOURCE = '''FixtureCaptureWorker(CaptureWorkerState, e1cRuntimeКонтекстОтладки.ЛокальныйСчетчик);
+CAPTURE_METHOD_CALL_SOURCE = '''FixtureCaptureWorker(CaptureWorkerState, КонтекстОтладки.ЛокальныйСчетчик);
 CaptureMethodResult = CaptureWorkerState.Результат;
 РезультатИнструкции = CaptureMethodResult;'''
 
@@ -79,41 +79,41 @@ CAPTURE_MIXED_SOURCE = '''Процедура FixtureMixedCapture(Состоян
     Состояние.Результат = Значение * 2;
 КонецПроцедуры;
 CaptureMixedState = Новый Структура("Результат", 0);
-FixtureMixedCapture(CaptureMixedState, e1cRuntimeКонтекстОтладки.ЛокальныйСчетчик);
-e1cRuntimeКонтекстОтладки.ЛокальныйMixed = CaptureMixedState.Результат;
-CaptureMixedResult = e1cRuntimeКонтекстОтладки.ЛокальныйMixed;
+FixtureMixedCapture(CaptureMixedState, КонтекстОтладки.ЛокальныйСчетчик);
+КонтекстОтладки.ЛокальныйMixed = CaptureMixedState.Результат;
+CaptureMixedResult = КонтекстОтладки.ЛокальныйMixed;
 РезультатИнструкции = CaptureMixedResult;'''
 
 
 CAPTURE_MIXED_ERROR_SOURCE = '''Процедура FixtureMixedCaptureAfterError(Состояние, Значение)
     Состояние.Результат = Значение + 1;
 КонецПроцедуры;
-e1cRuntimeКонтекстОтладки.ЛокальныйСчетчик = 901;
+КонтекстОтладки.ЛокальныйСчетчик = 901;
 ОшибкаMixedCapture = 1 / 0;'''
 
 
 CAPTURE_MIXED_ERROR_RECOVERY_SOURCE = '''CaptureMixedErrorState = Новый Структура("Результат", 0);
-FixtureMixedCaptureAfterError(CaptureMixedErrorState, e1cRuntimeКонтекстОтладки.ЛокальныйСчетчик);
+FixtureMixedCaptureAfterError(CaptureMixedErrorState, КонтекстОтладки.ЛокальныйСчетчик);
 CaptureMixedErrorRecovery = CaptureMixedErrorState.Результат;
 РезультатИнструкции = CaptureMixedErrorRecovery;'''
 
 
-CAPTURE_ERROR_SOURCE = '''e1cRuntimeКонтекстОтладки.ЛокальныйСчетчик = 900;
+CAPTURE_ERROR_SOURCE = '''КонтекстОтладки.ЛокальныйСчетчик = 900;
 ВызватьИсключение "fixture-capture-error";'''
 
 
-CAPTURE_ERROR_RECOVERY_SOURCE = '''Сообщить("capture-recovery:" + e1cRuntimeКонтекстОтладки.ЛокальныйСчетчик);
-РезультатИнструкции = e1cRuntimeКонтекстОтладки.ЛокальныйСчетчик;'''
+CAPTURE_ERROR_RECOVERY_SOURCE = '''Сообщить("capture-recovery:" + КонтекстОтладки.ЛокальныйСчетчик);
+РезультатИнструкции = КонтекстОтладки.ЛокальныйСчетчик;'''
 
 
-CAPTURE_WRITE_SOURCE = '''e1cRuntimeКонтекстОтладки.ЛокальныйСчетчик = 40;
-e1cRuntimeКонтекстОтладки.ЛокальнаяСтруктура.Метка = "после";
-РезультатИнструкции = e1cRuntimeКонтекстОтладки.ЛокальныйСчетчик;'''
+CAPTURE_WRITE_SOURCE = '''КонтекстОтладки.ЛокальныйСчетчик = 40;
+КонтекстОтладки.ЛокальнаяСтруктура.Метка = "после";
+РезультатИнструкции = КонтекстОтладки.ЛокальныйСчетчик;'''
 
 
-CAPTURE_STACK_SOURCE = '''StackValue = e1cRuntimeКонтекстОтладки.РезультатПодчиненного.Счетчик;
-StackMarker = e1cRuntimeКонтекстОтладки.РезультатПодчиненного.Метка;
-StackMixed = e1cRuntimeКонтекстОтладки.РезультатПодчиненного.Mixed;
+CAPTURE_STACK_SOURCE = '''StackValue = КонтекстОтладки.РезультатПодчиненного.Счетчик;
+StackMarker = КонтекстОтладки.РезультатПодчиненного.Метка;
+StackMixed = КонтекстОтладки.РезультатПодчиненного.Mixed;
 Сообщить("capture-stack:" + StackMarker + ":mixed=" + StackMixed);
 РезультатИнструкции = StackValue;'''
 

{onec_interactive_runtime_core-0.1.21 → onec_interactive_runtime_core-0.1.23}/integration/support/zup_capture_fixture.py

@@ -272,7 +272,7 @@ PAYROLL_MAIN_SOURCE = '''ЗарплатаCaptureДемо = ВедомостьН
 
 
 CAPTURE_A_SNAPSHOT_SOURCE = '''ЗапросВТЗарплатаДемо = Новый Запрос;
-ЗапросВТЗарплатаДемо.МенеджерВременныхТаблиц = e1cRuntimeКонтекстОтладки.МенеджерВременныхТаблиц;
+ЗапросВТЗарплатаДемо.МенеджерВременныхТаблиц = КонтекстОтладки.МенеджерВременныхТаблиц;
 ЗапросВТЗарплатаДемо.Текст =
 "ВЫБРАТЬ
 |    Зарплата.*

{onec_interactive_runtime_core-0.1.21 → onec_interactive_runtime_core-0.1.23}/notebooks/demo/README.md

@@ -1,10 +1,10 @@
 # Демо Jupyter для ЗУП КОРП и УТ
 
-[ZUP/01-overview.ipynb](ZUP/01-overview.ipynb) ведёт от `Привет, мир!` и состояния между BSL-ячейками к типовым данным ЗУП, pandas, материализации документа, hot reload и остановленному проведению `ПриемаНаРаботу`. В финале он проверяет значение оклада в регистре периодических показателей и показывает плановый ФОТ. [ZUP/03-capture.ipynb](ZUP/03-capture.ipynb) отдельно исследует временную таблицу и стек вызовов между двумя точками останова, затем меняет локальный запрос только в одном вызове. Каждый notebook запускается сверху вниз в отдельном kernel.
+[ZUP/01-overview.ipynb](ZUP/01-overview.ipynb) ведёт от `Привет, мир!` и состояния между BSL-ячейками к типовым данным ЗУП, pandas, hot reload и остановленному проведению `ПриемаНаРаботу`. В финале он проверяет значение оклада в регистре периодических показателей и показывает плановый ФОТ. [ZUP/03-capture.ipynb](ZUP/03-capture.ipynb) отдельно исследует временную таблицу и стек вызовов между двумя точками останова, затем меняет локальный запрос только в одном вызове. Каждый notebook запускается сверху вниз в отдельном kernel.
 
-[UT/05-ut-sales.ipynb](UT/05-ut-sales.ipynb) — отдельный сценарий для **УТ 11.6.1.61**: сравнение месячной выручки из регистра «Выручка и себестоимость продаж», диаграммы по подразделениям, останов внутри типовой функции `ПродажиСервер.ПроцентПрироста` и hot reload её локальной копии. Период определяется по последнему активному движению выручки в выбранной ИБ; дата её данных заранее не предполагается. Метаданные и оба запроса сверены через EDT. 14.09.2026 все ячейки выполнены на временной копии файловой ИБ, включая hot reload; обе диаграммы проверены.
+[UT/05-ut-sales.ipynb](UT/05-ut-sales.ipynb) — отдельный сценарий для **УТ 11.6.1.61**: сравнение месячной выручки из регистра «Выручка и себестоимость продаж», диаграммы по подразделениям, вызов типовой функции `ПродажиСервер.ПроцентПрироста` и hot reload её локальной копии. Период определяется по последнему активному движению выручки в выбранной ИБ; дата её данных заранее не предполагается.
 
-Сценарии ЗУП рассчитаны на выделенную демобазу **ЗУП КОРП 3.1.38.92**, платформу **8.5.1.1529** и выгрузку исходников этой же конфигурации. Дата данных в примерах — **01.08.2021**; это не номер релиза. 14.09.2026 все ячейки текущих `01-overview` и `03-capture` выполнены на независимых временных файловых копиях ИБ с пакетом 0.1.19 из PyPI, включая hot reload, остановы и повторное проведение документа в обзоре. Результаты выполнения остаются локальными и не входят в репозиторий.
+Сценарии ЗУП рассчитаны на выделенную демобазу **ЗУП КОРП 3.1.38.92**, платформу **8.5.1.1529** и выгрузку исходников этой же конфигурации. Дата данных в примерах — **01.08.2021**; это не номер релиза. `03-capture` проходил живой прогон 14.09.2026 на временной файловой ИБ с пакетом 0.1.19. Обновлённые `01-overview` и `05-ut-sales` после переноса из авторских ноутбуков проверены статически; живой прогон для них не выполнялся. Результаты выполнения остаются локальными и не входят в репозиторий.
 
 Для установки из PyPI и запуска в VS Code используйте [«Быстрый старт»](../../README.md). Для работы с исходниками проекта и JupyterLab из корня репозитория установите окружение и зарегистрируйте kernel: