Preguntas frecuentes

Si usas un acceso de Parall junto con la app original, abre primero la app original y luego el acceso. Para evitar cualquier dependencia del orden de inicio, crea dos accesos y usa solo esos. Pueden abrirse en cualquier orden y ejecutarse al mismo tiempo.

Los accesos de Parall están diseñados para ser estables porque usan el comportamiento estándar de macOS para iniciar procesos. No usan APIs privadas, parches binarios, inyección de código ni modificación de apps. Cuando un acceso inicia la app destino, macOS entrega el entorno de inicio configurado a ese proceso. Ese comportamiento existe desde hace años y también lo usan muchas apps con arquitectura multiproceso.

El comportamiento específico por app de los accesos es resultado de ingeniería inversa de la arquitectura interna no documentada y del comportamiento de inicio de las apps de macOS. Esa investigación solo se usa para elegir ajustes de inicio compatibles para cada app destino. Aun así, Parall y los accesos que crea no usan APIs privadas. Se apoyan en los mecanismos normales de inicio de macOS, lo que mantiene estable el mecanismo de accesos en versiones actuales y futuras de macOS.

Por eso, es muy poco probable que una actualización de macOS rompa los accesos de Parall como mecanismo general. Las actualizaciones de apps también suelen ser seguras porque cada acceso apunta al paquete original. Si el desarrollador cambia cómo la app guarda perfiles, lee argumentos, procesa variables de entorno o fuerza una sola instancia, esa app concreta puede necesitar un perfil de compatibilidad actualizado.

Sí. Cada acceso apunta al paquete original de la app. Cuando la app destino se actualiza, todos los accesos usan la versión nueva después de reiniciarse.

Si la app destino tiene su propio actualizador, recomiendo elegir una instancia para comprobar actualizaciones y desactivar las comprobaciones automáticas en las demás. Para usar el actualizador interno desde un acceso, macOS puede pedir permiso de gestión de apps para ese acceso. Concédelo solo a la instancia que usarás para actualizar.

No. Al actualizar Parall no se reescriben los paquetes de acceso creados con una versión anterior. Es posible que una versión más reciente de Parall ya incluya una solución para tu problema, pero un acceso existente no la recibirá hasta que vuelvas a generarlo.

Antes de reportar un problema, actualiza Parall a la versión más reciente y vuelve a generar el acceso afectado. Abre Parall, pulsa Editar, selecciona el acceso de Parall existente, revisa sus ajustes y guárdalo con el mismo nombre y en la misma ubicación. Cuando se te pregunte, confirma que quieres sustituir o sobrescribir el acceso existente. Mantén la misma Ruta de almacenamiento de datos para que el acceso recién generado siga usando su perfil separado y sus datos existentes.

Abre el acceso recién generado y vuelve a probar el problema. Si continúa, indica tu versión de Parall y confirma que volviste a generar el acceso cuando contactes con soporte.

Si un acceso de Parall ya está abierto y lo vuelves a abrir desde Raycast, Alfred, Spotlight o el menú Abrir con de macOS, las versiones actuales de Parall no deberían mostrar un icono fantasma adicional en el Dock.

Si ves un icono fantasma en esos casos, estás usando una versión antigua de Parall o un acceso creado con ella. Actualiza a Parall v2.3.1 o posterior y vuelve a generar ese acceso.

Si hay varias instancias de Parall abiertas y una envía una notificación push, al hacer clic en esa notificación macOS puede traer al frente otra instancia en ejecución. Es una limitación conocida. Por ahora no hay solución completa, aunque puede corregirse en una futura versión.

Parall crea accesos ligeros para apps macOS, sitios web, archivos, carpetas y herramientas de línea de comandos que se comportan como apps separadas. Puedes ejecutar varias instancias de la misma app en paralelo y convertir sitios web en accesos de app web con identidad propia en el Dock y ruta de datos propia.

En apps compatibles, Parall no solo abre dos veces la misma app. Usa el método de inicio que funciona para esa app concreta, como ruta de datos separada, variables de entorno, argumentos de línea de comandos o un perfil específico de compatibilidad. Así las instancias duplicadas pueden mantener sesiones, ajustes y datos separados.

Algunas secuencias de comandos y algunos lanzadores pueden pedir a macOS que inicie otro proceso o duplicar un paquete de app. Eso puede bastar para una configuración muy concreta, pero no equivale al motor de Parall.

