✨ feat(vscode): 提示词不再绑定 Gitea，查工单、查 PR、发起 PR 统一走 spx

- 去掉 tea、gh、Gitea 字样：查工单 spx issue view，查 PR spx pr view，发起 PR spx pr create 且描述必须含 Closes #N
- 审查和实施的 diff 不再写死 origin/main：审查取 PR 的目标分支，实施取计划里的目标分支或仓库默认分支
- 工单模板同时看 .gitea/ISSUE_TEMPLATE/ 和 .github/ISSUE_TEMPLATE/，禁止合并的说法不带工具名
- 内联兜底提示词同步改；设置里存着旧版的用户激活时按现有机制被问是否换新版
- 新增测试守住自带提示词和兜底不再点名平台

vscode/prompts/review.md

@@ -1,10 +1,10 @@
 审查这个仓库的 PR #{{prNumber}}。
 
-用 `tea pulls {{prNumber}}` 看 PR 元信息（标题/描述/分支）。看代码差异用 git（当前目录就是 PR 分支的 worktree）：先 `git fetch origin main`，再 `git diff origin/main...HEAD`（概览可加 --stat）。注意 tea 没有 `diff` 子命令，不要尝试 `tea pulls diff`。
+用 `opencli spx pr view --pr {{prNumber}}` 看 PR 元信息（标题、描述、head → base 分支）。看代码差异用 git（当前目录就是 PR 分支的 worktree）：`<base>` 是上面查到的目标分支（加 `--json` 时是 `base.branch`），先 `git fetch origin <base>`，再 `git diff origin/<base>...HEAD`（概览可加 --stat）。
 
 ## 审查方式
 
-ECC 的 `/ecc:review-pr` 和 `/ecc:code-review` 的 PR 模式都走 `gh`，对 Gitea 不可用，不要调。直接把上面的 diff 喂给 ECC 的审查子代理，按改动涉及的语言挑：
+直接把上面的 diff 喂给 ECC 的审查子代理，按改动涉及的语言挑：
 
 - `ecc:code-reviewer`（必跑）
 - `ecc:silent-failure-hunter`、`ecc:pr-test-analyzer`（必跑）
@@ -39,7 +39,7 @@ opencli spx issue state merge --issue {{issueNumber}} --state-json '{"reviewPass
 ## 严禁
 
 - 不要在审查意见里建议"合并 PR"或"merge"
-- 不要执行 `tea pulls merge` 或任何合并命令
-- 不要 push 到 main / dev 分支
+- 不要执行任何合并 PR 的命令或操作
+- 不要往 PR 的目标分支或其他共享分支 push
 
 合并权完全在用户手上,你的工作只是指出问题或确认通过。