// SCAN REPORT

Agent-Comm-Hub

54 tools. 36 can modify or destroy data without limits.

4 destructive tools with no built-in limits. Policy required.

Last updated:

36 can modify or destroy data
18 read-only
54 tools total

Community server · catalogue entry verified 30/06/2026

How to control Agent-Comm-Hub ↓

TOOL MAP

What Agent-Comm-Hub exposes to your agents

Read (18) Write / Execute (32) Destructive / Financial (4)

Running more than one server? Check your whole stack →

MOST DANGEROUS TOOLS
Critical Risk

The most dangerous Agent-Comm-Hub tools

Destructive · High delete_memory This tool performs irreversible deletion of memory records in a shared multi-agent communication system. Destructive · High revoke_token Revoking a token is an irreversible destructive action — once revoked, the token is permanently invalidated and cannot be restored. Destructive · Medium remove_dependency The tool explicitly deletes a dependency relationship between tasks. Destructive · High archive_data Archiving moves records out of the primary tables, making them inaccessible through normal queries and potentially irreversible depending on archive retention policies.

36 of Agent-Comm-Hub's 54 tools can modify, destroy, or commit something on every call — and an agent calls them with no built-in limits.

POLICY

How to control Agent-Comm-Hub

PolicyLayer is an MCP gateway — it sits between your AI agents and Agent-Comm-Hub, and nothing reaches the server without passing your rules. These are the rules we recommend:

Deny destructive operations
{
  "archive_data": {
    "deny_if": [
      {
        "conditions": [],
        "on_deny": "Blocked by default. Requires approval."
      }
    ]
  }
}

Destructive tools should never be available to autonomous agents without human approval.

Rate limit write operations
{
  "accept_handoff": {
    "limits": [
      {
        "counter": "accept_handoff_per_hour",
        "window": "hour",
        "max": 30,
        "scope": "grant"
      }
    ]
  }
}

Prevents bulk unintended modifications from agents caught in loops.

Cap read operations
{
  "check_consumed": {
    "limits": [
      {
        "counter": "check_consumed_per_minute",
        "window": "minute",
        "max": 60,
        "scope": "grant"
      }
    ]
  }
}

Controls API costs and prevents retry loops from exhausting upstream rate limits.

  1. Create a free account and register Agent-Comm-Hub — nothing to install.
  2. Add these rules — paste them, or build them visually. Tune the limits to your setup.
  3. Point your MCP client (Claude, Cursor, anything) at your gateway URL.
ENFORCE POLICY ON AGENT-COMM-HUB →

Instant setup, no code required.

FULL CATALOGUE

All 54 Agent-Comm-Hub tools

