splunk-observability-synthetics-setup

Render Synthetic Monitoring plans and native-ops compatible specs for browser, API, HTTP, SSL, or port tests.

36|7|Updated Mar 17, 2026
One-click install
npx skills add https://github.com/chambear2809/splunk-cisco-skills --skill splunk-observability-synthetics-setup
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: splunk-observability-synthetics-setup
Source: https://github.com/chambear2809/splunk-cisco-skills/tree/main/skills/splunk-observability-synthetics-setup
Command: npx skills add https://github.com/chambear2809/splunk-cisco-skills --skill splunk-observability-synthetics-setup

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

Focused wrapper for Synthetic Monitoring that renders a native-ops compatible spec and operator handoffs, enabling quick planning and safe delegation to downstream systems.

Core Features & Use Cases

  • Renders a focused Synthetic Monitoring plan and the corresponding native-ops spec.
  • Delegates full rendering and execution to the native-ops workflow to maintain separation of responsibilities.
  • Supports multiple test kinds (browser, api, http, ssl, port) and common inputs like realm, location, frequency, and run_now.
  • Use Case: A DevOps engineer wants to quickly scaffold a synthetic test for a new URL and hand off artifacts to downstream processing.

Quick Start

Run the render script with your test details to generate the synthetic plan and downstream assets.

Frequently Asked Questions about splunk-observability-synthetics-setup

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I create a synthetic monitoring test plan for browser and API checks?

Synthetic monitoring test planning renders native-ops compatible specs and operator handoffs for browser, API, HTTP, SSL, or port tests. It generates a focused plan, delegate wrapper, and metadata while honoring realm, location, frequency, and run_now inputs to enable safe downstream delegation.

What is a native-ops compatible spec for synthetic testing?

A native-ops compatible spec is a structured artifact defining synthetic monitoring test configurations for downstream execution. It separates planning from execution, enabling native workflows to process and run browser, API, HTTP, SSL, or port tests based on the rendered plan.

Can I configure test locations and execution frequency when setting up synthetic monitoring?

Yes, you can configure test locations and execution frequency as input parameters when rendering a synthetic monitoring plan. The setup honors realm, location, frequency, and run_now inputs to customize how browser, API, HTTP, SSL, or port tests execute downstream.

What's the best way to scaffold a synthetic test for a new URL and hand off artifacts?

The best way to scaffold a synthetic test is to render a focused monitoring plan that generates a native-ops compatible spec and delegate wrapper. This maintains separation of responsibilities by delegating full rendering and execution to the native-ops workflow for downstream processing.

Does this synthetic monitoring setup support running tests immediately after configuration?

Yes, the setup supports a run_now parameter allowing tests to execute immediately after configuration. When rendering a synthetic monitoring plan for browser, API, HTTP, SSL, or port tests, the run_now input is honored alongside realm, location, and frequency settings.

Why delegate synthetic test rendering to a native-ops workflow instead of executing directly?

Delegating synthetic test rendering to a native-ops workflow maintains separation of responsibilities between planning and execution. This enables quick scaffolding of test specs while ensuring safe handoff of artifacts to downstream systems for controlled processing and execution.