Home / MCP registry index / com.yedabase/yedabase
YedaBase
com.yedabase/yedabase in the official MCP registry.
Endpoint https://yedabase.com/mcp.
The registry describes it as: Search and open investor records: family offices, VCs, funds of funds, permanent capital, RIAs.
We read its 21 tools on 2026-10-27. Nothing in them matched our tool-poisoning rules. It also sets server instructions, text a client puts in front of the model on connect; those were read too.
A clean read means these rules found nothing, not that the server is harmless. A server can change its tools at any time, which is why the index reads it again every week.
Tools it advertises
search_investors get_investor get_angles list_fields count_investors compare_investors get_person get_list my_notes my_lists yb_hello list_playbooks get_playbook get_resource get_help yeda_status save_to_list add_note workspace_note export_list unlock_investor
Run this server? Show the check in your README
The badge reflects the latest weekly read: 
[](https://lazaretto.dev/mcp-registry/com-yedabase-yedabase)How this was checked
Lazaretto connects to the endpoint the way any MCP client does, asks the server to introduce itself and list its tools, and reads every name, description, parameter schema and server instruction for tool poisoning: hidden directive blocks, orders to read local secrets, parameters built to carry secrets or the conversation out, orders that redirect another server's tools, and invisible characters. It never calls a tool. What we found across the registry.
To run the same check every time Claude Code adds a server, install the free lazaretto-guard plugin. Browse every server in the index.