KIRO_SETUP // PRODUCT_POSITIONING

Kiro.dev setup.

La landing describe Smith Pro como capa operacional para workspaces Kiro.dev: una experiencia donde repo, agente, terminal, docs y deploy se leen como una misma sesion remota.

Estados de producto

  • KIRO_NODE_CONNECTED: el workspace remoto esta disponible para operar.
  • WORKSPACE_SYNC: el contexto de archivos y tareas mantiene continuidad.
  • AGENT_ONLINE: el agente puede razonar sobre repo, docs y terminal.
  • TERMINAL_READY: comandos y resultados quedan visibles por sesion.
  • PAGE_READY: el build estatico esta listo para preview o deploy.

Narrativa recomendada

Evita venderlo como editor generico. El mensaje fuerte es continuidad operacional: el usuario entra, recupera contexto, conversa con el agente, ejecuta comandos y publica artefactos desde un entorno gobernado.

Superficies del workspace

  • File tree: estructura viva del proyecto y archivos activos.
  • Editor: cambios generados o revisados por el agente.
  • Terminal: build, preview, errores y comandos reproducibles.
  • Agent chat: instrucciones del usuario, razonamiento operacional y handoff.
  • Docs: reglas de setup, seguridad y deployment disponibles dentro del flujo.
smith workspace connect --provider kiro
smith agent attach --scope repo,terminal,docs
smith session trace --include commands,files,status
smith deploy target --provider cloudflare-pages

Limites a declarar internamente

  • La integracion productiva con Kiro.dev debe validarse antes de prometer ejecucion real.
  • Las credenciales de usuarios no deben vivir en el bundle estatico.
  • El runtime remoto requiere politicas de sesion, permisos y retencion antes de produccion.
  • La UI puede comunicar el protocolo aunque el backend se conecte por etapas.