Parall coordina ajustes de inicio específicos de cada app, una identidad separada en el Dock y, cuando hay soporte, datos, cuentas, perfiles y ajustes separados, mientras mantiene cada acceso conectado con la app original. También hace que cada acceso funcione correctamente al abrirlo desde Spotlight, Raycast y Alfred. Ser un paquete de app no basta por sí solo para ofrecer esa integración. No existe una API pública ni documentación completa que explique cómo funcionan juntos todos esos comportamientos. Los perfiles de compatibilidad y la integración con lanzadores de Parall nacen de la ingeniería inversa continua y de pruebas directas de aplicaciones individuales.

Las soluciones que modifican una copia del paquete de una app pueden invalidar su firma de código, interferir con su ruta normal de actualización y dejar esa copia atascada en una versión antigua. Parall nunca altera ni vuelve a empaquetar la app destino. Cada acceso apunta al paquete original instalado, por lo que conserva su firma y su mecanismo de actualización, y todos los accesos usan la app actualizada después de reiniciarse. Mantener las apps al día importa porque las actualizaciones suelen corregir vulnerabilidades de seguridad.

Parall aplica ese conocimiento mediante los mecanismos normales de inicio de macOS. No usa APIs privadas, no inyecta código, no parchea apps ni modifica archivos del sistema. Una secuencia de comandos genérica puede parecer similar cuando abre un proceso, pero no reproduce automáticamente el comportamiento estudiado y específico de cada app que permite usar la instancia como una aplicación separada.

En la mayoría de los casos, mantén los valores predeterminados. Selecciona la app que quieres duplicar y deja Parall en modo Acceso de app con la opción predeterminada Modo de acceso del Dock. Parall elegirá el mejor método de inicio disponible para esa app.

Para apps de escritorio compatibles como Chrome, Acceso de app con Modo de acceso del Dock ofrece la mejor experiencia nativa. Inicia directamente la app de Mac instalada, mantiene el acceso como una app propia en el Dock y permite que cada acceso use sus propios datos, cuenta y perfil cuando la app destino lo admite.

Teams, WhatsApp y Outlook son casos especiales. Usan la implementación de app web de Parall incluso si empiezas desde Acceso de app, porque su comportamiento de acceso compatible se basa en sus apps web. Si eliges manualmente App web e introduces el sitio tú mismo, el resultado es similar. Empezar desde Acceso de app permite que Parall use el ajuste predefinido conocido y el icono original de la app en vez de depender solo de los metadatos del sitio.

Si Acceso de app y Modo de acceso del Dock están disponibles para tu app destino, úsalos primero. Si no están disponibles o la app necesita otro estilo de inicio, prueba App web para flujos basados en sitios web o Lanzamiento del sistema para apps que necesitan la ruta normal de lanzamiento de macOS.

La app Parall está traducida a inglés, árabe, catalán, croata, checo, danés, finés, francés, alemán, griego, hebreo, hindi, húngaro, indonesio, italiano, japonés, coreano, malayo, polaco, portugués, rumano, chino simplificado, eslovaco, español, sueco, tailandés, chino tradicional, turco, ucraniano, urdu y vietnamita.

No. Parall nunca modifica archivos del sistema ni apps existentes. Solo crea pequeños paquetes de acceso que enlazan con tus apps originales.

No. Parall nunca inyecta, modifica, parchea ni altera binarios de apps. Solo inicia la app destino con opciones de inicio admitidas, como variables de entorno, argumentos o ajustes de perfil específicos. Cada app compatible se prueba de forma individual.

Los accesos de Parall no solicitan permisos por sí mismos. La solicitud de permiso viene de la app o del sitio web destino en el momento en que necesita ese permiso concreto.

En modo Acceso de app, el acceso inicia la app de Mac destino. Si macOS permite que esa app solicite permisos de cámara, micrófono, grabación de pantalla, contactos u otros permisos similares, la app destino puede mostrar las mismas solicitudes de permisos de macOS cuando se abre mediante un acceso de Parall. Por ejemplo, Zoom puede solicitar acceso a cámara y micrófono porque Zoom es la app que los usa.

En modo App web, el sitio web que abres puede solicitar los permisos que necesita mediante el flujo nativo de permisos de WebKit en macOS en el momento en que el sitio necesita ese acceso.

