
Aiseo Audit
io.github.agencyenterprise由 GitHub 账号 agencyenterprise 发布v2.0.0更新于 Oct 24, 2026
Audit web pages for AI search readiness with evidence-tiered factors and pipeline-stage scores.
发布方自己的服务:audit.domains - Domain Valuation
概览
审计网页的 AI 搜索就绪度,评估生成式引擎抓取、提取和复用该页面的难易程度。
- 可以做什么
- 提供 audit_url 工具,对页面执行确定性的、类似 Lighthouse 的审计,返回总分、等级、四个流水线阶段百分比(技术可获取性、检索对齐、引用适配度、来源可信度)以及按优先级排列的修复建议。可选的 queries 和 domain 参数可加入查询相关与产品页专项检查。报告可输出为终端文本、JSON、Markdown 或 HTML。
- 适用场景
- 适合用于检查或改进页面面向 AI 搜索与生成式引擎检索的结构,或长期跟踪该就绪度并在 CI 中设卡。它衡量的是内容就绪度,而非传统搜索排名或引用概率。
- 运行要求
- 需要 Node.js 20.19 或更高版本;MCP 服务器通过 npx 在本地运行,无需安装或 API 密钥。需要网络访问被审计页面、其站点地图以及 robots.txt、llms.txt 等域名信号文件。
安装
在 SourceWeft 中
- 打开 控制台中的 Aiseo Audit,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
README
aiseo-audit
[npm version] [License: MIT] [Node.js] [CI] [Coverage]
A deterministic, Lighthouse-style audit for AI search readiness. Test how easily generative engines can fetch, extract, understand, and reuse a web page.
AI SEO measures content readiness, not traditional search rank. The score is a research-informed heuristic audit, not a citation probability or a promise that an engine will cite the page.
Website & guides · Quick start · CI/CD · AI assistants · Library API · Scoring methodology
Quick Start
Requires Node.js 20.19 or later.
No install or API key is required. Analysis runs locally with no AI API calls or telemetry. Network access is limited to the page, the sitemap, and domain-signal files such as robots.txt and llms.txt.
Typical output begins with the overall score, pipeline stages, and highest-impact fixes:
For a project-local CLI installation:
Install it as a regular dependency when using the programmatic API, or globally with npm install -g aiseo-audit.
Why aiseo-audit?
- Content analysis, not tag detection. Reads the page the way an engine would: does it name its subject consistently, answer questions directly, back claims with sources, and keep boilerplate out of the way? 50+ factors.
- Evidence-tiered scoring. Every factor is labeled supported, conditional, heuristic, diagnostic, or experimental and mapped to the reviewed literature in docs/EVIDENCE.md.
- Pipeline-stage reporting. See whether the main constraint is technical eligibility, retrieval alignment, citation fitness, or provenance.
- Deterministic and inspectable. The same scoring version, configuration, fetched inputs, and evaluation date produce the same score. Weights and thresholds are documented rather than hidden behind an external service.
- Multiple ways to run. Use the CLI, GitHub Action, MCP server, or typed TypeScript API; render terminal, JSON, Markdown, or standalone HTML reports.
Common Workflows
Audit against target queries
Query-aware audits measure three things: query terms in structural fields such as the title and headings, query terms in the body text, and a section of the page addressing each aspect of the query. Supply about five queries for a stable measurement; the maximum is ten.
Use --domain product for product-specific price, specification, and comparison checks. --engine gemini|gpt|perplexity applies experimental presets that reweight existing categories toward each engine; they add no new checks.
Create a shareable report
The format is inferred from the output extension:
Use --tldr for only the score and top three fixes.
Track changes over time
--diff records JSON results in ./audits by default and updates the discovered config file. See the CLI guide before enabling it in a repository.
Audit a sitemap
The report includes the average score, site-wide category averages, a host-level provenance profile, and per-URL results. Sitemap indexes are supported. URLs run sequentially by default; use --max-urls and --concurrency to bound work.
More recipes and every flag are documented in the CLI guide. For tutorials and practical implementation guidance, visit aiseo-audit.com.
What the Audit Reports
Every report rolls results up into four pipeline stages:
Technical Eligibility is a gate. A fetch failure, unusable text, or blocking every known crawler caps the overall score at 25 and suppresses downstream percentages. Citation Fitness also has evidence-based negative gates for visibly stale time-sensitive content, target-query mismatch, and missing product prices.
Factors are organized into ten categories, with Query Alignment appearing only when target queries are supplied and Product Fit appearing only for product pages. The complete factor, weight, threshold, and stage mapping lives in the Audit Breakdown.
Unscored diagnostics never affect the score. They keep observations visible when the research cannot yet justify scoring them.
Interpreting scores
Letter grades use familiar academic score bands. They are not population percentiles, calibrated estimates of citation likelihood, or evidence that one site is “above average.” Use the score to compare the same page or page set under a stable tool version and configuration, then prioritize the highest-weight findings and re-measure.
If you use --fail-under, establish the threshold from your own v2 baselines rather than treating any universal score as a guaranteed passing grade.
CI/CD
The official GitHub Action can gate a workflow and maintain a sticky PR comment:
Calibrate fail-under against your own pages before making the check blocking. A one-line CI invocation also works:
Use with AI Assistants (MCP)
The included MCP server exposes an audit_url tool to Cursor, Claude Desktop, Windsurf, and other MCP clients:
The tool accepts optional queries and domain arguments. No separate server installation is required.
Configuration
The CLI searches upward from the current directory for aiseo.config.json, .aiseo.config.json, or aiseo-audit.config.json.
Missing weight keys default to 1; set a category to 0 to exclude it. See CLI configuration for all fields, defaults, and examples.
Offline audits, replay, and regression gates
The next release after 2.0.2 adds supplied HTML, reproducible snapshots, stable findings, page-specific crawler checks, and explicit CI failure policies. See the reliability and integration guide for migration details.
Programmatic API
The package supports ESM and CommonJS and exports the analyzer, sitemap, report, diff, configuration, and scoring types. See the API guide.
Limitations
- Fetched HTML, not a browser-rendered DOM. The audit does not execute client-side JavaScript. Server-rendered and pre-rendered content is visible; content added only after page load may be missed.
- No visual or multimodal assessment. Layout quality, intrusive ads, visual hierarchy, and information carried only in images are outside the audit. Image
alttext can be inspected, but pixels are not. - Public HTTP access is assumed. Authentication, consent flows, personalization, bot mitigation, and geography can change what the audit receives.
- Network responses can vary. Determinism applies to the scoring of identical fetched inputs; redirects, dynamic HTML, experiments, and server failures can change those inputs.
- Sitemap processing is bounded explicitly. Runs are sequential by default; use
--max-urlsand--concurrencyfor larger sites. Failed pages fail the CLI unless partial coverage is explicitly allowed. - Engine behavior remains nondeterministic. A readiness score cannot predict whether a deployed engine will retrieve or cite a page for a particular answer.
Research and Methodology
The scoring model is informed by peer-reviewed research on generative engine optimization (GEO) and generative information retrieval, including fixed-context experiments, retrieval studies, and observations of deployed engines. Evidence strength and experimental scope matter: weights and thresholds remain expert-set heuristics rather than fitted probabilities.
- Audit Breakdown: every category, factor, band, stage, and gate
- Evidence: factor-to-evidence traceability and evidence tiers
- Emerging Research: cross-paper synthesis and maintenance policy
- Paper Reviews: primary-source reviews behind the current model
Migrating from 1.x
Version 2.0 rescored the factor set, so the same page will usually receive a different score. Re-baseline key pages and recalibrate CI thresholds before changing a GitHub Action from @v1 to @v2. Existing 1.x config and baseline data remain readable, but the JSON emitted by --tldr changed shape.
See the complete 2.0 migration guide.
Documentation
- Website and guides
- CLI and configuration
- Programmatic API
- Scoring methodology
- Evidence map
- Research synthesis
- Future work
- Changelog
Contributing
See CONTRIBUTING.md for development setup, project structure, and pull request guidelines. Security issues should follow SECURITY.md.
License
来源:README.md,提交 bd3adb2
工具
0版本历史
1- v2.0.0最新Sep 16, 2026
评分
已满足适用检查项的 50%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通25 分
请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。
- 已声明认证方式10 分
请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分
其他 Audit 集成
audit.domains - Domain Valuation
domains.audit官方发布者
确定性的域名估值服务:提供公允价值区间、真实可比成交记录、可用性查询,以及经 DNS 验证的待售域名市场。
Revenue Agent — OpenAPI Audit & Change Detection
news.prh官方发布者
一个远程 MCP 端点,用于审计 OpenAPI 规范并检测 API 变更,每次分析通过 Base 上的 x402 收取 0.10 USDC。

SEO Audit & Broken Link Checker
由 GitHub 账号 prometheus-maker 发布
由 Apify 托管的 MCP 服务器,用于审计网站页面的 SEO 元数据并查找失效链接和图片,返回每页评分。

FinePrint AI Legal Risk & Contract Audit MCP Server
由 GitHub 账号 RitualDev-Lab 发布
本地内存中运行的合同风险扫描器,为编码代理评估法律合同、NDA 与租约风险并生成修订建议。

Mcp Supply Audit
由 GitHub 账号 kimmawla 发布
把 MCP 服务器当作供应链产物来审计:注册表条目、PyPI/npm 包、客户端配置与工具定义,全部为只读静态检查。