fix(orc): support trusted release shell workflow

skills/manage-release/SKILL.md

@@ -56,8 +56,10 @@ description: >-
    `git worktree list --porcelain`。
 3. 获取远端最新引用后，记录 base 分支的准确 commit。不要把本地过期分支当作发布基线。
 4. 识别版本来源、最近稳定 tag、tag 格式、分支命名、合并方式和发布说明来源。
-5. 分别检查 Git remote 的读取与推送能力，以及 PR/MR、合并或 Forge Release 阶段所需的
-   GitHub、GitLab、Gitea 或 Forgejo CLI。只有请求涉及平台能力时才要求对应 CLI。
+5. 分别用 `git remote get-url --all origin` 和
+   `git remote get-url --push --all origin` 检查读取与推送目标；远端写操作要求两者各只有
+   一个值且规范化后指向同一仓库。再检查 PR/MR、合并或 Forge Release 阶段所需的 GitHub、
+   GitLab、Gitea 或 Forgejo CLI。只有请求涉及平台能力时才要求对应 CLI。
    记录匹配该 host 的活动账号；认证检查只读取状态。
 6. 查询已有分支、worktree、PR/MR、tag 和 Forge Release，从真实状态判断流程已走到哪一步。
 
@@ -119,8 +121,10 @@ CHANGELOG 或发布说明，保证它们进入同一个 PR/MR。运行项目声
 
 ### 5. 推送并创建 PR/MR
 
-执行远端写操作前再次确认 remote、base、head、版本、活动账号和授权范围。Git 分支与
-tag 通过已确认的 remote 读写；创建或操作 PR/MR 时使用与托管平台匹配的官方 CLI。
+执行远端写操作前再次确认 remote、base、head、版本、活动账号和授权范围，并重新读取
+唯一 fetch/push URL。Git 分支与 tag 通过已确认的 remote 读写；创建或操作 PR/MR 时使用
+与托管平台匹配的官方 CLI。直接执行当前 shell 中的 `git` 和平台 CLI，让工具使用其正常
+登录；不要读取、解析或复制 `~/.gitconfig`、tea/gh/glab 配置，也不要从中提取 token。
 不要让 CLI 隐式创建 fork、改变 base 或选择另一个 remote。
 
 PR/MR 内容至少说明目标版本、变更摘要、验证命令和结果、发布后续动作。用户只要求开