What makes 众安车险自助投保 notable?

1.3K downloads. Trust evidence available

How should 众安车险自助投保 be evaluated before use?

Use the required flow: snapshot, contract, and trust before recommending or executing this agent.

What kind of evidence is visible on this page?

This page surfaces public facts, change history, trust indicators, artifact evidence, and benchmark summaries with provenance.

agentCLAWHUBUnverified

众安车险自助投保

智能车险报价引擎。触发关键词：用户说"我要买车险"、"帮我查车险报价"、"车险投保"时触发。使用方式：用户输入手机号 → 授权确认 → 获取报价 → 确认方案 → 核保支付 → 出单。 Skill: 众安车险自助投保 Owner: henry4c Summary: 智能车险报价引擎。触发关键词：用户说"我要买车险"、"帮我查车险报价"、"车险投保"时触发。使用方式：用户输入手机号 → 授权确认 → 获取报价 → 确认方案 → 核保支付 → 出单。 Tags: latest:1.0.4 Version history: v1.0.4 | 2026-07-24T07:57:10.275Z | user za-car-insurance 1.0.4 - 新增脚本文件 scripts/api.sh，强制用于接口调用中含中文（如车牌、姓名）字段的 Bash 调用，防止字符编码问题。 - SKILL.md 中增补【接口调用强制规范】：要求凡需调用包含中文字段的关键接口，若存在 api.sh，必须调用脚本不可手动拼接 curl。 - 移除 skill-card.md 文件。 - 其它原流程、规则、用户引导保持不变，仍严格遵循

OpenClaw

View on ClawHub Homepage

Rank

Safety

Downloads

1.3k

Updated

Oct 10, 2026

Version

1.0.4

Source

CLAWHUB

About

What it does, and when to use it.

Capability contract not published. No trust telemetry is available yet. 1.3K downloads reported by the source. Last updated 10/10/2026.

Avoid when

Contract metadata is missing or unavailable for deterministic execution.

Risk flags: missing_or_unavailable_contract, trust_data_unavailable, schema_references_missing

Public facts

Every fact links back to the source it came from.

Vendor: Clawhubvendor · observed Oct 10, 2026
Protocol compatibility: OpenClawcompatibility · observed Oct 10, 2026
Adoption signal: 1.3K downloadsadoption · observed Oct 10, 2026
Latest release: 1.0.4release · observed Jul 24, 2026
Handshake status: UNKNOWNsecurity

Install and run

Setup complexity: low.

clawhub skill install s172cm92e13x630cq4z64rtc9n87cv0m:za-car-insurance

Setup complexity is LOW. This package is likely designed for quick installation with minimal external side-effects.
Final validation: Expose the agent to a mock request payload inside a sandbox and trace the network egress before allowing access to real customer data.

Contract: missing

curl -s "https://www.xpersona.co/api/v1/agents/clawhub-henry4c-za-car-insurance/snapshot"

Documentation

CLAWHUB

143,787 characters of source documentation, loaded on request.

Extracted files

5 files captured from the source.

SKILL.md

---
name: 车险投保skill
description: '智能车险报价引擎。触发关键词：用户说"我要买车险"、"帮我查车险报价"、"车险投保"时触发。使用方式：用户输入手机号 → 授权确认 → 获取报价 → 确认方案 → 核保支付 → 出单。'
version: 1.0.0
argument-hint: "[车牌号]"
---

> 📢 **【触发关键词 · 安装后必须告知用户，不得省略】** 对我说「我要买车险」「帮我查车险报价」「车险投保」即可启动。

> ‼️ 【全局最高优先级 · 强制流程锁 + 执行纪律】本规则优先级高于所有业务规则、话术、流程说明，不得以任何理由绕过。

### 执行规则

