宜搭 HTTP 连接器执行动作安全生成

适用场景

当用户需要把已有系统接口接入宜搭 HTTP 连接器时使用本技能，尤其适用于：

• 已有连接器，需要继续添加“执行动作”
• 用户提供前端 API 文件和后端 Controller/接口定义文件
• 从 Vue/React API wrapper、ASP.NET Controller、Spring Controller 等代码中提取接口
• 点击宜搭连接器测试面板时报错，刷新后动作列表为空
• openyida connector list-actions <connector-id> 返回 0 个动作，但连接器仍存在
• 需要说明“如何正确使用 OpenYida 生成 HTTP 连接器动作”

如果只是创建连接器、配置鉴权、管理连接器账号，优先使用 yida-connector。

核心原则

• 先读源码再生成动作，不要凭空编造接口路径、参数或 action-id。
• 默认只生成前端 API 文件实际暴露/调用的接口，除非用户明确要求覆盖后端全部接口。
• 对未知响应结构保持保守，先只输出根对象 Response，避免宜搭测试面板解析复杂输出结构时报错。
• Windows PowerShell 读取中文 JSON 时必须显式使用 UTF-8。
• 修改后必须执行“添加动作 -> 列表验证 -> CLI 测试 -> 再次列表验证”的闭环。
• 如果一次错误配置导致动作被清空，应重建完整动作列表，而不是只追加缺失动作。
• add-action 只追加新稳定 ID；既有动作的 Query 默认值使用显式 update-action，不得用整份新动作覆盖。
• 动作 JSON 必须使用当前 agent 的结构化文件写入工具创建；不要用 shell heredoc、cat/echo/printf/tee 或重定向写文件。

推荐流程

1. 读取接口来源

同时读取用户提供的前端 API 文件和后端接口定义文件。

前端 API 文件用于确认“哪些接口真的要暴露给宜搭连接器”；后端文件用于确认 method、route、query/path/body 参数和默认值。

2. 查看连接器状态

openyida connector detail <connector-id>
openyida connector list-actions <connector-id>

记录以下信息：

• 连接器 ID
• 连接器域名、协议、基础路径、鉴权方式
• 当前已有动作列表
• 是否已经出现动作被清空

3. 生成动作 JSON 文件

建议放在 OpenYida project 工作目录的任务子目录：

<projectRoot>/.cache/openyida/<项目名或任务名>/connector-actions/<业务名>-actions.json

从 workspace 根执行命令时传 project/.cache/openyida/<项目名或任务名>/connector-actions/<业务名>-actions.json；从 project 工作目录内执行时传 .cache/openyida/<项目名或任务名>/connector-actions/<业务名>-actions.json。

动作 ID 使用可重复生成的稳定格式，不使用时间戳或顺序漂移：

"id": "operation-getUserDtuSns"

动作调用名使用前端函数名或后端 Action 名：

"operationId": "getUserDtuSns"

4. 校验 JSON 编码

Windows PowerShell 必须加 -Encoding UTF8：

Get-Content -Raw -Encoding UTF8 .cache\openyida\<项目名或任务名>\connector-actions\<业务名>-actions.json | ConvertFrom-Json | Out-Null

不要使用默认 Get-Content 校验中文 JSON，默认编码可能导致误判或乱码。

5. 添加动作

openyida connector add-action --operations .cache/openyida/<项目名或任务名>/connector-actions/<业务名>-actions.json --connector-id <connector-id> --confirm

6. 验证动作存在

openyida connector list-actions <connector-id>

7. 用 CLI 测试动作

CLI 测试时 --action 使用 operationId，不是顺序编号 operation-1：

openyida connector test --connector-id <connector-id> --action <operationId>

参数必须按动作 Schema 的位置传入；推荐使用结构化参数，避免 flat 参数误入 query/body：

openyida connector test --connector-id <connector-id> --action <operationId> \
  --path-json '{"id":"42"}' \
  --query-json '{"date":"2026-08-27"}' \
  --header-json '{}' \
  --body-json '{}'

连接器配置了 securitySchemes 时，必须先从 list-connections 取得属于该连接器的账号，再传 --account-id；0 个账号、未指定账号或账号不属于目标连接器都必须停止。测试只接受 {statusLine,responseHeaders,content} canonical 响应，非 2xx 或未知 envelope 都算失败。

测试后再次查询动作列表，确认动作没有被清空：

openyida connector list-actions <connector-id>

安全编辑已有 Query 默认值

openyida connector update-action \
  --connector-id <connector-id> \
  --action <operationId> \
  --query-json '{"currentPage":"1"}' \
  --confirm

