Token导航 LogoToken导航TokenDH.com
研究检索只读github未标认证来源可访问许可证需确认审计通过

ai-vibe-detector艾振动探测器

Agent Skill

ai-vibe-detector 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

636

周安装

26

GitHub Stars

1

下载量

206
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:ai-vibe-detector(艾振动探测器)
来源仓库:https://github.com/haiyuan-ai/agent-skills
仓库路径:skills/ai-vibe-detector
安装命令:
npx skills add https://github.com/haiyuan-ai/agent-skills --skill ai-vibe-detector
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/haiyuan-ai/agent-skills --skill ai-vibe-detector

简介

用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中快速定位候选结果。

  • 支持基于关键词、任务场景或来源线索进行信息检索与筛选。
  • 通过 npx skills add 命令从 GitHub 仓库安装,需确认权限范围和维护状态。
  • 建议结合原始 README 核验具体用法,注意是否触发联网或文件读写操作。
  • ai-vibe-detector 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

AI Vibe Detector

分析文本中的 AI 风格信号、AI 润色痕迹、误判风险,并提供自然化改写建议。

When to Use This Skill

Trigger this skill when the user:

  • 要求检查文本是否像 AI 写的
  • 问“这篇文章 AI 味重吗”
  • 需要去 AI 化或改得更自然
  • 想知道某段文字会不会被 AI 检测器误伤
  • 提到”朱雀检测””AI 检测风险”等平台或检测场景
  • 提供了一个 URL,要求分析该文章的 AI 味

Do not frame the task as:

  • 保证通过 AI 检测
  • 绕过、欺骗、击败某个检测器
  • 证明文本一定是 AI 或一定是人写

Core Workflow

0. Input Handling

如果用户提供的是 URL 而非文本:

  1. 使用当前环境中可用的网页抓取能力获取页面内容
  2. 如果首次抓取失败(反爬拦截、验证页面、内容为空),检查当前环境中是否有其他可用的抓取工具或技能(如专门的网页内容提取、浏览器自动化等),尝试用替代方式获取
  3. 提取正文部分(忽略导航、侧栏、广告等非正文内容)
  4. 如果所有抓取方式均失败,提示用户手动粘贴文章内容
  5. 将提取的正文作为待分析文本,进入下面的分析流程

1. Analysis Steps

  1. 获取待分析文本,先区分正文、引用、代码、命令、提示词和模板内容。
  2. 判断文本类型:
  • 叙述 / 观点文
  • 技术说明 / 文档
  • 公告 / 营销文
  • 学术 / 正式写作
  • 混合内容
  1. 从四层信号分析文本:
  • 高置信结构信号
  • 中置信语言信号
  • 低置信平台启发式
  • 反误判信号
  1. 输出结论标签、置信度、误判风险,而不是只给一个总分。
  2. 如果用户要求改写,优先做“降低模板感、增加具体性、保留原意”的自然化修改。

Output Format

Use this output structure by default:

(如有 3+ 段落,先输出分段分析,见下方 Paragraph-Level Analysis)

结论:更像 AI 风格化写作 / 更像 AI 润色痕迹 / 更像人工原生写作 / 证据不足
置信度:低 / 中 / 高
误判风险:低 / 中 / 高

主要依据:
1. ...
2. ...
3. ...

反误判因素:
1. ...
2. ...

如果要改:
- 优先改 🔴 段落(如有分段分析)
- 为什么这些位置最像模板化表达
- 给 1-3 个局部改写示例

Paragraph-Level Analysis

When text has 3+ paragraphs, or when the user requests detailed analysis, add per-paragraph breakdown:

分段分析:
🔴 高 | 第3段:总而言之,人工智能技术的快速发展为各行各业带来了...
       → 触发:模板化开头 + 空泛总结 + 连接词密度高
🟡 中 | 第1段:最近在搞一个 side project,用 Claude 帮我写了...
       → 触发:情绪过稳、段落收束句
🟢 低 | 第2段:上周三凌晨三点,服务器炸了,我翻了半小时日志...
       → 具体细节多,节奏自然

Place this before the overall conclusion. Rewrite suggestions should target 🔴 paragraphs first.

