Incident Response

adobe/skills/plugins/aem/6.5-lts/skills/dispatcher/incident-response

作者 adobe940b8795c0dfApache-2.0197 個星標收錄於 2026年10月9日更新於 2026年10月8日儲存庫今天更新

Investigate and triage runtime incidents involving the Adobe Dispatcher Apache HTTP Server module and related HTTPD configuration in AEM 6.5 LTS environments only, using runtime MCP evidence.

僅含說明DevOps & Cloud
AI 產生的概覽

使用 MCP 證據調查並分診 AEM 6.5 LTS AMS 環境中 Adobe Dispatcher 執行階段事件。

功能
以證據優先的方式指導調查 AMS 部署中涉及 Adobe Dispatcher Apache HTTP Server 模組及相關 HTTPD 設定的執行階段事件。流程包含量化影響、蒐集日誌與追蹤、套用 AMS 6.5 防護規則、檢查快取行為,並關聯靜態檢查。產出事件摘要、證據表、附信心度的可能原因,以及圍堵、修復與回復建議。
適用情境
適用於懷疑 AEM 6.5 LTS AMS 環境中涉及 Dispatcher 模組或 HTTPD 設定發生執行階段事件的情況。適合在可取得 Dispatcher MCP 工具執行階段證據時進行分診與診斷。不適用於其他部署變體或非 Dispatcher 問題。
執行需求
需要適用於 AMS 的 Dispatcher MCP(AEM_DEPLOYMENT_MODE=ams)或預設為 ams 的 AMS Dispatcher MCP SDK,並提供 monitor_metrics、tail_logs、trace_request、inspect_cache、validate、lint 和 sdk 工具。不附帶指令碼,僅包含說明與參考文件。

Dispatcher Runtime Incident Response (AMS)

Investigate AMS runtime incidents involving the Adobe Dispatcher Apache HTTP Server module and related HTTPD configuration with an evidence-first workflow.

Variant Scope

  • This skill is AMS-only.
  • Scope is fixed by this skill directory; do not ask the user to choose deployment variant.

MCP Tool Contract

Use only these Dispatcher MCP tools:

  • monitor_metrics
  • tail_logs
  • trace_request
  • inspect_cache
  • validate
  • lint
  • sdk

Workflow

  1. Quantify impact (monitor_metrics).
  2. Gather logs and traces (tail_logs, trace_request). To get the full log sequence for a specific request: use tail_logs to obtain entries (some include pid and tid from dispatcher debug lines), then call trace_request(pid=..., tid=...) to retrieve all log lines for that request. See mcp-tool-orchestration.md § Trace by pid:tid.
  3. Apply AMS 6.5 guardrails to triage hypotheses (tier/farm ordering, variable usage, flush exposure, immutable boundaries).
  4. Inspect cache behavior (inspect_cache).
  5. Correlate with static checks (validate, lint, sdk).
  6. Return containment + remediation + rollback.

Verification Scope Selection

Use shared references to select incident evidence depth:

  • mode-specific-verification-matrix.md
  • test-case-catalog.md

Output Contract

Always return:

  • incident summary (symptom, impact window, blast radius)
  • evidence table (tool, input, finding)
  • selected test IDs and outcomes
  • probable cause + confidence level
  • containment, durable remediation, and rollback
  • open risks and missing evidence

Guardrails

  • Distinguish observations from inference.
  • Do not claim root-cause certainty without corroborating evidence.
  • Do not claim runtime verification if host-path/log prerequisites were missing.
  • Keep fixes reversible unless user explicitly requests high-risk change.

References

  • runtime-investigation-checklist.md
  • runtime-prompts-and-troubleshooting-scenarios.md – runtime prompts and troubleshooting scenario map for tail_logs, trace_request, monitor_metrics, inspect_cache
  • incident-scenario-playbooks.md – focused debug scenarios
  • symptom-hypothesis-matrix.md – troubleshooting hypothesis shortcuts for faster evidence-driven diagnosis
  • incident-report-template.md
  • quick-start-execution-path.md – normalize repo root and select the incident path quickly
  • repo-layout-workflows.md – map the failing behavior to the relevant dispatcher file families
  • playbook-command-linkage.md – exact MCP command chains for incident playbooks
  • ams-6-5-guardrails.md
  • mode-specific-verification-matrix.md
  • test-case-catalog.md
  • change-risk-and-rollback-template.md
  • public-docs-index.md
  • public-doc-citation-rules.md
  • core-7-tools-reference.md

來源與署名

來源:adobe/skills位於plugins/aem/6.5-lts/skills/dispatcher/incident-response提交940b879

授權條款: Apache-2.0

內容歸原作者所有。SourceWeft 從公開儲存庫中收錄這些內容。

檢舉或申請下架