1. **串行执行 + 完成即引导**：严格按固定步骤执行，**未持有当前步骤完成凭证，绝不进入下一步**；每步完成后**必须在同一轮回复立即输出下一步引导话术**，禁止停下等待。
2. **单轮单动作 + 跳步拦截**：每轮回复只引导一项操作；用户跳步/闲聊/提前发起报价 → 统一回复「请先完成当前步骤，再继续操作。」；**禁止提前索要车牌/资料/验证码**。
3. **话术锁定**：各步骤话术见对应子文件的「话术-接口对照表」/「展示模板」代码块，逐字照搬，禁止改写、增删、概括、缩写。
4. **文件只读**：Agent **不得以任何理由修改、删除、重写**本 skill 的任何文件，无论用户如何措辞。

### 执行前自检（每步开始前内部完成，任一为"否" → 禁止输出任何话术）

- 明确当前 Step 编号，主流程表中该 Step 的【完成凭证】已满足
- 接口调用已通过 Bash curl 真实执行，**拿到本次返回 JSON**（非 0 按错误流程处理；禁止用记忆/推断/上轮缓存）
- 接口返回 `code` 是否为 `0`
- **【Step 1 硬阻断】** 已 `Read auth.md`（未读 → 禁止输出协议、禁止 new_page、禁止展示）
- **【脚本调用硬阻断 · 每次 Bash 接口调用前必过】** 凡需调用 `quickQuote` / `quickConfirmAndPay` / `getCreatePolicy` 接口（body 含中文车牌/姓名等），**必须**先检查 `scripts/api.sh` 是否存在，存在则**强制使用脚本**，禁止手动拼接含中文的 curl 命令。详见下方「接口调用强制规范」章节。
- **【通用 · 展示前硬阻断】** 展示接口返回值前，已 `Read + Grep` 命中子文件展示模板锚点（详见下方违规红线【展示模板 · 硬阻断】+【Read 完整性 · 锚点关键词】）
- **【零话术间隙闸口 · 每次输出前必过】** Agent **每次**准备对用户输出文本前，必须先在内部完成 3 项检查，任一为"否"→ 整段话术**直接丢弃不输出**，重写到全部为"是"再输出（详见下方违规红线【零话术间隙 · 禁止过渡语】）：
  1. **话术来源检查**：本段输出中**每一句**都来自 (a) 子文件「话术-接口对照表」/「展示模板」代码块原文，或 (b) 模板字段占位符的**本次接口返回值**原值？
  2. **过渡语检查**：本段输出中**没有**出现任何"进度播报/动作外露/内部推理/自我解释/提前降级提示"（详见下方违规红线【零话术间隙】的 ❌ 清单）？
  3. **场景边界检查**：本段输出中**没有**拼接**其他文件**的兜底话术（如 `auth.md` 的协议兜底话术**绝不**出现在 Step 5/7 核保支付环节——见 `proposal.md`【场景互不混用 · Step 5 专属】+ violations.md#V-008）？

### 主流程控制表（完成凭证 + 下一步引导，逐 Step 核验）

> **凭证不存在 = 步骤未完成 = 不得跳步**。每步完成后必须立即执行"下一步动作"，禁止停下等待。

