Skip to main content
O OpenWork opera um backend OpenCode, então o arquivo que você escreve é um arquivo de configuração OpenCode. O backend lê a entrada do provedor a partir dele. O OpenWork não oferece um local em sua própria interface para definir start_within, então o prazo depende da chave. Crie uma primeiro: consulte chaves de agente.

Configure isso com um agente

Abra o bloco abaixo e copie-o para qualquer agente de codificação. O prompt nunca pede sua chave de API: o agente configura todo o resto e, em seguida, imprime a linha de exportação para você executar.

Configurar o OpenWork

  1. Coloque um opencode.json em um diretório próprio. Use a entrada do provedor de OpenCode.
  2. Exporte a chave no shell que inicia o OpenWork.
  1. Inicie o OpenWork com o caminho de importação definido.
O OpenWork mantém o backend em um perfil isolado, então ele ignora um arquivo de configuração no seu diretório de trabalho. Ele copia o diretório nomeado para o perfil no lançamento e, em seguida, inicia o backend com OPENCODE_CONFIG_DIR definido para essa cópia. pnpm dev define OPENWORK_DEV_MODE=1, que é o que ativa a importação. O OpenWork passa o ambiente pai para o backend, de modo que FLEXINFERENCE_API_KEY alcança a entrada do provedor.

O escopo vem do perfil, não da pasta

O OpenWork não lê a configuração do seu diretório de trabalho, então a divisão global e por projeto que o OpenCode oferece não se aplica aqui. O escopo vem do perfil contra o qual você inicia. Mantenha um par de caminhos de perfil por configuração que você deseja alternar. O mesmo pacote importado para dois perfis oferece duas configurações isoladas, cada uma com seu próprio histórico de sessão. Reutilize os caminhos acima para manter um perfil. Altere-os para iniciar um novo.

A importação copia a cada inicialização e nunca exclui

A cópia é executada a cada inicialização e sobrescreve. Edite o pacote, reinicie nos mesmos caminhos OPENWORK_ELECTRON_USERDATA e OPENWORK_DATA_DIR, e o backend lerá o novo arquivo. Nunca exclui. Um arquivo que você removeu do pacote permanece na cópia do perfil. Limpar isso requer novos caminhos para ambas as variáveis, o que reinicia o perfil e perde seu histórico de sessão. Faça isso apenas quando um arquivo restante estiver atrapalhando.

Confirmar a chave aplicada

Cada resposta vem com x-flexinference-defaults-applied. Nem o backend nem a interface do OpenWork mostram os cabeçalhos de resposta, então leia a requisição no painel em Logs.

Solução de problemas

A importação nunca foi executada. OPENWORK_DEV_MODE=1 é o que a habilita, e pnpm dev a define. Uma inicialização de produção ignora a importação. Uma edição de configuração não mudou nada. A cópia é executada por inicialização, mas apenas no perfil que lhe foi dado. Reinicie nos mesmos caminhos OPENWORK_ELECTRON_USERDATA e OPENWORK_DATA_DIR. Um arquivo que você excluiu ainda está sendo carregado. A cópia sobrescreve, mas nunca exclui. Inicie um novo perfil com novos caminhos para ambas as variáveis, aceitando a perda do histórico de sessão. As requisições nunca nos alcançam. O campo model de nível superior no pacote é o que seleciona o provedor. Sem ele, o backend permanece em seu padrão integrado. 401 invalid_api_key. FLEXINFERENCE_API_KEY não está definida no shell que iniciou o OpenWork. Exporte-a lá, pois o backend herda o ambiente desse shell. Consulte erros para cada recusa que retornamos, chaves de agente para aquelas que não são específicas do OpenWork, e OpenCode para a entrada do provedor e as opções de prazo por modelo.