원클릭으로
fast-queries
Use when diagnosing an issue, checking system health, or validating infrastructure state before starting a task
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Use when diagnosing an issue, checking system health, or validating infrastructure state before starting a task
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Use when constructing or interpreting the approval handoff envelope between subagent and orchestrator -- sealed_payload schema, approval_id format, APPROVAL_REQUEST contract shape, and reading a granted approval from the DB
Use when producing any agent response
Use when classifying any operation before executing it, or deciding whether user approval is required
Use when a mutative command was blocked by the hook and you need to request user approval, or when presenting a plan for a T3 operation before executing it
Use when the user wants to build, design, or extend a diagram — an architecture overview, a timeline, a planner board, a flow diagram, a presentation, a comparison, or a mind-map — as a portable, data-driven deck rendered from plain YAML. Triggers — "build a diagram", "architecture diagram", "diagram deck", "timeline", "flow diagram", "planner board", "add a page/section/component to the diagram".
Use when the user wants something to run routinely / on a schedule rather than once now -- "tarea programada", "rutinariamente", "cada mañana", "cada N horas", "todas las noches", "schedule", "cron". Covers mounting, structuring, and running an unattended headless task that reports back, plus consuming its reports. NOT for a live in-session agentic loop (that is agentic-loop).
| name | fast-queries |
| description | Use when diagnosing an issue, checking system health, or validating infrastructure state before starting a task |
| metadata | {"user-invocable":false,"type":"reference"} |
A 10-second triage run surfaces 80% of issues that would otherwise take minutes of manual commands to discover. Running triage first means your investigation starts from known state, not assumptions about what is healthy.
Run from project root. Use absolute path if calling from a different directory.
| Script | Command | Duration |
|---|---|---|
| All systems | bash .claude/tools/fast-queries/run_triage.sh [domain] | 8-15s |
| GitOps/K8s | bash .claude/tools/fast-queries/gitops/quicktriage_gitops_operator.sh [ns] | 2-3s |
| Terraform | bash .claude/tools/fast-queries/terraform/quicktriage_terraform_architect.sh [dir] | 3-4s |
| AWS | bash .claude/tools/fast-queries/cloud/aws/quicktriage_aws_troubleshooter.sh | 4-5s |
| GCP | bash .claude/tools/fast-queries/cloud/gcp/quicktriage_gcp_troubleshooter.sh [project] | 4-5s |
Domains for triage: all, gitops, terraform, cloud, appservices
Use domain-specific scripts when you know the area. Use all only for
general status checks -- it runs every domain and takes longer.
| Code | Meaning | Action |
|---|---|---|
0 OK | All healthy | Proceed with task |
1 WARNING | Warnings found | Review each; not necessarily blocking |
2 ERROR | Errors found | Report to user, investigate flagged issues before continuing |
3 SCRIPT_ERROR | Script failure | Check tool availability and permissions |
Deep-dive only on flagged issues (exit 1 or 2). Exit 0 means the environment is healthy -- spending time re-verifying what triage already confirmed wastes investigation budget on non-problems.