技能介绍

短链管理的凭证散落问题

当你需要在自动化流程中管理 Short.io 短链时，第一道坎不是 API 调用本身，而是凭证归属。直接在脚本里写 API key 意味着密钥会落进代码仓库、CI 日志或 Agent 的工具调用记录里，一旦泄露需要逐个排查。oo-short-io 通过 OOMOL 服务端注入凭证解决了这个问题：你不需要接触 raw token，连接器在服务端完成鉴权，Agent 只需关注 --data 的 JSON payload 和响应中的 meta.executionId。

八类动作覆盖完整生命周期

这个技能暴露了 8 个 action，按风险等级可以分成三组：

读取类（get_link、list_links、get_link_statistics 等）：安全，可直接执行，适合巡检和报表
写入类（create_link、update_link）：会改变 Short.io 侧的状态，执行前需要和用户确认 payload 与预期效果
破坏类（delete_link）：必须显式确认目标 ID，拿到用户明确批准后才允许执行

执行任何动作前，先用 oo connector schema 拉取实时的输入输出契约，确认字段类型和必填项，再构造 --data。响应结构固定为 { "data": ..., "meta": { "executionId": "..." } }，executionId 用于追踪和排查。

适用边界

这个技能适合「已有 OOMOL 账号且 Short.io 已连接」的场景。如果 oo CLI 未安装、未登录或 Short.io 未授权，需要先走一次性设置。凭证注入依赖 OOMOL 服务端的可用性，认证类型是 API key。另外，list_links 支持分页和排序，适合大批量拉取，但注意单页条数限制。写入和删除动作的确认机制是防误操作的硬约束，自动化流程里应当把它当作不可绕过的步骤，而不是可跳过的提醒。