dineway/dineway-skills

dineway-content-monitor

Collect and interpret source-attributed Dineway content performance, ranking, crawl integrity, traffic, and AI-citation observations.

First seen Aug 13, 2026

Installation

$ npx skills add dineway/dineway-skills --skill dineway-content-monitor

Summary

  • Collect and interpret source-attributed Dineway content performance, ranking, crawl integrity, traffic, and AI-citation observations.
  • Use for scheduled monitoring, Google ranking changes, user-owned GSC evidence, ChatGPT/Perplexity/Claude/Gemini/Google AI visibility checks, content decay, anomaly review, or Fix-opportunity evaluation.

Also in this package

Other skills from dineway/dineway-skills · top by installs.

npx skills add dineway/dineway-skills

Browse all from dineway/dineway-skills

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 2
License LICENSE
Default branch main
Open issues 0
Status Active

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 4,727 B
  • docs SUMMARY.md 367 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 4 installs

SKILL.md

Dineway Content Monitor

Observe content without mutating it. Store bounded local evidence, record normalized observations through Content Pipeline MCP tools, and apply the active deterministic monitor policy. The plugin, not the Agent, owns tier transitions and deduplicated Fix triggers; the master Skill owns diagnosis, calendar priority, and the later Draft workflow.

Load references/ai-visibility.md and invoke dineway-content-ai-visibility before collecting or interpreting AI-engine observations.

Source boundaries

  • Query GSC and other user-owned accounts through the user's local authenticated connector. Do not

send those credentials to Forgeway.

  • Observe ChatGPT, Perplexity, Claude, Gemini, Google AI Overviews, Grok, and DeepSeek through the

user's local clients or Browser Use. These are client-owned compute, not Forgeway AI workloads.

  • Crawl the first-party site locally; use Browser Use for rendered checks. Record internal links,

orphan pages, duplicate topics, keyword conflict evidence, status, canonical, and structured data.

  • Use Forgeway DataForSEO/Firecrawl only for managed API-key or infrastructure-scale evidence such

as live SERP/rank/keyword datasets. Use dineway-seo-providers for bounded requests.

Every missing or failed source receives an explicit availability state. Never emit zero traffic, rank, citation, or issue counts in place of unavailable data.

Cadence

  • Check new content during its first 30 days and other high-priority content every three days.
  • Check stable content weekly and low-priority content monthly.
  • Promote immediately after an anomaly. Demote only after three consecutive stable observations.
  • Use the active versioned policy when it differs; record the policy version with evidence.

Workflow

  1. Read contentpipelinemonitorpolicyget, due

contentpipelinemonitorstatelist entries, native content identity, locale, revisions, publication time, linked observations, score snapshots, and prior Fix opportunities.

  1. Collect only sources due for this tier. Preserve raw local evidence in

.dineway/content/runs/<run-id>/jobs/<job-id>/monitor/evidence.json; normalize each result into a native observation with freshness, availability, artifact reference, dedupe key, and either numeric monitoring.metrics or explicit monitoring.integrity facts. Unavailable sources use an empty payload.

  1. Compare like-for-like windows and sources. Distinguish measurement gaps, seasonality, query/SERP

changes, site integrity failures, and genuine content decay as Agent analysis; do not convert that diagnosis into caller-authored thresholds.

  1. Run the reviewed contentpipelinemonitorobservationevaluate command once for each

stored observation. Preserve the returned evaluation, policy, tier, next due time, and optional trigger in the local monitor receipt. Exact replay must reuse the stored evaluation; an older new observation fails closed.

  1. Record an explainable new priority snapshot when current evidence materially changes demand,

authority gap, freshness risk, effort, or publication readiness.

  1. If evaluation returns a trigger, read it with contentpipelinefixtriggerget and use its

linked Fix opportunity. Do not manually create another Fix. Repeated evidence reuses one active Fix opportunity; after that opportunity is terminal, later evidence may create new work.

  1. Return to dineway-content-pipeline. Do not create a duplicate content item, mutate the

page, or enter the Draft pipeline before the linked Fix opportunity is accepted.

  1. Return the canonical Monitor artifact and typed payload linked to observations, deterministic

evaluation receipts, policy version, next due time, and optional Fix trigger.

  1. Let the master call contentpipelinestage_complete, which derives the receipt, completes the

Attempt/Assignment, and creates/accepts the immutable Monitor Result. Do not call granular Result operations.

Output

Return source availability, observation IDs, comparable changes, anomaly classification, monitoring tier decision, policy/evaluation/trigger IDs, score-snapshot rationale, linked Fix decision, and next due check. If evidence is inconclusive, say so and retain the policy-derived next due time rather than manufacturing certainty.