github/claude-code-best
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
321 Commits 25 Branches 86 Tags 330 MiB
7bf798d131
Commit Graph

321 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
James Feng
7bf798d131 Restore GrowthBook analytics gates 2026-06-01 19:39:13 +08:00
GhostDragon124
8f7e642d88 docs: update contributors 2026-06-01 11:27:11 +00:00
James Feng
97f2560327 ci: enable CodeQL security scanning 2026-06-01 19:26:53 +08:00
GhostDragon124
d68388772f docs: update contributors 2026-06-01 11:20:39 +00:00
James Feng
614ed16a95 docs: add CC_Pure v1.0.0 release notes 2026-06-01 19:20:18 +08:00
James Feng
ed197502af fix: resolve tsc errors (remaining upstream type fixes) 2026-06-01 19:01:38 +08:00
James Feng
fe7fcf7dad fix: resolve tsc errors (provider and print refinements) 2026-06-01 18:47:27 +08:00
James Feng
9d42535602 fix: resolve tsc errors (print and transport types) 2026-06-01 18:46:08 +08:00
GhostDragon124
58f749d0ff docs: update contributors 2026-06-01 10:45:04 +00:00
James Feng
d70de46605 fix: resolve tsc errors (upstream type cleanup batch) 2026-06-01 18:44:46 +08:00
James Feng
45f74ffb25 fix: resolve Vite build imports 2026-06-01 18:30:24 +08:00
James Feng
39ba9a56fd feat: pull in Vite build system + complete packages/builtin-tools/ 
- Add Vite as alternative build (vite.config.ts, scripts/vite-plugin-*)
- Add dab04af7 RSS fix (distRoot, ripgrep path, post-build)
- Pull in packages/builtin-tools/ (+354 files)
- Pull in packages/agent-tools/, mcp-client/, acp-link/, weixin/
- Copy defines.ts from upstream for Vite compatibility
- Update package.json with Vite scripts and deps
 2026-06-01 18:18:03 +08:00
