用途：对一个项目的可观测性（监控、日志、错误追踪、告警等）做审计，并把每条发现转成 GitHub issue，方便排期处理。它本身是“工单创建器”，只产生工作项，不做修复；要修复请用 /fix-observability。
主要能力：先调用 /check-observability 得到结构化发现，再按优先级（P0-P3）解析；创建前检查已有 issue 避免重复；然后为每条发现创建 issue。优先级映射示例：无错误追踪、无健康检查端点属 P0；错误追踪配置错误、无结构化日志、健康检查过浅、无告警属 P1；无分析、console.log 滥用、无可用性监控属 P2；性能监控属 P3。
使用方式：运行 /log-observability-issues 触发流程。检查重复时用命令 gh issue list --state open --label "domain/observability" --limit 50；创建 issue 使用 gh issue create，标题格式为 [P0-P3] 描述，标签为 priority/p0 等加 domain/observability、type/chore，正文含 Problem、Impact、Suggested Fix 三段。创建后可用 gh issue list --label domain/observability 查看，输出会按优先级汇总创建数量。
适用场景：需要在项目中系统性补齐可观测性缺口、把审计结果转成可跟踪任务时。限制：只创建 issue 不修复；资料仅给出错误追踪示例命令（如 pnpm add @sentry/nextjs 与 npx @sentry/wizard@latest -i nextjs），其他主题未提供具体步骤；其余细节暂未提供。