Token导航 LogoToken导航

Agent Skill · 研究检索

ai-vibe-detector(艾振动探测器)

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

ai-vibe-detector 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 49,774。

总安装 636周安装 26GitHub Stars 1下载 206核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 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

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中快速定位候选结果。支持基于关键词、任务场景或来源线索进行信息检索与筛选。通过 npx skills add 命令从 GitHub 仓库安装,需确认权限范围和维护状态。

建议结合原始 README 核验具体用法,注意是否触发联网或文件读写操作。ai-vibe-detector 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/ai-vibe-detector

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/haiyuan-ai/agent-skills --skill ai-vibe-detect…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

ai-vibe-detector 怎么安装?

在终端执行 npx skills add https://github.com/haiyuan-ai/agent-skills --skill ai-vibe-detector。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

ai-vibe-detector 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

ai-vibe-detector 需要什么权限?

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

ai-vibe-detector 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

ai-vibe-detector 用的人多吗?

公开数据是累计安装 636 次,近一周安装 26 次,下载 206 次,GitHub 1 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

ai-vibe-detector 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
ai-vibe-detector

艾振动探测器 · 本页

6361只读未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

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. 不提供面向特定检测器的定向规避建议

平台分布

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