---
id: gh-parallel-monitor
name: "parallel-monitor"
url: https://skills.yangsir.net/skill/gh-parallel-monitor
author: parallel-web
domain: ai-agent-external-interaction
tags: ["web-monitoring", "data-extraction", "automation", "change-detection"]
install_count: 6600
rating: 4.50 (120 reviews)
github: https://github.com/parallel-web/parallel-agent-skills/tree/main/skills/parallel-monitor
---

# parallel-monitor

> 该技能使AI智能体能够持续监控网页内容变化，例如价格、新闻或文件更新。它支持创建、列出、更新和删除监控任务，并在检测到变化时发出通知，从而实现自动化数据追踪和实时信息获取。

**Stats**: 6,600 installs · 4.5/5 (120 reviews)

## Before / After 对比

### 实时网页变化追踪效率提升

**Before**:

业务人员需要手动定期访问多个竞争对手网站，检查价格、产品更新或新闻发布，耗费大量时间且容易遗漏关键信息，导致市场响应滞后。

**After**:

AI智能体通过持续监控技能自动追踪指定网页内容，一旦检测到价格变动或重要公告，立即通过Webhook发送通知，将关键信息获取时间从数小时缩短至分钟级，显著提升市场响应速度。

| Metric | Before | After | Change |
|---|---|---|---|
| 关键信息检测时间 | 24小时 | 1小时 | -96% |

## Readme

# Web Monitor

Action: $ARGUMENTS

> Requires `parallel-cli` ≥ 0.3.0 (the `monitor` command was added in 0.3.0). If `parallel-cli monitor` errors with `no such command` or similar, tell the user to run `parallel-cli update` (or `pipx upgrade parallel-web-tools` if installed via pipx), then retry.

## What this skill does

Monitors are long-running, server-side jobs that re-check the web on a cadence and emit events when something changes. Unlike search/research/findall (one-shot lookups), monitors persist until deleted and can optionally fire a webhook on each event.

## Decide the action

Parse the user's request and pick one:

| Intent | Action |
|---|---|
| "Track / watch / monitor / alert me when X" | **create** |
| "What am I monitoring?" / "List monitors" | **list** |
| "What changed?" / "Show me events for monitor X" | **events** |
| "Show monitor X" / "Get details for X" | **get** |
| "Change cadence / query / webhook for X" | **update** |
| "Test the webhook" / "Fire a test event" | **simulate** (requires a webhook on the monitor) |
| "Show me the full payload for event group X" | **event-group** |
| "Stop / delete monitor X" | **delete** (always confirm before deleting) |

## Create a monitor

```bash
parallel-cli monitor create "<query>" --cadence daily --json
```

Cadence options: `hourly`, `daily` (default), `weekly`, `every_two_weeks`. Match cadence to how often the source actually changes — hourly for prices/news, weekly for filings/staffing.

Optional flags:

- `--webhook https://example.com/hook` — POST events to a URL as they happen
- `--metadata '{"team":"competitive-intel"}'` — attach JSON metadata for your own bookkeeping
- `--output-schema '<json>'` — structure the event payload (advanced)

Parse the JSON to extract the `monitor_id`. Tell the user:

- The monitor has been created with its ID
- The cadence (so they know when to expect first event)
- That events accumulate server-side — they can run `parallel-cli monitor events $MONITOR_ID` later to see what changed

If they configured a webhook, suggest testing it:

```bash
parallel-cli monitor simulate "$MONITOR_ID"
```

`simulate` requires a webhook to be configured on the monitor. Without one it errors with `Webhook not configured for this monitor` — do not run it on monitors created without `--webhook`.

## List monitors

```bash
parallel-cli monitor list -n 10 --json
```

Default to `-n 10` — accounts with many historical monitors can return megabytes of JSON otherwise. Raise the limit only if the user explicitly asks for "all" or a larger set. Present as a table: ID, query (truncated), cadence, created.

> Note: `monitor list` is not guaranteed to be sorted newest-first, so a monitor you just created may not appear in the first page of results. If a user is verifying creation, prefer `monitor get $MONITOR_ID` (using the ID returned by create) over scanning the list.

## View events for a monitor

```bash
parallel-cli monitor events "$MONITOR_ID" --lookback 10d --json
```

Lookback format: `Nd` (days) or `Nw` (weeks). Default `10d`.

For deeper detail on a specific event group:

```bash
parallel-cli monitor event-group "$MONITOR_ID" "$EVENT_GROUP_ID" --json
```

Summarize for the user: count of events in the period, then a bulleted list of what changed with timestamps. Cite source URLs from the event payload.

## Get / update / delete

```bash
parallel-cli monitor get "$MONITOR_ID" --json
parallel-cli monitor update "$MONITOR_ID" --cadence weekly --json
parallel-cli monitor delete "$MONITOR_ID" --json
```

**Always confirm before deleting** — deletion is permanent.

## Setup

Requires `parallel-cli` (installed and authenticated). If `parallel-cli --version` fails, or if a later command fails with an authentication error, tell the user to see <https://docs.parallel.ai/integrations/cli> and stop.


---
*Source: https://skills.yangsir.net/skill/gh-parallel-monitor*
*Markdown mirror: https://skills.yangsir.net/api/skill/gh-parallel-monitor/markdown*