运行 /gsd-new-project 提示 Project already initialized 时 get-shit-done 应该怎么处理【免费下载链接】get-shit-doneA light-weight and powerful meta-prompting, context engineering and spec-driven development system for Claude Code by TÂCHES.项目地址: https://gitcode.com/GitHub_Trending/getshi/get-shit-done当你在项目目录中运行/gsd-new-project或/gsd:new-project时如果 GSD 在初始化流程一开始就报错 Project already initialized说明该目录下已经存在 GSD 的项目状态。这不是安装或运行环境故障而是 new-project 工作流 内置的安全检查工作流第一步会执行gsd-sdk query init.new-project其中的project_exists字段通过检测.planning/PROJECT.md是否存在来判断项目是否已经初始化过若为true工作流直接以错误结束并提示改用/gsd:progress。因此处理方向只有两条继续已有项目或者确认不要旧状态后再重新初始化。先判断报错的直接原因该报错的触发条件只有一个当前目录下存在.planning/PROJECT.md。可以先确认这个文件是否真实存在ls -la .planning/PROJECT.md文件存在当前目录已经跑过一次 new-project或手动创建过该文件初始化被安全检查拦截属于预期行为。文件不存在但仍报同样错误检查你是否在正确的目录运行命令——GSD 以当前工作目录为项目根如果在项目的某个子目录里运行状态判断可能与预期不一致回到项目根目录再执行。处理方式一项目本来就是要继续的推荐路径如果你只是新开了一个会话、忘了项目已经初始化过正确做法不是重跑/gsd-new-project而是用进度命令恢复状态。工作流在project_exists为true时的官方指引就是 Use/gsd:progress/gsd-progress/gsd-progress会读取.planning/下的全部状态文件PROJECT.md、ROADMAP.md、STATE.md 等告诉你在哪个阶段、下一步该做什么。想直接执行下一步时可以用/gsd-progress --next验证标准/gsd-progress能正常输出当前位置当前 phase/plan和下一步建议而不是再次提示项目未初始化说明状态完整、可以继续沿用现有.planning/工作。处理方式二确实要推倒重来USER-GUIDE 的 Troubleshooting 章节 对此场景的说明是.planning/PROJECT.md 已存在这是安全检查。If you want to start over, delete the.planning/directory first.如果确实要重新开始先删除.planning/目录。rm -rf .planning会删除项目下所有 GSD 生成的规划文档PROJECT.md、config.json、research/、REQUIREMENTS.md、ROADMAP.md、STATE.md 等且不可恢复。执行前注意如果初始化时选择的是 Git Trackingconfig.json 中commit_docs: true.planning/下的文档有 git 提交记录删除后可以从版本历史找回如果commit_docs为false.planning/在.gitignore中删除后无法恢复。删除的是整个.planning/目录包括 spike、sketch 等已积累的内容确认不再需要后再执行。确认无误后rm -rf .planning然后重新运行/gsd-new-project验证标准重跑后工作流不再报 Project already initialized而是进入正常初始化流程提问、写 PROJECT.md、配置 config.json 等步骤即说明旧状态已清除、新项目正常建立。可选分支不想动现有项目要另开一个独立项目如果你需要并行维护两个 GSD 项目例如同一个仓库里切一个 feature 分支各做各的规划可以不用删.planning/而是用多项目工作区为每个工作区建独立的.planning/USER-GUIDE 给出的用法是/gsd-workspace --new --name feature-b --repos .然后进入工作区目录再执行/gsd-new-projectcd ~/gsd-workspaces/feature-b /gsd-new-project每个工作区拥有自己独立的.planning/与源仓库的规划状态互不干扰因此不会再触发 Project already initialized。小结Project already initialized 是安全检查而非故障触发条件是.planning/PROJECT.md存在。要继续项目用/gsd-progress或/gsd-progress --next不要重跑/gsd-new-project。要重新开始先rm -rf .planning注意commit_docs为false时不可恢复再重跑/gsd-new-project。要并行两个项目用/gsd-workspace --new建独立工作区在其中单独初始化。【免费下载链接】get-shit-doneA light-weight and powerful meta-prompting, context engineering and spec-driven development system for Claude Code by TÂCHES.项目地址: https://gitcode.com/GitHub_Trending/getshi/get-shit-done创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
运行 /gsd-new-project 提示 Project already initialized 时 get-shit-done 应该怎么处理【免费下载链接】get-shit-doneA light-weight and powerful meta-prompting, context engineering and spec-driven development system for Claude Code by TÂCHES.项目地址: https://gitcode.com/GitHub_Trending/getshi/get-shit-done当你在项目目录中运行/gsd-new-project或/gsd:new-project时如果 GSD 在初始化流程一开始就报错 Project already initialized说明该目录下已经存在 GSD 的项目状态。这不是安装或运行环境故障而是 new-project 工作流 内置的安全检查工作流第一步会执行gsd-sdk query init.new-project其中的project_exists字段通过检测.planning/PROJECT.md是否存在来判断项目是否已经初始化过若为true工作流直接以错误结束并提示改用/gsd:progress。因此处理方向只有两条继续已有项目或者确认不要旧状态后再重新初始化。先判断报错的直接原因该报错的触发条件只有一个当前目录下存在.planning/PROJECT.md。可以先确认这个文件是否真实存在ls -la .planning/PROJECT.md文件存在当前目录已经跑过一次 new-project或手动创建过该文件初始化被安全检查拦截属于预期行为。文件不存在但仍报同样错误检查你是否在正确的目录运行命令——GSD 以当前工作目录为项目根如果在项目的某个子目录里运行状态判断可能与预期不一致回到项目根目录再执行。处理方式一项目本来就是要继续的推荐路径如果你只是新开了一个会话、忘了项目已经初始化过正确做法不是重跑/gsd-new-project而是用进度命令恢复状态。工作流在project_exists为true时的官方指引就是 Use/gsd:progress/gsd-progress/gsd-progress会读取.planning/下的全部状态文件PROJECT.md、ROADMAP.md、STATE.md 等告诉你在哪个阶段、下一步该做什么。想直接执行下一步时可以用/gsd-progress --next验证标准/gsd-progress能正常输出当前位置当前 phase/plan和下一步建议而不是再次提示项目未初始化说明状态完整、可以继续沿用现有.planning/工作。处理方式二确实要推倒重来USER-GUIDE 的 Troubleshooting 章节 对此场景的说明是.planning/PROJECT.md 已存在这是安全检查。If you want to start over, delete the.planning/directory first.如果确实要重新开始先删除.planning/目录。rm -rf .planning会删除项目下所有 GSD 生成的规划文档PROJECT.md、config.json、research/、REQUIREMENTS.md、ROADMAP.md、STATE.md 等且不可恢复。执行前注意如果初始化时选择的是 Git Trackingconfig.json 中commit_docs: true.planning/下的文档有 git 提交记录删除后可以从版本历史找回如果commit_docs为false.planning/在.gitignore中删除后无法恢复。删除的是整个.planning/目录包括 spike、sketch 等已积累的内容确认不再需要后再执行。确认无误后rm -rf .planning然后重新运行/gsd-new-project验证标准重跑后工作流不再报 Project already initialized而是进入正常初始化流程提问、写 PROJECT.md、配置 config.json 等步骤即说明旧状态已清除、新项目正常建立。可选分支不想动现有项目要另开一个独立项目如果你需要并行维护两个 GSD 项目例如同一个仓库里切一个 feature 分支各做各的规划可以不用删.planning/而是用多项目工作区为每个工作区建独立的.planning/USER-GUIDE 给出的用法是/gsd-workspace --new --name feature-b --repos .然后进入工作区目录再执行/gsd-new-projectcd ~/gsd-workspaces/feature-b /gsd-new-project每个工作区拥有自己独立的.planning/与源仓库的规划状态互不干扰因此不会再触发 Project already initialized。小结Project already initialized 是安全检查而非故障触发条件是.planning/PROJECT.md存在。要继续项目用/gsd-progress或/gsd-progress --next不要重跑/gsd-new-project。要重新开始先rm -rf .planning注意commit_docs为false时不可恢复再重跑/gsd-new-project。要并行两个项目用/gsd-workspace --new建独立工作区在其中单独初始化。【免费下载链接】get-shit-doneA light-weight and powerful meta-prompting, context engineering and spec-driven development system for Claude Code by TÂCHES.项目地址: https://gitcode.com/GitHub_Trending/getshi/get-shit-done创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
 详解)