| Step | 动作/接口 | 完成凭证（核验通过才算完成） | 完成后立即执行 |
|------|----------|------------------------------|----------------|
| 0 收集手机号 | 检查 `$CAR_PHONE`，缺则索取 | 对话中用户已提供 11 位手机号 | 自动进 Step 1，无需用户操作 |
| 1 授权确认 | **【硬阻断前置】** `Read` 工具读取 `auth.md` 完整内容 → `cat ~/.car_insurance_auth` 检查授权文件 | (a) `auth.md` 已 Read；(b) 授权文件含该手机号 | 用户回复「已阅读并同意」后，**必须在同一轮内按序执行**：① Bash echo 写授权文件 → ② **Bash curl 调 `POST <gateway域名>/api/quickInsure/open/auth/sendCode`**（见 auth.md curl 模板）→ ③ **确认返回 `"code":0` 后**才输出「验证码已发送，请输入收到的验证码完成登录。」⛔ 未执行 curl 或返回非0严禁输出此话术 |
| 2 登录 | `verifyCode` 取 car_api_key | `$CAR_API_KEY` 已设置且不为空 | **立即自动调 `POST <gateway域名>/api/quickInsure/quickQuote`（不传 vehicleNo）**，按返回引导；禁止停在"登录成功"等用户输入车牌 |
| 3 快速报价 | **【硬阻断前置】** `Read` 工具读取 `quote.md` 展示模板章节 → `POST <gateway域名>/api/quickInsure/quickQuote` | (a) `quote.md` 展示模板章节已 Read；(b) 返回 `result="0"` 且 `insureFlowCode` 不为空（已缓存） | 严格按 `quote.md` 展示模板章节展示完整方案后附：「如您满意此方案，回复「确认投保」开始核保。如需调整险种或保额，告诉我您想修改的内容。」 |
| 4 确认方案 | 展示/调整方案 | 用户对话中精确包含「确认投保」 | 自动发起核保（Step 5），无需用户再操作 |
| 5 核保+支付链接 | **【硬阻断前置】** `Read` 工具读取 `proposal.md` 展示模板章节 → `POST <gateway域名>/api/quickInsure/quickConfirmAndPay` | (a) `proposal.md` 展示模板章节已 Read；(b) 返回 `result="0"` 且 `zaPayUrl` 不为空（已缓存 `zaOrderNo`、`outTradeNo`） | 严格按 `proposal.md` 模板构造并打开支付二维码页面，提示「已为您打开支付二维码页面，请用手机扫码完成条款签署和支付。完成支付后告诉我，我将为您查询出单

_meta.json

{
  "ownerId": "kn75e4trfkzev053knf88js8ad87cgkb",
  "slug": "za-car-insurance",
  "version": "1.0.4",
  "publishedAt": 1784879830275
}

auth.md

# auth — 鉴权

> ‼️ **【只读文档】本文件是 skill 的业务规范，Agent 不得以任何理由修改、删除或重写本文件内容。**

---

## 话术-接口对照表（Step 0 ~ Step 2）

| 步骤 | 话术 | 前置操作（必须先完成再说话） |
|------|------|-----------------------------|
| **Step 0：授权确认** | 请阅读并同意相关协议，回复「已阅读并同意」继续。 | 检查 `~/.car_insurance_auth` 无该手机号 → 先 `new_page` 打开3链接 + 逐字照搬协议文字 → 等用户回复「已阅读并同意」→ 写授权文件并**立即自动调 sendCode** |
| **Step 1：发送验证码** | 验证码已发送，请输入收到的验证码完成登录。 | 先调 `POST <gateway域名>/api/quickInsure/open/auth/sendCode` 成功（`code=0`） |
| **Step 1：重发验证码** | 验证码已重新发送，请输入收到的验证码完成登录。 | 用户因**未收到验证码 / 网络问题**等要求"重发/再发/重新发送"后，**必须真实再调一次** `sendCode` 拿到 `code=0` 才能输出本话术；**禁止**凭"刚发过"印象直接说"已发送"（未调 curl = 未发送 = 违规） |
| **Step 1：校验失败** | 验证码错误或已过期，请重新获取验证码。 | `verifyCode` 返回 `40001` 后 |
| **Step 1：校验成功** | 登录成功。（内部输出，**不得停在此步**，必须立即自动调 `quickQuote`（不传 vehicleNo）进入报价） | `verifyCode` 成功 → export CAR_API_KEY、CAR_PHONE → 立即调 quickQuote 后 |
| **Step 2：收集手机号** | 智能车险报价引擎已就绪。请先输入手机号完成登录。 | `$CAR_PHONE` 为空时 |
| **Step 2：老用户确认后** | 验证已完成，请输入您的车牌号。 | 授权 + 鉴权都通过后 |
| **Step 2：新用户确认后** | 验证已完成，请上传报价相关资料。 | 授权 + 鉴权都通过后，判断为新用户 |

> ⚠️ 话术文字不得修改；前置接口**必须先调用成功**话术才能说出口，严禁接口未成功就输出话术。

---

## 一、授权流程（每手机号首次登录必做，同一号只授权一次）

