Skip to main content
Glama
fredyee

HallucC MCP Server

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
PORTNo服务监听端口,默认 87878787
AuthorizationNoBearer <你的 HallucC API key>。客户端需在 HTTP 头中提供个人 HallucC API key 用于鉴权,key 会被原样透传到后端校验与扣减额度。API key 在 https://aihcc.cloud 注册后于 /keys 页创建,免费套餐每日有额度。
HALLUCC_BASE_URLNo配置后端地址,默认指向本机 8001http://127.0.0.1:8001

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

This server publishes no instructions, or was last inspected before Glama recorded them.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{
  "listChanged": true
}
logging
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
verify_textB

逐声明幻觉核验。输入文本 → 提取声明 → 逐声明验证(supported/refuted/unverified)+ 来源引用。返回红/黄/绿汇总、每条声明的状态/置信度/理由/来源、citations、quota。耗 detect 额度(与 Web 端同源)。

verify_agentA

Agent 输出与轨迹自检。对最终回答跑逐声明幻觉核验,并对执行轨迹做六维结构化评估(事实性/来源/指令合规/工具声明一致/任务完成/反思)。返回 main.claims、steps[].checks、quota。耗 detect 额度。

check_cua_actionsA

Computer-Use Agent 动作风险分级。提交动作轨迹 → 逐步返回 L0(放行)/L1(放行+记录)/L2(需确认)/L3(阻断) 裁决、matched_rules、outcome,及 L0-L3 汇总计数。纯规则判定,不调 LLM、不耗额度。用于在 agent 执行前/后做安全自检。

check_safetyA

AI 安全网关检测。对 prompt + output 跑 OWASP LLM Top 10 三层检测:40+ 特征规则引擎(注入/越狱/有害内容/敏感信息泄露/欺诈)+ 可选 LLM 深度分析 + 可选幻觉检测。返回 passed、risk_score、risk_level、threats[](category/severity/match_context/recommendation)、quota。fast=true 走纯规则 <10ms 模式。耗 detect 额度(fast 亦计入)。

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.7/5.0

Scored across 4 tools

Disambiguation3/5

The tools are mostly distinct, but verify_text, check_safety (with optional hallucination detection), and verify_agent all overlap on claim-level hallucination verification. check_cua_actions is clearly separate, but an agent could struggle to choose between the three text/agent verification tools without reading descriptions closely.

Naming Consistency4/5

All tool names follow a clear lowercase snake_case verb_noun pattern with either check_ or verify_ prefixes. The naming is predictable, though the repeated verbs slightly undercut distinctiveness because verify_text and verify_agent share the same verb while having some overlapping functionality.

Tool Count5/5

Four tools is a well-scoped surface for a safety/verification server. Each tool represents a distinct capability area: free-text verification, agent action safety, general prompt/output safety, and agent trajectory self-check.

Completeness4/5

The surface covers the core workflows: verifying claims, checking agent actions, scanning prompts/outputs for safety risks, and self-checking agent trajectories. Minor gaps exist—such as no dedicated quota/status tool or a more granular single-claim verification endpoint—but agents can work around these using the existing tools.

Maintenance

ActivityMaintained
ResponsivenessNo issues