Продукт
Операционная система и версия
Windows 11
Версия плагина или CLI, название модели
Плагин 0.6.4 / модели base и pro
Версия IDE (для плагина)
PyCharm 2025.1.6
Build #PY-251.29188.22, built on November 10, 2025
Source revision: a8984ec8f53d8
Runtime version: 21.0.8+1-b895.146 amd64 (JCEF 122.1.9)
VM: OpenJDK 64-Bit Server VM by JetBrains s.r.o.
Toolkit: sun.awt.windows.WToolkit
Windows 11.0
Memory: 6000M
Cores: 32
Registry:
ide.browser.jcef.jsQueryPoolSize=200
ide.browser.jcef.contextMenu.devTools.enabled=true
ide.experimental.ui=true
Non-Bundled Plugins:
CMD Support (1.0.5)
Batch Scripts Support (1.0.13)
Описание
При правке/отладке/исправлении frontend (на React) остаются не закрытые процессы node. Приходится убивать процессы вручную или просить жестко кильнуть модель (модель успешно убивает процессы). При этом при очередной итерации отладки модель видит что есть запущенный процесс (порт занят) и по этой причине запускает новый процесс, но уже на другом порту и т.д.
Шаги воспроизведения
Работа в режиме Агента.
backend на FastAPI
frontend на React
back&front - не запущены
Попросить модель исправить ошибку на front
Модель добавляет отладочный код (выдачу в консоль) и в диалоге запускает back и front и отправляет их в фон.
Мониторит и анализирует логи.
В несколько итераций исправляет ошибки.
Завершается выполнение запроса, но при этом фоновые процессы остаются работать.
Если попросить далее в диалоге (типа новый запрос) изменить фронт или уже исправить другую ошибку, то модель:
- опять пробует запустить back&front
- видит что процессы запущены
- киляет, но успешно реально получается убить только back (front остается вистеть)
- запускает front уже на новом порту
и так продолжаются копиться процессы node
Ожидаемое поведение
после завершения работы модели в рамках запроса модель должна закрывать все процессы, которые модель запускала. Особенно фоновые.
В данном случае если back&front были запущены пользователей ДО запуска модели, то использовать эти процессы или запрашивать остановку back&front. Как правило в момент разработки что back, что front запускаются в режиме автоперезагрузки в случае изменения файлов.
Фактическое поведение
Модель практически для каждой итерации запускает новые процессы, забывая про ранее запущенные,
Скриншоты, логи, конфиги, тестовые данные
pycharm-logs-20260309-17001715895953785789501874.zip
config.yaml
Дополнительная информация
В принципе не напряет, пока этих процессов не становится с десяток.
Чеклист
Продукт
Операционная система и версия
Windows 11
Версия плагина или CLI, название модели
Плагин 0.6.4 / модели base и pro
Версия IDE (для плагина)
PyCharm 2025.1.6 Build #PY-251.29188.22, built on November 10, 2025 Source revision: a8984ec8f53d8 Runtime version: 21.0.8+1-b895.146 amd64 (JCEF 122.1.9) VM: OpenJDK 64-Bit Server VM by JetBrains s.r.o. Toolkit: sun.awt.windows.WToolkit Windows 11.0 Memory: 6000M Cores: 32 Registry: ide.browser.jcef.jsQueryPoolSize=200 ide.browser.jcef.contextMenu.devTools.enabled=true ide.experimental.ui=true Non-Bundled Plugins: CMD Support (1.0.5) Batch Scripts Support (1.0.13)Описание
При правке/отладке/исправлении frontend (на React) остаются не закрытые процессы node. Приходится убивать процессы вручную или просить жестко кильнуть модель (модель успешно убивает процессы). При этом при очередной итерации отладки модель видит что есть запущенный процесс (порт занят) и по этой причине запускает новый процесс, но уже на другом порту и т.д.
Шаги воспроизведения
Работа в режиме Агента.
backend на FastAPI
frontend на React
back&front - не запущены
Попросить модель исправить ошибку на front
Модель добавляет отладочный код (выдачу в консоль) и в диалоге запускает back и front и отправляет их в фон.
Мониторит и анализирует логи.
В несколько итераций исправляет ошибки.
Завершается выполнение запроса, но при этом фоновые процессы остаются работать.
Если попросить далее в диалоге (типа новый запрос) изменить фронт или уже исправить другую ошибку, то модель:
и так продолжаются копиться процессы node
Ожидаемое поведение
после завершения работы модели в рамках запроса модель должна закрывать все процессы, которые модель запускала. Особенно фоновые.
В данном случае если back&front были запущены пользователей ДО запуска модели, то использовать эти процессы или запрашивать остановку back&front. Как правило в момент разработки что back, что front запускаются в режиме автоперезагрузки в случае изменения файлов.
Фактическое поведение
Модель практически для каждой итерации запускает новые процессы, забывая про ранее запущенные,
Скриншоты, логи, конфиги, тестовые данные
pycharm-logs-20260309-17001715895953785789501874.zip
config.yaml
Дополнительная информация
В принципе не напряет, пока этих процессов не становится с десяток.
Чеклист