[Roadmap] sglang auto tuner
Confirm scope and availability with the maintainers before starting work.
Factual updates, project context, and evidence-backed contribution leads from 30 curated open-source projects.
Explicit invitations are separated from lower-confidence triage leads. Check the live issue before starting.
Confirm scope and availability with the maintainers before starting work.
Confirm scope and availability with the maintainers before starting work.
Confirm scope and availability with the maintainers before starting work.
Confirm scope and availability with the maintainers before starting work.
Confirm scope and availability with the maintainers before starting work.
No explicit contribution invitation was found; ask maintainers whether a contribution is wanted.
Maintainer release and roadmap evidence, plus relevant Hacker News discussions kept clearly separate.
v2.1.231v2.3.4v1.96.2Prereleases and milestones indicate public plans; they are not delivery commitments.
ray-2.57.0Prereleases and milestones indicate public plans; they are not delivery commitments.
7.82.1Prereleases and milestones indicate public plans; they are not delivery commitments.
v0.5.17Prereleases and milestones indicate public plans; they are not delivery commitments.
### What version of the Codex App are you using (From “About Codex” dialog)? Latest Codex App downloaded from the Microsoft Store. ### What subscription do you have? Plus ### What platform is your computer? Windows 11 Pro, x64 CPU: AMD Ryzen 5 5600 RAM: 32 GB ### What issue are you seeing? I frequently experience Codex App freezes, stutters, or severe UI lag
### What version of the Codex App are you using (From “About Codex” dialog)? Codex Desktop: 26.527.60818 Codex build: 3437 ### What subscription do you have? plus ### What platform is your computer? Darwin 25.5.0 arm64 arm ### What issue are you seeing? Codex Desktop for macOS triggers a persistent macOS Gatekeeper/SystemPolicy loop after launch. With Codex
## Bug description After updating to v2.1.150, the mouse scroll wheel no longer scrolls through the conversation output inside the Claude Code TUI. Instead, it sends arrow keys, which cycles through input history in the prompt field. Previously (before v2.1.150), scroll wheel worked correctly to scroll up/down through the conversation. A message appears at t
## Environment Claude Code Status v1.0.25 ## Bug Description On every open of Cursor or VSCode IDEs, the below warning always reappears in the integrated terminal: ``` The following extensions want to relaunch the terminal to contribute to its environment: Claude Code ``` The user must constantly restart the terminal in order to get environment contributions
### What version of Codex is running? 0.77.0 ### What subscription do you have? Pro ### Which model were you using? gpt-5.2-xhigh ### What platform is your computer? _No response_ ### What issue are you seeing? In multi-message conversations with Codex, the assistant sometimes responds to an earlier message instead of the most recent one. For example, I had
This issue contains tasks for further improvements of new [JSON](https://github.com/ClickHouse/ClickHouse/pull/66444) data type. Continuation of https://github.com/ClickHouse/ClickHouse/issues/54864. Important tasks: - [x] Reduce memory usage during insertion into JSON column and during merges by better buffer size managing - https://github.com/ClickHouse/Cl
### Description My Prometheus always stuck at “Preparing write...”。 I am using the latest oh-my-opencode and opencode. ``` Thinking: 让我重新尝试写入工作计划文件。 ~ Preparing write... Tool execution aborted Thinking: 好的,让我重新尝试写入工作计划文件。 ~ Preparing write... Tool execution aborted Thinking: 用户让我重试写入工作计划。让我重新写入计划文件。 好的,让我重新生成工作计划: ~ Preparing write... Tool execution aborted
We have scattered reports of memory issues so we are going to tackle them all in a central place. PLEASE DO NOT RUN YOUR LLM AND SUGGEST SOLUTIONS IT IS ALWAYS WRONG What we need help with is collecting heap snapshots. There are two ways to do that. Manual snapshot flow - run opencode (terminal not desktop) - use it until memory has grown (we don't need craz
## Feature Request **Direct project workflow between siloed Claude sessions to sequence higher level processes with dependencies.** ### Problem When working on a large project, users run multiple Claude Code sessions in parallel — each focused on a different module or task. These sessions are completely siloed with no way to communicate, share state, or coor
## Problem When Claude is actively working on a task, the only option is to interrupt it. If I think of a follow-up mid-task I either have to interrupt and potentially derail the current work, or try to remember it until Claude finishes. ## Proposed Solution Add a **message queue mode** alongside the existing interrupt behavior: - A toggle or modifier (e.g.
### Preflight Checklist - [x] I have searched [existing requests](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20label%3Aenhancement) and this feature hasn't been requested yet - [x] This is a single feature request (not multiple features) ### Problem Statement **Preflight note.** The closest open issue is #40347. Related: #47316 (closed), #
### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? Note: This is NOT