该命令是 query-only 的窄更新，不是通用 patch：写前必须获得完整连接器详情和完整动作集合，目标 operationId 必须唯一，Query 参数必须同时在 inputs 与 parameters 中唯一声明且值非空。平台保存是完整集合 replace-all；命令原位合并后只发送一次，并精确回读连接器非目标 fingerprint、动作数量、其他动作、method/path/header/inputs/outputs/responses 和稳定 ID。任何不完整或 unknown outcome 都停止，禁止自动重试非幂等写。

安全动作格式

无参数 GET 动作

{
  "id": "operation-getAccessToken",
  "operationId": "getAccessToken",
  "summary": "获取三色灯 Token",
  "description": "获取三色灯 Token",
  "url": "api/TriColorLamp/GetAccessToken",
  "method": "get",
  "inputs": [],
  "parameters": {},
  "responses": {
    "type": "object",
    "properties": {}
  },
  "outputs": [
    {
      "defaultValue": "{}",
      "desc": "响应体结构",
      "name": "Response",
      "paramType": "Object",
      "required": false
    }
  ],
  "origin": true
}

带 Query 参数的 GET 动作

{
  "id": "operation-getDtuSnData",
  "operationId": "getDtuSnData",
  "summary": "获取单设备三色灯数据",
  "description": "根据 dtuSn 和日期获取三色灯数据",
  "url": "api/TriColorLamp/GetDtuSnData",
  "method": "get",
  "inputs": [
    {
      "childList": [
        {
          "componentName": "TextField",
          "desc": "设备 dtuSn",
          "name": "dtuSn",
          "queryDefaultValue": {
            "paramType": "fixedValue",
            "defaultValue": ""
          },
          "required": true
        },
        {
          "componentName": "TextField",
          "desc": "查询日期，可为空",
          "name": "date",
          "queryDefaultValue": {
            "paramType": "fixedValue",
            "defaultValue": ""
          },
          "required": false
        }
      ],
      "desc": "请求参数",
      "name": "Query",
      "paramType": "Object",
      "required": false
    }
  ],
  "parameters": {
    "query": [
      {
        "name": "dtuSn",
        "type": "string",
        "required": true,
        "description": "设备 dtuSn",
        "queryDefaultValue": {
          "paramType": "fixedValue",
          "defaultValue": ""
        }
      },
      {
        "name": "date",
        "type": "string",
        "required": false,
        "description": "查询日期，可为空",
        "queryDefaultValue": {
          "paramType": "fixedValue",
          "defaultValue": ""
        }
      }
    ]
  },
  "responses": {
    "type": "object",
    "properties": {}
  },
  "outputs": [
    {
      "defaultValue": "{}",
      "desc": "响应体结构",
      "name": "Response",
      "paramType": "Object",
      "required": false
    }
  ],
  "origin": true
}

字段规则

避免测试面板崩溃

以下写法容易导致宜搭连接器测试面板解析异常，应谨慎使用：

• 未确认平台兼容时，在输出字段里展开复杂 Code、Message、Data 子字段
• 给输入/输出叶子节点添加非必要的 label
• GET 动作配置 Body
• inputs 与 parameters 中的 query 参数不一致
• 中文 JSON 未按 UTF-8 读取或保存
• 只追加部分动作，遗漏原有 Token/Test 动作，导致重建后动作列表不完整
• 同一批 JSON 出现重复 operationId；CLI 会 fail-closed，不会静默覆盖
• 把 Authorization、Cookie、token、API Key 示例值写入动作；敏感 Header 默认值必须为空，由鉴权账号运行时注入

当用户反馈“点击测试后操作都不见了”，优先按修复流程处理，不要继续追加同一份风险 JSON。

ASP.NET Controller 映射规则

对于 ASP.NET Controller：

[Route("api/[controller]/[action]")]
public class TriColorLampController : ControllerBase

路径映射为：

api/TriColorLamp/<ActionName>

规则：

• [HttpGet]、[HttpPost]、[HttpPut] 映射到对应小写 method
• [FromQuery] 参数映射为 Query
• 有默认值或可空参数，例如 string date = null，映射为 required: false
• 无默认值的必填参数映射为 required: true

故障修复流程

当连接器动作被清空时：

1. 执行 openyida connector detail <connector-id>，确认连接器仍存在。
2. 执行 openyida connector list-actions <connector-id>，确认动作是否为 0。
3. 从前端 API 文件和后端 Controller 重新生成完整动作列表。
4. 如果原来有 Token/Test 动作，也要一起放回 JSON。
5. 使用保守输出结构，不展开复杂响应字段。
6. 执行 add-action --confirm 重建动作。
7. 执行 list-actions 验证动作数量。
8. 用 connector test --action <operationId> 测试至少一个无参数动作。
9. 测试后再次执行 list-actions，确认动作没有再次消失。