chore(desktop): 删除死代码 effortMapping.ts - #3689
Conversation
|
| Filename | Overview |
|---|---|
| apps/desktop/src/renderer/features/maker-experimental/MakerExperimentalView.tsx | 将诊断视图的文字、表面、边框、按钮和状态颜色统一替换为已注册的语义主题 token,未发现明确功能回归。 |
| apps/desktop/src/renderer/features/cc-agent/CCAgentSessionView.tsx | handoff pill 与上下文容量环改用语义 token,保留原有阈值和交互逻辑。 |
| apps/desktop/src/renderer/tests/makerExperimentalThemeContract.test.ts | 新增裸色、token 注册和双主题槽位守卫;当前覆盖有效,但源码正则方案对未来注册语法较敏感。 |
| apps/desktop/src/renderer/tests/ccAgentSessionViewThemeContract.test.ts | 新增针对本次颜色替换的源码契约与双主题槽位检查,当前配置下可正常运行。 |
| apps/desktop/src/renderer/lib/effortMapping.ts | 删除无引用、无 barrel 导出且不属于公开包契约的占位映射模块。 |
Reviews (1): Last reviewed commit: "chore(desktop): 删除死代码 effortMapping.ts" | Re-trigger Greptile
|
命中 UI 路径(CCAgentSessionView / MakerExperimentalView)但 description 未附界面效果证据——建议补充改动后效果:截图/录屏,或改动后界面的 HTML 页面,便于确认界面符合 DESIGN.md 设计规范。 |
|
@Michael-Yu2978 这条 PR 除了删死代码,还会改会话/诊断页配色和设计规则文档,先走维护者确认,暂不合并。 请维护者在本 PR 上 Approve;如果要改,请 Request Changes,作者改完后再 Approve。讨论 issue:#3721 |
apps/desktop/src/renderer/lib/effortMapping.ts 全仓零消费方(EFFORT_TO_BUDGET_TOKENS / effortToSdkExtendedThinking 无任何 import),且其 budget_tokens 形态假设与真实 CC effort 链路(effort → effortLevel 字符串)相悖,删除以避免误导后续接入者。无行为变化。 Signed-off-by: Michael-Yu2978 <ymt2978@163.com>
69cc71b to
625c0a1
Compare
waitForFirstLine 的时限原为 timeoutMs + 1_000,busy 路径(timeoutMs=50)只给 PowerShell helper 约 1s 冷启动+Add-Type 编译时间,Windows CI runner 负载高时必现 'timed out acquiring Windows packaged-instance barrier'。改为 Math.max(timeoutMs + 1_000, 10s):helper 的互斥等待仍由脚本内 WaitOne(timeoutMs) 约束,仅放宽启动报告时限,fail-closed 语义不变。修复 client-ci 两分片聚合失败。 Signed-off-by: Michael-Yu2978 <ymt2978@163.com>
|
@Michael-Yu2978 👋 这个 PR 目前与 请在本地 merge 最新的 |
Signed-off-by: Michael-Yu2978 <ymt2978@163.com> # Conflicts: # apps/desktop/src/main/windowsPackagedInstanceBarrier.ts
MagicLizi
left a comment
There was a problem hiding this comment.
代码重审通过:删除全仓零引用的 effortMapping.ts,无用户可见变化、无 P0/P1。命中 renderer/lib 只是路径触发,不构成产品确认。
|
合了。那种全仓零引用、还会把人带去错误 effort 契约的占位文件,删掉比留着干净——谢谢。 |
这次改了什么
摘要
删除死代码
apps/desktop/src/renderer/lib/effortMapping.ts。该文件全仓零消费方(EFFORT_TO_BUDGET_TOKENS/effortToSdkExtendedThinking无任何 import,文件头自述「本轮无消费方」),且其budget_tokens形态假设与真实 CC effort 链路相悖——实际链路是 effort →effortLevel字符串(packages/maker-core/src/agents/claude-code/index.ts的CLAUDE_EFFORTS/applyFlagSettings({ effortLevel })/sdkEffortForModel)。留着会误导未来接入者照着错误的budget_tokens契约实现,因此直接删除;若未来需要 CC extended thinking 映射,按真实effortLevel链路从零实现。另含一个 CI 修复:
windowsPackagedInstanceBarrier.test.ts在 Windows runner 上的环境性 flake(PowerShell helper 冷启动 + Add-Type 编译超时),通过把 helper 启动宽限(10s)与互斥等待预算解耦修复;互斥等待仍由 helper 内WaitOne(timeoutMs)约束,fail-closed 语义不变。变更类型
feat新功能fix缺陷修复refactor/perf重构或性能优化docs/test/chore文档、测试或工程维护范围
apps/desktop/src/renderer/lib/effortMapping.ts(34 行,含EFFORT_TO_BUDGET_TOKENS、effortToSdkExtendedThinking与未决 TODO);② 修复apps/desktop/src/main/windowsPackagedInstanceBarrier.ts的 helper 启动宽限(+8/−1),消除 Windows CI 单测 flakeeffortLevel一致的映射并寻找真实消费方(feat 方向,等真实需求出现再实现);5-PR 提案中的 PR1、PR2+3(renderer 硬编码颜色清理)、PR5(Windows Pi 测试)UI 变化
renderer/lib下无任何消费方的工具文件,不命中组件 / 布局 / 样式 / 文案路径,无视觉或交互变化。命中 UI 代码目录但确无视觉变化,按scripts/check-pr-design-basis.mjs的「不涉及:理由」口径填写。怎么验证的
自动验证