一个vue相关的老项目，本意是改为worktree模式，眼看着vscode提示git内容太多，工作区的文件一个一个减少瞬间吓出一身冷汗，不过好在有2台电脑备份不是很慌，过一会儿它发现自己弄错了，又给我还原回来了，不过我还没验证有没有少文件 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 距离上次在 Linuxdo 发 NeZha 也过去一个月多月的时间了，在这一个月的时间，NeZha 的 UI 也进行了很多优化，中间也做经历了 11 个版本的更新，超过 50 项的功能更新和 bug 修复。 相较于 Star 数, 中间收获最大的还是现在真的有一群人在用这个工具, 因为 NeZha 是没有任何遥测上报的，所以即使到现在我也不知道日活数据什么的，不过陆陆续续收到一些反馈发现确实有一一些人在用 NeZha 作为他们的日常开发工具，还是很开心的。 同时也遇到了几个愿意给 NeZha 贡献 PR 的小伙伴。 NeZha 是一款专为 AI 编程设计的轻量级跨平台 IDE, 基于 Tauri+Rust+React 打造，软件本体只有 10MB 左右，支持 Windows, Linux 和 MacOS。 NeZha 深度集成 Claude Code 和 Codex CLI, 你可以在 NeZha 同时管理多个 AI 编程会话，并在会话结束之后可视化回顾它。同时完善的 Git 集成，Git Worktree 支持, 代码编辑器，AI 编程时间线模式。 最新的版本支持 Skill 管理模式了，你可以设置一个文件夹作为 Skill 仓库，NeZha 会自动扫描文件夹下的技能，你可以选择把 Skill 通过外链的形式安装到不同的项目下。 经过这么多版本的打磨，现在的 NeZha 虽然只支持 Claude 和 Codex，但是也算是打磨到了一个我个人稍微满意的版本，如果你厌倦了那些过度封装的工具，既想要使用 CLI 的体验，又想要更方便的管理多个项目下的 AI 会话 ，那么现阶段的 Nezha 应该勉强算一个选择了。 NeZha: 开源轻量级跨平台 IDE 1 个帖子 - 1 位参与者 阅读完整话题
前文帖子地址: 大佬们有没有什么方便 CodeReview 的工具?支持点击跳转到对应实现的那种. 先放仓库地址, 欢迎大家 Star, Fork, 提 Issue, 以及 Pull Request: Github 仓库地址: https://github.com/HelloWorldImJoe/WorkTreeDesk ps: 因为没有做签名的原因? Mac 安装包可能会被误报, 需要在系统设置里允许安装, 具体操作可以参考这个链接: https://support.apple.com/zh-cn/HT202491 采用的技术栈: Tauri + React 不得不说 Tauri 打出来的包是真的小, Window 安装包只有 2.97MB, Mac 安装包也只有 5MB. 做这件事情的初始动机: 就是前文帖子里面的场景, 一直被这个问题困扰, 之前尝试过使用 AI 做一版, 但是因为生成的 Rust 代码我看不懂, 就放弃了. 最近因为在学习 Rust, 所以就重新把这个工具正经做了一版. 目前支持的功能: Git WorkTree 的基本功能: 创建, 删除, 列表展示. 集中管理多个仓库的 WorkTree, 可以为每个仓库设置默认的编辑器(目前主流的编辑器应该是都加进去了), 一键使用默认编辑器打开对应的 WorkTree, 或者在 Finder 中显示. 集成了 Gitee 的代码评审功能: 可以直接在工具里查看待评审的 PR, 以及 PR 的详情, 还可以点击 CodeReview 按钮, 通过本地 ide 打开对应的 PR 分支, 主要是方便跳转到对应的实现, 以及方便进行代码评审. 后面可能会做的功能: 支持更多的 Git 平台, 目前只支持 Gitee, 后面可能会支持 GitHub, GitLab 等. 支持代码评审的评论功能, 这个优先级应该会最高, 但是因为马上要开新项目了, 所以不一定什么时候有空来做. 最后放几张截图, 供大家快速决策是否有用:
前文帖子地址: 大佬们有没有什么方便 CodeReview 的工具?支持点击跳转到对应实现的那种. 先放仓库地址, 欢迎大家 Star, Fork, 提 Issue, 以及 Pull Request: Github 仓库地址: https://github.com/HelloWorldImJoe/WorkTreeDesk ps: 因为没有做签名的原因? Mac 安装包可能会被误报, 需要在系统设置里允许安装, 具体操作可以参考这个链接: https://support.apple.com/zh-cn/HT202491 采用的技术栈: Tauri + React 不得不说 Tauri 打出来的包是真的小, Window 安装包只有 2.97MB, Mac 安装包也只有 5MB. 做这件事情的初始动机: 就是前文帖子里面的场景, 一直被这个问题困扰, 之前尝试过使用 AI 做一版, 但是因为生成的 Rust 代码我看不懂, 就放弃了. 最近因为在学习 Rust, 所以就重新把这个工具正经做了一版. 目前支持的功能: Git WorkTree 的基本功能: 创建, 删除, 列表展示. 集中管理多个仓库的 WorkTree, 可以为每个仓库设置默认的编辑器(目前主流的编辑器应该是都加进去了), 一键使用默认编辑器打开对应的 WorkTree, 或者在 Finder 中显示. 集成了 Gitee 的代码评审功能: 可以直接在工具里查看待评审的 PR, 以及 PR 的详情, 还可以点击 CodeReview 按钮, 通过本地 ide 打开对应的 PR 分支, 主要是方便跳转到对应的实现, 以及方便进行代码评审. 后面可能会做的功能: 支持更多的 Git 平台, 目前只支持 Gitee, 后面可能会支持 GitHub, GitLab 等. 支持代码评审的评论功能, 这个优先级应该会最高, 但是因为马上要开新项目了, 所以不一定什么时候有空来做. 最后放几张截图, 供大家快速决策是否有用:
最近在使用Trellis，主力codex，也学习了git worktree并行开发，但是对如何使用多个codex窗口通过Trellis自动化并行开发/合并还是有些懵逼，请问有什么资料可以参考学习一下？ 12 个帖子 - 6 位参与者 阅读完整话题
Read pages 参数说了多少遍还是不传 创建worktree 需要按照其他基线来创建 刚说完 马上就按照 master 基线创建 太弱智了 补充一下 gpt-5.5 max/high 6 个帖子 - 6 位参与者 阅读完整话题
受限于多年开发习惯，之前虽然已经大量使用 Claude Code 进行开发，但我依然习惯于一次修复一个 BUG ，或者一次开发一个特性。 在原来的开发流程中，开发的时候，脑子一直在考虑各种实现细节、错误分支，没有空闲。 但如今，使用 SuperPower 插件与 Claude 脑暴完实现方案后，Claude Code 会自己哼哧哼哧花很长时间一个个任务实现，一个个任务验证。 等它整个方案实现完，基本上已经是半个小时后了，而这期间我却处于无事可干的状态，只能玩玩手机，刷刷视频，感觉实在是有点浪费时间。 虽然 Claude 提高了整体效率，但感觉好像还可以更上一层楼，于是我就花了点时间调研了下大佬们的工作流是什么样的。 调研之后才发现，原来大佬之所以可以并行多窗口开发，是因为使用 Git WorkTree 给每个窗口创建了单独的工作目录，所以可以并行开发多个特性，修复多个 BUG 。 试用了一天，效率确实高了非常多，之前开发特性过程中想到其他特性，或者发现其他 BUG 都是记录到 TODO 中，等到手头这个工作完成后，再开启新的会话进行开发修复，现在可以直接多开一个窗口，并行推进，体验非常爽，推荐正在使用 Claude Code 的朋友都可以试试，真的会上瘾！ 命令： claude --worktree 直接加上 --worktree 就可以创建单独的工作目录进行开发
受限于多年开发习惯，之前虽然已经大量使用 Claude Code 进行开发，但我依然习惯于一次修复一个 BUG ，或者一次开发一个特性。 在原来的开发流程中，开发的时候，脑子一直在考虑各种实现细节、错误分支，没有空闲。 但如今，使用 SuperPower 插件与 Claude 脑暴完实现方案后，Claude Code 会自己哼哧哼哧花很长时间一个个任务实现，一个个任务验证。 等它整个方案实现完，基本上已经是半个小时后了，而这期间我却处于无事可干的状态，只能玩玩手机，刷刷视频，感觉实在是有点浪费时间。 虽然 Claude 提高了整体效率，但感觉好像还可以更上一层楼，于是我就花了点时间调研了下大佬们的工作流是什么样的。 调研之后才发现，原来大佬之所以可以并行多窗口开发，是因为使用 Git WorkTree 给每个窗口创建了单独的工作目录，所以可以并行开发多个特性，修复多个 BUG 。 试用了一天，效率确实高了非常多，之前开发特性过程中想到其他特性，或者发现其他 BUG 都是记录到 TODO 中，等到手头这个工作完成后，再开启新的会话进行开发修复，现在可以直接多开一个窗口，并行推进，体验非常爽，推荐正在使用 Claude Code 的朋友都可以试试，真的会上瘾！ 命令： claude --worktree 直接加上 --worktree 就可以创建单独的工作目录进行开发
受限于多年开发习惯，之前虽然已经大量使用 Claude Code 进行开发，但我依然习惯于一次修复一个 BUG ，或者一次开发一个特性。 在原来的开发流程中，开发的时候，脑子一直在考虑各种实现细节、错误分支，没有空闲。 但如今，使用 SuperPower 插件与 Claude 脑暴完实现方案后，Claude Code 会自己哼哧哼哧花很长时间一个个任务实现，一个个任务验证。 等它整个方案实现完，基本上已经是半个小时后了，而这期间我却处于无事可干的状态，只能玩玩手机，刷刷视频，感觉实在是有点浪费时间。 虽然 Claude 提高了整体效率，但感觉好像还可以更上一层楼，于是我就花了点时间调研了下大佬们的工作流是什么样的。 调研之后才发现，原来大佬之所以可以并行多窗口开发，是因为使用 Git WorkTree 给每个窗口创建了单独的工作目录，所以可以并行开发多个特性，修复多个 BUG 。 试用了一天，效率确实高了非常多，之前开发特性过程中想到其他特性，或者发现其他 BUG 都是记录到 TODO 中，等到手头这个工作完成后，再开启新的会话进行开发修复，现在可以直接多开一个窗口，并行推进，体验非常爽，推荐正在使用 Claude Code 的朋友都可以试试，真的会上瘾！ 命令： claude --worktree 直接加上 --worktree 就可以创建单独的工作目录进行开发
受限于多年开发习惯，之前虽然已经大量使用 Claude Code 进行开发，但我依然习惯于一次修复一个 BUG ，或者一次开发一个特性。 在原来的开发流程中，开发的时候，脑子一直在考虑各种实现细节、错误分支，没有空闲。 但如今，使用 SuperPower 插件与 Claude 脑暴完实现方案后，Claude Code 会自己哼哧哼哧花很长时间一个个任务实现，一个个任务验证。 等它整个方案实现完，基本上已经是半个小时后了，而这期间我却处于无事可干的状态，只能玩玩手机，刷刷视频，感觉实在是有点浪费时间。 虽然 Claude 提高了整体效率，但感觉好像还可以更上一层楼，于是我就花了点时间调研了下大佬们的工作流是什么样的。 调研之后才发现，原来大佬之所以可以并行多窗口开发，是因为使用 Git WorkTree 给每个窗口创建了单独的工作目录，所以可以并行开发多个特性，修复多个 BUG 。 试用了一天，效率确实高了非常多，之前开发特性过程中想到其他特性，或者发现其他 BUG 都是记录到 TODO 中，等到手头这个工作完成后，再开启新的会话进行开发修复，现在可以直接多开一个窗口，并行推进，体验非常爽，推荐正在使用 Claude Code 的朋友都可以试试，真的会上瘾！ 命令： claude --worktree 直接加上 --worktree 就可以创建单独的工作目录进行开发
受限于多年开发习惯，之前虽然已经大量使用 Claude Code 进行开发，但我依然习惯于一次修复一个 BUG ，或者一次开发一个特性。 在原来的开发流程中，开发的时候，脑子一直在考虑各种实现细节、错误分支，没有空闲。 但如今，使用 SuperPower 插件与 Claude 脑暴完实现方案后，Claude Code 会自己哼哧哼哧花很长时间一个个任务实现，一个个任务验证。 等它整个方案实现完，基本上已经是半个小时后了，而这期间我却处于无事可干的状态，只能玩玩手机，刷刷视频，感觉实在是有点浪费时间。 虽然 Claude 提高了整体效率，但感觉好像还可以更上一层楼，于是我就花了点时间调研了下大佬们的工作流是什么样的。 调研之后才发现，原来大佬之所以可以并行多窗口开发，是因为使用 Git WorkTree 给每个窗口创建了单独的工作目录，所以可以并行开发多个特性，修复多个 BUG 。 试用了一天，效率确实高了非常多，之前开发特性过程中想到其他特性，或者发现其他 BUG 都是记录到 TODO 中，等到手头这个工作完成后，再开启新的会话进行开发修复，现在可以直接多开一个窗口，并行推进，体验非常爽，推荐正在使用 Claude Code 的朋友都可以试试，真的会上瘾！ 命令： claude --worktree 直接加上 --worktree 就可以创建单独的工作目录进行开发
受限于多年开发习惯，之前虽然已经大量使用 Claude Code 进行开发，但我依然习惯于一次修复一个 BUG ，或者一次开发一个特性。 在原来的开发流程中，开发的时候，脑子一直在考虑各种实现细节、错误分支，没有空闲。 但如今，使用 SuperPower 插件与 Claude 脑暴完实现方案后，Claude Code 会自己哼哧哼哧花很长时间一个个任务实现，一个个任务验证。 等它整个方案实现完，基本上已经是半个小时后了，而这期间我却处于无事可干的状态，只能玩玩手机，刷刷视频，感觉实在是有点浪费时间。 虽然 Claude 提高了整体效率，但感觉好像还可以更上一层楼，于是我就花了点时间调研了下大佬们的工作流是什么样的。 调研之后才发现，原来大佬之所以可以并行多窗口开发，是因为使用 Git WorkTree 给每个窗口创建了单独的工作目录，所以可以并行开发多个特性，修复多个 BUG 。 试用了一天，效率确实高了非常多，之前开发特性过程中想到其他特性，或者发现其他 BUG 都是记录到 TODO 中，等到手头这个工作完成后，再开启新的会话进行开发修复，现在可以直接多开一个窗口，并行推进，体验非常爽，推荐正在使用 Claude Code 的朋友都可以试试，真的会上瘾！ 命令： claude --worktree 直接加上 --worktree 就可以创建单独的工作目录进行开发
受限于多年开发习惯，之前虽然已经大量使用 Claude Code 进行开发，但我依然习惯于一次修复一个 BUG ，或者一次开发一个特性。 在原来的开发流程中，开发的时候，脑子一直在考虑各种实现细节、错误分支，没有空闲。 但如今，使用 SuperPower 插件与 Claude 脑暴完实现方案后，Claude Code 会自己哼哧哼哧花很长时间一个个任务实现，一个个任务验证。 等它整个方案实现完，基本上已经是半个小时后了，而这期间我却处于无事可干的状态，只能玩玩手机，刷刷视频，感觉实在是有点浪费时间。 虽然 Claude 提高了整体效率，但感觉好像还可以更上一层楼，于是我就花了点时间调研了下大佬们的工作流是什么样的。 调研之后才发现，原来大佬之所以可以并行多窗口开发，是因为使用 Git WorkTree 给每个窗口创建了单独的工作目录，所以可以并行开发多个特性，修复多个 BUG 。 试用了一天，效率确实高了非常多，之前开发特性过程中想到其他特性，或者发现其他 BUG 都是记录到 TODO 中，等到手头这个工作完成后，再开启新的会话进行开发修复，现在可以直接多开一个窗口，并行推进，体验非常爽，推荐正在使用 Claude Code 的朋友都可以试试，真的会上瘾！ 命令： claude --worktree 直接加上 --worktree 就可以创建单独的工作目录进行开发
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 项目介绍 Maestro-FLow 是我对复杂软件系统开发的思考产物，项目开发借鉴了gsd的里程碑思想，同时将CCW中主要命令循环抽离出来，重新设计了产物体系及命令，深度优化每个命令流程衔接，形成从头脑风暴-路线图-分析-规划-执行-测试整个环境的闭环。此外，Maestro-FLow还包含wiki，spec，知识管理(学习，复盘),完整hook系统。前期介绍： [开源]CCW(claude-code-workflow)V7.X版本新增Cadence team和 codex csv spawn 工作流&&下一代工作流(maestro-flow)展望 - 开发调优 - LINUX DO 【长期贴】 Claude-code-workflow(CCW) --使用技巧分享-自认为最工程化的harness workflow - 开发调优 - LINUX DO 核心功能介绍 闭环自动推进 Maestro 的闭环推进系统是本项目的核心及特点。在项目开发前，我对每个命令衔接流程深入进行优化设计。 创新采用结对skill设计 ，实现workflow，局部chain稳定推进（支持codex和claude，codex单独优化），具体内容参考下述文档： Maestro 协调器 — 意图解析 → 静态命令链选择 → 分发执行，40+ 预定义链。 Maestro-Ralph — 闭环自适应推进，decision 节点动态扩展收缩，失败自动 debug → fix→ 重试，Passed Gates 跨重试跳过已通过质量门，full/standard/quick 三级质量管线。 Maestro Maestro Ralph 链类型 静态链，确定后不变 活链，decision 节点动态扩展 循环 无 闭环（失败 → debug → fix → 重试） Decision 节点 无 post-verify、post-review、post-test、post-milestone 适用场景 单次任务、明确意图 完整 milestone 生命周期推进 知识规范管理 Maestro 的知识管理分四层，spec，wiki，knowhow，learn。 spec 区别现有其他工作流，采用工作流及关键词双路径注入。主流程无需hook，基于Maestro 闭环工作流调用方式注入，按照coding/arch/quality/debug/test/review/learning阶段划分。关键词模式基于hook和subagent hook触发。 spec规范系统支持渐进式补充，在workflow推进流程下，各个环节命令针对分析，探讨结果，渐进式完善注入规范。 Wiki是将Maestro知识碎片（工作流产物）串成图谱，用 BM25做全文检索，能自动发现孤立节点和潜在关联，通过命令清理产物文件并生成摘要。 Knowhow偏实操经验，记录的是 session压缩、小贴士、可复用模板、操作配方、外部参考和关键决策等。 learn-*是一系列command，通过cc或codex调用，复盘看做过什么、跟读看AI怎么写、模式拆解看代码背后的设计意图、探究带着假设去验证。 针对双规注入设计了spec格式，spec中每个条目使用 闭合标签格式，keywords定义hook触发关键词： <spec-entry category="coding" keywords="auth,token,rotation" date="2026-04-21"> ### Token rotation needs email carried through refresh flow Revoked column must be set rather than deleting tokens. Refresh token generation must carry email from stored user data. </spec-entry> 多cli协作 相较于CCW，Maestro的命令流中的多cli调用采用基于角色形式嵌入方式，类似前述spec系统。调用分配固定角色并嵌入analyze，plan，execute等命令中，用户可以针对角色分配不同tool。支持通过绑定settings配置文件实现新工具注册，将workflow各个阶段映射到不同模型中。 maestro delegate-config # 启动 TUI maestro dc # 短别名 # 子命令（非交互） maestro delegate-config show # 文本输出当前配置 maestro delegate-config show --json # JSON 格式 maestro delegate-config roles # 查看角色映射 Workflow 环节 角色 功能 review.md Step 6.5 review critical/high 发现交叉验证，检测遗漏 debug.md Step 5.5 explore debug agent 前广域证据收集 verify.md V0.8 analyze 结构验证前反模式/完整性预扫描 plan.md P1 Step 5b explore 与并行探索同步，收集模式/依赖/冲突 test-gen.md Step 3.5 analyze 测试计划前边界条件和边缘场景分析 execute.md E2.5 Check 4 analyze wave 后语义验证（循环依赖/死代码/破坏性变更） milestone-audit.md Step 5.5 analyze 跨阶段导入一致性和类型匹配检查 其他功能介绍 Overlay 扩展 提供非侵入式的命令扩展机制 —— 在不修改原始 命令或者skill文件的前提下，注入自定义步骤、阅读要求、质量门禁等内容，Maestro升级后仍然可以保留。此外，Maestro 提供更自由工作流定义以及元skill（workflow-designer-skill），通过 Composer + Player 组合，可将自然语言描述转化为可复用，定制化的工作流模板，借助Maestro Ralph能力反复执行。 Worktree 里程碑级分支并行开发 Statusline 状态栏,行实时显示（模型/协调器进度/任务/团队/Git/Tokens/上下文），工作流时间线按artifact 类型着色（9 种） Team Lite 协作 2-8 人 Git-native 协作，心跳记录 + preflight 冲突预扫描 + 快速 sync，Spec三层加载（baseline + team + personal），Overlay 团队共享。 Hooks 系统 9 个 Hook，minimal/standard/full 三级累积安装。含上下文监控（四级 budget策略）、规范注入（按 agent-type 匹配）、Delegate监控、团队心跳及遥测采集、会话状态注入、Skill上下文注入、协调器追踪、关键文件保护 快速入门 CLaude： /maestro-ralph -y [复杂系统的完整描述,推荐使用文档形式引用] codex： $maestro-ralph -y [复杂系统的完整描述,推荐使用文档形式引用] 注意：codex 必须设置以下参数： [features] enable_fanout = true multi_agent_v2=true default_mode_request_user_input = true 项目地址： catlog22/maestro-flow: Workflow orchestration CLI with MCP endpoint support and multi-agent dashboard 文档站： Maestro Documentation 安装方式： npm install -g maestro-flow maestro install ## 安装工作流 maestro view 下面以图片介绍主要内容，具体的环节，命令可以参考文档站： 项目总体介绍 workflow执行链 知识管理体系 worktree 并行开发 Maestro 智能路由详解 如果你觉得项目不错，请点上 ，感谢佬们的支持！！ 5 个帖子 - 3 位参与者 阅读完整话题
使用superpower就一定要使用worktree的方式吗? 我不想使用worktree的方式, 就想让他在当前分支处理, 这样我使用idea等软件的时候就可以看到修改内容, 如果使用worktree 就会检测不到修改内容, 只有等他自己全部修改完才能通过git查看它修改的内容; 佬友们有什么好的处理方式和经验吗? 3 个帖子 - 3 位参与者 阅读完整话题
前置话题是一个来自 2024 年的问题： https://www.v2ex.com/t/1046409 原文如下： ----- 最近任务交叉进行开发，经常在开发 A 任务的时候，B 任务有点问题要改或者需要优化。 这个时候需要切换分支，重新编译，然后重新打开页面开始开发。 但是有的任务是单项目，有的任务是多项目，这么一套流程下来手速快一点慢倒是不慢，就是单纯的感觉在浪费时间。 所以我在想有没有这么一个东西，可以直接把当前系统打开的应用/浏览器页面以及位置和窗口大小都给保存下来，有点类似 VMware 的快照，除此之外还可以来回切换，像 git 的分支管理那样，切到 B 任务快照开发完提交后可以继续切回主时间线或者其他快照继续开发。 ----- 在 2 年前，这个问题就深深的困扰了我，当时也了解到了 git worktree ，但是遇到多项目的情况依然无用，复杂而繁多的命令让我感到吃力。 现在我带着能完美解决我的问题的工具来了，核心逻辑还是基于 git worktree ，但是是基于多 Repo 的 worktree 管理。 除了最基本的多 Repo Worktree 管理之外，还支持以下功能： 1. Terminal 支持，方便对多项目工作区开发，比如有个需求同时涉及多个项目，那么就可以在工作区打开 Terminal ，工作区的 projects 文件夹下就是本工作区涉及的所有项目，用 AI 可以同时处理这些项目，避免跨项目传递消息导致的上下文丢失。 2. 软链接功能，比如有前端项目需要恢复包，那么就可以在设置里对项目增加连接文件夹的添加，避免重复恢复包导致大量磁盘空间占用。 3. 支持知识库挂载，可以把知识库软链接过来，方便团队内知识库管理。 4. 语音输入支持及精炼（需要配置自己的阿里云的 Dashscope 的 Key ） 5. 局域网/公网分享，方便出行，摸鱼的时候观察 AI 干活进度，有独立的二级密码保护。 6. 还有一些杂七杂八的功能，比如打开 IDE ，自动生成 commit message(与语音输入用的同一个 Key)，同步，推送，部署到主工作区方便 debug 等等功能，就不过多介绍了。 软件截图: https://imgur.com/a/8QmHsXN 软件地址： https://github.com/guoyongchang/worktree-manager
前置话题是一个来自 2024 年的问题： https://www.v2ex.com/t/1046409 原文如下： ``` 最近任务交叉进行开发，经常在开发 A 任务的时候，B 任务有点问题要改或者需要优化。 这个时候需要切换分支，重新编译，然后重新打开页面开始开发。 但是有的任务是单项目，有的任务是多项目，这么一套流程下来手速快一点慢倒是不慢，就是单纯的感觉在浪费时间。 所以我在想有没有这么一个东西，可以直接把当前系统打开的应用/浏览器页面以及位置和窗口大小都给保存下来，有点类似 VMware 的快照，除此之外还可以来回切换，像 git 的分支管理那样，切到 B 任务快照开发完提交后可以继续切回主时间线或者其他快照继续开发。 ``` 在 2 年前，这个问题就深深的困扰了我，当时也了解到了 git worktree ，但是遇到多项目的情况依然无用，复杂而繁多的命令让我感到吃力。 现在我带着能完美解决我的问题的工具来了，核心逻辑还是基于 git worktree ，但是是基于多 Repo 的 worktree 管理。 软件截图: https://imgur.com/a/8QmHsXN 除了最基本的多 Repo Worktree 管理之外，还支持以下功能： 1. Terminal 支持，方便对多项目工作区开发，比如有个需求同时涉及多个项目，那么就可以在工作区打开 Terminal ，工作区的 projects 文件夹下就是本工作区涉及的所有项目，用 AI 可以同时处理这些项目，避免跨项目传递消息导致的上下文丢失。 2. 软链接功能，比如有前端项目需要恢复包，那么就可以在设置里对项目增加连接文件夹的添加，避免重复恢复包导致大量磁盘空间占用。 3. 支持知识库挂载，可以把知识库软链接过来，方便团队内知识库管理。 4. 语音输入支持及精炼（需要配置自己的阿里云的 Dashscope 的 Key ） 5. 局域网/公网分享，方便出行，摸鱼的时候观察 AI 干活进度，有独立的二级密码保护。 6. 还有一些杂七杂八的功能，比如打开 IDE ，自动生成 commit message(与语音输入用的同一个 Key)，同步，推送，部署到主工作区方便 debug 等等功能，就不过多介绍了。
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 项目介绍 Maestro-FLow 是我对复杂软件系统开发的思考产物，项目开发借鉴了gsd的里程碑思想，同时将CCW中主要命令循环抽离出来，重新设计了产物体系及命令，深度优化每个命令流程衔接，形成从头脑风暴-路线图-分析-规划-执行-测试整个环境的闭环。此外，Maestro-FLow还包含wiki，spec，知识管理(学习，复盘),完整hook系统。历史回顾： [开源]CCW(claude-code-workflow)V7.X版本新增Cadence team和 codex csv spawn 工作流&&下一代工作流(maestro-flow)展望 - 开发调优 - LINUX DO 【长期贴】 Claude-code-workflow(CCW) --使用技巧分享-自认为最工程化的harness workflow - 开发调优 - LINUX DO Maestro-FLow 直观感受比gsd更快，比surperpower更规范，流程执行自动化程度更高。 Maestro-FLow实现了三个层次的智能路由命令（/Maestro /Maestro-coordinate（cli调用） /Maestro-link-coordinate（有向图跟踪）），同时针对codex的进行单独优化，在确定好路线图后，可以自动持续推进workflow的闭环开发。参考下述命令 CLaude： /maestro -y "实现用户认证系统" codex： $maestro -y "实现用户认证系统" 注意：codex 必须设置以下参数： [features] enable_fanout = true multi_agent_v2=true default_mode_request_user_input = true 项目地址： catlog22/maestro-flow: Workflow orchestration CLI with MCP endpoint support and multi-agent dashboard 文档站： Maestro Documentation 安装方式： npm install -g maestro-flow maestro install ## 安装工作流 maestro view 下面以图片介绍主要内容，具体的环节，命令可以参考文档站： 项目总体介绍 workflow执行链 知识管理体系 worktree 并行开发 Maestro 智能路由详解 Maestro 智能路由对比 如果你觉得项目不错，请点上 ，感谢佬们的支持！！ 21 个帖子 - 9 位参与者 阅读完整话题