技能详情（站内镜像，无评论）
作者：danyangliu @danyangliu-sandwichlab
许可证：MIT-0
MIT-0 ·免费使用、修改和重新分发。无需归因。
版本：v1.0.0
统计：⭐ 0 · 173 · 0 current installs · 0 all-time installs
⭐ 0
安装量（当前） 0
🛡 VirusTotal ：良性 · OpenClaw ：良性
Package：danyangliu-sandwichlab/incident-ticket-manager
安全扫描（ClawHub）
- VirusTotal ：良性
- OpenClaw ：良性
OpenClaw 评估
This is an instruction-only skill that focuses on triage, severity classification, and ticket payload generation for ad-platform incidents; its requirements and instructions are coherent with the stated purpose and it does not request credentials or install code.
目的
The skill's name, description, and input/output contracts align with an incident-ticketing/triage workflow for advertising platforms. Required inputs (entity_ids, time_window, logs/events) are appropriate for this purpose. A minor note: the high-signal keywords list mentions additional channels (Amazon/Shopify/DSP) not emphasized in the 'Primary scope' heading—this is likely a documentation minor inconsistency, not a security concern.
说明范围
SKILL.md contains clear, scoped runtime instructions: confirm scope, validate freshness, detect anomalies, rank fixes, and emit ticket payloads. It does not instruct the agent to read arbitrary host files, access unspecified environment variables, or POST data to external endpoints. It asks for logs/events as inputs (expected for the task) but does not require ingestion of unrelated system data.
安装机制
No install spec and no code files — instruction-only. There is nothing that will be written to disk or executed on install, which minimizes installation risk.
证书
The skill declares no required environment variables, credentials, or config paths. Inputs it requests (entity IDs, logs, owner_contacts) are proportional to an incident-ticketing workflow. There are no unrelated credential requests.
持久
The skill is not marked always:true and uses default invocation settings. It does not request persistent system presence or modify other skills/config. Autonomous invocation is allowed by platform default but is not combined with other concerning privileges.
综合结论
This skill is instruction-only and internally consistent with ad incident triage. Before installing or using it: (1) avoid pasting platform credentials or long-lived tokens directly into free-text inputs—use your platform integrations or connection flows instead; (2) when providing logs or events, sanitize any PII you don't want shared; (3) test the skill in a low-impact environment (sample accounts or a staging campaign) to confirm the output…
安装（复制给龙虾 AI）
将下方整段复制到龙虾中文库对话中，由龙虾按 SKILL.md 完成安装。
请把本段交给龙虾中文库（龙虾 AI）执行：为本机安装 OpenClaw 技能「Ads Incident Tickets」。简介：Create and route ad operations incident tickets for Meta (Facebook/Instagram), …。
请 fetch 以下地址读取 SKILL.md 并按文档完成安装：https://raw.githubusercontent.com/openclaw/skills/refs/heads/main/skills/danyangliu-sandwichlab/incident-ticket-manager/SKILL.md
（来源：yingzhi8.cn 技能库）SKILL.md
---
name: incident-ticket-manager
description: Create and route ad operations incident tickets for Meta (Facebook/Instagram), Google Ads, TikTok Ads, and multi-platform campaign failures.
---
# Ads Incident Tickets
## Purpose
Core mission:
- incident capture, severity classification, owner routing
This skill is specialized for advertising workflows and should output actionable plans rather than generic advice.
## When To Trigger
Use this skill when the user asks for:
- ad execution guidance tied to business outcomes
- growth decisions involving revenue, roas, cpa, or budget efficiency
- platform-level actions for: Meta (Facebook/Instagram), Google Ads, TikTok Ads, YouTube Ads
- this specific capability: incident capture, severity classification, owner routing
High-signal keywords:
- ads, advertising, campaign, growth, revenue, profit
- roas, cpa, roi, budget, bidding, traffic, conversion, funnel
- meta, googleads, tiktokads, youtubeads, amazonads, shopifyads, dsp
## Input Contract
Required:
- entity_ids: account, campaign, adset, or ad identifiers
- incident_or_audit_scope
- time_window
Optional:
- logs_or_events
- policy_flags
- alert_thresholds
- owner_contacts
## Output Contract
1. Operational Status Summary
2. Severity-ranked Findings
3. Mitigation Actions
4. Escalation Ticket Payload
5. Monitoring Checklist
## Workflow
1. Confirm operational scope and impacted entities.
2. Validate data freshness and event completeness.
3. Detect anomalies, policy flags, or setup gaps.
4. Rank fixes by spend risk and recovery speed.
5. Emit owner-ready action and ticket payload.
## Decision Rules
- If data is stale, block final judgement and request refresh timestamp.
- If high-severity risk is found, recommend containment action first.
- If root cause is uncertain, provide top hypotheses with validation order.
## Platform Notes
Primary scope:
- Meta (Facebook/Instagram), Google Ads, TikTok Ads, YouTube Ads
Platform behavior guidance:
- Keep recommendations channel-aware; do not collapse all channels into one generic plan.
- For Meta and TikTok Ads, prioritize creative testing cadence.
- For Google Ads and Amazon Ads, prioritize demand-capture and query/listing intent.
- For DSP/programmatic, prioritize audience control and frequency governance.
## Constraints And Guardrails
- Never fabricate metrics or policy outcomes.
- Separate observed facts from assumptions.
- Use measurable language for each proposed action.
- Include at least one rollback or stop-loss condition when spend risk exists.
## Failure Handling And Escalation
- If critical inputs are missing, ask for only the minimum required fields.
- If platform constraints conflict, show trade-offs and a safe default.
- If confidence is low, mark it explicitly and provide a validation checklist.
- If high-risk issues appear (policy, billing, tracking breakage), escalate with a structured handoff payload.
## Code Examples
### Incident Ticket Example
ticket_id: INC-ads-001
severity: high
impact: spend_waste_risk
owner: media-ops
next_check_at: 2026-03-03T10:00:00Z
### Health Rule Example
rule: delivery_drop
condition: impressions_down_pct > 40
action: alert_and_pause_review
## Examples
### Example 1: Pixel breakage before launch
Input:
- Purchase event missing
- Campaign start in 24h
Output focus:
- severity ranking
- immediate mitigation
- relaunch checklist
### Example 2: Account health audit
Input:
- Multiple platform accounts
- Unknown policy or billing status
Output focus:
- readiness scorecard
- blocking risks
- owner-level actions
### Example 3: Live anomaly handling
Input:
- Spend spikes with no conversion lift
- Multiple campaigns impacted
Output focus:
- anomaly triage path
- containment actions
- incident ticket payload
## Quality Checklist
- [ ] Required sections are complete and non-empty
- [ ] Trigger keywords include at least 3 registry terms
- [ ] Input and output contracts are operationally testable
- [ ] Workflow and decision rules are capability-specific
- [ ] Platform references are explicit and concrete
- [ ] At least 3 practical examples are included