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 从公开仓库中收录这些内容。

举报或申请下架