En ambos modos, los permisos nunca se conceden automáticamente. Debes aprobar cada permiso cuando macOS lo pida.

Parall y los accesos que crea no solicitan, procesan ni reciben datos de cámara, micrófono ni otros datos protegidos por permisos. Esa ruta de permisos y datos existe directamente entre macOS y la app o el sitio web destino. Los accesos de Parall no contienen código para leer ni manejar esos datos de permisos.

No. Por diseño, los accesos de Parall no están firmados ni aislados en sandbox porque deben ejecutar directamente el paquete de la app destino. macOS puede mostrar una advertencia diciendo que el acceso intenta modificar otra app. Esa advertencia aparece por el acceso, no por una modificación real. Parall no modifica apps ni archivos del sistema.

En macOS 11 y anteriores, la firma automática no está disponible. Los accesos creados en esos sistemas requieren firma manual antes de poder usarse con normalidad.

Parall funciona localmente, no tiene servicios en segundo plano y no envía telemetría. La única solicitud de red de Parall se produce cuando eliges Descargar ajustes de compatibilidad. Los accesos normales no son clientes de red ni proxies. El acceso inicia la app original con el entorno, argumentos, ruta de datos, sobrescritura de HOME, opción de barra de menús e iconos configurados. Si la app destino necesita Internet, ese tráfico pertenece a la app destino.

Los accesos de app web se conectan directamente al sitio que introduces porque necesitan cargarlo. Esas conexiones van al sitio o proveedor de servicio, no a servidores de Parall.

La entrada Otros datos en Datos no vinculados contigo se refiere únicamente a la acción opcional Descargar ajustes de compatibilidad. Parall no envía esta solicitud a menos que pulses ese botón.

Al pulsarlo, Parall envía al servidor de Parall el nombre de la app destino seleccionada, su identificador de paquete y si usa sandbox. El servidor almacena un hash derivado de la dirección IP de la solicitud en lugar de la dirección IP original. Los datos de la app se usan para buscar y devolver los ajustes de compatibilidad correspondientes. Si todavía no existe un perfil, la solicitud también ayuda a medir la demanda de esa app para que pueda priorizar cuáles probar y admitir a continuación.

Estos datos no se vinculan a tu Apple ID, una cuenta de Parall ni tu identidad. No se usan para publicidad o seguimiento y no se venden ni se comparten con intermediarios de datos.

Sí. Cuando guardes un acceso, arrástralo al Dock. Se comporta como cualquier icono de app de macOS.

Parall no se prueba con reemplazos del Dock de terceros y puede no ser compatible. También puede fallar con utilidades que cierran, reemplazan o reinician repetidamente el proceso Dock original de macOS. Ese proceso debe seguir ejecutándose para que los iconos, efectos y estados de los accesos funcionen correctamente.

Los iconos personalizados funcionan en uso normal, pero algunas apps destino sobrescriben su icono del Dock en tiempo de ejecución. Por ejemplo, una app puede dibujar progreso de descarga o estado dentro del icono. Cuando ocurre, macOS reemplaza el icono del acceso por el icono de la app destino. El icono vuelve a la normalidad tras reiniciar el acceso. El icono de barra de menús de Parall no tiene esta limitación.

Finder puede conservar en caché un icono anterior para el nombre de un paquete de app. Es más probable si antes existía otro paquete de app con el mismo nombre. El acceso de Parall puede contener el icono personalizado correcto mientras Finder sigue mostrando el icono original almacenado en caché.

Para actualizar la entrada de icono almacenada por Finder, cierra el acceso, abre Terminal y ejecuta los siguientes comandos. Sustituye la ruta de ejemplo por la ruta real del acceso. También puedes escribir touch, añadir un espacio y arrastrar el acceso desde Finder hasta Terminal para insertar su ruta.

touch "/Applications/Shortcut Name.app"
killall Finder

touch actualiza la fecha de modificación del paquete para que macOS vuelva a comprobar su icono. El segundo comando reinicia Finder automáticamente. No se elimina ningún archivo. Si Finder sigue mostrando el icono anterior, cierra la sesión y vuelve a iniciarla o reinicia el Mac. También puedes volver a crear el acceso de Parall con otro nombre para que Finder use una nueva entrada de caché.

Quita el acceso del Dock, cierra la app por completo y añade el acceso al Dock de nuevo. Esto puede ser necesario la primera vez que se abre un acceso nuevo. Después, macOS debería mostrar la animación correctamente.

