技能介绍

解决什么问题

当你需要判断某个 IPv4 或 IPv6 地址是不是代理时，自己对接 IP2Proxy Web Service 意味着要拼 HTTP 请求、管理 API Key、处理鉴权失败和网络错误。这个技能把 ip2proxy connector 封装成一次 oo CLI 调用，OOMOL 在服务端注入凭证，客户端代码始终拿不到原始 token，也不需要关心密钥轮换。

技能如何工作

只暴露一个动作 lookup_ip：传入单个 IPv4/IPv6 地址，返回该地址是否为代理的判定，以及 IP2Proxy 官方的完整查询 payload。
构造请求前先取权威契约：用 oo connector schema 拉取实时的输入输出 schema，不要凭文档或记忆猜测字段名。
然后用符合 schema 的 JSON 调用动作：--data 可以是内联 JSON 字符串或 @path/to/file.json，也可以省略直接发 {}。
返回结构是 { "data": ..., "meta": { "executionId": "..." } }，执行 id 放在 meta.executionId，排查问题或核对计费时用得上。
调用前提是 oo CLI 已安装、已登录，且 IP2Proxy 已连接。不要主动执行 oo auth login 或打开连接 URL，只有命令真的报鉴权或连接错误时，才回退到一次性初始化流程。

适用边界与注意点

动作只有一个，面向单地址查询；批量扫描需要在调用方自行循环，技能本身不提供批量接口。
读类动作可以直接执行；任何 create / update / send / post 动作会改变 IP2Proxy 侧状态，运行前必须和用户确认具体 payload 与实际效果；delete / remove 类破坏性动作必须确认目标并拿到明确批准。
参考文档里的字段可能与实时 schema 有漂移，构造 --data 前以 oo connector schema 的结果为准。
判定结果来自 IP2Proxy 的外部数据服务，技能自身不做额外推断或二次校验。