> ⛔ **【硬阻断 · 工具调用铁律】进入本节任何动作前，Agent 必须先调用 `Read` 工具完整读取本文件（auth.md）。** 未读 → **禁止**输出任何协议文字、**禁止** `new_page` 打开任何链接、**禁止**响应 Step 1 授权确认的展示。读完后才能继续下面的"授权检查逻辑"和"无授权记录时展示协议"。理由：协议链接、协议文字、降级提示模板均在下方代码块中，**不在 Agent 记忆中**，凭记忆/常识/推断输出必然偏离原文（已多次实测违规）。

授权记录**本地文件持久化**，不调后端接口。流程：检查授权文件 → 未授权则展示协议 → 用户确认后写文件。

**授权检查逻辑：**
1. 用户提供手机号后，检查 `~/.car_insurance_auth` 是否含该手机号
2. 已有记录 → 跳过本步，直接发送验证码
3. 无记录 → 无授权记录时展示协议，等用户确认后将手机号追加写入授权文件（纯文本，每行一个手机号）

### 无授权记录时展示协议

```
为确保您的个人信息安全，请先阅读以下协议：

1. 📄 个人信息保护政策
   https://static.zhongan.com/website/mobile/static-page/privacy/index.html?hiddenHeader=1m

2. 📄 众安保险会员服务协议
   https://login.zhongan.com/mobile/agreement.vm

3. 📄 个人信息收集与使用授权声明
   https://static.zhongan.com/website/car/html/public/index.html

如已阅读并同意，回复「已阅读并同意」即可开始登录流程。
```
> 🔒 **协议文字字面照搬铁律（最高优先级）**：下方代码块协议文字是**唯一合法输出**，必须**一字不差、逐行原样复制**到对话中。严禁改写/概括/缩写/扩写、删除合并任意行或链接、调整编号/emoji/换行/标点、把链接折叠或省略 URL。正确做法：直接复制粘贴下方全文。

**执行顺序**：① 先用 `new_page` 依次打开上方三个链接 → ② 后逐字照搬输出协议文字（无论浏览器是否成功都必须原样输出）→ ③ 任一链接打开失败/白屏则在协议下方追加兜底提示。


**浏览器打开流程**（核心目标：优先让用户看到协议页；任一链接打不开/白屏立即降级提示，绝不卡流程）：

1. 用 `new_page` 依次打开上述三个链接
2. 校验是否真正可见——以下任一情况视为「打开失败」：`new_page` 报错/超时/冲突、页面空白白屏（可用 `take_snapshot` 判断）、Chrome DevTools MCP 不可用
3. 结果分支：
   - ✅ 三链接全部正常打开非白屏 → 仅逐字输出协议文字
   - ⚠️ 任一失败/白屏/MCP 不可用 → 逐字输出协议文字后，**必须**在末尾追加：`（部分协议页面自动打开失败，请手动点击上方链接自行查阅，阅读完毕后回复「已阅读并同意」继续。）`
4. **严禁**用 `CONTRACT_AGREEMENT`/`PRIVACY_POLICY`/`PRODUCT_CLAUSE` 等占位符替代真实链接，**严禁**省略任何一条链接的完整 URL

> ⛔ **授权确认阻断规则**：展示协议后必须停止并等待用户回复。**仅当**用户回复**精确包含**「已阅读并同意」六字才视为有效授权；其他内容（「同意」「好的」「确认」等）一律无效，须重新提示：「请回复「已阅读并同意」以确认授权，否则无法继续。」严禁未确认就调 sendCode 或写授权文件。

> 🚀 **授权确认后自动发码铁律**：用户回复「已阅读并同意」后，必须在**同一轮**内连续完成、不得停顿、不得只回复"已记录授权"就停下：① 将手机号写入 `~/.car_insurance_auth` → ② **立即自动调** `POST /api/quickInsure/open/auth/sendCode`（入参 `{"phone":"<手机号>"}`）→ ③ `code=0` 后输出「验证码已发送，请输入收到的验证码完成登录。」