Cuando Parall dibuja una etiqueta sobre un icono, macOS trata el resultado como una imagen rectangular completa. Si la etiqueta queda fuera de la forma visible del icono, ese espacio transparente se conserva y el Dock puede reducir la escala del icono. Para corregirlo, reduce el tamaño de fuente, mueve el texto hacia arriba o acorta la etiqueta para que quede dentro del área visible.

macOS Tahoe espera que los iconos del Dock contengan zonas transparentes o semitransparentes. Si Parall dibuja texto sobre el icono destino o importas un icono totalmente opaco, el resultado puede no tener los píxeles semitransparentes que Tahoe necesita.

Parall v2.4.2 añadió una opción de apariencia Tahoe que hereda un icono alternativo de la app destino. Actívala al editar o crear el acceso. Funciona cuando la app destino proporciona un icono Tahoe compatible y se ha probado con éxito con Google Chrome. Algunas apps no proporcionan un icono alternativo, o su icono alternativo puede no ser compatible con la apariencia Tahoe. Si la opción no funciona, prepara manualmente un icono con las áreas casi transparentes correctas, recrea el acceso e impórtalo con el botón Examinar del paso de nombre e icono. Consulta la guía Cómo usar la apariencia de iconos de macOS Tahoe con los accesos de Parall.

Sí. Cada paquete de acceso tiene su propio identificador y macOS lo trata como una app separada. Herramientas como 1Focus, Jomo, Little Snitch y similares pueden controlar cada acceso individualmente.

Si cambias el idioma o la región de un paquete de acceso creado por Parall, eso solo afecta al ayudante de Parall y a la interfaz del icono de barra de menús, no a la app destino. La app destino usa sus propios ajustes de idioma o los del sistema. Si la app admite datos separados por perfil, las preferencias internas de idioma o región se conservan por acceso.

Sí. En el asistente puedes elegir Seguir sistema, Claro u Oscuro. Así un acceso puede abrirse en modo claro u oscuro sin depender del aspecto actual de macOS. Algunas apps pueden ignorar este ajuste si tienen su propio sistema de temas. Para cambiarlo luego, recrea el acceso con la misma ruta de datos y elige otra apariencia.

El soporte para apps de Apple no está garantizado. Las apps con identificadores que empiezan por com.apple. pueden comportarse de forma distinta según la versión de macOS y no todas las funciones de Parall estarán disponibles.

Sí. Usa el modo de acceso de app web, introduce la URL, elige nombre e icono y selecciona una ruta de datos si quieres que ese sitio mantenga sesión, cookies, almacenamiento local y datos relacionados separados. Los accesos web usan Safari y WebKit nativos de macOS. No usan Electron ni Chrome incluido.

No. Las claves de acceso no son compatibles con el modo Acceso de app web de Parall. Cuando un sitio ofrezca varios métodos de inicio de sesión, elige una alternativa como una app de autenticación, un código SMS o la verificación mediante llamada telefónica. Si el sitio exige una clave de acceso y no ofrece otro método, inicia sesión mediante su app nativa para Mac o un navegador completo.

Sí. WhatsApp y Microsoft Teams son accesos de app web predefinidos. WhatsApp usa web.whatsapp.com y Microsoft Teams usa la versión web de Teams. Si una función no existe en la app web correspondiente, Parall tiene la misma limitación.

Estos accesos admiten notificaciones push, contadores sin leer en el Dock, iconos de barra de menús opcionales con contadores, modo de fondo cuando el icono de barra de menús está activo, rutas de datos personalizadas para accesos separados y control de zoom en apps web compatibles. En WhatsApp, llamadas de voz y video funcionan si activas la beta de WhatsApp dentro de WhatsApp Web.

No. Los accesos de Parall están hechos específicamente para macOS. Los accesos de apps inician directamente la app instalada. Los accesos web usan Safari y WebKit nativos de macOS.

Soporte limitado. En Macs con Apple silicon, Parall puede crear accesos para apps iOS y iPadOS, pero no puede separar sus datos ni darles un icono dedicado en el Dock. Aun así, puedes sobrescribir variables de entorno y pasar argumentos.

Sí, cuando Parall admite su familia de apps. Las apps en sandbox basadas en Electron, Firefox, Chrome y Eclipse pueden usar una carpeta de datos distinta para cada acceso. Parall detecta estas apps y aplica automáticamente el método de separación compatible mientras la app de destino sigue en sandbox.