If the user explicitly wants a score, use a secondary score only:

  • AI 风格风险:0-10
  • Always pair it with confidence and false-positive risk
  • Never present the score as proof of authorship

Analysis Framework

1. High-Confidence Structural Signals

Look for:

  • 模板化开头和结尾反复出现
  • 段落长度和节奏异常均匀
  • “定义 -> 展开 -> 总结”结构过于稳定
  • 每段都像完成一个标准小节,没有自然跳跃
  • 大量总结句、收束句、过度照顾读者理解

These signals are stronger when they appear together.

2. Medium-Confidence Language Signals

Look for:

  • 连接词密度偏高
  • 空泛抽象名词偏多,具体信息偏少
  • 情绪过稳、判断过平滑
  • 同义改写很多,但真实信息增量很少
  • 明显“像在写一篇合格答案”而不是“像在表达一个具体的人”

3. Low-Confidence Platform Heuristics

These can raise detector risk but are not reliable authorship evidence:

  • 序号、列表、括号、破折号
  • 段末标点高度一致
  • 某些连接词或总结词
  • 口语化不足或过度工整

Use these only as weak indicators.

4. False-Positive Protection

Before calling something “AI 味重”, check whether the style is explained by:

  • 技术文档、SOP、教程、FAQ
  • 学术 / 公文 / 正式说明文体
  • 引用、法规、公告、品牌规范
  • 代码、命令、表格、清单
  • 用户给模型的 prompt,而不是最终成文
  • 人写后被工具轻度润色,而不是纯 AI 生成
  • 翻译文本(措辞均匀、缺乏口语痕迹是翻译的正常特征,不等于 AI 生成)

Decision Labels

Prefer one of these labels:

更像人工原生写作

  • 有真实选择痕迹
  • 有非模板化取舍
  • 具体细节和节奏变化自然

更像 AI 风格化写作

  • 模板感强
  • 结构和语气过稳
  • 抽象总结多于具体经验

更像 AI 润色痕迹

  • 原始观点可能是人的
  • 但措辞被统一抛光、平滑、标准化
  • 常见于“人写初稿 + AI 改顺”场景

证据不足

  • 文本太短
  • 类型本身高度模板化
  • 引用/代码/清单占比太高

Zhuque and Similar Detector Risk

When the user mentions 朱雀或类似检测器:

  • Explain that these tools often react to highly regular structure, overused transitions, and polished-but-generic prose
  • Treat platform-specific rules as heuristics, not facts
  • Do not say “这样改就一定能过”
  • Say “可能降低被判为模板化写作的风险”,not “保证通过检测”

For this case, add:

  • 平台风险信号
  • 误判风险
  • 更稳妥的自然化建议

Rewrite Guidance

If the user asks to humanize the text:

  • 如有分段分析结果,优先改写 🔴 高风险段落
  • 优先删”空泛总结”和”万能连接词”
  • 保留原文观点,不靠随机口语词堆砌
  • 增加可验证的细节、具体对象、具体动作
  • 允许节奏不完全对称
  • 局部加入真实视角,但不要凭空捏造经历

Avoid:

  • 强行加“我觉得”“说真的”“绝了”之类口头禅
  • 为了“像人”故意制造病句
  • 凭空添加个人经历、时间、地点
  • 面向某个检测器定向调参式改写

Resources

Use references selectively:

  • references/official-detector-landscape.md - Official product positioning and limits of major AI detectors
  • references/research-limitations.md - Research consensus on detector limits and false positives
  • references/platform-heuristics.md - Practical but weak platform-specific heuristics
  • references/wikipedia-ai-features.md - Legacy style-signal checklist
  • references/zhuque-detection.md - Legacy Zhuque-oriented heuristics, use cautiously

Output Principles

  1. 不把风格信号说成作者身份证明
  2. 不承诺通过任何检测器
  3. 先讲证据,再讲结论
  4. 必须给误判风险提示
  5. 自然化改写优先“减模板感”,不是“演人设”
  6. 不提供面向特定检测器的定向规避建议

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

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

平台分布

Codex

34.75%
按下载量换算72

Claude

30.67%
按下载量换算63

Cursor

19.99%
按下载量换算41

Gemini CLI

9.09%
按下载量换算19

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

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

来源信息

继续浏览同类 Skills