competitor-alerts
Configure competitor alerts. Use when: tracking content changes, pricing shifts, ad launches, SERP changes, social spikes.
What this skill does
# /digital-marketing-pro:competitor-alerts
## Purpose
Configure an intelligent competitor alert system that surfaces competitive changes worth knowing about while actively managing alert fatigue. Define what types of competitive changes should trigger notifications, at what significance thresholds, for which competitors, through which channels, and at what urgency tier. Competitive monitoring generates a high volume of raw change signals — most are noise that does not warrant human attention. This command transforms raw change detection into actionable competitive intelligence by applying tiered urgency rules, smart thresholds calibrated to each dimension's natural volatility, and digest batching that groups lower-priority changes into periodic summaries rather than individual pings. The result is a competitor alert pipeline that reliably surfaces high-impact competitive moves in real-time while packaging routine competitive activity into digestible periodic briefings that maintain awareness without disruption. Supports per-competitor and per-dimension alert customization so the user can watch a primary rival more closely with tighter thresholds while applying lighter monitoring to secondary and emerging competitors.
## Input Required
The user must provide (or will be prompted for):
- **Competitors to monitor**: Which tracked competitors should have alerts enabled — can be all currently monitored competitors from competitor-monitor or a specific subset. Each competitor can have fully independent alert configurations, allowing tighter trigger thresholds and higher default urgency for primary rivals versus secondary competitors. Competitors must have existing baselines from competitor-monitor to enable meaningful change detection; if any requested competitors lack baselines, the user is prompted to run competitor-monitor first to establish the reference state
- **Alert types to enable**: Which competitive change categories to monitor — `content` (new pages published, significant edits to key pages, messaging or value proposition changes), `pricing` (any pricing page change, plan restructuring, new discount offers or promotions, free trial modifications), `ads` (new campaign launches in Google Ads or Meta, major creative rotations, new advertising platform presence), `social` (mention volume spikes, sentiment shifts, viral content, significant follower growth), `ranking` (organic position changes on tracked keywords beyond the configured threshold), `serp` (featured snippet ownership changes, People Also Ask presence shifts, knowledge panel updates, AI overview citation changes), `positioning` (correlated changes across multiple dimensions suggesting a deliberate strategic shift). Select all for comprehensive alerting or choose specific types per competitor based on competitive priorities
- **Urgency tiers per alert type**: Assignment of each enabled alert type to an urgency tier — `critical` (immediate real-time notification for high-impact competitive moves demanding fast response), `warning` (batched into daily digest for notable but non-urgent changes requiring awareness), or `info` (collected into weekly digest for background intelligence and pattern recognition). If not specified by the user, defaults are applied based on typical competitive impact patterns and dimension sensitivity
- **Notification channel**: Where to deliver alerts — Slack channel name (e.g., #competitor-alerts, #marketing-intel, #urgent-competitive) or email address. Supports specifying different channels per urgency tier for intelligent routing — e.g., critical alerts to #urgent-alerts with @channel mention for immediate visibility, warning alerts to #competitor-daily for morning review, and info alerts bundled into the #competitor-weekly digest. For Slack delivery, requires the Slack MCP server to be connected with posting permissions on the target channels
- **Alert mode**: Delivery timing preference per urgency tier — `real-time` (alerts sent immediately upon change detection, best suited for critical-tier alerts only), `daily-digest` (all alerts of the tier batched and delivered once per day at a specified time, typically morning), or `weekly-digest` (all alerts batched into a comprehensive weekly competitive intelligence briefing). Recommended configuration mixes modes by tier — critical alerts in real-time for immediate competitive response, warning alerts in daily digest for daily planning context, info alerts in weekly digest for strategic awareness
- **Custom thresholds (optional)**: Override the default change significance thresholds per alert type to tune sensitivity — e.g., "alert on ranking changes greater than 3 positions instead of the default 5", "trigger social alerts at 1.5x baseline mention volume instead of 2x", "alert on any content change to competitor homepages and pricing pages, not just significant edits", "lower ad alert threshold to include creative refreshes not just new campaigns". Allows fine-tuning based on competitive intensity, industry pace, and the user's tolerance for alert volume versus comprehensiveness
## Process
1. **Load brand context and existing competitor monitoring configuration**: Read `~/.claude-marketing/brands/_active-brand.json` for the active slug, then load `~/.claude-marketing/brands/{slug}/profile.json`. Apply brand competitive landscape context, industry vertical, and target market definitions. Load existing competitor monitoring data from competitor-tracker.py — competitor profiles with current baselines, scan schedules with frequencies, historical change logs, and any previously configured alert rules that may need updating rather than creating from scratch. Verify that all requested competitors have active baselines with recent data; if any lack baselines, prompt the user to run competitor-monitor first to establish the reference state required for meaningful change detection. Check for agency SOPs at `~/.claude-marketing/sops/`.
2. **Configure alert rules per alert type**: For each enabled alert type, define the specific trigger conditions that constitute a change worth alerting on, calibrated to filter noise while catching meaningful competitive signals. Content alerts: new page published on the competitor's site or significant edit to a key page (homepage, pricing, product, about, landing pages) detected via content diff where similarity drops below the threshold, filtering out minor copy corrections and formatting changes while catching messaging pivots, new feature announcements, and positioning shifts. Pricing alerts: any detectable change to pricing page content including plan names, price points, feature lists, tier structure, or promotional offers — pricing changes are binary-sensitive so any modification is considered alert-worthy. Ad alerts: new campaign detected in Google Ads Transparency Center or Meta Ad Library, or major creative rotation where more than 50% of active creatives in a campaign are new within the scan window. Social alerts: mention volume exceeding 2x the rolling 30-day baseline average indicating unusual buzz, or sentiment score shifting more than 0.3 points on a normalized -1 to 1 scale suggesting a reputation event. Ranking alerts: organic position change exceeding 5 positions (configurable via custom thresholds) on any tracked keyword, with separate sensitivity for page 1 losses versus deep ranking fluctuations. SERP alerts: featured snippet, knowledge panel, or People Also Ask ownership change on tracked keywords where the brand or a competitor gains or loses a SERP feature. Positioning alerts: correlated changes detected across two or more dimensions within a 7-day window suggesting a coordinated strategic move — e.g., new landing page plus new ad campaign plus messaging change on the homepage.
3. **Set urgency tiers**: Assign each alert type to the user-specified or default urgency tier with corresponding delivery behavior and formatting. Critical tier — default for pricing Related in Ads & Marketing
ads
IncludedMulti-platform paid advertising audit and optimization skill. Analyzes Google, Meta, YouTube, LinkedIn, TikTok, Microsoft, and Apple Ads. 250+ checks with scoring, parallel agents, industry templates, and AI creative generation.
banana
IncludedAI image generation Creative Director powered by Google Gemini Nano Banana models. Use this skill for ANY request involving image creation, editing, visual asset production, or creative direction. Triggers on: generate an image, create a photo, edit this picture, design a logo, make a banner, visual for my anything, and all /banana commands. Handles text-to-image, image editing, multi-turn creative sessions, batch workflows, and brand presets.
rpg-migration-analyzer
IncludedAnalyzes legacy RPG (Report Program Generator) programs from AS/400 and IBM i systems for migration to modern Java applications. Extracts business logic from RPG III/IV/ILE source code, identifies data structures (D-specs), file operations (F-specs), program dependencies (CALLB/CALLP), and converts RPG constructs to Java equivalents. Generates migration reports, complexity estimates, and Java implementation strategies with POJO classes, JPA entities, and service methods. Use when modernizing AS/400 or IBM i legacy systems, analyzing RPG source files (.rpg, .rpgle, .RPGLE), converting RPG to Java, mapping data specifications to Java classes, planning legacy system migration, or when user mentions RPG analysis, Report Program Generator, RPG III/IV/ILE, AS/400 modernization, IBM i migration, packed decimal conversion, or mainframe application rewrite.
brand-library-architect
IncludedBuild a complete brand library for a product — visual asset render pipeline, brand documentation set (BRAND, COPY, MANIFESTO, BIOS, FAQ, GLOSSARY, TONE, PRICING), open-source convention files (README, CONTRIBUTING, SECURITY, CODE_OF_CONDUCT), and a self-contained press kit. This skill should be used when the user asks to "build a brand library / brand kit / press kit / brand assets" for a product, "set up a brand library workflow," "create a positioning manifesto plus visual identity," or any combination of brand documentation + visual asset pipeline. Apply phase-by-phase or run end-to-end. Templates are product-agnostic and use {{TOKEN}} placeholders the skill prompts the user to fill.
writing-tech-post
IncludedAuthors engineering blog posts end-to-end: launch deep-dives, incident postmortems, architecture migrations, performance case studies, tutorials, AI/agent system writeups, security disclosures, and research-to-product translations. Picks the correct archetype, plans the abstraction ladder, enforces an evidence cadence (diagrams, benchmarks, profiles, traces, code, ablations), tunes voice against publisher house styles (Datadog, Vercel, GitHub, AWS, Meta, Cloudflare, Jane Street), and runs a pre-publish gate for narrative momentum and disclosure ethics. Use when drafting a new engineering post, restructuring a draft that feels flat, deciding which evidence form belongs where, validating that depth and product context are balanced, or preparing a postmortem, migration, or performance narrative for external publication. Do not use for API reference documentation, README authoring, marketing copy, release notes, generic SEO content, ghost-written executive thought leadership, or non-engineering long-form essays.
blog-google
IncludedGoogle API integration for blog performance: PageSpeed Insights, CrUX Core Web Vitals with 25-week history, Search Console performance, URL Inspection, Indexing API, GA4 organic traffic, NLP entity analysis for E-E-A-T, YouTube video search for embedding, and Google Ads Keyword Planner. Progressive feature availability based on credential tier (API key, OAuth/service account, GA4, Ads). Shares config with claude-seo at ~/.config/claude-seo/google-api.json. Use when user says "google data", "page speed", "core web vitals", "search console", "indexation", "GA4", "keyword research", "nlp entities", "blog performance", "youtube search", "google api setup".