DESTRUCTIVE 4 tools
Destructive archive_data 手动触发数据归档。将指定天数之前的记录从主表移入归档表，以减少主表体积。可归档 messages（默认 30 天前）或 audit_log（默认 90 天前）。仅 admin 可调用。 Destructive delete_memory 删除一条记忆。仅能删除自己的私有记忆（admin 可删除任何记忆）。 Destructive remove_dependency 删除任务依赖关系。删除后自动检查下游任务是否可以开始执行。 Destructive revoke_token 吊销 API Token，使其立即失效。仅 admin 可调用。
EXECUTE 2 tools
Execute assign_task 将任务分配给另一个 Agent。对方收到 task_assigned 事件后会自主开始执行，无需人工确认。 Execute evaluate_quality_gate 评估质量门（通过/失败）。质量门失败时，Pipeline 中阻塞的后续任务自动进入 waiting 状态。
WRITE 30 tools
Write accept_handoff 接受任务交接。只有被请求的 target Agent 可以调用。接受后任务 assigned_to 转移到当前 Agent。 Write acknowledge_message 标记消息为已处理（acknowledged）。调用此工具后该消息不会再出现在未处理消息列表中。Hermes 处理完 WorkBuddy 发来的消息并回复后，必须调用此工具。 Write add_dependency 添加任务依赖关系。下游任务必须等上游任务完成后才能开始。自动进行环检测。添加后下游任务自动进入等待状态。 Write add_quality_gate 在 Pipeline 中添加质量门。质量门在指定 order_index 之后阻塞后续任务，直到评估通过。criteria 为 JSON 格式的检查规则。 Write add_task_to_pipeline 将任务添加到 Pipeline。指定任务在 Pipeline 中的顺序。不传 order_index 则自动追加到末尾。 Write apply_strategy 采纳一个已审批的策略。记录到策略应用记录中，apply_count 自增。 Write approve_strategy 审批策略（approve/reject）。仅 admin 可调用。审批后通过 SSE 通知提议者。 Write batch_acknowledge_messages 批量确认消息为已处理。可按 agent_id 和时间范围筛选，将匹配的未确认消息全部标记为 acknowledged。用于清理消息积压。 Write broadcast_message 向多个 Agent 广播消息，适用于任务协调、状态同步、紧急通知。 Write create_parallel_group 将多个任务标记为并行组。同一并行组内的任务可以同时执行，无需等待其他任务完成。适用于无依赖关系的同层任务。 Write create_pipeline 创建一个新的 Pipeline（任务流水线）。Pipeline 是任务的有序容器，可添加质量门进行阶段性质量检查。 Write feedback_strategy 对策略提供反馈（正面/负面/中性）。每个 Agent 对每个策略只能反馈一次（防刷）。 Write generate_invite 生成新 Agent 邀请码。仅 admin 可调用。邀请码默认 24 小时后过期。 Write heartbeat 上报 Agent 心跳，维持在线状态并累积信任分。Agent 上线后应每 30 秒调用一次。超过 90 秒无心跳将自动标记为离线。连续在线心跳每 3 次自动增加 1 点 trust_score（上限 100）。 Write mark_consumed 记录 Agent 已处理某个资源（文件路径或信号 ID）。处理完 WorkBuddy 发来的任何文件或信号后必须调用，防止下次重复处理。 Write propose_strategy 提议一个策略。策略需 admin 审批后才能被其他 Agent 搜索和采纳。Hub 会自动判定敏感级别。 Write propose_strategy_tiered 提议策略（分级审批）。Hub 自动判定审批等级：auto（自动通过+72h观察窗口）、peer（同行审批）、admin（管理员审批）、super（高风险，需人工审批）。返回判定等级和审批状态。 Write recalculate_trust_scores 手动触发信任评分重算。基于多因子自动计算：verified capabilities (+3)、approved strategies (+2)、positive feedback (+1)、negative feedb Write register_agent 注册新 Agent 到 Hub。需要有效的邀请码。注册成功返回 agent_id 和 api_token（仅显示一次）。 Write reject_handoff 拒绝任务交接。只有被请求的 target Agent 可以调用。拒绝后交接请求取消。 Write request_handoff 请求任务交接。将任务转交给另一个 Agent。目标 Agent 需要调用 accept_handoff 或 reject_handoff。只有负责人或创建者可以发起交接。 Write score_applied_strategies 自动评分已采纳策略：将 7 天前采纳但仍为 neutral 反馈的策略降为 negative。应定期调用。 Write send_message 向另一个 Agent 发送即时消息。对方在线时实时送达（<50ms），离线时持久化存储，上线后自动补发。 Write set_agent_role 设置 Agent 角色（admin/member/group_admin）。group_admin 需指定 managed_group_id，仅能管理该 parallel_group 内成员的任务。仅 admin 可调用 Write set_trust_score 调整 Agent 信任分（-100 到 +100 的增量）。信任分影响 collective 记忆搜索排序，高信任 Agent 的记忆排名靠前。仅 admin 可调用。 Write share_experience 分享经验到 Hub。经验直接发布（不需审批），所有 Agent 可见。适合记录踩坑经验、最佳实践。 Write store_memory 存储一条记忆到 Hub。支持 private（仅自己可见）、group（组内可见）、collective（全局可见）三种范围。存储后可通过 recall_memory 全文搜索召回。 Write update_task_status 更新任务执行状态，自动实时通知发起方。支持中途汇报进度（in_progress + progress）。 Write upload_file 上传文件附件并关联到消息。文件以 Base64 编码传入，服务端解码后存储到本地磁盘。 Write veto_strategy 撤回处于否决窗口内的策略（admin only）。仅在负面反馈超过正面反馈 50% 时可用。
READ 18 tools
Read check_consumed 查询某资源是否已被当前 Agent 处理过。在处理 WorkBuddy 发来的文件或信号前，先调用此工具检查，已处理的直接跳过。 Read check_veto_window 检查策略的否决窗口状态。处于 48h 否决窗口内的策略，如果负面反馈超过正面反馈的 50%，可被 admin 撤回。 Read download_file 下载附件，返回 Base64 编码的文件内容。 Read get_db_stats 获取数据库统计信息。包括各表行数、数据库文件大小、WAL 大小、最后归档时间等。仅 admin 可调用。 Read get_evolution_status 查看 Evolution Engine 进化指标统计。包含经验数、策略数、审批率、贡献者排名等。 Read get_online_agents 查询当前通过 SSE 在线连接的 Agent 列表，分配任务前可先确认对方在线。 Read get_pipeline 查询 Pipeline 状态和进度。返回 Pipeline 信息、关联任务列表及各状态统计。 Read get_task_dependencies 查询任务的上下游依赖关系。返回依赖图，包含每个关联任务的状态和依赖类型。 Read get_task_status 查询任务的当前状态、进度和执行结果。 Read list_attachments 列出消息的所有附件列表。 Read list_memories 列出可访问的记忆列表。按创建时间倒序排列。可按 scope 筛选。 Read list_pipelines 列出所有 Pipeline。支持按状态筛选，按创建时间倒序排列。 Read list_strategies 查询策略/经验列表。支持按状态、分类、提议者筛选。 Read query_agents 查询已注册的 Agent 列表。支持按状态、角色筛选。 Read recall_memory 通过关键词全文搜索召回记忆。搜索范围包括自己的私有记忆、组内共享记忆和全局记忆。使用 FTS5 引擎，支持多关键词、短语搜索。 Read search_memories 全文搜索记忆内容。使用 FTS5 引擎，支持多关键词、短语搜索。可按可见范围和标签筛选。 Read search_messages 全文搜索消息内容。支持按 Agent ID 筛选。使用 SQL LIKE 模糊匹配（暂无 FTS5 索引）。 Read search_strategies 通过关键词全文搜索策略和经验。仅返回已审批（approved）的策略。
EXPLORE

