Member directory agent card shows 0 tools due to stale comply cache

[EvgenyAndroid]

Bug

The agent card on the member directory page shows "Tools: 0" even though the agent exposes 8 tools.

Affected page: https://agenticadvertising.org/members/nofluff
Affected agent: https://adcp-signals-adaptor.evgeny-193.workers.dev/mcp

Observed behavior:

• Member directory agent card shows Tools: 0
• Fresh evaluate_agent_quality run (2026-05-08) correctly discovers 8 tools: get_adcp_capabilities, get_signals, activate_signal, get_operation_status, get_similar_signals, query_signals_nl, get_concept, search_concepts

Root cause:

• Member directory is reading tool count from the comply cache
• Comply cache is stale (last run 2026-05-04, re-runner not firing — see related bug)
• The May 4 cached result apparently stored 0 tools

Related bugs:

• Comply re-runner not firing on schedule (stale degraded status)
• Org page showing "Register an agent" CTA despite registered agents

Expected behavior:

• Tool count on member directory should reflect the most recent agent probe
• Or at minimum, not display 0 when the agent is online and responsive

Suggested fix:

• Decouple tool count display from comply cache — probe get_adcp_capabilities directly when rendering the agent card, or refresh on each heartbeat check
• Fix the re-runner so the cache stays fresh regardless

[bokelley]

Thanks for filing!

Triage

Classification: Bug
Bucket(s): admin-tool / website / member-tools
Status: drafting-pr

What the experts said:

• internal-tools-strategist: Root cause is not the comply cache — the /api/public/discover-agent endpoint already probes the agent live, but drops the tool list before serializing the response. data.tools is always undefined at the template, so tools.length is always 0. Fix is adding the fields to the response, not touching the cache.
• adtech-product-expert: "Tools: 0" on a live agent is a P1 trust signal failure — it reads as "this agent doesn't implement the protocol" to directory evaluators. Display guard alone (hide/--) stops the damage; the full fix is landing the correct count.
• code-reviewer: Stripping tool objects to {name, description} before serialization is required — passing the full objects would expose inputSchema (full parameter schemas) on a public unauthenticated endpoint. OpenAPI schema for discoverAgent must be updated to match.

My take: The comply cache is not involved — the member directory modal was probing the agent live the whole time, it just discarded the tool list before returning the JSON. Draft PR #4261 adds tools_count and tools (stripped to name + description) to the response and updates the OpenAPI schema. The comply re-runner not firing on schedule is a real but separate infra bug; this PR doesn't touch it.

Drafted: #4261 — adds tools_count: tools.length and tools: [{name, description}] to /api/public/discover-agent response; fixes modal display and unhides the tools list section for signals agents.

---

Triaged by Claude Code. Session: https://claude.ai/code/session_01RUBQkib3o3bktEosekm7LG

---

Generated by Claude Code