MCP-сервер Krosos

• Имя в реестреcom.krosos/krososподтверждён в реестре MCP

Имя в реестре лежит в пространстве krosos.com. Реестр пускает в такое пространство только того, кто доказал владение доменом через DNS или HTTP.

• Состояниеотвечаетпроверено 2026-10-24
• Инструменты12
• Сервер называет себяkrosos
• Версия сервера47138908edbef764ce6d610b975ef66c16ef99cc
• Версия протокола2025-06-18

2026-10-24 сервер ответил на initialize и tools/list без входа. Первый ответ за 255 мс.

• Инструменты делают все проверенные сценарии: Track brokerage, bank and crypto holdings in one view; Estimate capital gains tax by matching sales to purchase lots.
• Проверок пока 3 из 7, нужных, чтобы судить о надёжности.

Вывод сделан правилами по замерам выше. Вероятный первый вызов выбрала модель по списку инструментов: прочитайте описание, прежде чем на него полагаться.

• Оценка INITE MCPчерез неделюдля оценки нужно 7 ежедневных проверок, пока 3
• Что агент может с ним сделать2 из 2 сценариев
• Отвечалидёт замерпроверок пока 3, долю покажем после 7
• Медиана первого ответа241 мс
• Место в контексте агента≈ 1 313 токеновописания всех инструментов (12), агент держит их в контексте на каждом ходу
• Описания инструментовB · 81 из 100
• Типизированные ответы0 из 12 инструментовобъявлен outputSchema: ответ приходит с типами и читается сразу

• Параметры без описания: в 2 из 12
• Не сказано, только читает инструмент или может удалять: 12 из 12

Программа проверяет сервер раз в день: initialize и tools/list, без модели. Токены - это длина описаний из расчёта примерно четыре символа на токен. Оценка - среднее шести проверок имени, описания, схемы и аннотаций каждого инструмента. Она говорит, насколько понятно описаны инструменты, а не о том, работают ли они. Оценка складывается только из замеренного: отвечает ли сервер (30%), делает ли работу продукта (25%), описания (20%), контекст (10%) и использование (15%). Незамеренная часть не учитывается, а скрытая инструкция ограничивает оценку 40 баллами. Состояние MCP-серверов вендоров: методика и цифры →

• get_dashboard

  Net worth, balance sheet and current holdings, in the ledger's base currency.

• get_net_worth_history

  Historical net-worth snapshots (one point per day where recorded).

• list_transactions

  Transaction history as a human-friendly list, newest first.

• get_reference_data

  Valid accounts, providers, tickers, asset classes and categories. Read this before writing: trades and adjustments must use these values unless allow_new_values is set.

• get_tax_report

  Capital-gains / income tax estimate for a year: gains, losses, exemption (including any carried-forward amount), taxable base and estimated tax.

• get_projection_config

  The forecast/FIRE plan's assumptions (salary, expenses, inflation, retirement dates, tax mode). The projection itself is computed client-side.

• get_prices

  Current price per ticker with its source, quote currency and recent change, plus any manual overrides.

• refresh_prices

  Fetch fresh market prices now. With no ticker this refreshes every priced holding; with one it refreshes just that ticker.

• list_connections

  Linked exchange, bank and wallet connections, each with its sync mode (balance updates, or transactions staged for review) and when it last synced.

• sync_connections

  Sync every linked connection in one pass: push the latest balance into each linked holding, and stage new transactions into the review queue. Reports what was written, what was staged and any per-provider errors.

• log_trade

  Log a trade (buy / sell / swap), expressed as from-asset to to-asset. Same body and validation as POST /api/transactions.

• record_balance_adjustment

  Record a signed quantity change on one holding (a balance update that is not a trade). Same body and validation as POST /api/position-adjustments.