xiaoFjun-eng
cff6b16ab6 Fix type (#1242) 
* 完善所有用到的type对象，并添加中文注释

* 补充遗失的type

* 修复claude-for-chrome-mcp中的type和interface类型缺失

* 完善注释
 2026-06-01 17:48:55 +08:00
xiaoFjun-eng
b78beb7c39 Fix type (#1239) 
* 完善所有用到的type对象，并添加中文注释

* 补充遗失的type
 2026-06-01 17:48:55 +08:00
James Feng
d4667a11d6 feat: sideQuery third-party provider routing (OpenAI/Grok) 
- model.ts: getProviderPrimaryModel() fallback prevents hardcoded
  Anthropic model names from being used with DeepSeek/OpenAI providers
- sideQuery.ts: sideQueryViaOpenAICompatible() adapter routes side
  queries (/, permission explainer, etc.) to OpenAI/Grok API instead
  of Anthropic when a third-party provider is configured
 2026-06-01 17:48:55 +08:00
GhostDragon124
a45eee67fc docs: update contributors 2026-06-01 09:31:31 +00:00
claude-code-best
d0aa028a44 fix: 修复 truncate 函数接收到 undefined/null 时崩溃的问题 
BackgroundTask 组件渲染时传入的 task 属性（description、title、command 等）
可能为 undefined，导致 str.indexOf('\n') 抛出 TypeError。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-06-01 17:31:12 +08:00
James Feng
3969e22336 feat: remove model whitelist for max effort level 2026-06-01 17:31:12 +08:00
claude-code-best
f095c7bdc2 fix: 修复内存溢出问题，compact 时清理持久增长数据结构 
- compact 时清理 contentReplacementState（seenIds/replacements）
- logError() 使用 shortErrorStack 替代完整 err.stack，减少 GC 压力
- permissionDenials 每次 submitMessage 清空，防止无限增长
- SSE 缓冲区添加 1MB 上限，防止畸形数据无限累积

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-06-01 17:31:12 +08:00
Cepvor
ca6f69c4ce fix: 为 sessionStorage existingSessionFiles Map 添加容量上限 (#1227) 
* fix: 修复子代理 token 消耗在主 spinner 中始终显示为 0

Spinner.tsx 的 token 聚合循环仅统计 in_process_teammate 类型任务，
漏掉了 local_agent（后台代理/verification agent）类型。当后台代理
运行时，主界面 spinner 一直显示 "↓ 0 tokens"，因为 background agent
的 token 消耗未被纳入 teammateTokens 聚合。

同时在 inProcessRunner.ts 中，进程内队友完成时计算并设置 result
（含 totalTokens/totalToolUseCount/content/usage），使详情弹窗可以
正确展示累计 token 消耗，不再仅依赖 progress.tokenCount 间歇更新。

Co-Authored-By: deepseek-v4-pro[1m] <deepseek-ai@claude-code-best.win>

* fix: 为 cacheWarningStateBySource Map 设置上限防止内存泄漏

Map 以 querySource 为 key 存储每个来源的缓存命中率历史状态，
但 querySource 类型为 `any`，长时间会话中可能产生大量唯一值，
Map 持续增长永不清理。

新增 MAX_SOURCE_ENTRIES = 50 上限，新增条目时若达到上限则
逐出最早插入的条目（Map 按插入顺序迭代）。

同时也新增 _resetCacheWarningStateForTest() 用于测试隔离。

Co-Authored-By: deepseek-v4-pro[1m] <deepseek-ai@claude-code-best.win>

* fix: 为 sessionStorage existingSessionFiles Map 添加容量上限

existingSessionFiles Map 缓存 sessionId → 文件路径映射以避免重复
stat 调用，但在 coordinator/swarm 模式下，每个子代理产生独立
sessionId，长时间运行的 daemon 会话可能累积数千条目。

新增 MAX_CACHED_SESSION_FILES = 200 上限，新增条目时若达到上限则
逐出最早插入的条目。同时在 _resetFlushState() 中清除此缓存以保证
测试隔离。

Co-Authored-By: deepseek-v4-pro[1m] <deepseek-ai@claude-code-best.win>

---------

Co-authored-by: deepseek-v4-pro[1m] <deepseek-ai@claude-code-best.win>
 2026-06-01 17:31:12 +08:00
cepvor
c2d02d1991 fix: 为 cacheWarningStateBySource Map 设置上限防止内存泄漏 
Map 以 querySource 为 key 存储每个来源的缓存命中率历史状态，
但 querySource 类型为 `any`，长时间会话中可能产生大量唯一值，
Map 持续增长永不清理。

新增 MAX_SOURCE_ENTRIES = 50 上限，新增条目时若达到上限则
逐出最早插入的条目（Map 按插入顺序迭代）。

同时也新增 _resetCacheWarningStateForTest() 用于测试隔离。

Co-Authored-By: deepseek-v4-pro[1m] <deepseek-ai@claude-code-best.win>
 2026-06-01 17:31:12 +08:00
claude-code-best
dbfa1b651a fix: eliminate memory leak in promptCacheBreakDetection by replacing closures with pre-computed strings 
The buildDiffableContent and buildPrevDiffableContent fields were closures
capturing full system prompt and tool schema arrays (~300KB each). With 10
map entries × 2 closures, this held ~6MB of GC-unreachable memory.

Since recordPromptState already serializes the same data for hashing,
pre-computing the diffable content string has negligible marginal cost.
 2026-06-01 17:31:12 +08:00
James Feng
42ebd3ce79 fix: subtract cached_tokens from input_tokens in OpenAI stream adapter 
OpenAI's prompt_tokens includes cached tokens, but Anthropic's
input_tokens semantic excludes them. The adapter was mapping
prompt_tokens → input_tokens verbatim, causing downstream code
(cache hit rate, cost, autocompact) to double-count.
 2026-06-01 17:31:12 +08:00
James Feng
911877e0a5 fix: preserve empty reasoning_content for DeepSeek v4 thinking mode (#399) 2026-06-01 17:31:12 +08:00
Cepvor
c82794a69a fix: isUsing3PServices 检查所有非 Anthropic provider (#1235) 
原实现仅检查 Bedrock/Vertex/Foundry，遗漏了 OpenAI、Gemini、Grok
三个通过 CLAUDE_CODE_USE_* 环境变量切换的第三方 provider。

这导致：
- 命令可用性判定中 OpenAI/Gemini/Grok 用户被错误识别为 console 用户
  （/fast、/install-github-app 两个 Anthropic 专有命令误显示）
- auth status 显示中这些用户被误报为"未登录"

Co-authored-by: deepseek-v4-pro[1m] <deepseek-ai@claude-code-best.win>
 2026-06-01 17:31:12 +08:00
Simple6K
239e707830 fix: third-party API user_id validation error (DeepSeek, etc.) 
When ANTHROPIC_BASE_URL points to a non-Anthropic endpoint (e.g.
DeepSeek), the JSON-formatted user_id containing {, ", : characters
fails validation against ^[a-zA-Z0-9_-]+$. Send only the hex device_id
for third-party providers.
 2026-06-01 17:31:12 +08:00
GhostDragon124
4c82701358 docs: update contributors 2026-06-01 04:30:06 +00:00
James Feng
dd9bfcbbec CC_Pure: disable telemetry, GrowthBook, analytics sinks and gates 
4-layer defense-in-depth:

Layer 1 (wrapper): CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC=1 + redundant guards
Layer 2 (init.ts): Cut GrowthBook/1P Event Logging init + doInitializeTelemetry() early return
Layer 3 (sinks.ts): Do not attach initializeAnalyticsSink()
Layer 4 (main.tsx): Do not call initializeAnalyticsGates()

No functional code modified. Only init paths and sink attachment are cut.
config.ts preserved as-is (no hardcoded return true).

Modified: 3 source files (init.ts, sinks.ts, main.tsx)
Plus: config.ts restored from earlier return-true experiment back to original.

Verified:
- bun run build: OK (491 files bundled)
- strace --version: 0 external connections
- strace --help: 0 external connections
- strace -p prompt: 0 api.anthropic / statsig / sentry / datadog / growthbook connections
 2026-06-01 12:29:49 +08:00
GhostDragon124
72ab9bc764 docs: update contributors 2026-06-01 04:19:03 +00:00
James Feng
57a3f6da2c CC_Pure: 彻底清除 Anthropic 遥测 + 更新 README 
遥测清理 (4个源文件):
- config.ts: isAnalyticsDisabled() 永久返回 true
- init.ts: GrowthBook/1P Event Logging/Telemetry 初始化已禁用
- main.tsx: Analytics gate 初始化已禁用
- sinks.ts: Analytics sink 已禁用

文档:
- README.md 重写为 CC_Pure 纯净留影版本说明
- docs/telemetry-cleanup-audit.md 遥测审计报告

所有遥测入口已从源码级永久禁用，标注 CC_Pure 注释。
 2026-06-01 12:18:44 +08:00
GhostDragon124
78daf8e7f4 docs: update contributors 2026-06-01 04:11:10 +00:00
James Feng
a9a19e7f78 docs: 添加遥测清理审计报告 (CC_Pure) 2026-06-01 11:55:15 +08:00
GhostDragon124
0c58de0182 docs: update contributors 2026-04-09 10:50:31 +00:00
bonerush
562e9daadd
fix: Handle undefined command names in getCommandName function (#217) 
* fix: reorder tool and user messages for OpenAI API compatibility (#168)
Fixes #168
OpenAI requires that an assistant message with tool_calls be immediately
followed by tool messages. Previously, convertInternalUserMessage
output user content before tool results, causing 400 errors.
Now tool messages are pushed first.

* fix: 修复OpenAI兼容层中deferred tools处理问题

  提交描述:
  修复了在使用OpenAI兼容API时TaskCreate工具调用失败的问题。

  问题:
  - 当使用OpenAI兼容API模型时，调用TaskCreate工具出现"InputValidationError: The required
  parameter `subject` is missing"错误
  - OpenAI兼容层没有正确处理deferred tools的过滤逻辑，导致工具schema没有被正确发送给模型

  修复:
  1. 在OpenAI兼容层中添加了与Anthropic API路径一致的deferred tools处理逻辑
  2. 导入必要的工具搜索相关函数: isToolSearchEnabled, extractDiscoveredToolNames,
  isDeferredTool等
  3. 实现工具过滤逻辑:
     - 检查工具搜索是否启用
     - 构建deferred tools集合
     - 过滤工具列表: 只包含非deferred工具或已发现的deferred工具
     - 为deferred tools设置deferLoading标志
  4. 修正了extractDiscoveredToolNames函数的导入路径错误

  影响:
  - 解决了TaskCreate工具调用时的参数验证错误
  - 确保OpenAI兼容层与Anthropic API路径在处理deferred tools时行为一致
  - 支持工具搜索功能在OpenAI兼容模式下正常工作

  修改的文件:
  - src/services/api/openai/index.ts - 主要修复文件

  测试建议:
  1. 使用OpenAI兼容API模型时，TaskCreate工具应该可以正常调用
  2. 如果工具搜索功能启用，可能需要先使用ToolSearchTool来发现TaskCreate工具
  3. 验证工具调用时不再出现"InputValidationError"错误

  这个修复确保了当使用OpenAI兼容API（如Ollama、DeepSeek、vLLM等）时，deferred
  tools（如TaskCreate）能够被正确处理，解决了工具调用失败的问题。

* fix: 更新未发送工具架构提示，提供OpenAI兼容模型的使用步骤

* fix: Handle undefined command names in getCommandName function

- Modified getCommandName in src/types/command.ts to return empty string instead of undefined when cmd.name is undefined
- Added null checks in src/hooks/useTypeahead.tsx to safely handle command names
- Prevents "undefined is not an object" error when FEATURE_BUDDY=1 and FEATURE_FORK_SUBAGENT=1 are enabled

The error occurred because getCommandName(cmd) could return undefined when cmd.name was undefined, causing .length access to fail.
 2026-04-09 17:53:43 +08:00
CyberScrubber
8b2532a9c1
docs: fix documentation deviations from source code (#220) 
* docs: 修正 docs/conversation 文档与源码的偏差(multi-turn/streaming/the-loop)

- multi-turn: TranscriptWriter→Project 私有类, 会话路径改用 sanitized-cwd,
  补充 StoredCostState.lastDuration 字段, 模型切换改为 setModel(),
  QueryEngine 状态补全 loadedNestedMemoryPaths/hasHandledOrphanedPermission,
  行号改为符号引用
- streaming: STALL_THRESHOLD_MS 10s→30s, 新增 90s 主动空闲看门狗描述,
  非流式降级补充 didFallBackToNonStreaming/executeNonStreamingRequest,
  行号改为符号引用
- the-loop: 终止条件 7→11, 继续条件重整为 5 组层级结构,
  max_output_tokens 拆分 escalate/recovery 子阶段,
  prompt-too-long 拆分 collapse_drain/reactive_compact 子策略,
  State 类型修正 autoCompactTracking 为可选, 行号改为符号引用
- 全部: 添加 sourceRef 版本锚定(3ec5675)

* docs: 修正 docs/extensibility 文档与源码的偏差(custom-agents/hooks/skills)

- custom-agents: Verification 模型修正为 inherit, 补充 Plugin Agent 字段限制
  (permissionMode/hooks/mcpServers 被安全忽略, isolation 仅 worktree),
  加载流程修正为 6 层优先级, 补充 memory snapshot 门控条件
- hooks: 事件数 22→27(补充 Notification), Hook 类型定义位置修正为 3 个文件,
  行号改为符号引用, Zod schema 范围修正, 去重键修正为四部分复合键,
  registerFrontmatterHooks/clearSessionHooks 区分定义位置和调用位置
- skills: 字段数 17→16, 权限层级 4→5(补充 remote canonical auto-allow),
  SAFE_SKILL_PROPERTIES 28→30, skillUsageTracking 路径修正,
  行号改为符号引用
- mcp-protocol: 全部验证通过, 无需修改
- 全部: 添加 sourceRef 版本锚定(3ec5675)

* Revert "docs: 修正 docs/extensibility 文档与源码的偏差(custom-agents/hooks/skills)"

* docs: 修正 docs/extensibility 文档与源码的偏差(hooks/skills/mcp-protocol)

hooks:
- 事件数 22→27(补充 Notification 事件)
- Hook 类型定义位置修正为 3 个文件分布
  (schemas/hooks.ts / types/hooks.ts / utils/hooks/sessionHooks.ts)
- Zod schema 引用从硬编码行号改为符号引用
- hookSpecificOutput 表从 6 扩展至 15 个事件
  (补全 permissionDecisionReason / PostToolUseFailure / SubagentStart 等)
- 去重键从 pluginRoot\0command 修正为四部分复合键
  (pluginRoot\0shell\0command\0ifCondition)
- 全部硬编码行号改为符号引用以避免版本漂移

skills:
- parseSkillFrontmatterFields 字段数 17→16
- SAFE_SKILL_PROPERTIES 属性数 28→30
- checkPermissions 层级 4→5
- 第 2 层描述从"官方市场"修正为"远程 canonical"

mcp-protocol:
- 配置层级从"三级"修正为
  "enterprise 独占或合并 user/project/local + plugin + claude.ai"

* docs: 修正 system-prompt.mdx 中 Boundary 章节的层级与可读性

- Boundary 插入条件从 ### 降为 blockquote，不再打断三种分块模式的并列结构
- 表格中 Boundary 缓存策略列补充说明其分割作用
- 新增 Boundary 概念释义（blockquote），解释其分割静态区/动态区以实现全局缓存的设计意图
 2026-04-09 17:53:11 +08:00
claude-code-best
2da6514095
feat: 支持自托管的 remote-control-server (#214) 
* feat: 支持自托管的 remote-control-server (#214)

---------

Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
Co-authored-by: Copilot Autofix powered by AI <62310815+github-advanced-security[bot]@users.noreply.github.com>
 2026-04-09 17:40:50 +08:00
HitMargin
f17b7c7163
修复使用/help 后再按左右键报错 (#212) 
* 添加status命令里更多模型api介绍

* Fix: /help error

---------

Co-authored-by: HitMargin <hitmargin@qq.com>
 2026-04-09 09:18:35 +08:00
claude-code-best
7f694168d0 docs: update contributors 2026-04-08 13:33:42 +00:00
guunergooner
a3505aeec4
feat: Add DeepSeek thinking mode support for OpenAI compatibility layer (#206) 
* feat: Add DeepSeek thinking mode support for OpenAI compatibility layer

- Add DeepSeek reasoning models support (deepseek-reasoner and DeepSeek-V3.2)
- Automatic thinking mode detection based on model name
- Inject thinking parameters in request body (both official API and vLLM formats)
- Preserve reasoning_content in message conversion for tool call iterations
- Extract buildOpenAIRequestBody() for testability
- Treat multimodal inputs (e.g. images) as new turn boundaries
- Fix env var cleanup in tests to prevent state leak

Signed-off-by: guunergooner <tongchao0923@gmail.com>

* docs: update contributors

---------

Signed-off-by: guunergooner <tongchao0923@gmail.com>
Co-authored-by: guunergooner <18660867+guunergooner@users.noreply.github.com>
 2026-04-08 21:33:26 +08:00
CyberScrubber
73a18c30db
docs: 完善上下文工程核心定义与架构说明(docs/context) Provider 系统、Boundary 条件及兼容层说明 (#204) 
- system-prompt.mdx: 新增 Provider 概述(1P/3P)与 Boundary 插入条件
- system-prompt.mdx: 新增 OpenAI/Gemini 兼容层章节
- compaction.mdx: 修正 COMPACTABLE_TOOLS 示例并补充 Microcompact 类型
- token-budget.mdx: 补充 3P Provider Token 计数差异说明
 2026-04-08 18:09:26 +08:00
claude-code-best
ae6ae6cfb0 docs: update contributors 2026-04-08 10:09:13 +00:00
bonerush
91ee1428fa
Fix bug OpenAI tooluse,Improve error messaging for deferred-loading tools under OpenAI‑compatible models. (#199) 
* fix: reorder tool and user messages for OpenAI API compatibility (#168)
Fixes #168
OpenAI requires that an assistant message with tool_calls be immediately
followed by tool messages. Previously, convertInternalUserMessage
output user content before tool results, causing 400 errors.
Now tool messages are pushed first.

* fix: 修复OpenAI兼容层中deferred tools处理问题

  提交描述:
  修复了在使用OpenAI兼容API时TaskCreate工具调用失败的问题。

  问题:
  - 当使用OpenAI兼容API模型时，调用TaskCreate工具出现"InputValidationError: The required
  parameter `subject` is missing"错误
  - OpenAI兼容层没有正确处理deferred tools的过滤逻辑，导致工具schema没有被正确发送给模型

  修复:
  1. 在OpenAI兼容层中添加了与Anthropic API路径一致的deferred tools处理逻辑
  2. 导入必要的工具搜索相关函数: isToolSearchEnabled, extractDiscoveredToolNames,
  isDeferredTool等
  3. 实现工具过滤逻辑:
     - 检查工具搜索是否启用
     - 构建deferred tools集合
     - 过滤工具列表: 只包含非deferred工具或已发现的deferred工具
     - 为deferred tools设置deferLoading标志
  4. 修正了extractDiscoveredToolNames函数的导入路径错误

  影响:
  - 解决了TaskCreate工具调用时的参数验证错误
  - 确保OpenAI兼容层与Anthropic API路径在处理deferred tools时行为一致
  - 支持工具搜索功能在OpenAI兼容模式下正常工作

  修改的文件:
  - src/services/api/openai/index.ts - 主要修复文件

  测试建议:
  1. 使用OpenAI兼容API模型时，TaskCreate工具应该可以正常调用
  2. 如果工具搜索功能启用，可能需要先使用ToolSearchTool来发现TaskCreate工具
  3. 验证工具调用时不再出现"InputValidationError"错误

  这个修复确保了当使用OpenAI兼容API（如Ollama、DeepSeek、vLLM等）时，deferred
  tools（如TaskCreate）能够被正确处理，解决了工具调用失败的问题。

* fix: 更新工具模式未发送提示，增加OpenAI兼容模型使用指南
 2026-04-08 18:08:59 +08:00
Slayer
d52300ff44
完善沙箱文档 (#195) 
* document sandbox design and behavior

* expand sandbox design details
 2026-04-08 16:49:24 +08:00
claude-code-best
79b472f9d1 docs: update contributors 2026-04-08 06:06:29 +00:00
bonerush
bdea5a2632
fix: Fix deferred tools handling in OpenAI compatibility layer (#193) 
* fix: reorder tool and user messages for OpenAI API compatibility (#168)
Fixes #168
OpenAI requires that an assistant message with tool_calls be immediately
followed by tool messages. Previously, convertInternalUserMessage
output user content before tool results, causing 400 errors.
Now tool messages are pushed first.

* fix: 修复OpenAI兼容层中deferred tools处理问题

  提交描述:
  修复了在使用OpenAI兼容API时TaskCreate工具调用失败的问题。

  问题:
  - 当使用OpenAI兼容API模型时，调用TaskCreate工具出现"InputValidationError: The required
  parameter `subject` is missing"错误
  - OpenAI兼容层没有正确处理deferred tools的过滤逻辑，导致工具schema没有被正确发送给模型

  修复:
  1. 在OpenAI兼容层中添加了与Anthropic API路径一致的deferred tools处理逻辑
  2. 导入必要的工具搜索相关函数: isToolSearchEnabled, extractDiscoveredToolNames,
  isDeferredTool等
  3. 实现工具过滤逻辑:
     - 检查工具搜索是否启用
     - 构建deferred tools集合
     - 过滤工具列表: 只包含非deferred工具或已发现的deferred工具
     - 为deferred tools设置deferLoading标志
  4. 修正了extractDiscoveredToolNames函数的导入路径错误

  影响:
  - 解决了TaskCreate工具调用时的参数验证错误
  - 确保OpenAI兼容层与Anthropic API路径在处理deferred tools时行为一致
  - 支持工具搜索功能在OpenAI兼容模式下正常工作

  修改的文件:
  - src/services/api/openai/index.ts - 主要修复文件

  测试建议:
  1. 使用OpenAI兼容API模型时，TaskCreate工具应该可以正常调用
  2. 如果工具搜索功能启用，可能需要先使用ToolSearchTool来发现TaskCreate工具
  3. 验证工具调用时不再出现"InputValidationError"错误

  这个修复确保了当使用OpenAI兼容API（如Ollama、DeepSeek、vLLM等）时，deferred
  tools（如TaskCreate）能够被正确处理，解决了工具调用失败的问题。
 2026-04-08 12:56:10 +08:00
HitMargin
3683f22529
补全status界面里的信息 (#189) 
* docs: update contributors

* docs: update contributors

* docs: update contributors

* docs: update contributors

* 添加status命令里更多模型api介绍

---------

Co-authored-by: HitMargin <hitmargin@qq.com>
 2026-04-08 10:56:46 +08:00
claude-code-best
4e4111be92 Merge branch 'refactor/ink-v2' 2026-04-07 23:56:47 +08:00
claude-code-best
e86573ac2f fix: 修复 -r 模式下键盘输入无响应 
两个根因：

1. earlyInput 的 readableHandler 残留在 stdin 上
   setAppCallbacks() 在反编译项目中从未被调用，导致
   stopCapturingEarlyInput() 是 no-op，readableHandler
   在 Ink 的 handleReadable 之前消费所有 stdin 数据。
   修复：在 handleSetRawMode(true) 时移除非自身的 readable listeners。

2. React 19 layout effect cleanup 顺序问题
   React 19 先运行新树的 layout effects，再清理旧树。
   当旧树（showSetupDialog）比新树（launchResumeChooser）
   有更多 useInput hooks 时，旧树 cleanup 把
   rawModeEnabledCount 降到 0，错误关闭 raw mode。
   修复：当 count=0 但仍有活跃 EventEmitter listeners 时恢复 count。

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-04-07 23:54:09 +08:00
claude-code-best
3e1c6bcc3f Merge branch 'main' into refactor/ink-v2 2026-04-07 22:41:35 +08:00
claude-code-best
cf26c73e39 docs: update contributors 2026-04-07 14:41:24 +00:00