Sus analistas ya evalúan objetivos, empresas de portafolio y operaciones con agentes de IA; conecte esos agentes al servidor MCP de GST para acelerar la evaluación, el benchmarking y la administración de proyectos.
Screening de transacciones
Durante el screening inicial, el agente de un analista invoca la herramienta de agenda de diligencia con el perfil del objetivo y obtiene una agenda inicial sobre la que se construye el memorando del comité de inversión, recuperando de 2 a 4 horas por transacción evaluada.
Benchmarking de costos
Un operating partner de portafolio compara el gasto tecnológico total con rangos ajustados por etapa y pone precio al costo de mantener la deuda técnica, convirtiendo "ingeniería va lenta" en una cifra sobre la que la junta directiva puede actuar.
Exposición regulatoria
Antes de ofertar por un objetivo de healthtech, un agente delimita qué marcos aplican por jurisdicción y fecha de entrada en vigor, de modo que el asesor legal parte de una lista de exposición en lugar de una pregunta abierta.
Acceso programático
Las herramientas internas de un cliente (Retool, un bot de Slack, un panel a medida) invocan el servidor directamente, tratando los marcos de GST como una API gestionada y no como un sitio que alguien tiene que visitar.
Qué se expone
El servidor implementa las tres primitivas de servidor MCP: Tools, Resources y Prompts. Juntas le dan a un agente lo que un buen analista necesita desde el primer día: instrumentos para hacer las cuentas, el material de referencia contra el que contrastarlos y un método sobre en qué orden hacerlo.
16
Tools
133
Resources
12
Prompts
Tools
16
El trabajo que un asociado construiría en una hoja de cálculo o esperaría que un asesor entregara. Cada herramienta ejecuta un modelo de GST con los parámetros de su transacción y devuelve cifras suficientemente defendibles para un memorando de comité: una agenda de diligencia acotada, un benchmark de costos, una estimación de deuda, una lista de exposición regulatoria. El modelo las invoca por sí mismo a medida que la conversación lo requiere, así que un analista pregunta en lenguaje natural en lugar de aprender una API. Las herramientas de Radar se conceden por separado. Tools en la especificación MCP
Ver las 16 herramientas
Agenda de diligencia
Convierte el perfil de un objetivo en una agenda de diligencia priorizada con estimaciones de alcance y plazos.
Construye una lista de solicitud de información diligenciable, la completa con la evidencia ya disponible, luego ingiere el archivo terminado y comprueba cada respuesta contra su fuente.
Los marcos detrás de los números, legibles en su totalidad. Un agente que trabaja a partir de la taxonomía real de VDR de GST, sus listas de verificación de diligencia y su corpus regulatorio fundamenta sus respuestas en un método publicado en lugar de en lo que absorbió durante el entrenamiento, que es la diferencia entre una cita verificable y una suposición segura de sí misma. La aplicación anfitriona los carga como contexto, así que están en la conversación antes de que el modelo los necesite. Resources en la especificación MCP
Ver los 133 recursos
Biblioteca 4
Las guías de referencia detrás del método de diligencia de GST, completas.
Arquitecturas de negocio y tecnología
Guía de estructura del data room virtual
Lista de solicitud de información
Mapeo de la IRL a entradas de herramientas
gst://library/<slug>
Marcos regulatorios 123
Un documento por marco, cada uno con sus requisitos, sanciones y fechas de entrada en vigor.
Privacidad de datos
Gobernanza de la IA
Ciberseguridad
Cumplimiento sectorial
gst://regulations/<jurisdiction>/<framework>
Feeds del Radar 6
FYI lleva los destacados anotados por GST; Wire lleva el flujo completo, entero o por categoría.
FYI, destacados anotados
Wire, todas las categorías
Capital privado y M&A
Tecnología empresarial
IA y automatización
Seguridad
gst://radar/fyi|wire/<category>
Prompts
12
Saber qué herramienta invocar no es lo difícil. Lo difícil es saber el orden, y eso es lo que realmente compra la experiencia de una firma. Cada prompt captura un flujo de trabajo de GST como una secuencia, de modo que un asociado de primer año que arranca una diligencia sigue la misma progresión que seguiría un proyecto de GST. Aparecen como comandos de barra en el cliente, elegidos deliberadamente por una persona y no adivinados por un modelo. Prompts en la especificación MCP
Ver los 12 prompts
Flujo de la transacción
Abrir un proyecto de diligencia, evaluar un objetivo con rapidez y producir los memorandos que un equipo de inversión entrega a continuación.
gst_diligence_kickoff
gst_target_quick_look
gst_diligence_handoff_memo
gst_comparable_engagements_memo
Solicitudes de información
Emitir una lista de solicitudes a un objetivo, completarla con la evidencia disponible y luego incorporar lo que vuelve a un dossier con citas sin volver a digitarlo.
gst_irl_create
gst_irl_populate
gst_irl_ingestion
gst_irl_sweep
gst_irl_extract
Revisión e informes
Revisiones permanentes: arquitectura por capas, exposición regulatoria y el radar del día.
gst_architecture_layer_review
gst_regulatory_exposure_brief
gst_radar_brief_today
Niveles de capacidad
Los niveles se diferencian por quién usa el servidor y con qué amplitud, no por qué herramientas obtiene. Los alcances se fijan por cliente durante el aprovisionamiento.
Piloto
free-pilot
Acceso de evaluación para un solo equipo. Alcances acotados, Radar excluido de forma predeterminada.
Sobre estas cifrasSon límites de capacidad ajustables y no contractuales, NO cuotas de SLA ratificadas. Son límites de abuso y capacidad, ajustables por cliente, y nada de lo aquí indicado es una asignación prometida.
Cómo funciona el acceso
Aprovisionamiento
El acceso lo aprovisiona el operador. No hay registro en autoservicio ni registro dinámico de clientes. GST crea un registro de cliente, con alcances y un nivel asignados deliberadamente.
Las herramientas de Radar se conceden por separado y quedan excluidas de una concesión habitual, porque consumen un presupuesto compartido de investigación de terceros.
Autenticación
Los clientes máquina a máquina se autentican con OAuth 2.1 client_credentials, usando un secreto de cliente o una clave de firma registrada.
El flujo interactivo de código de autorización, para una persona que conecta Claude en la web o en Desktop u otro cliente de IA, exige PKCE con S256, sin excepciones y sin desafío en texto plano.
Operaciones
Un registro de auditoría a prueba de manipulación, encadenado por hash y con siete años de retención, existe como capacidad construida y probada. Se activa para el cliente cuyo contrato lo exige, como parte del onboarding.
La salud operativa (estado de dependencias, latencia por herramienta, volumen de solicitudes) se publica en la página de estado.
Para sus ingenieros
Un solo endpoint que configurar, una vez que existe el registro de cliente. Las credenciales llegan con el aprovisionamiento.
Cuatro guías llevan a un cliente aprovisionado de la credencial al uso diario: conectar el servidor, usarlo bien, incorporar una lista de solicitud de información completada y consultar el contrato de cualquier capacidad.
Primeros pasos
Configuración del conector para Claude en la web y Claude Desktop: requisitos, inicio rápido y cómo verificar la conexión.
Cuéntele a GST quién es, qué está construyendo y aproximadamente cuánto espera llamar. El aprovisionamiento es una conversación, no un formulario de registro, que es también como los alcances y el nivel quedan bien fijados desde la primera vez.