Las apps en sandbox fuera de esas familias compatibles pueden seguir limitadas al contenedor del sistema en ~/Library/Containers/<bundle-id>/Data. Una sobrescritura normal de HOME no puede mover ese contenedor. Usa el modo de almacenamiento Automático y una Ruta de almacenamiento de datos única para cada acceso. Consulta también la página de compatibilidad para ver indicaciones específicas de la app.

Las herramientas de montaje en la nube exponen varias cuentas como unidades de red en Finder y suelen transmitir archivos mediante su propio proceso. Eso permite navegar muchas cuentas, pero no ejecuta el cliente nativo oficial de Dropbox.

Parall permite ejecutar varias apps nativas de Dropbox en paralelo, cada una con su propio perfil y datos separados. Cada instancia sigue siendo el cliente oficial de Dropbox con su propia lógica de sincronización.

Dropbox File Provider no es compatible con varias instancias de Dropbox Desktop al mismo tiempo. Antes de crear un acceso para otra cuenta, abre la app principal de Dropbox, desactiva File Provider, cierra Dropbox por completo y espera a que desaparezca el icono de la barra de menús.

Abre el navegador predeterminado y asegúrate de haber iniciado sesión en la cuenta de Dropbox que usará el acceso. Luego abre Parall, ejecuta el asistente de Dropbox, inicia el nuevo acceso y completa el inicio de sesión. Cuando Dropbox muestre su asistente, no omitas Configuración avanzada. Elige una ubicación de Dropbox distinta a la de cualquier otra instancia y desactiva File Provider también para ese acceso.

Si usas la misma carpeta de Dropbox que otra instancia, el acceso puede fallar o Dropbox puede negarse a terminar la configuración. Los menús contextuales de Finder solo pueden pertenecer a la instancia de Dropbox que se inicia primero. Para cada acceso de Dropbox, usa una cuenta, carpeta de sincronización y perfil de datos únicos y mantenlos emparejados.

Badgeify es una utilidad de fondo que muestra iconos de barra de menús propios para otras apps. Parall no tiene servicios de fondo. Cada paquete de acceso incluye su propia implementación de icono de barra de menús, aparece solo mientras ese acceso ejecuta la app destino y desaparece cuando se cierra.

Fluid, Coherence X y Unite crean apps independientes para sitios web. Parall también crea accesos web, pero además funciona a nivel de inicio de apps nativas. Crea accesos que inician instancias adicionales de la app macOS real instalada en tu Mac, cada una con carpeta de datos, variables de entorno, argumentos, icono del Dock e icono opcional de barra de menús.

No. Algunas apps macOS imponen una sola instancia, ignoran configuración externa o almacenan datos de una forma que no se puede separar con seguridad. Consulta la tabla en Compatibilidad de Parall. Si no estás seguro, contacta con support@parall.app antes de comprar y probaré la app.

Sí, para apps compatibles y accesos de app web. La separación automática de datos está disponible para apps y navegadores basados en Electron, Firefox, Chromium y ToDesktop. Para sitios web, Parall usa la ruta de datos elegida para el acceso web. Para otras apps puede usar perfiles específicos, argumentos, variables de entorno o sobrescritura de HOME. El método exacto depende de cómo la app guarda sus datos.

Sí. En muchas apps, iniciar dos veces el mismo ejecutable todavía produce una sola instancia o datos compartidos. Para que varias instancias funcionen, Parall normalmente debe redirigir los datos a una ubicación separada o pasar un argumento de perfil admitido. En la práctica, una ruta de datos única por acceso es necesaria para la mayoría de apps.

No. El paquete de acceso y la carpeta de datos son independientes. Si creaste un acceso con una ruta de datos personalizada, esa carpeta permanece en el disco aunque borres el paquete de la app de acceso. Puedes recrearlo después y apuntarlo a la misma ruta.

Muchas apps no probadas funcionan, pero depende de cómo se inician y guardan datos. Si una app no se abre como instancia separada, el recurso más fiable es Modo de almacenamiento de datos con sobrescritura de HOME. Usa una carpeta HOME distinta por acceso. Si una app está en sandbox y se basa en Electron, Firefox, Chrome o Eclipse, usa Automático con una Ruta de almacenamiento de datos única. Parall aplicará el método compatible para esa familia. Otras apps en sandbox pueden seguir limitadas al contenedor del sistema.

