@autobest-ui/agent 1.0.4 → 1.0.6

package/bin/sync-assets.test.mjs

@@ -20,12 +20,12 @@ test("installs common skills into the user-level skills directory", async () =>
 
     assert.equal(result.targetRoot, path.join(userHome, ".agents", "skills"));
     assert.deepEqual(result.skills, [
-      "azure-pull-request",
+      "code-pr-submit",
       "figma-ui-capture",
       "ui-prd-scope",
     ]);
     await access(
-      path.join(result.targetRoot, "azure-pull-request", "SKILL.md")
+      path.join(result.targetRoot, "code-pr-submit", "SKILL.md")
     );
     await access(path.join(result.targetRoot, "figma-ui-capture", "SKILL.md"));
     await access(

package/mcp/{azure-mcp-pr → code-mcp-pr}/README.md

@@ -1,4 +1,4 @@
-# azure-mcp-pr
+# code-mcp-pr
 
 基于 STDIO 的 MCP 服务，通过 Azure DevOps REST API 创建反向 PR、查询仓库和分支，并可在 PR 创建成功后调用钉钉机器人 webhook。
 
@@ -9,7 +9,7 @@ export AZURE_DEVOPS_PAT="your-personal-access-token"
 export DINGDING_ALERT_TOKEN="your-dingtalk-robot-access-token"
 ```
 
-`AZURE_DEVOPS_PAT` 是所有工具访问 Azure DevOps 的必需配置。`DINGDING_ALERT_TOKEN` 仅在 `azure-mcp-pr` 同时收到钉钉 markdown 标题和正文时使用。两个 token 都不会作为 MCP 工具参数接收。
+`AZURE_DEVOPS_PAT` 是所有工具访问 Azure DevOps 的必需配置。`DINGDING_ALERT_TOKEN` 仅在 `code-mcp-pr` 同时收到钉钉 markdown 标题和正文时使用。两个 token 都不会作为 MCP 工具参数接收。
 
 ## 启动
 
@@ -23,14 +23,14 @@ npm start
 随 `@autobest-ui/agent` 包运行：
 
 ```bash
-npx --yes --package=@autobest-ui/agent@latest autobest-azure-mcp-pr
+npx --yes --package=@autobest-ui/agent@latest autobest-code-mcp-pr
 ```
 
 Codex 配置示例见 [config.toml.example](config.toml.example)。
 
 ## 工具
 
-- `azure-mcp-pr`：`businessTargetBranch` 作为 ADO `sourceRefName`，`businessSourceBranch` 作为 `targetRefName`。仅在 PR 创建成功且两个 markdown 字段都有值时发送钉钉通知。
+- `code-mcp-pr`：`businessTargetBranch` 作为 ADO `sourceRefName`，`businessSourceBranch` 作为 `targetRefName`。仅在 PR 创建成功且两个 markdown 字段都有值时发送钉钉通知。
 - `get_repo_default_branch`：读取仓库默认分支。
 - `guess_parent_branch`：以默认分支和 ADO merge-base 信息进行启发式推测。
 - `get_branch_diff`：读取 source 相对 target 的文件列表和受限 diff 片段。

package/mcp/code-mcp-pr/config.toml.example

@@ -0,0 +1,4 @@
+[mcp_servers.code-mcp-pr]
+command = "npx"
+args = ["--yes", "--package=@autobest-ui/agent@latest", "autobest-code-mcp-pr"]
+env_vars = ["AZURE_DEVOPS_PAT", "DINGDING_ALERT_TOKEN"]

package/mcp/{azure-mcp-pr → code-mcp-pr}/index.js

@@ -12,7 +12,7 @@ import {
 } from './azure-devops.js';
 
 const server = new McpServer(
-  { name: 'azure-mcp-pr', version: '1.0.0' },
+  { name: 'code-mcp-pr', version: '1.0.0' },
   {
     instructions:
       '通过 Azure DevOps REST API 创建反向PR、查询分支和读取文件。服务从 AZURE_DEVOPS_PAT 读取ADO凭据，' +
@@ -45,7 +45,7 @@ function registerJsonTool(name, config, handler, unexpectedErrorResult) {
 }
 
 registerJsonTool(
-  'azure-mcp-pr',
+  'code-mcp-pr',
   {
     title: '创建 Azure DevOps 反向PR',
     description: '将业务目标分支（带变更）作为PR源分支，合并到业务源分支；PR成功后可发送钉钉通知。',
@@ -145,6 +145,6 @@ async function main() {
 }
 
 main().catch(error => {
-  console.error('Failed to start azure-mcp-pr:', error);
+  console.error('Failed to start code-mcp-pr:', error);
   process.exitCode = 1;
 });

package/mcp/{azure-mcp-pr → code-mcp-pr}/index.test.js

@@ -267,7 +267,7 @@ test('returns a structured missing-PAT error', async () => {
 });
 
 test('exposes all five tools over stdio', async () => {
-  const client = new Client({ name: 'azure-mcp-pr-test', version: '1.0.0' });
+  const client = new Client({ name: 'code-mcp-pr-test', version: '1.0.0' });
   const transport = new StdioClientTransport({
     command: process.execPath,
     args: [path.join(directory, 'index.js')],
@@ -277,11 +277,11 @@ test('exposes all five tools over stdio', async () => {
 
   try {
     await client.connect(transport);
-    assert.equal(client.getServerVersion()?.name, 'azure-mcp-pr');
+    assert.equal(client.getServerVersion()?.name, 'code-mcp-pr');
     const { tools } = await client.listTools();
     assert.deepEqual(
       tools.map(tool => tool.name),
-      ['azure-mcp-pr', 'get_repo_default_branch', 'guess_parent_branch', 'get_branch_diff', 'read_file_at_ref']
+      ['code-mcp-pr', 'get_repo_default_branch', 'guess_parent_branch', 'get_branch_diff', 'read_file_at_ref']
     );
   } finally {
     await client.close();

package/mcp/{azure-mcp-pr → code-mcp-pr}/node_modules/.package-lock.json

@@ -1,5 +1,5 @@
 {
-  "name": "@autobest/azure-mcp-pr",
+  "name": "@autobest/code-mcp-pr",
   "version": "1.0.0",
   "lockfileVersion": 2,
   "requires": true,

package/mcp/{azure-mcp-pr → code-mcp-pr}/package-lock.json

@@ -1,11 +1,11 @@
 {
-  "name": "@autobest/azure-mcp-pr",
+  "name": "@autobest/code-mcp-pr",
   "version": "1.0.0",
   "lockfileVersion": 2,
   "requires": true,
   "packages": {
     "": {
-      "name": "@autobest/azure-mcp-pr",
+      "name": "@autobest/code-mcp-pr",
       "version": "1.0.0",
       "dependencies": {
         "@modelcontextprotocol/sdk": "1.30.0",
@@ -13,7 +13,7 @@
         "zod": "4.4.3"
       },
       "bin": {
-        "azure-mcp-pr": "index.js"
+        "code-mcp-pr": "index.js"
       },
       "engines": {
         "node": ">=20"

package/mcp/{azure-mcp-pr → code-mcp-pr}/package.json

@@ -1,12 +1,12 @@
 {
-  "name": "@autobest/azure-mcp-pr",
+  "name": "@autobest/code-mcp-pr",
   "version": "1.0.0",
   "private": true,
   "description": "Azure DevOps pull request workflow MCP server",
   "type": "module",
   "main": "index.js",
   "bin": {
-    "azure-mcp-pr": "./index.js"
+    "code-mcp-pr": "./index.js"
   },
   "engines": {
     "node": ">=20"

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@autobest-ui/agent",
-  "version": "1.0.4",
+  "version": "1.0.6",
   "private": false,
   "description": "Autobest Agent skills/plugins/mcp assets + sync cli",
   "files": [
@@ -17,7 +17,7 @@
   },
   "bin": {
     "autobest-agent-sync": "./bin/sync-assets.mjs",
-    "autobest-azure-mcp-pr": "./mcp/azure-mcp-pr/index.js",
+    "autobest-code-mcp-pr": "./mcp/code-mcp-pr/index.js",
     "autobest-azurepr-mcp": "./mcp/azurepr-mcp-bridge/index.js",
     "autobest-delivery-setup": "./plugins/autobest-delivery/scripts/setup.mjs",
     "autobest-rag-mcp": "./mcp/rag-mcp-bridge/index.js",
@@ -26,16 +26,16 @@
   },
   "scripts": {
     "mcp:azurepr": "node ./mcp/azurepr-mcp-bridge/index.js",
-    "mcp:azure-mcp-pr": "node ./mcp/azure-mcp-pr/index.js",
+    "mcp:code-mcp-pr": "node ./mcp/code-mcp-pr/index.js",
     "mcp:figma": "node ./mcp/figma-mcp-bridge/src/index.js",
     "mcp:rag": "node ./mcp/rag-mcp-bridge/index.js",
     "test": "npm run test:skills && npm run test:mcp && npm run test:plugin",
     "test:skills": "node --test ./bin/sync-assets.test.mjs",
     "test:mcp:azurepr": "node --test ./mcp/azurepr-mcp-bridge/index.test.js",
-    "test:mcp:azure-mcp-pr": "node --test ./mcp/azure-mcp-pr/index.test.js",
+    "test:mcp:code-mcp-pr": "node --test ./mcp/code-mcp-pr/index.test.js",
     "test:mcp:figma": "node --test ./mcp/figma-mcp-bridge/index.test.js",
     "test:mcp:rag": "node --test ./mcp/rag-mcp-bridge/index.test.js",
-    "test:mcp": "npm run test:mcp:azurepr && npm run test:mcp:azure-mcp-pr && npm run test:mcp:figma && npm run test:mcp:rag",
+    "test:mcp": "npm run test:mcp:azurepr && npm run test:mcp:code-mcp-pr && npm run test:mcp:figma && npm run test:mcp:rag",
     "test:plugin": "node --test ./plugins/autobest-delivery/scripts/setup.test.mjs ./plugins/figma-plugin/scripts/setup.test.mjs"
   },
   "dependencies": {

package/skills/common/code-pr-submit/SKILL.md

@@ -0,0 +1,208 @@
+---
+name: code-pr-submit
+description: 从当前 Git 项目自动识别 Azure DevOps 仓库、当前分支及其父分支，生成 PR 标题和描述，并通过 code-mcp-pr 创建从当前分支合并到父分支的 PR。用户要求创建或提交 Azure PR、为当前分支提 PR，或预览待提交 PR 时使用。用户显式参数优先；只在本地项目无法推断必要信息时询问。
+---
+
+# Azure DevOps PR 提交
+
+## 目标
+
+在当前项目中创建普通方向的 PR：
+
+```text
+from = 当前开发分支（携带变更）
+to   = 当前分支的父分支（创建该分支时所基于的分支）
+```
+
+面向用户始终使用 `from -> to`、源分支和目标分支等常规 Git 术语。MCP 的历史字段命名只在最终参数映射时内部处理。
+
+只通过 `code-mcp-pr` MCP 访问 Azure DevOps 和钉钉。PAT 与钉钉 token 由 MCP 从 `AZURE_DEVOPS_PAT`、`DINGDING_ALERT_TOKEN` 读取；Skill 不读取、持有或传递凭据。
+
+可用 MCP 工具：
+
+- `code-mcp-pr.code-mcp-pr`
+- `code-mcp-pr.get_repo_default_branch`
+- `code-mcp-pr.guess_parent_branch`
+- `code-mcp-pr.get_branch_diff`
+- `code-mcp-pr.read_file_at_ref`
+
+## 输入优先级
+
+用户显式提供的值始终优先。用户没有提供时，从当前 Git 项目自动发现，不先展示参数清单，不要求用户重复填写能够查到的信息。
+
+内部使用以下清晰字段：
+
+| 字段 | 自动来源 |
+| --- | --- |
+| `orgName` | Azure DevOps `origin` URL |
+| `projectName` | Azure DevOps `origin` URL |
+| `repoId` | Azure DevOps `origin` URL 中的仓库名；ADO API 接受仓库名或 GUID |
+| `fromBranch` | 当前 Git 分支 |
+| `toBranch` | 分支创建 reflog、本地 merge-base 或 MCP 启发结果 |
+| `prTitle` | 用户输入；否则使用当前分支最新的非合并 commit 标题，并结合分支名清理 |
+| `prDescription` | 用户输入；否则根据远端 diff 和当前分支的 `spec.md` 自动生成 |
+| `reviewers` | 仅使用用户明确提供的评审人 ID；缺失时省略 |
+
+## 自动发现项目
+
+收到请求后立即在当前工作目录执行只读 Git 命令，不先向用户索要字段：
+
+```bash
+git rev-parse --show-toplevel
+git branch --show-current
+git remote get-url origin
+```
+
+从 `origin` 解析 ADO 信息，至少支持：
+
+```text
+https://dev.azure.com/{org}/{project}/_git/{repo}
+https://{user}@dev.azure.com/{org}/{project}/_git/{repo}
+https://{org}.visualstudio.com/{project}/_git/{repo}
+git@ssh.dev.azure.com:v3/{org}/{project}/{repo}
+ssh://git@ssh.dev.azure.com/v3/{org}/{project}/{repo}
+```
+
+对 URL decode 后的值去除仓库名末尾 `.git`。如果有多个 remote，优先 `origin`；`origin` 不存在时检查唯一的 ADO remote。不要把 remote 用户名误当成组织名。
+
+以下情况才询问用户对应的最少信息：当前目录不在 Git 仓库；处于 detached HEAD 且用户未给 `fromBranch`；没有可解析的 ADO remote；必要字段存在多个冲突候选。一次只汇总真正无法发现的字段。
+
+## 自动发现父分支
+
+目标是找出 `fromBranch` 创建时所基于的分支，而不是无条件返回默认分支。按以下优先级执行：
+
+1. 用户明确提供 `toBranch` 时直接使用。
+2. 检查当前分支最早的 reflog 记录：
+
+   ```bash
+   git reflog show --format='%H%x09%gs' -- "${fromBranch}"
+   ```
+
+   从最早记录中的 `branch: Created from <ref>` 提取父分支。`<ref>` 是明确分支名且能被 `git rev-parse --verify` 解析时采用；`HEAD`、commit SHA 或已失效 ref 继续下一步。
+3. 使用本地 refs 做 merge-base 启发：列出 `refs/heads` 和 `refs/remotes/origin`，排除当前分支、其远端同名分支、`*/HEAD`，计算各候选与 `fromBranch` 的 merge-base。优先选择 merge-base 等于 reflog 创建 commit 的候选；多个候选并列时，优先远端跟踪分支和 `origin` 默认分支。仍并列时根据从 merge-base 到 `fromBranch` 的提交距离选择最近者。
+4. 本地历史不足时调用 `code-mcp-pr.guess_parent_branch`，传入自动发现的仓库信息和 `fromBranch`。
+5. 所有方式均失败或仍有多个同等可信候选时，展示候选及推断依据，请用户只选择 `toBranch`。
+
+将 `origin/foo`、`refs/remotes/origin/foo` 和 `refs/heads/foo` 规范成业务分支名 `foo`。父分支推断完成后比较规范化的 `fromBranch` 与 `toBranch`；相同时停止并请求修正。
+
+父分支推断属于启发式，但不要在正常成功路径输出长篇限制说明。只在置信度较低或需要用户选择时简短说明依据。
+
+## 收集 PR 内容
+
+分支确定后调用 `code-mcp-pr.get_branch_diff`：
+
+```yaml
+orgName: ${orgName}
+projectName: ${projectName}
+repoId: ${repoId}
+sourceBranch: ${fromBranch}
+targetBranch: ${toBranch}
+```
+
+随后调用 `code-mcp-pr.read_file_at_ref` 读取当前分支根目录的 `spec.md`：
+
+```yaml
+orgName: ${orgName}
+projectName: ${projectName}
+repoId: ${repoId}
+refName: ${fromBranch}
+filePath: spec.md
+```
+
+文件不存在时继续。其他读取错误保留错误事实，但只要 diff 可用就继续生成描述。diff 失败时报告 MCP 的 `errorMsg`，不要基于猜测创建 PR。
+
+用户未给标题时，先读取：
+
+```bash
+git log --no-merges -1 --format=%s -- "${fromBranch}"
+```
+
+用最新提交标题作为基础；仅在它为空或明显无意义时，根据分支名、`spec.md` 和 diff 生成简洁标题。不要为标题单独询问用户。
+
+用户未给描述时，根据 `spec.md` 和 diff 生成面向评审人的 Markdown：
+
+```markdown
+## 变更概述
+一句话说明本次改动。
+
+## 变更详情
+- `path/to/file`：说明可由材料证明的改动。
+```
+
+只总结可见材料，不粘贴大段 diff，不补造功能。用户提供标题或描述时保留其原意，不擅自替换。
+
+## 创建授权
+
+如果用户本次请求明确包含“创建 PR”“提交 PR”“提 PR”等写操作意图，该请求本身就是创建授权。完成自动发现和内容生成后直接创建，不再逐项确认分支、描述或重复询问最终授权。
+
+如果用户只要求“准备”“生成”“预览”PR，则展示以下简洁预览并停止，不调用创建工具：
+
+```text
+PR: ${fromBranch} -> ${toBranch}
+标题：${prTitle}
+描述：${prDescription}
+```
+
+如果用户的表达无法判断是创建还是预览，只询问这一项，不重新询问已自动发现的数据。
+
+创建前检查当前工作区：
+
+```bash
+git status --short
+git ls-remote --exit-code origin "refs/heads/${fromBranch}"
+```
+
+未提交改动不会包含在 PR 中，发现时明确告知并停止创建。远端不存在 `fromBranch` 时告知需要先推送；Skill 不自行 push。
+
+## 创建与通知
+
+根据最终描述提炼 3 至 5 条钉钉变更要点，保留字面量 `{{PR_WEB_URL}}`：
+
+```markdown
+**PR 标题：${prTitle}**
+
+PR 链接：[{{PR_WEB_URL}}]({{PR_WEB_URL}})
+
+分支流向：${fromBranch} -> ${toBranch}
+
+变更要点：
+
+- 要点 1
+- 要点 2
+```
+
+调用一次 `code-mcp-pr.code-mcp-pr`。MCP 的业务字段名与普通 Git 术语不同，严格按以下映射，不向用户展示该内部差异：
+
+```yaml
+orgName: ${orgName}
+projectName: ${projectName}
+repoId: ${repoId}
+businessTargetBranch: ${fromBranch}
+businessSourceBranch: ${toBranch}
+prTitle: ${prTitle}
+prDescription: ${prDescription}
+reviewers: ${reviewers}
+dingtalkMarkdownTitle: "ADO PR 已创建"
+dingtalkMarkdownContent: ${markdownWithLiteralPrWebUrlPlaceholder}
+```
+
+`reviewers` 未提供时省略。创建工具非幂等：调用中断或响应不明确时不自动重试，先查询或请用户核查是否已经创建。
+
+## 返回结果
+
+成功时简洁输出：
+
+```text
+PR 创建成功
+${fromBranch} -> ${toBranch}
+${prWebUrl}
+钉钉通知：已发送 | 发送失败 | 已跳过
+```
+
+`dingtalkSendSuccess=true` 表示已发送，`false` 表示失败，`null` 表示未请求通知；不要把 `null` 说成发送失败。
+
+失败时保留 `errorMsg` 的关键信息并说明 PR 未创建、钉钉未触发。钉钉失败不改变 PR 创建成功状态。
+
+## 完成条件
+
+结束前确认：用户值覆盖自动值；仓库信息来自当前项目；`fromBranch` 是当前或用户指定的开发分支；`toBranch` 是可解释的父分支；远端已有源分支；描述由实际材料支持；MCP 映射为 `businessTargetBranch=fromBranch`、`businessSourceBranch=toBranch`；创建结果与钉钉状态准确呈现。

package/skills/common/code-pr-submit/agents/openai.yaml

@@ -0,0 +1,4 @@
+interface:
+  display_name: "Code PR Submit"
+  short_description: "从当前 Git 项目自动创建 Azure DevOps PR"
+  default_prompt: "使用 $code-pr-submit 自动读取当前项目和分支，创建合并到父分支的 Azure DevOps PR。"

package/mcp/azure-mcp-pr/config.toml.example

@@ -1,7 +0,0 @@
-[mcp_servers.azure-mcp-pr]
-command = "npx"
-args = ["--yes", "--package=@autobest-ui/agent@latest", "autobest-azure-mcp-pr"]
-
-[mcp_servers.azure-mcp-pr.env]
-AZURE_DEVOPS_PAT = "replace-with-your-pat"
-DINGDING_ALERT_TOKEN = "replace-with-your-dingtalk-token"

package/skills/common/azure-pull-request/SKILL.md

@@ -1,240 +0,0 @@
----
-name: azure-pull-request
-description: 编排 Azure DevOps 反向 PR：将用户所说的目标分支作为携带变更的 PR 源，将来源分支作为接收合并的 PR 目标；校验参数、显式确认方向、基于 spec.md 与 diff 生成描述，并通过 azure-mcp-pr MCP 创建 PR 和发送钉钉通知。用户要求创建 Azure PR、反向 PR，或把目标分支变更合并到来源分支时使用。只负责编排与文本生成，不直接请求 ADO 或钉钉 API。
----
-
-# Azure DevOps 反向 PR 编排
-
-## 角色与边界
-
-将用户的业务分支语义编排为 Azure DevOps PR。这里的术语与常规 PR 表述相反，首次响应、分支确认和最终创建确认都要明确提醒：
-
-- 用户的“目标分支”是携带变更的 PR 源分支，映射为 `businessTargetBranch`。
-- 用户的“来源分支”是接收合并的 PR 目标分支，映射为 `businessSourceBranch`。
-- 流向始终是 `targetBranch -> sourceBranch`，禁止交换两个 MCP 参数。
-
-只调用 `azure-mcp-pr` MCP 服务提供的工具。由 MCP 访问 ADO 和钉钉；不拼接 API、不发起 HTTP 请求、不直接调用 webhook。PAT 和钉钉 token 分别由 MCP 从 `AZURE_DEVOPS_PAT`、`DINGDING_ALERT_TOKEN` 读取，不读取、持有或传递凭据。
-
-可用工具：
-
-- `azure-mcp-pr.azure-mcp-pr`
-- `azure-mcp-pr.get_repo_default_branch`
-- `azure-mcp-pr.guess_parent_branch`
-- `azure-mcp-pr.get_branch_diff`
-- `azure-mcp-pr.read_file_at_ref`
-
-## 输入与输出
-
-从用户自然语言和明确的会话上下文收集：
-
-| 字段 | 必填 | 含义 |
-| --- | --- | --- |
-| `orgName` | 是 | ADO 组织 |
-| `projectName` | 是 | ADO 项目 |
-| `repoId` | 是 | 仓库 ID/Guid |
-| `currentBranch` | 否 | 运行环境明确提供的当前分支；远程 ADO 无法探测 |
-| `targetBranch` | 条件必填 | 用户所说的目标分支，携带变更 |
-| `sourceBranch` | 条件必填 | 用户所说的来源分支，接收合并 |
-| `prTitle` | 是 | PR 标题 |
-| `prDescription` | 否 | 用户手动提供的 PR 描述；未提供时自动生成 |
-| `reviewers` | 否 | 评审人 ID 列表 |
-
-最终输出为创建结果：成功时给出 PR ID、访问链接、再次说明分支流向及钉钉状态；失败时给出可行动的错误说明，并明确未发送钉钉通知。
-
-## 确认状态
-
-把候选值与已确认值分开管理。用户只是提供分支名，不等于已经确认反向 PR 方向；必须在展示“PR 源/PR 目标”语义后取得明确肯定答复，才将两个分支标记为已确认。
-
-任何一方分支发生变化时：
-
-1. 撤销该分支及最终创建确认。
-2. 撤销自动生成描述的确认，使用新分支重新读取 diff 和 `spec.md`。
-3. 重新检查两个分支是否相同。
-
-用户修改自动生成的描述后，将新文本展示给用户并取得明确确认。确认必须对应当前展示的具体值，不能把含糊回复或对旧候选值的确认沿用到新值。
-
-## 工作流
-
-### 1. 校验基础参数
-
-检查 `orgName`、`projectName`、`repoId`、`prTitle`。一次列出全部缺失项并请用户补齐，不推造默认值。
-
-在首次交互中说明：
-
-> ⚠️ 这是反向 PR：你所说的“目标分支”会作为 PR 源（携带变更），“来源分支”会作为 PR 目标（接收合并），方向与常规 PR 表述相反。
-
-### 2. 确认 targetBranch
-
-- 用户提供了 `targetBranch`：将其作为候选值，仍需询问：
-
-  > ⚠️ 反向 PR 方向确认：是否使用分支【${candidate}】作为携带变更的 PR 源分支？
-
-- 用户未提供 `targetBranch`，但会话上下文明确提供了非空 `currentBranch`：以它作为候选值并询问同一问题。用户确认后才能赋值给 `targetBranch`。
-- 用户未提供 `targetBranch`，且 `currentBranch` 为空：直接询问用户提供“目标分支（携带变更的分支）”。远程 ADO API 没有全局当前分支，不能调用 MCP 或根据仓库信息编造当前分支。
-
-### 3. 确认 sourceBranch
-
-前提是 `targetBranch` 已确认。
-
-- 用户提供了 `sourceBranch`：将其作为候选值，明确它是接收合并的 PR 目标并取得确认。
-- 用户未提供 `sourceBranch`：调用 `azure-mcp-pr.guess_parent_branch`：
-
-```yaml
-orgName: ${orgName}
-projectName: ${projectName}
-repoId: ${repoId}
-branchName: ${targetBranch}
-```
-
-调用成功且 `guessedParentBranch` 非空时，原样带上返回的 `hint` 询问：
-
-> ⚠️ 无法获取该分支真实创建父分支，启发推测父分支为：${guessedParentBranch}，${hint}
-> 是否使用 ${guessedParentBranch} 作为 PR 目标分支（接收合并）？
-
-ADO Git 不持久保存分支创建时的父分支；此结果只是启发式猜测。用户确认后才赋值给 `sourceBranch`。用户拒绝时请其手动输入来源分支，再展示其 PR 目标语义并确认。
-
-当工具失败、`guessedParentBranch` 为空，或目标分支本身是默认分支而无法推测时，说明工具返回的 `errorMsg`/`hint`，请用户手动提供来源分支。`get_repo_default_branch` 仅在用户明确查询仓库默认分支时使用，不能用其结果静默代替父分支确认。
-
-两个分支均确定后，按去除 `refs/heads/` 前缀后的规范分支名比较；若相同，拒绝创建并要求用户修正，不能仅依赖 MCP 校验。
-
-### 4. 确认 PR 描述
-
-用户已手动提供 `prDescription` 时，保留其原文并视为用户明确选择；最终创建确认仍需在该描述已确定后进行。
-
-用户未提供时，只有在两个分支均已确认后才执行以下读取：
-
-1. 调用 `azure-mcp-pr.get_branch_diff`，固定以携带变更的分支为 source、接收合并的分支为 target：
-
-```yaml
-orgName: ${orgName}
-projectName: ${projectName}
-repoId: ${repoId}
-sourceBranch: ${targetBranch}
-targetBranch: ${sourceBranch}
-```
-
-2. 调用 `azure-mcp-pr.read_file_at_ref` 读取变更分支根目录的 `spec.md`：
-
-```yaml
-orgName: ${orgName}
-projectName: ${projectName}
-repoId: ${repoId}
-refName: ${targetBranch}
-filePath: spec.md
-```
-
-3. `get_branch_diff` 失败时无法可靠生成描述：报告 `errorMsg` 并停止在预览之前。`read_file_at_ref` 返回 `success=true, fileExists=false` 时令 `specMdContent=null` 并继续；其他读取失败则告知用户，并询问是仅基于 diff 继续还是稍后重试，不能把读取错误表述成文件不存在。
-4. 当前 LLM 使用原始 `diffFiles`、`diffShortText` 和 `specMdContent` 生成描述；MCP 只负责读取材料，不承担总结。
-
-生成规则：
-
-- `specMdContent` 非空时，将需求说明与实际代码变更对齐，逐条写出已实现的变更。
-- `specMdContent` 为空时，仅根据 diff 按文件维度说明修改内容。
-- 使用简洁、面向评审人的 Markdown；开头是短概述，详情只用 `- ` 无序列表。
-- 不粘贴大段原始 diff，不声称材料中无法证明的行为。diff 被截断时只总结可见材料，不推测缺失部分。
-
-格式：
-
-```markdown
-## 变更概述
-本次提交完成 xx 能力改造。
-
-## 变更详情
-- `path/to/file`：新增 xx 逻辑，实现 xx。
-- `path/to/file`：修复 xx 问题。
-```
-
-生成后完整展示并询问：
-
-> 📝 自动生成的 PR 描述如下，是否直接使用？如果需要修改，请直接告诉我新的描述。
-
-只有用户明确确认后才赋值给 `prDescription`。用户给出替换文本时，展示替换后的描述并重新确认；不得静默提交自动生成内容。
-
-### 5. 最终创建确认
-
-基础参数齐全、两个分支及 PR 描述均确定后，逐字明确方向并等待用户确认：
-
-> ⚠️【反向 PR 确认】
-> PR 源（携带变更）：${targetBranch}
-> PR 目标（合并进入）：${sourceBranch}
-> PR 标题：${prTitle}
-> 是否确认调用 MCP 工具 azure-mcp-pr 创建 Azure DevOps PR？
-
-这一步是外部写操作授权。未得到明确肯定答复时停止，不调用创建工具。用户修改任一字段时回到相应确认步骤。
-
-### 6. 组装钉钉消息并创建 PR
-
-用户最终确认后，由当前 LLM 从已确认的 `prDescription` 提炼 3 至 5 条核心变更。只组装文本，不调用钉钉 webhook：
-
-```text
-dingtalkMarkdownTitle = "✅ ADO PR已创建完成"
-```
-
-```markdown
-**PR 标题：${prTitle}**
-
-PR 链接：[{{PR_WEB_URL}}]({{PR_WEB_URL}})
-
-分支流向：${targetBranch} ➔ ${sourceBranch}
-
-变更要点：
-
-- 要点 1
-- 要点 2
-- 要点 3
-```
-
-正文必须保留字面量 `{{PR_WEB_URL}}`，由 MCP 在 PR 创建成功后替换为真实 `prWebUrl`。随后只调用一次 `azure-mcp-pr.azure-mcp-pr`，映射如下：
-
-```yaml
-orgName: ${orgName}
-projectName: ${projectName}
-repoId: ${repoId}
-businessTargetBranch: ${targetBranch}
-businessSourceBranch: ${sourceBranch}
-prTitle: ${prTitle}
-prDescription: ${prDescription}
-reviewers: ${reviewers}
-dingtalkMarkdownTitle: "✅ ADO PR已创建完成"
-dingtalkMarkdownContent: ${assembledMarkdownWithLiteralPrWebUrlPlaceholder}
-```
-
-`reviewers` 未提供时省略该参数。PR 创建失败时 MCP 不会发送钉钉；钉钉发送失败不改变 PR 创建成功状态。创建工具非幂等：响应不明确或调用中断时，不自动重试，先向用户说明可能已创建并要求核查，避免重复 PR。
-
-## MCP 返回处理
-
-### 创建成功
-
-当 `success=true`，读取 `prId`、`prWebUrl`、`dingtalkSendSuccess` 并输出：
-
-```text
-✅ PR 创建成功
-PR ID: ${prId}
-PR 访问链接：${prWebUrl}
-本次 PR 流向：${targetBranch} → 合并至 ${sourceBranch}
-${dingtalkSendSuccess === true ? "✅ 已推送通知至钉钉群" : "⚠️ PR 创建成功，但钉钉群通知发送失败，请检查环境变量 DINGDING_ALERT_TOKEN"}
-```
-
-`dingtalkSendSuccess` 为 `false` 或 `null` 均按通知失败提示处理，不重试 PR 创建。
-
-### 创建失败
-
-当 `success=false`，根据 `errorMsg` 中的状态码和资源信息转为自然语言，并附上不会发送钉钉通知：
-
-- `401`：`AZURE_DEVOPS_PAT` 权限不足或失效，请检查 PAT 是否拥有代码读取和 PR 创建权限。
-- `404` 且指向仓库：请检查 `projectName`、`repoId` 是否正确。
-- `404` 且指向分支/ref：分支不存在，请核对分支名。
-- `404` 且指向文件：文件读取失败；自动描述阶段的 `spec.md` 正常不存在应由 `fileExists=false` 表示，不归入此错误。
-- 其他错误：保留原始 `errorMsg`，不要臆测原因。
-
-输出格式：
-
-```text
-❌ PR 创建失败
-${friendlyError}
-PR 创建失败不会触发钉钉通知。
-```
-
-## 完成检查
-
-调用创建工具前逐项确认：必填基础参数齐全；两个分支分别按反向语义得到确认且不相同；自动生成描述已经预览确认；钉钉正文含字面量 `{{PR_WEB_URL}}`；`businessTargetBranch=targetBranch`、`businessSourceBranch=sourceBranch`；已取得最终外部写操作授权。任一项不满足就停留在对应交互步骤。

package/skills/common/azure-pull-request/agents/openai.yaml

@@ -1,4 +0,0 @@
-interface:
-  display_name: "Azure Pull Request"
-  short_description: "编排并确认 Azure DevOps 反向 PR"
-  default_prompt: "使用 $azure-pull-request 将目标分支的变更创建反向 PR，合并到来源分支，并在每个关键步骤等待我确认。"