feat: add mcpp.newProject command to scaffold and open projects

[Ximiaw]

功能

新增 mcpp.newProject 命令（命令面板「mcpp: 新建工程」），在 VS Code 内完成新项目脚手架：

1. 输入项目名（校验非空、不含路径分隔符）
2. 选择项目位置
3. 模态确认后，在所选位置执行 mcpp new <项目名>，创建同名项目文件夹
4. 成功后打开新项目文件夹，并在新窗口中自动执行 mcpp.refreshCompilationDatabase，完成首次构建与 clangd 配置

实现说明

• 命令注册在 McppCliController，复用 runProcess 与 mcpp.path 设置，受工作区信任约束；失败时提示并将日志保留在 mcpp 输出频道
• vscode.openFolder 会重载窗口，刷新请求通过 globalState（PENDING_NEW_PROJECT_KEY）传递到新窗口，activate 时核对项目路径后兑现，且只兑现一次
• 刷新以后台方式触发（void），不阻塞 activate()——否则扩展激活期间命令会排队，表现为编辑器标题按钮点击无反应

测试

• 更新 commands.test.ts、artifacts.test.ts 的命令清单断言
• 新增两个结构测试：确认步骤在创建之前、globalState 标记在打开文件夹之前写入；activate 中刷新为非阻塞调用
• npm test：97 个测试全部通过

[wellwei]

维护者结论：功能方向可行，mcpp.newProject 也符合扩展当前的职责边界；但当前实现存在以下合入阻塞问题，暂不合并，请修复后再复核。

1. 项目名可能被 mcpp 解析为 CLI 选项。 当前只拒绝空值和路径分隔符，随后直接执行 mcpp new <projectName>。例如以 - 开头的输入可能命中 --template、--list-templates 等选项；进程甚至可能成功退出，但没有创建目标工程。这不是 shell 注入，参数数组也不能阻止 CLI 自身解析选项。至少应拒绝 - 前缀、.、..，并明确处理目标路径已存在的情况。

2. pending 刷新状态可能被错误窗口提前消费。 PENDING_NEW_PROJECT_KEY 存在 globalState 中，但 activate 时在核对工程路径之前就清除了它。任一同时激活的 VS Code 窗口都可能先删除该状态，真正的新工程窗口随后无法刷新。必须先匹配目标工程，再只消费属于该窗口/本次操作的记录；建议记录目标路径和唯一 token，并考虑过期时间。

3. 打开文件夹失败会遗留 pending 状态。 当前先写 globalState，再调用 vscode.openFolder；如果打开失败，本次状态没有按 token 清理，之后打开同一路径可能意外触发完整构建。

4. 需要明确创建后的行为边界。 当前设计在新窗口自动执行完整 mcpp build。后续 #5 会在缺少 CDB 时执行 IDE configure，因此这里需要明确产品契约是“创建并打开工程”，还是“创建后立即完整构建”，避免未来重复执行 IDE configure 和 build。新窗口仍必须以它自己的 workspace trust 为执行前提。

5. 现有新增测试只是源码字符串和调用顺序断言。 请补行为级覆盖：非法项目名、错误窗口不消费 pending、目标窗口只消费一次、openFolder 失败清理，以及新窗口未受信任时不执行构建。

我在该提交上独立复核了 npm test，结果为 97/97；但上述行为均不在当前测试覆盖范围内。

[Ximiaw]

已按复核意见修改并推送（d8db658），请复核：

1. 项目名校验：提取为 src/newProject.ts 的 validateNewProjectName 纯函数——拒绝空值、路径分隔符、- 前缀（防止被 mcpp 解析为 --template/--list-templates 等选项）、. 和 ..；选定位置后先 existsSync 检查目标路径，已存在则直接报错返回，不再进入确认步骤。

2./3. pending 状态问题：产品契约改为"创建并打开"（见第 4 点）后，globalState pending 机制已整体移除，extension.ts 完全还原——错误窗口消费、openFolder 失败遗留状态两类问题随之消除。

4. 行为契约：明确为"创建并打开工程"——成功后仅 vscode.openFolder，不自动执行 build，避免与 feat: integrate the mcpp IDE configure protocol into clangd workflow #5 缺少 CDB 时的 IDE configure 重复执行；新窗口的 clangd 配置仍走 activate 的原有 reconcile 流程，以其自身 workspace trust 为执行前提。契约已写入 cliController.newProject 注释。

5. 行为级测试：新增 test/newProject.test.ts，覆盖空值/纯空白、路径分隔符、- 选项前缀、./..、合法名（含前后空白）共 5 组；artifacts.test.ts 结构测试重写为锁定"检查已存在 → 确认 → 创建 → 打开"的顺序，并新增契约断言（controller/extension 中无 globalState/PENDING_NEW_PROJECT 残留，防回归）。

npm test：102/102 通过。