需要从终端操作 Loops…

适用于从 Shell 使用 Loops CLI 完成安装、认证、配置、命令选择、一次性运营和排障，而不是应用代码集成或邮件策略评审。

适用场景

解决思路

1. 优先运行 `loops agent-context`，获取准确的参数标志和最新命令形态。
2. 在 Shell 工作流、一次性运营任务、凭据验证和快速排障中，优先使用 CLI。
3. 当结果需要供给其他工具或脚本时，使用 `--output json`。
4. 当用户跨多个 Loops 团队工作时，使用已命名的存储密钥加 `--team`。
5. 避免打印密钥；优先使用由 keyring 支持的认证或环境变量，而不是硬编码 API key。
6. 如果任务变成应用代码集成或精确 HTTP 请求负载设计，改用单独的 `loops-api` 技能。
7. 需要官方参考时，查阅 CLI 文档（`https://loops.so/docs/cli`）、CLI 仓库（`https://github.com/loops-so/cli`）、CLI README（`https://github.com/loops-so/cli/blob/main/README.md`）。
8. 处理安装、认证流程、配置解析、全局参数标志和常见 Loops CLI 工作流时，阅读 `references/cli.md`。
9. 处理活动、电子邮件消息、主题、组件、修订处理、LMX 文件参数和上传时，阅读 `references/cli.md`；LMX markup 本身还要使用 `loops-lmx` 技能。
10. 如果任务超出 CLI，变成应用代码集成或精确 HTTP 请求负载设计，使用 `loops-api` 技能。
11. 最终确保给用户适合任务的正确命令或安装路径。
12. 最终确保给用户影响行为的任何认证或团队选择注意事项。
13. 最终确保给用户凭据的安全处理方式。
14. 给出下一步验证步骤，例如 `loops --help`、`loops auth status`、`loops api-key` 或 `loops agent-context`。

适用边界 · 注意事项

• 不适用于应用代码集成。
• 不适用于邮件策略评审。
• 当任务变成 CLI 之外的应用代码集成或精确 HTTP 请求负载设计时，应改用 `loops-api` 技能；LMX markup 本身还应配合 `loops-lmx` 技能。