Maker 构建同步时 git stash 授权卡未出现却返回“用户拒绝”

**提交人**: 用户2076
**客户端版本**: 0.1.27

---

## 现象

在已绑定 TapTap Maker 的项目中，本地存在未提交修改且远端 `main` 领先时，用户要求 Cindy 执行“构建”。Cindy 检查 Maker 状态后会尝试通过 `git stash` 暂存本地改动，以便安全拉取远端提交。

但调用需要授权的 `git stash` 操作时，界面没有出现任何授权确认卡片，工具却直接返回 `CreateProcess Rejected("rejected by user")`。随后 Cindy 提示“授权被拒绝”，要求用户再次发送“构建”。重复操作仍会进入相同循环，导致包含本地修改的 Maker 构建始终无法完成。

## 复现步骤

1. 打开一个已绑定 TapTap Maker 的项目。
2. 保持工作区存在未提交修改，同时让远端 `origin/main` 领先本地提交。
3. 在 Cindy 中发送“构建”。
4. Cindy 调用 Maker 状态检查，得到 `needs_pull`，并准备执行安全流程：暂存本地修改 → 拉取远端 → 恢复修改 → Maker 构建。
5. Cindy 发起需要授权的 `git stash push` 操作。
6. 观察界面：没有显示授权确认卡片，但工具立即返回 `Rejected("rejected by user")`。
7. 再次发送“构建”，问题稳定复现。

## 期望行为

- 需要执行 `git stash` 时应正常显示授权卡片。
- 用户允许一次后，Cindy 应继续完成暂存、同步、恢复和 Maker 构建，无需反复重新发送“构建”。
- 如果授权卡片因技术原因无法显示，应返回真实的授权界面或宿主错误，而不是将其错误归因为“用户拒绝”。

## 实际行为

- 授权卡片没有出现。
- 工具直接返回“用户拒绝”。
- Cindy 无法区分“用户主动拒绝”和“授权卡没有成功展示”，只能反复要求用户重新发起构建。
- 当远端领先且本地有修改时，整个 Maker 构建流程被阻断。
---
**版本区域**: CN
**OS**: darwin arm64 (25.5.0)
**界面语言**: zh-CN

Start by tracing the Maker build path after the `needs_pull` status and the `git stash push` authorization request. Inspect how a missing authorization card becomes `Rejected("rejected by user")`; done means the card appears, the allowed flow resumes through sync, restore, and build, and a display or host failure is reported distinctly.

Written by the indexing model from the issue text.