Brooklyn Nicholson 48f8244873 fix(tui): route skills.manage through the long-handler thread pool ...

`/skills browse` is documented to scan 6 sources and take ~15s, but the
gateway dispatched `skills.manage` on the main RPC thread.  While it
ran, every other inbound RPC — completions, new slash commands, even
`approval.respond` — blocked until the HTTP fetches finished, making
the whole TUI feel frozen.  Reported during TUI v2 retest:
"/skills browse blocks everything else".

`_LONG_HANDLERS` already exists precisely for this pattern (slash.exec,
shell.exec, session.resume, etc. run on `_pool`).  Add `skills.manage`
to that set so browse/search/install run off the dispatcher; the fast
`list` / `inspect` actions pay a negligible thread-pool hop.

2026-04-21 15:06:51 -05:00

..

__init__.py

feat: new tui based on ink

2026-04-02 19:07:53 -05:00

entry.py

fix(tui-gateway): dispatch slow RPC handlers on a thread pool (#12546)

2026-04-19 07:47:15 -05:00

render.py

tui: inherit Python-side rendering via gateway bridge

2026-04-05 18:50:41 -05:00

server.py

fix(tui): route skills.manage through the long-handler thread pool

2026-04-21 15:06:51 -05:00

slash_worker.py

feat: personality

2026-04-08 00:15:15 -04:00