Parall separa datos dando a cada acceso su propia carpeta de datos del navegador. No conecta un acceso directamente a una carpeta Profile existente. Si quieres empezar con un perfil existente, cierra por completo el navegador, abre el acceso de Parall una vez, ciérralo y copia los datos del perfil existente a la carpeta de datos del acceso. Copia, no muevas. Los symlinks son una opción avanzada, pero un perfil compartido ya no está separado y no debe usarse por dos instancias al mismo tiempo.

Sí, pero es una configuración avanzada. Por defecto, un acceso de Claude creado por Parall mantiene sus propios datos. Si quieres compartir proyectos de Cowork, apunta la carpeta de sesión de Cowork del acceso a la carpeta de sesión original de Claude con un symlink. Cierra ambas instancias antes de tocarlo, conserva una copia del folder separado y no borres la carpeta original porque el symlink depende de ella.

Sí. Parall puede establecer variables de entorno personalizadas para cada acceso. Con el modo de almacenamiento de datos Sobrescritura de la ruta HOME, cada instancia obtiene su propia estructura similar a una carpeta de inicio. Si la carpeta elegida no está vacía, Parall crea automáticamente una subcarpeta con el nombre del usuario y enlaza carpetas clave de macOS para mantener la compatibilidad.

De forma predeterminada, Parall crea enlaces simbólicos para archivos y carpetas comunes relacionados con la línea de comandos, el desarrollo y el shell que apuntan a tu Home real. Así, herramientas y configuraciones como Docker, Bash y Zsh se comparten con el host y siguen funcionando con normalidad. Parall separa los datos de la app destino, no todo tu entorno de desarrollo.

Para separar cualquiera de estos elementos en una instancia, abre el acceso una vez, abre la carpeta de datos de esa instancia y muestra los archivos ocultos en Finder pulsando Command-Shift-. Después, elimina solo los enlaces simbólicos que no quieras compartir con el host. Por ejemplo, eliminar los enlaces .ssh y .zsh permite que esa instancia use configuraciones de SSH y Zsh separadas. Eliminar un enlace simbólico no borra los datos originales del host, pero confirma que el elemento sea un enlace simbólico antes de eliminarlo.

Parall crea esta estructura predeterminada solo cuando la carpeta de sobrescritura de HOME está vacía. Después del primer inicio, puedes eliminar enlaces predeterminados o añadir los tuyos y controlar por completo lo que puede ver la app destino.

La sobrescritura de HOME es solo un método de separación. Las apps en sandbox compatibles basadas en Electron, Firefox, Chrome y Eclipse deben usar Automático con una Ruta de almacenamiento de datos única para que Parall aplique el método adecuado. Otras apps en sandbox pueden ignorar las sobrescrituras de HOME o datos y seguir usando el contenedor asignado por el sistema.

Sí. Crea un acceso de Parall distinto para cada entorno de Terminal o línea de comandos, selecciona Sobrescritura de la ruta HOME como Modo de almacenamiento de datos y usa una Ruta de almacenamiento de datos única para cada acceso.

Abre cada acceso una vez, abre su carpeta de datos y pulsa Command-Shift-. en Finder para mostrar los archivos ocultos. De forma predeterminada, Parall enlaza los archivos comunes del shell y de desarrollo con tu Home real. Elimina solo los enlaces simbólicos de los ajustes que quieras mantener separados en esa instancia. Para separar la configuración de GitHub y del shell, estos pueden incluir .ssh, .gitconfig, .zsh y carpetas de configuración específicas de cada herramienta. Antes de eliminar un elemento, confirma que sea un enlace simbólico. Los archivos originales de tu Home real no se eliminarán.

En el siguiente inicio, las herramientas abiertas desde ese acceso heredarán su entorno HOME separado. Después podrás iniciar sesión en Claude Code y en las herramientas de GitHub con las cuentas personales o de trabajo correspondientes, y editar la configuración del shell, Git y SSH dentro de la carpeta de datos del acceso igual que en tu carpeta Home habitual.

La sobrescritura de HOME separa los archivos almacenados dentro de HOME. No crea una cuenta de usuario de macOS ni un llavero separados. Si una herramienta guarda credenciales fuera de HOME, esas credenciales podrían seguir compartiéndose y quizá también debas ajustar la configuración de cuenta o de almacenamiento de credenciales de esa herramienta.

