CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

adobe/aem-cloud-service

All AEM as a Cloud Service skills: component development, Workflow model design, development, triggering, launchers, debugging, and triaging, Dispatcher config authoring, advisory, incident response, performance tuning, and security hardening, Rapid Development Environment (RDE) deployment, log inspection, snapshots, and troubleshooting via `aio aem rde`, Jackrabbit Oak query/index tuning (property, Lucene index definitions), and extracting/inventorying JCR queries (XPath, SQL2, QueryBuilder) across a codebase.

Quality

85%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

Overview
Quality
Evals
Security
Files

SKILL.mdskills/dispatcher/technical-advisory/

name:
technical-advisory
description:
Provide advisory guidance for the Adobe Dispatcher Apache HTTP Server module and related HTTPD configuration in AEMaaCS cloud workflows only, with public-doc citations and cloud-specific MCP verification plans. Use for conceptual questions such as `statfileslevel`, filter rules, URL decomposition, cache invalidation behavior, rewrite behavior, and security headers.
license:
Apache-2.0
compatibility:
Requires Dispatcher MCP configured for cloud variant (`AEM_DEPLOYMENT_MODE=cloud`).
allowed-tools:
validate lint sdk trace_request inspect_cache monitor_metrics tail_logs
metadata:
{"mcp-tool-contract":"core-7-tools"}

Dispatcher Technical Advisory (Cloud)

Provide deterministic guidance for AEMaaCS use cases involving the Adobe Dispatcher Apache HTTP Server module and related HTTPD configuration.

Variant Scope

  • This skill is cloud-service-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 when producing verification plans:

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

Workflow

  1. Confirm scope and assumptions.
  2. If the repo layout or execution path is unclear, start with quick-start-execution-path.md and repo-layout-workflows.md.
  3. Apply cloud-service-aemaacs-guardrails.md to lock immutable/include constraints, validator-enforced topology checks (symlinks/aliases/includes), reserved probe-path behavior, and CDN-vs-Dispatcher boundaries.
  4. Use capability-coverage-map.md to route prompt/tool/resource intents to the right dispatcher skill flow.
  5. Select a scenario path from core7-capability-playbook.md for development/debugging requests.
  6. Convert the selected playbook to exact MCP commands with playbook-command-linkage.md.
  7. For conceptual questions (e.g. statfileslevel, filter order, URL decomposition, cache invalidation), use concepts.md and cite official docs.
  8. Use curated public references for recommendations in this variant.
  9. Produce MCP verification steps for this variant when needed.
  10. Route execution-heavy changes to this variant's execution skills.

Verification Scope Selection

Use shared references for deterministic coverage:

Output Contract

Use one of these output shapes:

  • Explanation-only question: recommendation summary + citation list from curated public-docs index.
  • Recommendation/change question: recommendation summary + citation list + MCP verification plan with expected evidence + risk/rollback guidance and open risks.

Guardrails

  • Do not claim a check was executed unless tool evidence exists.
  • Keep variant assumptions explicit for every recommendation.
  • For migration/cross-variant requests, produce a side-by-side variant delta plan from the verification matrix and flag when the companion variant plugin must be run separately.
  • Follow citation discipline from public-doc-citation-rules.md.
  • Keep cloud-service-only guardrails explicit: immutable/default include contracts and CDN-vs-Dispatcher ownership.

References

skills

dispatcher

README.md

SKILL.md

README.md

tile.json