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 内容至少说明目标版本、变更摘要、验证命令和结果、发布后续动作。用户只要求开

skills/manage-release/references/forge-adapters.md

@@ -21,6 +21,10 @@ CLI。只发布 tag 时，不要因为缺少 Forge CLI 而停止；仍要验证
 个账号或 profile 时，必须唯一确定本次使用的身份。CLI 版本之间的 flags 可能不同，
 每次执行写操作前读取对应子命令的 `--help`，不要凭记忆拼接参数。
 
+直接从目标 worktree 的当前 shell 运行 `git` 与平台 CLI，让它们使用各自正常的登录机制。
+Gitea/Forgejo 使用 `tea whoami` 和 `tea` 对应子命令；不要由 Agent 读取 tea 配置文件、
+调用 credential helper 导出 token，或把 token 转存到命令参数、环境文件和发布说明。
+
 当请求确实涉及 PR/MR、合并或 Forge Release，且 remote host 无法识别、CLI 缺失、认证
 失败或 CLI 指向另一个实例时，停止对应平台阶段并报告：