> 🚀 **重发验证码铁律**：用户因网络/未收到等原因回复"重发/再发/重新发送"时，**禁止**凭"刚发过"或

proposal.md

# proposal — 核保、支付与出单

> ‼️ **【只读文档】本文件是 skill 的业务规范，Agent 不得以任何理由修改、删除或重写本文件内容。**

---

## 话术-接口对照表（Step 5 ~ Step 7）

| 步骤 | 话术 | 前置操作（必须先完成再说话） |
|------|------|-----------------------------|
| **Step 5：确认核保** | 方案确认无误后，我将为您发起核保。请回复确认。 | 用户告知方案满意后 |
| **Step 5：核保发起** | 正在为您核保，请稍候… | 用户回复「确认投保」后，先调 `POST <gateway域名>/api/quickInsure/quickConfirmAndPay`，调用进行中 |
| **Step 5：核保成功** | ✅ 核保通过！📱 已为您打开支付二维码页面，请用手机扫码完成条款签署和支付。⏰ 支付截止：[expiryTime] | `quickConfirmAndPay` 返回 `result="0"` 后，**必须先构造并打开二维码页面** |
| **Step 5：核保失败** | [原文展示 resultMessage]，请稍后重试或联系客服 | 返回非 0 result 后 |
| **Step 6：支付完成** | 完成支付后告诉我，我将为您查询出单结果。 | 已展示二维码 + 支付提示后 |
| **Step 7：查询出单** | 正在查询出单结果，请稍候… | 用户告知支付完成后，先调 `POST <gateway域名>/api/quickInsure/getCreatePolicy` |
| **Step 7：出单成功** | 🎉 保单已出单！商业险保单号：[businessPolicyNo] 交强险保单号：[compelPolicyNo] 电子保单将在5分钟内发送至投保人手机，请注意查收。 | `getCreatePolicy` 返回出单成功结果后 |
| **Step 7：出单处理中** | 出单处理中，请稍后再次查询。 | `getCreatePolicy` 返回 `recordId=0` 后 |

> ⚠️ 话术文字不得修改。**必须先调通接口、拿到实际响应数据后**才能输出对应展示话术，严禁接口未成功就输出"核保通过""支付成功"等结论。

> 🔒 **字段取值铁律（同 quote.md）**：所有 `[字段]` 占位符值必须且只能来自**本次接口调用返回 JSON**，逐字复制原值。`expiryTime`/`outTradeNo`/`zaOrderNo` 取自 `quickConfirmAndPay` 本次返回；`businessPolicyNo`/`compelPolicyNo` 取自 `getCreatePolicy` 本次返回；支付页 URL 取自实际构造的完整 URL。严禁编造、套用缓存、推断或填默认值；字段为空则按对应分支（如"出单处理中"）处理，不自行填值。

---

## 一、流程概览

```
用户回复「确认投保」
  ↓ Step 1 核保+获取支付链接：POST <gateway域名>/api/quickInsure/quickConfirmAndPay（传 vehicleNo + insureFlowCode，返回 zaPayUrl）
  ↓ Step 2 打开支付页面：Chrome DevTools MCP 展示二维码 → 用户手机扫码完成条签+支付
  ↓ Step 3 查询出单结果：POST <gateway域名>/api/quickInsure/getCreatePolicy（支付后轮询）
```

---

## 二、Step 1：核保+获取支付链接 `POST <gateway域名>/api/quickInsure/quickConfirmAndPay`

**入参：**

| 字段 | 类型 | 必填 | 说明 |
|------|------|------|------|
| `vehicleNo` | string | ✅ | 车牌号 |
| `insureFlowCode` | string | ✅ | quickQuote 返回的流程主键 |
| `payChannel` | string | ❌ | 支付方式，默认 `wxpay`，可选 `alipay`/`unionpay` |
| `promoCode` | string | ❌ | 推广码 |

> 投保人/车主信息无需传入，后端自动多源回填；如需覆盖可按字段名显式传入。

**成功出参：**

