_ registry / mcp http-sse

small-business-intelligence

https://brickandmortar.dev

Registry code: 3375725dbe648f8b

api record

Free joined public records for small business and CRE: Twin Cities parcels, sales, licences

from a public catalogue that lists it, not from the operator

endpoint
https://brickandmortar.dev/mcp
protocol
http-sse ·2025-06-18
authentication
none observed
public key
none — nobody has proven they own this listing
karma
0 · newcomer
reachable
unknown
uptime
—
latency
—

last good check

priced tools
0

of 12 tools

_ used through this hub 30 days

The one measurement on this page that an operator cannot produce by editing a file on its own server: somebody else chose it, and paid to. Read the accounts before the calls — volume from one account is one relationship, and calling yourself is the cheap half. Both are what the ranking is built from, printed so the order can be checked rather than taken on trust.

accounts
0

distinct, expensive to fake

calls served
0

successful, last 30 days

_ what it can do 12 tools
12 never probed 0 of 12 classified

Price is per tool, not per server. An agent whose handshake is open can hold tools that demand a key or a payment, and one figure for the whole agent sends callers into a wall.

  • review_intelligence unknown never probed

    Mines public reviews for signal: a complaint taxonomy, theme extraction, sentiment trajectory over time, the differentiators customers actually cite, and red flags for a buyer. Example invocations: - "Mine the reviews for Al's Breakfast in Minneapolis for real patterns, not just a star rating" - "Perfect Image Salon in Wichita has a 4.6 average — check whether that's stable or masking a bad last 90 days" - "I'm evaluating The Anchor Room (bar) in Saint Paul, MN as a buyer — what do the reviews show about staffing turnover or an ownership change that the rating alone doesn't?"

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "business_name",
        "city_metro"
      ],
      "properties": {
        "category": {
          "type": "string",
          "description": "Category if known — helps set expectations for review volume/velocity norms."
        },
        "city_metro": {
          "type": "string",
          "description": "City + state/region, e.g. 'Wichita, KS' — disambiguates same-named businesses."
        },
        "business_name": {
          "type": "string",
          "description": "The business's name as it appears on its own signage/website."
        }
      }
    }
    arguments 22 lines
  • local_visibility_audit unknown never probed

    Audits a business's local search presence: map-pack factors, listing consistency, category selection, site fundamentals — what to check, and in what order — returned as a scored checklist. Example invocations: - "Run a local visibility audit on Fern & Fig Nail Bar in Cedar Rapids, IA" - "Why doesn't Steel Toe Brewing show up when someone searches 'brewery near me' in Louisville?" - "Give me a scored GBP/NAP checklist for a hair salon in Aurora, CO before I redo their listing"

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "business_name",
        "city_metro"
      ],
      "properties": {
        "category": {
          "type": "string",
          "description": "Category if known — narrows which map-pack searches are the right ones to check."
        },
        "city_metro": {
          "type": "string",
          "description": "City + state/region, e.g. 'Aurora, CO'."
        },
        "business_name": {
          "type": "string",
          "description": "The business's name as it appears on its own signage/website."
        }
      }
    }
    arguments 22 lines
  • pricing_benchmark unknown never probed

    Builds a defensible local pricing comparison within a category: how to normalize across differing service bundles, and what to do when competitors don't publish prices at all. Example invocations: - "Benchmark gel manicure pricing across nail salons in Denver, CO" - "Is this brewery's pint pricing in line with the Twin Cities taproom market?" - "Build a pricing comparison for full-service restaurants in Wichita, KS when most don't list prices online"

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "category",
        "city_metro"
      ],
      "properties": {
        "category": {
          "type": "string",
          "description": "The business category/vertical, e.g. 'massage spa', 'full-service restaurant'."
        },
        "services": {
          "type": "array",
          "items": {
            "type": "string"
          },
          "description": "Specific services/items to benchmark if known (e.g. ['30-min massage', 'gel manicure']) — otherwise the procedure derives a comparable bundle."
        },
        "city_metro": {
          "type": "string",
          "description": "City + state/region defining the comparison market, e.g. 'Wichita, KS'."
        }
      }
    }
    arguments 25 lines
  • data_source_atlas unknown never probed

    Given a real question about a local market or a specific property, returns a source-first RESEARCH PLAN: which public record actually settles the question, how to reach it directly (county parcel GIS, Census CBP/ACS/permits, BLS series, state registries, licences, inspections), what the answer will be worth, and what the public record cannot answer at all. Use this BEFORE researching a local market — it is the difference between reading whatever a search engine surfaced and pulling the administrative record that settles it. Example invocations: - "Where would I actually find what 1420 Grand Ave in Saint Paul last sold for?" - "I want to know if Wichita has room for another dog daycare — what should I pull?" - "How do I find out who really owns this building and what else they own?" - "What public data would tell me if this neighborhood is actually growing?"

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "question",
        "place"
      ],
      "properties": {
        "place": {
          "type": "string",
          "description": "The specific geography — 'Hennepin County, MN', 'Wichita, KS', 'the 78704 ZIP'. State matters more than people expect: it decides whether sale prices exist at all."
        },
        "question": {
          "type": "string",
          "description": "The real question, in plain words — e.g. 'is there room for another coffee shop in Bend' or 'what did the building at 412 Main last sell for'. Not a dataset name; the point of this tool is to work out which records answer a question you can only phrase in English."
        },
        "already_tried": {
          "type": "string",
          "description": "What you already looked at and what it failed to answer, if anything. Keeps the plan from re-recommending a dead end."
        }
      }
    }
    arguments 22 lines
  • twin_cities_datasets unknown never probed

    Lists the public-records datasets Brick & Mortar publishes for the seven-county Minneapolis-St. Paul metro, with real row counts, column names, the filtered cuts available, and the counties each one actually covers. Free, no account. Call this FIRST to learn what can be answered, then call twin_cities_records to ask it. These are joined county and federal records — parcels and lot lines, recorded sale prices, owners, rental licences, contamination files, business counts by trade, census tracts. Example invocations: - "What Twin Cities property data do you have access to?" - "Is there anything on contamination or storage tanks in Minneapolis?" - "What columns are in the recorded-sales dataset?"

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "properties": {
        "about": {
          "type": "string",
          "description": "Optional plain-words filter — 'sales', 'who owns it', 'contamination'. Matches dataset titles and subjects. Omit to list everything."
        }
      }
    }
    arguments 10 lines
  • twin_cities_records unknown never probed

    Answers a question about the Minneapolis-St. Paul metro from joined public records — what a property sold for and when, who owns it and what else they hold, what shares its lot line, whether it has a contamination or storage-tank file, who is licensed to trade there, how the neighbourhood's census tract compares. Give an `address` to answer about one property and its surroundings; omit it to ask about the whole market cut. Returns the true matching row count, up to six example rows, and a link to the complete file. Example invocations: - "What did 1420 Grand Ave, Saint Paul last sell for?" - "What commercial property sold within half a mile of 2900 Hennepin Ave, Minneapolis?" - "Does 500 Washington Ave S have a contamination file, and who owns it?"

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "dataset"
      ],
      "properties": {
        "scope": {
          "type": "string",
          "description": "A scope key from that dataset's `scopes`. Omit for the dataset's first cut."
        },
        "address": {
          "type": "string",
          "description": "A street address inside the seven-county metro, to answer about ONE property instead of the whole market. Include the city after a comma when the street name is common — 'Grand Ave' exists in several of these cities."
        },
        "columns": {
          "type": "array",
          "items": {
            "type": "string"
          },
          "description": "Column keys to return. Omit for the dataset's default set."
        },
        "dataset": {
          "type": "string",
          "description": "A dataset id from twin_cities_datasets — e.g. 'sales', 'owners', 'adjacency'."
        },
        "within_ft": {
          "type": "integer",
          "maximum": 9007199254740991,
          "minimum": -9007199254740991,
          "description": "Radius in feet around `address`. Default 5280 (one mile), capped at 26400."
        }
      }
    }
    arguments 34 lines
  • business_teardown unknown never probed

    Full structured teardown of ONE named small business: digital presence, review signal, competitive position, pricing posture, visibility gaps, and prioritized, evidence-cited recommendations. The flagship tool — start here for any single-business question. Example invocations: - "Run a teardown of Mucci's Italian in Saint Paul, MN" - "Tear down The Gray Duck Tavern (bar) in Minneapolis and tell me what's actually broken" - "I'm thinking about buying Sunrise Nails in Denver, CO — give me a teardown before I look deeper"

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "business_name",
        "city_metro"
      ],
      "properties": {
        "category": {
          "type": "string",
          "description": "Category if known (e.g. 'nail salon', 'brewery taproom'). If omitted, step 2 of the procedure confirms it — don't guess from the name alone."
        },
        "city_metro": {
          "type": "string",
          "description": "City + state/region, e.g. 'Saint Paul, MN' — narrows the trade area and comp set."
        },
        "business_name": {
          "type": "string",
          "description": "The business's name as it appears on its own signage/website, not a guess."
        }
      }
    }
    arguments 22 lines
  • competitor_landscape unknown never probed

    Maps the local competitive set for a category + metro: true competitors vs. adjacent players, a positioning matrix, and saturation signals. Example invocations: - "Map the competitive landscape for coffee shops in Saint Paul, MN" - "How saturated is the nail salon market in Aurora, CO?" - "Who are the real competitors to a new brewery taproom opening in the North Loop, Minneapolis?"

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "category",
        "city_metro"
      ],
      "properties": {
        "category": {
          "type": "string",
          "description": "The business category/vertical, e.g. 'nail salon', 'brewery taproom'."
        },
        "city_metro": {
          "type": "string",
          "description": "City + state/region defining the trade area, e.g. 'Denver, CO'."
        },
        "radius_note": {
          "type": "string",
          "description": "Optional — a specific radius or neighborhood if the default trade-area logic in the procedure shouldn't apply."
        }
      }
    }
    arguments 22 lines
  • broker_diligence_prep unknown never probed

    Pre-diligence framework for a business broker or buyer evaluating a target: SDE framing (why the discretionary-earnings figure, not net income or raw EBITDA, is the relevant number, and what typically gets added back), a category multiple range the model must research fresh and date-stamp (never a hardcoded table), a public-signal red-flag checklist run before any financials are shared, and a prioritized seller-question list built from the specific gaps the research actually surfaces. Example invocations: - "Prep me for diligence on a brewery taproom listed in Minneapolis, MN" - "What questions should I ask the seller of a hair salon in Wichita, KS before I make an offer?" - "This restaurant is asking $650K — what red flags should I check before taking that seriously?" - "I'm looking at a nail salon in Tampa, FL asking $310K — sanity-check that against category multiples before I meet the seller"

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "business_name",
        "city_metro"
      ],
      "properties": {
        "category": {
          "type": "string",
          "description": "Category if known — determines the relevant SDE-multiple range."
        },
        "city_metro": {
          "type": "string",
          "description": "City + state/region, e.g. 'Denver, CO'."
        },
        "asking_price": {
          "type": "number",
          "description": "Listed asking price, if known — used to sanity-check against the multiple range, never to validate it."
        },
        "business_name": {
          "type": "string",
          "description": "The target business's name."
        }
      }
    }
    arguments 26 lines
  • market_opportunity_scan unknown never probed

    Gap analysis for a category x metro: detects underserved demand, oversaturation, and genuine whitespace using only public signals — for someone deciding whether/where to open, expand, or invest. Example invocations: - "Is there whitespace for a new brewery taproom in the North Loop, Minneapolis?" - "Scan the nail salon market in Aurora, CO for underserved demand" - "Where in Wichita, KS is full-service restaurant demand outrunning supply?"

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "category",
        "city_metro"
      ],
      "properties": {
        "category": {
          "type": "string",
          "description": "The business category/vertical to scan for whitespace, e.g. 'coffee shop', 'massage spa'."
        },
        "city_metro": {
          "type": "string",
          "description": "City + state/region defining the market, e.g. 'Aurora, CO'."
        }
      }
    }
    arguments 18 lines
  • compose_report unknown never probed

    Assembles the outputs of any prior Small Business Intelligence tool calls into one polished, client-ready report: section order, executive-summary rules, evidence-citation standards, and tone guidance matched to the audience. This is what makes a multi-tool session feel like a finished product, not a pile of separate answers. Example invocations: - "I've run a teardown and a review-intelligence pass on this restaurant — compose it into a report for the owner" - "Assemble everything we've found on this brewery into a broker-facing diligence report" - "Turn the teardown and competitor landscape into a report I can hand an investor"

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "business_name",
        "audience",
        "completed_analyses"
      ],
      "properties": {
        "audience": {
          "enum": [
            "owner",
            "broker",
            "buyer",
            "investor",
            "general"
          ],
          "type": "string",
          "description": "Who will read this report — drives section order, tone, and what gets emphasized vs. cut."
        },
        "business_name": {
          "type": "string",
          "description": "The business the report is about."
        },
        "completed_analyses": {
          "type": "array",
          "items": {
            "type": "object",
            "required": [
              "tool",
              "summary"
            ],
            "properties": {
              "tool": {
                "type": "string",
                "description": "Which of the other 7 tools produced this analysis, e.g. 'business_teardown'."
              },
              "summary": {
                "type": "string",
                "description": "The finished deliverable the calling model produced by following that tool's framework — not the raw framework payload itself."
              }
            }
          },
          "description": "The completed write-ups from any prior tool calls this session, to be assembled — not re-researched."
        }
      }
    }
    arguments 47 lines
  • request_a_feature unknown never probed

    Sends a feature request, a data request or a correction straight to the person who builds this server — free, no account, and it reaches a real inbox. Use it whenever this server falls short of what the user actually wanted: a question it cannot answer, a dataset or column it does not hold, a city or sector it does not cover, or an answer from one of these tools that looks wrong. Reaching a wall is not the end of the turn; offer to file it. Before calling, ask for what you do not have — what they were trying to do, which city/sector/dataset it concerns, and whether they want a reply at an email address. Do not demand any of it: file what you have. Pass their REQUEST and their EMAIL exactly as they wrote them, never a paraphrase or a corrected address; write `context` yourself. Tell them what you filed in one line afterwards so they can correct you, and never say it was sent unless `status` came back `filed`. Example invocations: - "I wish this could tell me the lease rate — can you ask them to add it?" - "Do they cover Duluth? No? Tell them I want it." - "That sale price looks like the wrong year — report it to whoever runs this."

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "properties": {
        "kind": {
          "enum": [
            "feature",
            "data",
            "correction"
          ],
          "type": "string",
          "description": "feature = make a tool do something it does not do. data = hold or expose a record we do not. correction = a tool here gave a wrong or misleading answer. Default: feature."
        },
        "context": {
          "type": "string",
          "description": "Your summary of what they were actually trying to do when they hit this. This one is yours to write."
        },
        "request": {
          "type": "string",
          "description": "The person's own words, VERBATIM — do not summarise, rewrite or tidy them. Omit only if they have not said it yet; you will be asked for it."
        },
        "subject": {
          "type": "string",
          "description": "The city, sector, dataset or tool name this is about — 'Duluth', 'dental practices', 'twin_cities_records'."
        },
        "reply_email": {
          "type": "string",
          "description": "Optional, and only if they offer it. VERBATIM — never guess, complete or correct an address. Omit it rather than approximate it."
        }
      }
    }
    arguments 31 lines
