用途：当问题针对真实运行的 Pawrrtal 服务而非代码仓库时使用本技能。原则是先看实时进程、实时环境、实时日志、实时 HTTP 检查，最后才看代码，把运行中的服务视为权威依据。
主要能力：证明当前运行的提交与分支、本地源与公网源是否健康、数据库结构、Telegram 通道状态以及服务是否已关闭；支持功能验证（登录、聊天、提供商、前端检查）、Telegram 诊断（无回复、命令失败、轮询/Webhook 可疑、绑定异常）和关闭操作。
使用方式：先阅读对应 cookbook——实时审计用 cookbook/live-audit.md，功能验证用 cookbook/verify.md，Telegram 诊断用 cookbook/telegram.md，关闭用 cookbook/take-down.md；运行器操作使用 pawrrtal-runner-ops 技能。快速排查命令：ROOT=${PAWRRTAL_ROOT:-/mnt/HC_Volume_105512717/deploy/pawrrtal}；cd "$ROOT"；git rev-parse --abbrev-ref HEAD；git rev-parse HEAD；git status --short；systemctl status pawrrtal.service --no-pager || systemctl --user status pawrrtal-dev.service --no-pager；ss -ltnp '( sport = :8000 or sport = :3000 or sport = :53001 )'；curl -fsS http://127.0.0.1:8000/api/v1/health；curl -fsS http://127.0.0.1:8000/api/v1/health/ready。
适用场景：VPS 生产部署中权威单元通常为 root pawrrtal.service，工作目录 /mnt/HC_Volume_105512717/deploy/pawrrtal；旧用户单元 pawrrtal-dev.service 仅作开发回退，除非实时检查证明否则不应假定其拥有生产。
限制与规则：不要信任记忆，每次检查实时状态；不要打印令牌、凭据 JSON、源证书、数据库 URL、服务令牌或机器人令牌；优先用 paw 做用户可见验证，若因本地环境漂移在 HTTP 前失败则改用实时进程日志与原始 HTTP 检查；将实时进程检出与提交同预期部署对比；涉及数据库结构时对实时服务数据库运行迁移；用户可见声明依赖真实集成时需真实提供商/通道/浏览器证据，模拟 Telegram 或 mock 提供商测试不足以声称实时行为；若沙箱本地 curl 无法访问回环而 systemd 日志显示主机服务已绑定，应在主机层重跑 HTTP 探测再判定应用宕机。