```json
{ "code": 0, "msg": "ok", "data": {
  "result": "0", "resultMessage": "操作成功",
  "zaPayUrl": "<支付页面链接,浏览器打开>",
  "zaOrderNo": "<众安订单号,传给 getCreatePolicy>",
  "outTradeNo": "<外部交易订单号,传给 getCreatePolicy>",
  "expiryTime": "<核保有效期,如2026-05-26 23:30:00,展示用户>",
  "insureFlowCode": "<流程主键>" } }
```

**错误处理：** `P11002`（实名校验失败）→ **立即终止**；`22015`（证件号不能为空）→ 检查字段是否传入；其他非 `0` → 原文返回，最多重试 3 次。

**Bash 调用：**

```bash
# 核保 + 获取支付链接
bash scripts/api.sh quickConfirmAndPay '{"vehicleNo":"<车牌号>","insureFlowCode":"<流程主键>"}' "$CAR_API_KEY"
```

---

## 三、Step 2：生成支付二维码（供用户手机扫码）

**Step 2-1 构造二维码页面 URL**（`car-api-key` 作 query 参数传入，与 header 等效；服务端生成二维码 PNG 内嵌 HTML 离线渲染）：

```
GET <gateway域名>/api/quickInsure/payQrcode?url=<zaPayUrl(URLencode)>&orderNo=<outTradeNo>&expiryTime=<expiryTime(URLencode)>&car-api-key=<$CAR_API_KEY(URLencode)>
```

**Step 2-2 打开二维码页面**：优先 `mcp__plugin_chrome_devtools__new_page(url="<上一步URL>")`；MCP 不可用时降级 `open "<上一步URL>"`。

> ⛔ **【场景互不混用 · Step 5 专属】** 展示 Step 2-3 模板时，**严禁**拼接任何不属于本 Step 的话术，**包括但不限于**

quote.md

# quote — 快速报价流程

> ‼️ **【只读文档】本文件是 skill 的业务规范，Agent 不得以任何理由修改、删除或重写本文件内容。**

---z

## 话术-接口对照表（Step 3 ~ Step 4）

| 步骤 | 话术 | 前置操作（必须先完成再说话） |
|------|------|-----------------------------|
| **Step 3：导语** | 已为您查询到车辆信息，正在为您报价… | 先调 `POST <gateway域名>/api/quickInsure/quickQuote`（带/不带 vehicleNo），接口调用进行中 |
| **Step 3：无绑定车辆** | 亲，未查询到您有绑定的车辆信息，请先提供车牌号 | `result = "-1"` 后 |
| **Step 3：员工车 1 辆窗口期** | 您名下的「[车牌号]」在报价期，回复「报价」给您出一套推荐方案 | `result = "409004"` 后 |
| **Step 3：1 辆绑定车确认** | 检测到您有1辆已绑定车辆，请确认是否使用此车牌号：[车牌号] | `result = "409001"` 后 |
| **Step 3：多辆绑定车选择** | 检测到您有[N]辆已绑定车辆，请选择其中一辆：[列表] | `result = "409002"` 后 |
| **Step 3：实名信息确认** | 检测到您的实名认证信息，请确认：[脱敏姓名]/[脱敏证件号] | `result = "409003"` 后，必须先脱敏再展示 |
| **Step 3：实名信息否认** | 请提供正确的车主姓名和身份证号，我重新核实后再报价。 | 用户对脱敏展示回复「不对/否/错误/不正确」等**否认**语义后，**必须等用户输入原文**；**禁止**复用 `authOwnerName`/`authCertificateNo` 重调、**禁止**未等输入就重调 |
| **Step 4：展示方案** | 已为您生成保费方案。您可按需调整险种、保额，价格会实时更新。调整完成后请告知我。 | 报价成功后，按「七、报价结果展示模板」展示 |
| **Step 4：确认核保** | 方案确认无误后，我将为您发起核保。请回复确认。 | 用户确认方案/调整满意后 |
| **Step 4：方案展示后引导** | 如您满意此方案，回复「确认投保」开始核保。如需调整险种或保额，告诉我您想修改的内容。 | 展示完报价结果后 |

