agent_coder
3cba551800
В автономном режиме «Interrupt and send now» во время живого detached-run делал только локальный stop() (abort SSE), который сервер игнорирует (run живёт по дизайну #184/#234), поэтому onFinish→flush новый POST упирался в гейт «один активный run на чат» → 409 A_RUN_ALREADY_ACTIVE, новый turn не стартовал. handleStop делает правильно (доп. onServerStop), sendNow — нет. Вариант A (клиентский, горячий путь сервера не тронут): - sendNow в автономном режиме дополнительно зовёт onServerStop(chatId) (или откладывает через stopPendingRef, если chatId ещё не усыновлён — как handleStop) и взводит one-shot supersedeRetryRef ДО stop(); - транспорт-fetch на supersede-отправке (и только на ней) ретраит РОВНО 409 с body.code===A_RUN_ALREADY_ACTIVE до 4 попыток с бэкоффом 150/300/600ms; onServerStop гарантирует осадку run → ретрай сходится. Обычная отправка (не взведён флаг) падает на 409 мгновенно. isRunAlreadyActive читает response.clone() → тело оригинала возвращается потребителю нетронутым. 409 всегда до записи user-строки (pre-check/beginRun раньше insert) → повтор POST безопасен, дублей нет. Внутренний цикл: 2 прохода. Ревью нашло CRITICAL: supersedeRetryRef застревал взведённым, когда sendNow взвёл, но POST не ушёл (promoted head удалён → flushNext() false; либо wasResumed-return) — следующая обычная отправка молча ретраила настоящий 409. Починка: разоружать флаг симметрично остальным one-shot (в ветке !flushNext() и в isStreaming-defuse-эффекте); транспорт read-and-clear на входе каждой отправки. Мутационно: убрать disarm → strand-тест краснеет (4 вызова вместо 1). Легаси-режим не тронут (регресс-гард). Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
React + TypeScript + Vite
This template provides a minimal setup to get React working in Vite with HMR and some ESLint rules.
Currently, two official plugins are available:
- @vitejs/plugin-react uses Babel for Fast Refresh
- @vitejs/plugin-react-swc uses SWC for Fast Refresh
Expanding the ESLint configuration
If you are developing a production application, we recommend updating the configuration to enable type aware lint rules:
- Configure the top-level
parserOptionsproperty like this:
parserOptions: {
ecmaVersion: 'latest',
sourceType: 'module',
project: ['./tsconfig.json', './tsconfig.node.json'],
tsconfigRootDir: __dirname,
},
- Replace
plugin:@typescript-eslint/recommendedtoplugin:@typescript-eslint/recommended-type-checkedorplugin:@typescript-eslint/strict-type-checked - Optionally add
plugin:@typescript-eslint/stylistic-type-checked - Install eslint-plugin-react and add
plugin:react/recommended&plugin:react/jsx-runtimeto theextendslist