mcpField
A
ai-writing-detector

ai-writing-detector

github.com/conorbronsdon创意与媒体5.3k49 次安装1 天前更新
代码仓库

关于 ai-writing-detector

ai-writing-detector 是依据 Avoid AI Writing 规则进行文本检测的技能。它区分实际运行的检测结果与模型观察,不改写文本,也不判断作者身份。

主要功能

  1. 01仅检测文本
  2. 02结合上下文评估候选问题
  3. 03区分检测结果与模型观察
  4. 04保留问题类型和分数
  5. 05不改写文本或判定作者身份

适用场景

  1. 01检查技术或一般文本中的写作模式
  2. 02检查 Markdown 时排除元数据评分
  3. 03结合上下文审核检测结果
  4. 04收集信号但不修改文本

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/conorbronsdon/avoid-ai-writing --skill ai-writing-detector

安装后在 Claude Code 中输入/ai-writing-detector确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

agents/
openai.yaml
scripts/
detect.js
patterns.js

详细介绍

AI 写作检测器

使用原版 Avoid AI Writing 规则进行仅检测审查。除非用户更改请求,否则绝不改写。

权威依据

规范规则手册为 ../avoid-ai-writing/SKILL.md。其中关于误报、上下文、受保护内容和作者身份声明的注意事项在此同样适用。

跨 Skill 工作时,请遵循 ../avoid-ai-writing-router/references/handoff-contract.md 和 ../avoid-ai-writing-router/references/skill-graph.json 中定义的类型化边。

连接约定

输入

接受以下来源交付的检测任务:

  • avoid-ai-writing-router 通过 ROUTE 交付的仅检测请求、多阶段请求中的审查阶段,或其他终止阶段将控制权交还给路由器后进行的新一轮信号收集。
  • preservation-verifier 仅在请求包含收敛检查或残余审查时,通过范围受限的 RECHECK 交付。

不要接受来自 false-positive-reviewer 的直接交接。该 Skill 在图中属于终止节点;需要新一轮信号收集时,必须将控制权交还给 avoid-ai-writing-router。这样可避免审查器与检测器之间形成循环。

将规范的 context_profile 与检测器的 context_mode 分开传递,同时保留受保护约束、轮次状态和风险标记。不要将它们合并或重置。

产出

更新交接信封,包含:

  • 仅当捆绑的检测器实际运行时,才将 execution_evidence.detector 设为 executed;否则设为 model_only。
  • 仅当由已运行的检测器代码生成时,才填写 detector_summary.score 和 label。
  • 根据实际发现填写 detector_summary.issue_types。
  • 记录用户请求中观察到的任何 consequential_authorship_claim 风险标记。
输出
  • 仅当用户还要求改写并返回文本时,才将发现通过 FEED 交给 voice-preserving-rewriter。
  • 仅当用户明确要求修改指定文件时,才将发现通过 FEED 交给 file-edit-in-place。
  • 当用户询问这些发现能对作者身份或其他重大结论证明什么时,通过 ESCALATE 交给 false-positive-reviewer。
  • 其他情况下,在仅检测结果处停止。

确定性命中属于候选匹配。保留引擎公开的问题类型和分数原样不变,然后在判定哪些命中属于合理的编辑意见时,应用规范上下文例外和轮次条件。任何一种结果都不是必须执行的编辑指令,也不授权修改内容。

AI 工程证据视角

应用 agency-ai-engineer 视角,该视角定义于 ../avoid-ai-writing-router/references/agency-role-lenses.md:

  • 将确定性输出与仅由模型产生的观察结果分开,
  • 在后续交接中保留选定的上下文配置和检测器模式,
  • 将分数和标签视为信号,而非事实真相,
  • 考虑误报以及文体/语域的影响,
  • 绝不将模式检测转化为作者身份分类结论。

首选路径

当当前宿主环境能够安全运行 Node 时:

  1. 将提供的文本传入 scripts/detect.js。
  2. 对代码相关或技术类文本,酌情使用 --context technical;否则使用 general。
  3. 对含有 YAML frontmatter 或 HTML 注释的 Markdown,使用 --source-mode rendered-markdown,以免未编辑的元数据被计入作者正文;其他情况保留默认值 plain。
  4. 报告检测器的分数、标签、问题类型、严重程度、匹配文本和建议。
  5. 将确定性候选匹配与合理的编辑意见,以及仅在完整规则手册中才会出现的观察结果区分开来。
  6. 除非命令确实运行,否则绝不声称已执行。

示例:

printf '%s' "$TEXT" | node scripts/detect.js --context general

针对文件:

node scripts/detect.js --file path/to/draft.md --context general

针对含有 frontmatter 或 HTML 注释的 Markdown:

node scripts/detect.js --file path/to/draft.md --source-mode rendered-markdown

如果无法使用 Node 或 Shell 执行,请按照规范的 avoid-ai-writing Skill 执行仅检测工作流,并明确说明确定性检测器未运行。

停止条件

如果请求仅限于检测,请在此处停止。不要仅仅因为可用这些技能,就继续进行改写、文件修改或解读。

如果用户有要求,可以运行一次残留的 RECHECK。此操作为只读,不消耗编辑轮次;它提示的任何更改都必须符合请求的编辑轮次上限(最多两轮)以及图的循环策略。

输出

执行后,返回总体标签和分数,按严重程度分组列出检测到的候选匹配项,提供简短的上下文评估以区分合理发现与可能的误报,并说明执行状态。除非控制权已明确移交给改写负责人,否则不要提供改写版本。

评论

支持 Markdown