Claude Code 多项目管理桌面 GUI：多项目管理 + 会话存档 + 可视化配置（开源）

HyacinH
15 阅读3分钟

Claude Code 桌面 GUI：多项目管理 + 会话存档 + 可视化配置（开源）

在多个项目里同时使用 Claude Code 时，我遇到的核心问题不是“能力不够”，而是“工作流成本偏高”：

  • 多终端并行时，上下文容易断
  • 配置分散在 ~/.claude 和项目目录，维护路径不直观
  • 用量复盘缺少统一视图，难做成本与效率分析

这篇文章介绍 CC Paw 如何把会话、配置、用量分析整合到一个桌面工作区里，并尽量保持与 Claude Code 原生习惯一致。

目标不是替代 Claude Code，而是做一个更顺手的“工作流增强层”。

目标约束：增强工作流，而不是替代 CLI

一开始就确定了三个约束：

  1. 不改变 Claude Code 的核心使用方式
    GUI 是增强层，不是替代层。用户依然可以随时回到 CLI。
  2. 配置语义保持一致
    像 CLAUDE.md、Skills、MCP 等配置，尽量沿用原有目录与字段语义，避免“黑箱化”。
  3. 多项目场景优先
    优先解决“同时跑多个项目”的切换、状态感知、会话沉淀问题。

这个工具解决什么问题？

一句话：把“会话 + 配置 + 统计”从分散状态，变成一个可视化工作区。

1）多项目管理与会话存档（核心）

  • 每个项目有独立且持久的 Claude 会话
  • 侧边栏快速切换项目，不用来回找终端窗口
  • 支持会话状态感知（工作中/待输入/空闲）
  • 支持用户主动存档会话，并为存档添加标题/描述，便于后续检索和复用上下文

相比直接使用 Claude Code 的 resume，这种“可命名、可描述的存档”方式更适合长期项目管理和多任务并行。

image_project.png

2）Claude Code 配置可视化

把平时分散在多个地方的配置统一到 UI 里管理：

  • 系统指令（CLAUDE.md）
  • Skills
  • MCP 服务器
  • 插件市场（安装、启停、卸载）

核心目的是：减少手动改 JSON 和目录跳转。

3）Token 用量分析

  • 支持自定义时间范围筛选
  • 支持按 小时 / 日 / 周 / 月 的柱状图视图
  • 支持按项目拆分查看，便于复盘成本和使用模式

我对“体验”的取舍

这个工具设计时有一个原则：
让非技术用户也能上手，让技术用户也愿意长期使用。

所以很多功能都尽量做成“低门槛但不牺牲可控性”：

  • 对非技术用户：可视化入口降低学习成本
  • 对技术用户：仍保持与 Claude Code 配置体系一致，避免“黑箱化”

技术栈与实现（简述）

  • Electron + React + TypeScript
  • 主进程负责文件系统与终端能力，渲染进程专注 UI
  • 通过 IPC 做边界隔离，避免 UI 直接触达 Node 权限
  • 围绕 Claude Code 现有目录结构（如 ~/.claude）进行管理与展示

为什么开源？

做这个工具的初衷很简单：希望让更多人在使用 Claude Code 时少踩坑、少做重复操作，把精力放在真正有价值的创造上。
如果它能帮你更顺畅地管理多项目、沉淀会话和配置，那这个项目就有意义。

欢迎大家拍砖~

avatar
文章
阅读
粉丝