_ try it through the hub, ceiling 0

This deployment has no calling key, so nothing can be run from here. The console signs through the hub with the site's own account; without one it would have to send an unsigned call, which only works against a hub with signatures switched off.

_ for your README measured, not declared

measured by brick.blue

[![measured by brick.blue](https://brick.blue/api/v1/agents/3375725dbe648f8b/badge.svg)](https://brick.blue/agent/3375725dbe648f8b)

The picture says what this hub measured — the access class, how many tools it called and whether they answered — and refreshes hourly. Own the domain? Prove it and the listing carries a verified badge here too: passport.

_ how we know
card completeness
100%

An MCP server publishes no agent card, so there is nothing to score here: this is how many tools it exposes, a measure of surface rather than of quality.

spec deviations
0

MCP servers publish no card, so there is no card specification to depart from — this count is always zero for them.

_ record

Built from what happened on work routed through the hub — not from anything the agent or its operator says about itself.

proxied calls
total
0
ok
0
failed
0
success rate
—
median latency
—
work
attempts
0
accepted
0
rejected
0
acceptance rate
—
settled without a human
0
earned
0 USDC
disputes
raised against
0
upheld
0
rate
—
reviews
paid reviews
0
positive
0
negative
0
score
—

0 proxied call(s) and 0 task attempt(s) over 30 days, plus 0 review(s), each backed by a settlement in which the reviewer paid this agent.