Skip to main content
OpenWork impulsa un backend de OpenCode, por lo que el archivo que escribe es un archivo de configuración de OpenCode. El backend lee la entrada del proveedor de este. OpenWork no ofrece un lugar para configurar start_within en su propia interfaz de usuario, por lo que el plazo depende de la clave. Cree una primero: consulte claves de agente.

Configúrelo con un agente

Abra el bloque siguiente y cópielo en cualquier agente de codificación. El prompt nunca le pedirá su clave de API: el agente configura todo lo demás y luego imprime la línea de exportación para que la ejecute usted mismo.

Configurar OpenWork

  1. Coloque un opencode.json en su propio directorio. Utilice la entrada del proveedor de OpenCode.
  2. Exporte la clave en la shell que inicia OpenWork.
  1. Inicie OpenWork con la ruta de importación configurada.
OpenWork mantiene el backend en un perfil aislado, por lo que ignora un archivo de configuración en su directorio de trabajo. Copia el directorio nombrado en el perfil al iniciar, luego inicia el backend con OPENCODE_CONFIG_DIR configurado a esa copia. pnpm dev establece OPENWORK_DEV_MODE=1, que es lo que activa la importación. OpenWork pasa el entorno padre al backend, que es como el valor llega a la entrada del proveedor.

El alcance proviene del perfil, no de la carpeta

OpenWork no lee la configuración de su directorio de trabajo, por lo que la división global y por proyecto que ofrece OpenCode no se aplica aquí. El alcance proviene del perfil contra el que se inicia. Mantenga un par de rutas de perfil por cada configuración entre las que desee alternar. El mismo paquete importado en dos perfiles le proporciona dos configuraciones aisladas, cada una con su propio historial de sesión. Reutilice las rutas anteriores para mantener un perfil. Cámbielas para iniciar uno nuevo.

La importación se copia en cada inicio y nunca se elimina

La copia se ejecuta en cada inicio y sobrescribe. Edite el paquete, reinicie con las mismas rutas OPENWORK_ELECTRON_USERDATA y OPENWORK_DATA_DIR, y el backend leerá el nuevo archivo. Nunca se elimina. Un archivo que eliminó del paquete permanece en la copia del perfil. Para borrarlo, necesita nuevas rutas para ambas variables, lo que reinicia el perfil y pierde su historial de sesión. Haga esto solo cuando un archivo sobrante esté estorbando.

Confirmar que la clave se aplicó

Cada respuesta viene con x-flexinference-defaults-applied. Ni el backend ni la interfaz de usuario de OpenWork muestran los encabezados de respuesta, así que lea la solicitud en el panel de control en Logs en su lugar.

Solución de problemas

La importación nunca se ejecutó. OPENWORK_DEV_MODE=1 es lo que la habilita, y pnpm dev lo establece. Un lanzamiento de producción omite la importación. Una edición de configuración no cambió nada. La copia se ejecuta por lanzamiento, pero solo en el perfil que se le dio. Reinicie con las mismas rutas OPENWORK_ELECTRON_USERDATA y OPENWORK_DATA_DIR. Un archivo que eliminó todavía está cargado. La copia sobrescribe pero nunca elimina. Inicie un perfil nuevo con nuevas rutas para ambas variables, aceptando la pérdida del historial de sesión. Las solicitudes nunca nos llegan. El campo model de nivel superior en el paquete es lo que selecciona el proveedor. Sin él, el backend permanece en su valor predeterminado incorporado. 401 invalid_api_key. FLEXINFERENCE_API_KEY no está configurada en la shell que inició OpenWork. Exporte allí, ya que el backend hereda el entorno de esa shell. Consulte errores para cada rechazo que devolvemos, claves de agente para los que no son específicos de OpenWork, y OpenCode para la entrada del proveedor y las opciones de plazo por modelo.