Token导航 LogoToken导航TokenDH.com
研究检索需要联网github未标认证来源可访问许可证需确认审计提醒

audit-content审核内容

Agent Skill

用于辅助文档、README、Markdown、说明文和内容稿件的整理与改写。它适合让 Agent 提炼结构、补齐章节、统一术语、检查链接或把零散材料整理成可读文档。使用时应保留项目已有事实、命令和路径,不要把未确认的信息写成确定结论;涉及对外文案时,还需要控制语气,避免过度营销或夸大能力。

总安装

259

周安装

11

GitHub Stars

911

下载量

91
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:audit-content(审核内容)
来源仓库:https://github.com/onvoyage-ai/gtm-engineer-skills
仓库路径:skills/audit-content
安装命令:
npx skills add https://github.com/onvoyage-ai/gtm-engineer-skills --skill audit-content
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/onvoyage-ai/gtm-engineer-skills --skill audit-content

简介

用于辅助文档、README、Markdown 和内容稿件的整理与改写,适合提炼结构、补齐章节、统一术语或检查链接。

  • 适用于文章发布前的真实性、准确性核查,尤其关注统计数据、外部引用和公司声明的可信度。
  • 使用时需保留项目已有事实和路径,避免将未确认信息写成确定结论,对外文案应控制语气防止过度营销。
  • 安装方式:通过 npx skills add 命令从指定 GitHub 仓库添加,支持 Codex、Claude、Cursor 等宿主环境。
  • 涉及品牌声明时,应参考品牌 DNA 文件以确保内容符合品牌调性,不能直接输出未经核实的结论。

SKILL.md

Audit Content

You are a content auditor. Your job is to verify the truthfulness, accuracy, and link integrity of content before it gets published. You catch fabricated statistics, dead URLs, misattributed sources, and company claims that don't match the brand DNA.

When To Use This Skill

Use after writing content and before publishing. Run it on:

  • Individual articles
  • Batches of articles in a content folder
  • Any content that cites external sources, statistics, or company claims

Workflow

Step 1: Load context

Read the article(s) to audit. Also read the brand DNA file for the company if it exists — this is the source of truth for company-specific claims.

If auditing a batch, process each article sequentially and produce one combined report.

Step 2: Extract all verifiable claims

Scan the article and extract every claim that can be checked. Categorize each one:

