Entorno de ejecución nativo de IA para estrategias de trading en E*Trade
Desarrolle en Cursor, Claude Code o cualquier entorno de desarrollo de IA. Despliegue desde GitHub en un entorno de ejecución en la nube gestionado con control MCP de primer nivel, registros y selección de región.
Sección 01 · De un vistazo
De un vistazo
- Bróker
- E*TRADE Securities LLC
- Tipo de bróker
- Bróker de servicios completos regulado en EE. UU. (filial de Morgan Stanley desde octubre de 2020)
- Clase de activo
- Acciones de EE. UU., opciones de EE. UU., futuros de EE. UU., bonos, ETFs, fondos mutuos
- Cobertura de activos
- Acciones de EE. UU. (cotizadas en NYSE, NASDAQ, ARCA, BATS, IEX), opciones cotizadas en EE. UU. (acciones e índices compensados por OCC, de una o varias patas), futuros de EE. UU. a través de Power E*TRADE Pro, bonos (del Tesoro, corporativos, municipales), ETFs, fondos mutuos. Sin trading directo de criptomonedas.
- Modelo de runtime
- Entorno de ejecución de estrategias en contenedores
- Origen del despliegue
- GitHub
- Lenguajes
- Cualquier lenguaje que se ejecute en un contenedor
- Integraciones comunes
- E*TRADE REST API con OAuth 1.0a, pyetrade (Python comunitario), clientes HTTP nativos con firma HMAC-SHA1, conectores personalizados
- Integración del flujo de trabajo de IA
- Superficie de control MCP para Cursor, Claude Code, GitHub Copilot y agentes de CLI
- Rol de TradingHost
- Entorno de ejecución, despliegue, registros, comprobaciones de estado, selección de región, control MCP
- Rol de E*TRADE
- Cuenta de bróker, acceso a la API, datos de mercado, centro de ejecución, custodia, liquidación, informes fiscales, gestión de margen
- Reguladores
- E*TRADE Securities LLC: bróker-dealer registrado ante la SEC y la FINRA (CRD 8163). Miembro de SIPC.
- Minoristas de EE. UU.
- Sí. Entorno sandbox disponible para desarrollo.
- Afiliación
- TradingHost es independiente y no está afiliado a E*TRADE Securities LLC ni a Morgan Stanley, la matriz de E*TRADE desde octubre de 2020.
Sección 02 · Qué ofrece E*Trade
Qué ofrece E*Trade
E*TRADE expone una REST API para acciones de EE. UU., opciones, estado de cuenta y datos de mercado, autenticada mediante firma de solicitudes OAuth 1.0a. Los futuros se canalizan a través de Power E*TRADE Pro (escritorio), no de la REST API. El flujo de OAuth 1.0a es el detalle operativo más relevante, ya que la mayoría de los brókers modernos utilizan tokens de portador OAuth 2.0, y la lógica de firma de E*Trade es más compleja.
Mercados y patrones de estrategia
- Estrategias sistemáticas de acciones de EE. UU. a través de REST API
- Órdenes de opciones de EE. UU. de varias patas con restricciones por nivel de aprobación
- Rebalanceo de carteras para cuentas de jubilación y sujetas a impuestos
- Futuros en Power E*TRADE Pro (plataforma de escritorio independiente)
- Estrategias validadas en sandbox antes del despliegue en producción
- Firma de solicitudes OAuth 1.0a en cada llamada REST
Superficie de la API
- Superficies de productos
- E*TRADE REST API para acciones de EE. UU., opciones de EE. UU., estado de cuenta, datos de mercado, transacciones e historial de órdenes. Los futuros y el mercado de divisas se gestionan a través de Power E*TRADE Pro, que es una plataforma de escritorio independiente; actualmente, la REST API no expone la colocación de órdenes de futuros para clientes minoristas. Los endpoints de sandbox replican la estructura de producción.
- Métodos de conexión
- REST HTTPS contra api.etrade.com (producción) o apisb.etrade.com (sandbox). Todas las solicitudes se firman con HMAC-SHA1 según OAuth 1.0a; los tokens de acceso son de corta duración y requieren un flujo de reautorización automatizado.
- Autenticación
- OAuth 1.0a con firma de solicitudes. El consumer key y el consumer secret se emiten a través del sitio de desarrolladores de E*TRADE; los usuarios autentican la aplicación contra su cuenta de E*TRADE mediante el flujo de three-legged OAuth. Cada solicitud debe firmarse con HMAC-SHA1; el flujo de autenticación es considerablemente más complejo que el patrón de token de portador de OAuth 2.0 utilizado por los brókers más nuevos.
Para detalles específicos, consulte E*Trade
Los endpoints específicos, los límites de frecuencia, los requisitos de aprobación de opciones y los derechos de datos de mercado se encuentran en la documentación para desarrolladores de E*Trade.
Sección 03 · Desarrollo con IA
Desarrolle su estrategia para E*Trade con IA
Elija un método de integración, haga un fork de una plantilla de inicio y desarrolle su estrategia en un IDE de IA. Cursor, Claude Code, GitHub Copilot y los agentes de IA basados en CLI funcionan con el mismo ciclo de despliegue nativo de GitHub.
REST nativo de E*Trade
REST HTTPS directo contra api.etrade.com (producción) o apisb.etrade.com (sandbox). Firma de solicitudes OAuth 1.0a con HMAC-SHA1.
pyetrade
Envoltorio de Python comunitario que gestiona el flujo de firma de OAuth 1.0a y expone los endpoints REST como métodos de Python.
Adaptadores de frameworks
NautilusTrader cuenta con un adaptador comunitario para E*Trade; la cobertura y la madurez varían según la versión.
Conector personalizado
Implementación propia. La lógica de firma de OAuth 1.0a es la parte en la que más vale la pena centrarse para implementarla correctamente; los endpoints REST en sí son sencillos.
Soporte de librerías y frameworks para productos de E*Trade
El flujo de firma de OAuth 1.0a es el detalle de integración más característico; pyetrade lo gestiona para proyectos de Python. Los futuros no forman parte de la REST API, por lo que las celdas de futuros indican "no" en toda la matriz.
✓ soporte confirmado según la documentación de la biblioteca o de la API. "no" indica que la API no expone la clase de activo; "check adapter" indica que el soporte varía según la versión.
TradingHost no impone ninguna biblioteca. Ejecuta tu proyecto.
Desarrollo con IA
El flujo de firma de OAuth 1.0a es la parte de la integración con E*Trade que más conviene estructurar en una plantilla desde el principio. Una vez implementado el asistente de firma, los endpoints REST en sí son sencillos y un entorno de desarrollo de IA puede estructurarlos rápidamente. La superficie de control de TradingHost MCP completa el ciclo de observabilidad y gestión del entorno de ejecución.
Sección 04 · Ejecución en TradingHost
Ejecuta tu código en TradingHost
E*Trade proporciona la cuenta de broker, el acceso a la API y el entorno de ejecución. TradingHost proporciona el entorno de producción donde se ejecuta tu estrategia conectada a E*Trade.
En lugar de ejecutar el código de tu estrategia en un ordenador portátil, un equipo de escritorio, un VPS genérico o un servidor configurado manualmente, realizas el despliegue desde GitHub en un entorno de ejecución de contenedores gestionado por TradingHost.
Tú
- Tu repositorio contiene tu código.
- Tu despliegue define cómo se ejecuta.
- Tu estrategia se conecta a E*Trade.
TradingHost
- Mantiene el entorno de ejecución en línea.
- Expone los registros y las comprobaciones de estado.
- Selección de región.
- Superficie de despliegue controlada.
Flujo de despliegue
- PASO 01
Conecta GitHub
Autoriza a TradingHost para acceder a tu cuenta de GitHub.
- PASO 02
Vincula un repositorio o comienza con una plantilla
Vincule TradingHost a su repositorio de estrategias de E*Trade existente, o cree una bifurcación de una plantilla de inicio de pyetrade para disponer de una base funcional con el asistente de firma de OAuth 1.0a ya integrado.
- PASO 03
Despliega en un contenedor de TradingHost
Seleccione una región (US-East es la elección natural para los motores de emparejamiento de acciones y opciones de EE. UU.), proporcione su consumer key, consumer secret y access tokens de E*Trade como variables de entorno, y despliegue. TradingHost ejecuta su estrategia en una infraestructura gestionada de Kubernetes.
- PASO 04
Monitorea los registros y el estado
Supervise registros en tiempo real, el estado y el tiempo de ejecución desde el panel de TradingHost. Se puede acceder a la misma interfaz a través de MCP desde cualquier entorno de desarrollo de IA. La ejecución de operaciones se mantiene en la ruta de código de la estrategia, no en MCP.
- PASO 05
Actualiza y vuelve a desplegar
Envía los cambios a la rama principal de tu repositorio de GitHub y TradingHost los desplegará de forma automática.
Sección 05 · Notas operativas
Notas operativas para E*Trade
Aspectos que pueden causar problemas al ejecutar una estrategia de E*Trade en un entorno de ejecución en la nube en contenedores. El flujo de firma de OAuth 1.0a es la realidad operativa predominante. Cada afirmación a continuación se cita o parafrasea de la documentación para desarrolladores de E*Trade.
01 · OAuth 1.0a
Firma de solicitudes en cada llamada REST
La REST API de E*TRADE se autentica con OAuth 1.0a, lo que requiere una firma HMAC-SHA1 en cada solicitud. Esto es considerablemente más complejo que los tokens de portador de OAuth 2.0 utilizados por los brókers más nuevos. pyetrade y bibliotecas comunitarias similares gestionan la firma de forma interna; los conectores personalizados necesitan un asistente de firma desde el principio. La rotación de tokens también requiere el flujo de reautorización de three-legged OAuth en lugar de un simple intercambio de tokens de actualización.
FuenteE*TRADE developer site02 · Sandbox
apisb.etrade.com refleja la estructura de los endpoints de api.etrade.com
El sandbox de E*TRADE utiliza el host apisb.etrade.com con las mismas rutas de endpoint que el entorno de producción en api.etrade.com. Las credenciales consumer y los tokens de acceso son independientes para cada entorno. Para pasar una estrategia de sandbox a real, solo tiene que cambiar el host y las credenciales; el código de la estrategia no cambia.
FuenteE*TRADE developer site03 · Aprobación de la aplicación
El acceso a la aplicación de producción requiere aprobación previa
E*TRADE emite credenciales consumer de sandbox libremente; las credenciales de producción requieren una revisión de solicitud independiente a través del sitio para desarrolladores. Planifique un tiempo de espera para la incorporación antes de realizar el despliegue real; los despliegues exclusivos en sandbox pueden ejecutarse indefinidamente.
FuenteE*TRADE developer site04 · Futuros a través de Power E*TRADE Pro
El envío de órdenes de futuros no está disponible a través de la REST API para cuentas minoristas
La negociación de futuros en E*TRADE se realiza a través de Power E*TRADE Pro, que es una plataforma de escritorio independiente. La REST API no permite el envío de órdenes de futuros para cuentas minoristas. Las estrategias que requieren futuros necesitan un bróker diferente (IBKR, TradeStation, Tradier) o deben conectarse a través de la aplicación de escritorio Power E*TRADE Pro en un host independiente.
FuentePower E*TRADE Pro05 · Aprobación de opciones
La aprobación de opciones se realiza por cuenta y por niveles
La negociación de opciones en E*TRADE requiere una aprobación por niveles. El nivel de aprobación determina qué estrategias acepta el endpoint de órdenes; las órdenes que superen el nivel aprobado serán rechazadas por el bróker. Diseñe sus estrategias en función de su nivel aprobado o solicite una mejora de nivel a E*TRADE antes de realizar el despliegue.
FuenteE*TRADE options trading
Sección 06 · Diseñado para
Diseñado para
Los entornos de ejecución de TradingHost para E*Trade son ideales para:
- Desarrolladores que crean estrategias en entornos de desarrollo de IA (Cursor, Claude Code)
- Creadores de estrategias sistemáticas de acciones de EE. UU.
- Automatizadores de estrategias de opciones multi-leg
- Programas de rebalanceo de carteras a largo plazo
- Titulares de cuentas de E*Trade que desean migrar a la automatización alojada en la nube
Conectar GitHub y crear tu primera estrategia es gratis.
Sección 08 · Preguntas frecuentes
Preguntas frecuentes
No. TradingHost es independiente y no está afiliado a E*TRADE Securities LLC ni a Morgan Stanley, la empresa matriz de E*TRADE desde octubre de 2020.
No. TradingHost es un entorno de ejecución (runtime) para código de estrategias de trading. E*TRADE Securities LLC es el bróker-dealer (FINRA CRD 8163) y miembro de SIPC. Su cuenta, la custodia, el acceso al mercado, la liquidación y los informes fiscales corresponden en su totalidad a E*Trade.
No. El código de su estrategia se conecta a E*Trade y envía instrucciones de órdenes según su propia lógica, los permisos de su cuenta y el método de integración. TradingHost proporciona el entorno de ejecución donde se ejecuta dicho código.
No. El acceso a la API de E*Trade lo proporciona E*Trade. Usted es responsable de su cuenta de E*Trade, del registro de la aplicación, de los tokens de OAuth y del cumplimiento de los términos de servicio de E*Trade.
No a través de la REST API. La negociación de futuros en E*Trade se realiza mediante Power E*TRADE Pro, que es una plataforma de escritorio independiente. Si su estrategia requiere futuros, considere utilizar IBKR, TradeStation o Tradier en su lugar, ya que todos ellos permiten operar con futuros a través de sus REST APIs.
Sí, sujeto a la aprobación de opciones de E*Trade. El nivel de aprobación determina qué estrategias acepta el bróker; TradingHost no elude esta aprobación.
E*Trade utiliza OAuth 1.0a con firma de solicitudes HMAC-SHA1, un protocolo anterior al patrón de token de portador (bearer token) de OAuth 2.0 que emplean Alpaca, Tradier, Schwab, TradeStation y Tastytrade. Cada solicitud debe estar firmada y la rotación de tokens se realiza mediante el flujo de three-legged OAuth. Las librerías de la comunidad como pyetrade gestionan esto de forma automática; los conectores personalizados necesitarán un asistente de firma desde el principio.
Cualquier lenguaje que se ejecute en un contenedor. La API de E*Trade es HTTPS REST, por lo que cualquier cliente HTTP compatible con firmas HMAC-SHA1 puede comunicarse con ella. pyetrade es el wrapper de Python de la comunidad con mejor mantenimiento.
Registre una aplicación de sandbox en developer.etrade.com para obtener las credenciales consumer. Ejecute el flujo de three-legged OAuth una vez para obtener los tokens de acceso. Desarrolle su estrategia en el entorno de sandbox. Cuando esté listo, solicite las credenciales de producción (requiere una aprobación independiente). Conecte su repositorio de GitHub, vincúlelo a TradingHost y realice el despliegue introduciendo las credenciales en TradingHost Secrets.
En su flujo de trabajo de secretos controlado por GitHub. TradingHost las lee en tiempo de ejecución a través de los secretos del repositorio de GitHub, secretos de entorno o su propio proceso aprobado de gestión de secretos. TradingHost no necesita la custodia de su consumer key, consumer secret ni de sus tokens de acceso. Consulte la sección de secretos de la plataforma.
No. Las estrategias nunca deberían necesitar permisos de retiro o transferencia de fondos.
Sí. TradingHost admite el control basado en MCP para entornos de desarrollo de IA, incluidos Cursor, Claude Code, GitHub Copilot y agentes de IA basados en CLI. MCP es una interfaz de control y observabilidad, no la ruta de ejecución de operaciones.
No. La regla PDT (FINRA Rule 4210) la aplica E*Trade, no TradingHost. Las cuentas de margen con un saldo inferior a $25,000 están sujetas a las restricciones de PDT para el day trading.
No. Sus formularios 1099 los emite E*Trade al final del año, no TradingHost.
No. La SIPC cubre su cuenta de corretaje de E*Trade hasta un máximo de $500,000 (incluidos $250,000 en efectivo). El entorno de ejecución de TradingHost no está asegurado por la SIPC porque TradingHost no es un bróker.
TradingHost se ejecuta en las regiones EU y US-East. US-East es la elección natural para los motores de emparejamiento de acciones y opciones de EE. UU. Consulte la página de regiones.
No. TradingHost se centra en el entorno de ejecución y el despliegue en producción. El backtesting pertenece a su stack de investigación, framework o AlgoBuilder.