macOS añade un atributo de cuarentena a paquetes recién creados. Puedes eliminarlo con el comando de Terminal incluido. En macOS 10.10 y 10.11 también hay que limpiar la cuarentena del binario del acceso.

Sí. Parall puede desplegarse y gestionarse con sistemas MDM estándar. No modifica archivos del sistema y su comportamiento es transparente.

Si abres Cursor, VS Code o un IDE basado en VS Code mediante un acceso con carpeta de datos redirigida, algunas extensiones pueden no aparecer en la búsqueda. Normalmente se debe a que el perfil separado tiene vacía la URL del servicio Marketplace. Abre ajustes del IDE, busca la URL del servicio Marketplace, pon https://marketplace.visualstudio.com/_apis/public/gallery y reinicia el IDE.

Sí. Puedes desplegar Parall con cualquier solución MDM estándar. Para preautorizar permisos de Accesibilidad, envía un perfil de configuración con el dominio com.apple.TCC.configuration-profile-policy que conceda Accessibility a app.parall.mac.

Parall no tiene dependencias de red obligatorias ni envía telemetría. La app funciona localmente salvo cuando eliges expresamente Descargar ajustes de compatibilidad, lo que envía la solicitud opcional explicada arriba. Los accesos normales solo son lanzadores del binario original. No repaquetan, parchean, inyectan ni modifican la app destino, y no necesitan conexiones propias de red para mantener perfiles separados.

En macOS 11 y anteriores, Parall no puede firmar automáticamente los accesos nuevos. Los accesos exportados en esos sistemas requieren firma manual antes de poder abrirse con normalidad.

Este mensaje aparece cuando macOS detecta que un acceso creado por Parall inicia otra app directamente mediante su ruta de línea de comandos. Parall no modifica apps ni archivos del sistema. Los accesos son paquetes de solo lectura que inician la app destino con argumentos y variables opcionales definidos en Info.plist. Puedes cerrar el mensaje con seguridad.

Si el botón Abrir igualmente no aparece en Ajustes del Sistema > Privacidad y seguridad, intenta abrir primero el acceso de app una vez. macOS muestra ese botón solo después del primer intento de inicio. Luego vuelve a Privacidad y seguridad y pulsa Abrir igualmente.

También puedes pulsar Instalar script en Parall. Una vez instalado el script opcional, el paso Abrir igualmente deja de ser necesario.

En algunos sistemas, los accesos de Parall aparecen en una pantalla de gestión de apps. macOS muestra esto porque el acceso lee el contenido del paquete de la app original para iniciarla. Parall no modifica, actualiza ni borra otras apps. Algunas apps sí necesitan ese permiso para su propio actualizador. Elige una instancia para actualizaciones y concédele el permiso cuando macOS lo pida.

La autorización mediante el navegador, como el flujo OAuth que usan Cursor o Codex, debe completarse mientras todas las demás instancias de la misma app destino están cerradas. Esto incluye la app original y todos los demás accesos de Parall para esa app.

1. Cierra por completo la app destino original y todas sus demás instancias de Parall.
2. Abre únicamente el acceso que quieres autorizar e inicia el proceso de acceso.
3. Mantén cerradas todas las demás instancias mientras completas la autorización en el navegador. Espera hasta que el navegador vuelva a la instancia destino y esa instancia confirme que has iniciado sesión.
4. Abre de nuevo la app original o los demás accesos de Parall solo cuando la autorización haya terminado por completo.

Si la autorización no funciona, recomiendo probar Safari. Vuelve a cerrar todas las instancias, establece Safari temporalmente como navegador predeterminado de macOS, abre únicamente la instancia que quieres autorizar y reinicia el proceso de autorización desde el principio. Cuando la autorización termine correctamente, puedes restaurar tu navegador predeterminado preferido y volver a abrir las demás instancias.

Si creaste un acceso para una app compatible pero sigue usando los mismos datos, revisa que el modo de almacenamiento esté en Automático y que el acceso tenga una ruta de datos única. Mira también las notas específicas de la app en la página de compatibilidad.

Si después de eso no se separa, cierra la app destino y el acceso, comprime el paquete de acceso en un archivo ZIP y envíalo a support@parall.app con el nombre de la app y una breve descripción.