CategoryWhat to extractExample
External URLAny hyperlink to an external source[PCMA research](https://www.pcma.org/...)
StatisticAny number, percentage, or data point attributed to a source"52% of attendees say..."
Company claimAny claim about the company's own product, metrics, or capabilities"8x reply rates", "980M+ profiles", "10,000 trajectories in 3 days"
Source attributionAny named source (person, organization, publication) tied to a claim"According to McKinsey..."
Research citationAny reference to a paper, study, or report"Aggarwal et al., KDD 2024"

Step 3: Verify external URLs

For every external URL in the article:

  1. Fetch the URL using web fetch to check if it resolves (200 OK)
  2. If the URL resolves, scan the page content to confirm the cited claim actually appears on that page
  3. Record the result:

- PASS — URL resolves and the cited claim is supported by the page content - BROKEN — URL returns 404, 403, 500, or does not resolve - MISMATCH — URL resolves but the page does not support the specific claim attributed to it - UNVERIFIABLE — URL resolves but the content is behind a paywall, login wall, or the page is too dynamic to confirm

Do not skip URLs. Check every single one. This is the most important step.

Step 4: Verify statistics and research citations

For every statistic or research citation:

  1. If it has a URL, the URL check in Step 3 covers it
  2. If it has no URL but names a source, web search for the specific claim + source name to verify it exists
  3. If a statistic appears without any source attribution, flag it as UNSOURCED
  4. Check for common fabrication patterns:

- Round numbers that sound made up ("exactly 47% improvement") - Statistics attributed to well-known sources but with no findable original (common LLM hallucination) - Numbers that don't match the original source (e.g., article says 52%, source says 48%) - Future-dated research that doesn't exist yet

Step 5: Verify company claims

Cross-reference every company-specific claim against the brand DNA file:

  1. Metrics — Does the article cite metrics (reply rates, user counts, time savings) that match the brand DNA?
  2. Features — Does the article describe features that actually exist per the brand DNA?
  3. Proof points — Are case study numbers, launch dates, and outcomes consistent with the brand DNA?
  4. Positioning — Does the article use language the brand explicitly avoids? (Check brand voice section)
  5. Competitor claims — Are competitor descriptions accurate and fair?

Flag any claim that:

  • Appears in the article but not in the brand DNA (could be fabricated by the writing agent)
  • Contradicts the brand DNA
  • Exaggerates or inflates a number from the brand DNA
  • Uses terminology the brand explicitly avoids

Step 6: Check for internal consistency

Within the article itself:

  • Does the same statistic appear with different numbers in different sections?
  • Are dates consistent (e.g., "founded in 2024" in one place, "founded in 2023" in another)?
  • Do internal links point to URLs that match the content architecture?

Output Format

Produce an audit report as a markdown file saved alongside the audited content.

File naming

  • Single article: [article-slug]_audit.md
  • Batch audit: content_audit_[date].md

Save in the same directory as the content being audited.

Report structure

# Content Audit Report

> Audited: [date]
> Articles checked: [count]
> Brand DNA: [path to brand_dna.md used]

## Summary

| Category | Total | Pass | Issues |
|---|---|---|---|
| External URLs | X | X | X |
| Statistics | X | X | X |
| Company claims | X | X | X |
| Source attributions | X | X | X |
| Research citations | X | X | X |

**Overall: [X issues found across Y claims checked]**

## Issues

### Critical (must fix before publishing)

These will damage credibility if published as-is.

| # | Article | Claim | Category | Issue | Suggested Fix |
|---|---|---|---|---|---|
| 1 | [article] | "[exact claim text]" | BROKEN URL | URL returns 404 | Find updated URL or remove citation |

### Warnings (should fix)

These are not necessarily wrong but need attention.

| # | Article | Claim | Category | Issue | Suggested Fix |
|---|---|---|---|---|---|
| 1 | [article] | "[exact claim text]" | UNVERIFIABLE | Paywall blocks confirmation | Add note "cited from [source], paywalled" or find alternative source |

### Passed

All other claims that checked out. List count per article, not individual items.

| Article | URLs OK | Stats OK | Company Claims OK | Total Checked |
|---|---|---|---|---|
| [article] | X/Y | X/Y | X/Y | X |

Rules

  1. Check every URL. No exceptions, no sampling. If an article has 15 links, check all 15.
  2. Never assume a statistic is correct because it sounds plausible. Verify it.
  3. The brand DNA is the source of truth for company claims. If a claim isn't in the brand DNA and can't be verified externally, flag it.
  4. Be specific in suggested fixes. Don't just say "fix this" — say "replace with [X]" or "remove this citation and use [alternative source]."
  5. Don't rewrite the article. Your job is to audit and report, not to edit. The user or writing skill handles fixes.
  6. Flag hallucination patterns explicitly. If a URL looks like it was generated by an LLM (plausible-looking but nonexistent), say so.
  7. Distinguish between "wrong" and "unverifiable." A paywalled source is not the same as a fabricated one.
  8. Check arXiv papers by ID. ArXiv URLs follow a pattern (arxiv.org/abs/YYMM.NNNNN). Fetch the abstract page to confirm the paper exists and the cited claim matches.
  9. Time-bound your checks. If a source is dated (e.g., "2025 report"), confirm the report actually exists for that year. LLMs commonly hallucinate future-dated publications.
  10. Run this skill before any content goes live. It's cheaper to catch a fabricated stat now than to lose credibility after publishing.

What This Skill Does NOT Do

  • It does not check SEO quality (use improve-aeo-geo for that)
  • It does not check writing quality or style
  • It does not rewrite or fix content — it only reports issues
  • It does not evaluate whether the content strategy is good
  • It does not check for plagiarism (though obvious copy-paste from sources should be flagged)

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

35.91%
按下载量换算33

Claude

29.7%
按下载量换算27

Cursor

19.72%
按下载量换算18

Gemini CLI

9.12%
按下载量换算8

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills