用途
LastPing 用于监控 AI 智能体、cron 定时任务以及 CI/CD 流水线。它的监控逻辑与常规方案相反：大多数监控主动检查目标对象，看它是否出现异常；LastPing 则等待目标主动“签到”，在目标没有签到时告警。这一反转是产品的核心——一个出故障的任务无法发送错误，但它可以“什么也不发”，而“缺席”恰恰是故障流程仍能产生的唯一信号。
主要能力
- 告警场景：AI 智能体失败、停滞、等待用户审批或从未启动时发出通知。
- 环境监控：同时观察智能体周边的 cron 定时任务和 CI/CD 流水线。
- 客户端兼容：支持 Claude Code、Codex、Cursor，以及任何通过 MCP 接入的智能体。
- 命令行包装：
lastping run可包裹任意命令，报告启动、退出码和 trace。 - 退出码透传：包装器以被包装命令的退出码退出，CI 行为与添加前一致。
- 不影响原命令：LastPing 不可达时，任务照常运行、输出和正常退出。
- 保持交互：stdin 和 stdout 以文件描述符交接，可包裹 REPL 或智能体会话。
- 自动配置 OpenTelemetry：在包装命令的环境中自动设置 OTLP 导出相关变量，使自动埋点的智能体无需改代码即可导出 trace span。
- MCP 服务器：智能体可自行创建监控、获取 ping 指令并接入自身工作流。
- Terraform Provider：以“监控即代码”方式管理。
使用方式
- 命令行：通过
lastping run包裹已有命令；无需 Go 工具链即可安装预编译二进制（macOS、Linux，amd64/arm64），Windows 版本在 releases 页面提供。 - MCP 连接：宿主服务器为推荐路径，地址为
https://mcp.lastping.dev/mcp。Claude Code 可直接连接；Cursor、Windsurf 使用 URL 加 API key；Claude Desktop 可通过一键扩展（lastping.mcpb，无需 Node.js）或mcp-remote桥接，也支持自定义连接器。 - ping 机制：每个监控都有一个 URL，任何能发起 HTTP 请求的东西都可以上报；可加
?rid=<id>将一次运行的开始与结果配对。 - Trace 上报：
POST https://ping.lastping.dev/v1/traces接受 OTLP/HTTP 导出，支持 Bearer key 或无头导出器方式；span 需要资源属性lastping.monitor_id，配合lastping.run_id可归入同一次运行；负载上限为解压后 1 MiB、每请求 500 span、每次运行 2000 span。 - 工具集：MCP 提供监控管理、发现、报告、事件与运行、追踪、智能体可观测性、失败循环、告警路由、投递日志、目标、告警模板、智能体注册表、状态页、API 密钥、Terraform 导出等工具。其中
get_ping_instructions允许智能体在一次对话中自行创建监控、获取 ping 命令并接入工作。
适用场景
适用于需要确保 AI 智能体、定时任务和 CI/CD 流水线可靠运行的开发者与团队。典型场景包括：智能体失败或卡住时及时获知、cron 任务忘记上报、CI 流水线中断、需要将监控纳入基础设施即代码管理。个人使用免费。
限制
- Windows 构建位于 releases 页面，未通过安装脚本提供。
- Claude Desktop 通过 mcp-remote 桥接时需要 Node.js，且需提供 npx 的完整路径。
- 一键扩展为自签名证书，Claude Desktop 会显示为未验证。
- trace 负载有大小与 span 数上限。
- 其他平台与价格信息：暂未提供。
