核心用法
oo-line 是 OOMOL 平台提供的官方 LINE 连接器技能，允许用户通过 oo CLI 与 LINE 官方账号 API 进行交互。该技能封装了 LINE Messaging API 的核心能力，包括读取账号信息、查询用户资料以及发送各类消息。
使用前需确保已安装 oo CLI 并完成 OOMOL 账号登录与 LINE 连接授权。所有操作通过 oo connector run 命令执行，配合 --action 指定动作名称、--data 传入 JSON 参数。关键动作包括：
- 读取类：
get_bot_info获取官方账号配置，get_profile查询指定用户资料 - 写入类：
send_broadcast_text向所有好友广播消息（最多5条），send_multicast_text向最多500名用户群发，send_push_text单点推送至指定用户/群组
所有敏感凭证由 OOMOL 服务端注入，用户无需直接处理 API Key，大幅降低密钥泄露风险。
显著优点
1. 凭证安全托管：LINE 通道认证信息由 OOMOL 云端统一管理，避免本地明文存储 API Key
2. 统一 CLI 体验：与 OOMOL 生态其他连接器保持一致的命令行交互模式，学习成本低
3. 动作语义清晰：读写操作明确标注标签，[write]/[destructive] 提示帮助用户识别风险操作
4. 批量触达能力：原生支持广播、群发、单点三种消息投递模式，满足多样化运营场景
5. 实时 schema introspection：通过 oo connector schema 动态获取接口契约，减少文档查阅成本
潜在缺点与局限性
1. 生态绑定限制：深度依赖 OOMOL 平台账号体系与计费系统，无法独立部署
2. 动作覆盖有限：当前仅支持 5 个基础动作，缺少消息模板管理、Webhook 配置、富媒体消息（Flex Message）等进阶功能
3. 配额与计费：LINE 官方 API 存在调用频次限制，且 OOMOL 平台可能收取额外执行费用（HTTP 402 错误提示充值）
4. 地域与合规：LINE 用户主要集中在日本、台湾、泰国、印尼等亚洲市场，欧美覆盖有限；企业需自行确保消息推送符合当地反垃圾法规
5. 调试反馈链较长：CLI 执行需经 OOMOL 服务端中转，本地调试时网络延迟和错误排查不如直连 API 直观
适合的目标群体
- 企业运营团队：管理 LINE 官方账号，需定期向粉丝推送活动通知或营销内容
- 跨境电商卖家：面向日本、东南亚 LINE 用户开展客户服务与订单履约通知
- SaaS 产品经理：希望将 LINE 消息通道集成至 OOMOL 工作流，构建自动化用户触达体系
- 开发者与自动化工程师：熟悉 CLI 工具，追求标准化、可版本控制的 API 调用方式
使用风险
- 误发消息风险：
[write]类操作直接影响线上用户，构造 payload 时需严格校验目标用户 ID 与消息内容，建议在正式环境前使用小范围测试账号验证 - 账号封禁风险：LINE 官方对消息骚扰管控严格，高频广播或投诉率过高可能导致 Official Account 受限
- 成本失控风险：群发/广播按目标用户规模计费，大规模推送前需确认 OOMOL 账户余额与 LINE 消息配额
- 依赖可用性风险：技能运行依赖 OOMOL 服务与 LINE API 双重稳定性，任一端故障将中断业务
- 数据残留风险：虽凭证由服务端托管，但执行日志可能包含用户 ID 等敏感信息，需关注平台数据保留策略