Related servers

Other MCP servers with similar tools — same risk classification, starter policies for each.

Yaver 1060 tools
admin
Nodebench 824 tools
admin
UnClick 813 tools
admin
Binance MCP Server 734 tools
admin
Pfsense 680 tools
admin
AdButler 622 tools
admin
Fortimanager 584 tools
admin
Crow 573 tools
admin
FAQ

Questions about Agent-Comm-Hub

Can an AI agent delete data through the Agent-Comm-Hub MCP server? +

Yes. The Agent-Comm-Hub server exposes 4 destructive tools including archive_data, delete_memory, remove_dependency. These permanently remove resources with no undo. PolicyLayer blocks destructive tools by default so they never reach the upstream server.

How do I prevent bulk modifications through Agent-Comm-Hub? +

The Agent-Comm-Hub server has 30 write tools including accept_handoff, acknowledge_message, add_dependency. Set a rate limit in your policy -- for example, 10 calls per hour prevents an agent from making more than 10 modifications per hour. PolicyLayer enforces this at the gateway, before calls reach Agent-Comm-Hub.

How many tools does the Agent-Comm-Hub MCP server expose? +

54 tools across 3 categories: Destructive, Read, Write. 18 are read-only. 36 can modify, create, or delete data.

How do I enforce a policy on Agent-Comm-Hub? +

Register the Agent-Comm-Hub MCP server in PolicyLayer, apply the suggested rules above (adjust the limits to your use case), and point your AI client at the PolicyLayer proxy URL instead of the server directly. Your agents keep the same tools; PolicyLayer evaluates every call against policy before it executes. Nothing to install, live in minutes.

Enforce policy on every Agent-Comm-Hub tool call.

Deterministic rules across all 54 Agent-Comm-Hub tools. Per-identity grants. Full audit log. Live in minutes. Nothing to install.

ENFORCE POLICY ON AGENT-COMM-HUB →

Instant setup, no code required.

54 Agent-Comm-Hub tools catalogued and risk-classified — across an index of 43,000+ MCP servers.

// GET IN TOUCH

Have a question or want to learn more? Send us a message.

Message sent.

We'll get back to you soon.