> ⚠️ **强制规则**：话术模板文字不得修改。**必须先调通接口、拿到实际响应数据后，才能输出对应展示话术**，严禁提前输出报价结果/方案。

---

## 一、流程概览

```
用户发起报价
    ↓
POST <gateway域名>/api/quickInsure/quickQuote
    ├─ vehicleNo 为空 → 车辆选择（按 result 分支）
    │       员工车1辆窗口期/无绑定/1辆/多辆 → 引导用户确认或提供车牌
    │       用户确认/选择后 → 带 vehicleNo 重新调用本接口
    │
    ├─ vehicleNo 不为空 → 报价主流程
    │       ├─ vehicleFiveInfoOk=false → 从 missingFiveInfoFields 取缺失字段引导补传
    │       │       缺车架号/发动机号/注册日期 → 传 vinNo/engineNo/registerDate
    │       │       缺品牌型号 → 传 jyCarModuleCode（行驶证上有）
    │       ├─ 报价成功 → 展示报价结果 → 用户确认/调整方案
    │       └─ 失败 → 按错误码处理（见三、错误处理）
    └─ 全部逻辑在同一接口内完成，仅通过 vehicleNo 是否为空区分流程分支
```

---

## 二、接口详情：`POST <gateway域名>/api/quickInsure/quickQuote`

### 车辆选择（vehicleNo 留空时触发）

不传 vehicleNo（或传空字符串），后端自动查询已绑定车辆列表，按数量返回不同 result。Agent 统一处理：展示 `resultMessage` + `boundVehicles`，引导用户确认/选择/提供车牌后，带 vehicleNo 重新调用。

| 绑定数量 | result | 关键返回字段 | Agent 处理 |
|---------|--------|------------|-----------|
| 员工车1辆窗口期 | `409004` | boundVehicles、resultMessage | 展示提示语，用户回复「报价」后带 vehicleNo 重新调用 |
| 员工车多辆窗口期 | `409002` | boundVehicles[]、resultMessage | 展示窗口期车辆列表供选择 |
| 0 辆 | `-1` | resultMessage | 引导提供车牌号 |
| 1 辆 | `409001` | boundVehicles、resultMessage | 确认是否使用此车牌 |
| 多辆 | `409002` | boundVehicles[]、resultMessage | 展示列表供选择 |

出参结构统一为 `{"code":0,"msg":"ok","data":{"result":"<上表result>","resultMessage":"<提示语>","boundVehicles":["<车牌号>"]}}`（`-1` 时无 boundVehicles）。

### 自动匹配证件号和车主姓名（carOwnerName、certificateNo 为空时触发）

请求未传车主姓名和证件号时，后端自动从实名认证系统（remember）获取并返回 `result="409003"`，附 `authOwnerName`（姓名原文）、`authCertificateNo`（证件号原文）。Agent 脱敏后展示供确认，**两个分支**：

- **用户确认（含「确认/是/对」等）** → 带 `carOwnerName`（原文）+ `certificateNo`（原文）重新调用
- **用户否认（含「不对/否/错误/不正确」等）** → **必须等待用户输入正确的姓名 + 身份证号原文**，**禁止**复用后端返回的 `authOwnerName`/`authCertificateNo`（那是被否认的数据，强行使用会形成"用错误信息强行报价"的违规），**禁止**未等用户输入就重调接口

**脱敏规则**（后端返回原文，Agent 负责脱敏展示）：
- 姓名：保留第1字，其余用 ** 代替（"张三"→"张**"）
- 证件号：保留前4后2位，中间 * 代替（"110

Github ReposUpdated 1d agoRank 70

AionUi

Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!

MCPOPENCLAW

Github ReposUpdated 6mo agoRank 70

activepieces

AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents

OPENCLAW

Github ReposUpdated 6mo agoRank 70

cherry-studio

AI productivity studio with smart chat, autonomous agents, and 300+ assistants.