MCP-сервер Agile Today

• Имя в реестреorg.agile-today/agile-todayподтверждён в реестре MCP

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

• Состояниеотвечаетпроверено 2026-10-26
• Инструменты8
• Сервер называет себяagile-today
• Версия сервера2.3.2
• Версия протокола2025-06-18

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

• Инструменты делают все проверенные сценарии: Route a software project from presale to closure; Check whether a project is ready to commit at each gate.
• Проверок пока 2 из 7, нужных, чтобы судить о надёжности.

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

• Оценка INITE MCPчерез неделюдля оценки нужно 7 ежедневных проверок, пока 2
• Что агент может с ним сделать2 из 2 сценариев
• Отвечалидёт замерпроверок пока 2, долю покажем после 7
• Медиана первого ответа197 мс
• Место в контексте агента≈ 4 809 токеновописания всех инструментов (8), они занимают контекст агента на каждом ходу
• Описания инструментовA · 90 из 100
• Типизированные ответы0 из 8 инструментовобъявлен outputSchema: ответ приходит с типами и читается сразу

• Параметры без описания: в 5 из 8

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

• list_context

  Call first. Returns the context dimensions and flags (with defaults and how many rules each flag drives), stages, gates, evidence states and levels, the gate outcome precedence and the suggested workflow.

• plan_project

  Route from presale to closure for a project context. Default is compact (ids by strength + a names dictionary, core items and gate evidence for all stages, about 6–10k characters). Ask for one stage with stages:['st.design'] and…

• check_gate

  Evaluates gate g.g0 … g.g10 against your evidence. Outcome precedence: Stop > Recycle > Hold > Conditional go > Go, with the rule that fired (outcome_reason). Critical evidence missing or stale → Hold; required non-critical missing, or a…

• when_to_use

  For one event, practice, technique, notation, tool, artifact or antipattern: does it fit this context (fits / avoid / not_applicable / antipattern), its strength and why, alternatives and their group advice, risks, and which gates require…

• check_mix

  For a set of ids: antipatterns in the set and detected by rules, conflicts, redundant alternatives (e.g. seven estimation methods), items to avoid or not applicable here, risks, missing inputs and suggested additions. ok = no…

• validate_plan

  Checks an ordered list of steps (stages, gates, events, practices, techniques, notations, artifacts). Errors: empty plan, unknown ids, non-step types, stage order (analysis and design work planned early is only a warning 'early'; building…

• search_graph

  Search names, ids, descriptions and aliases in English and Russian (word stems, small typos tolerated). Returns total and the best matches.

• explain_node

  One node with its description, conditions, source, level and its links grouped by type, each with a link id (Lxxxx) to cite. Filter with link_types, direction and limit.