Império BDO — Gerador v0.6.9
Execute GERAR_WORKER_JSON.bat. O fluxo de escolha de arquivo e runtime da v0.6.7 foi preservado.
Todos os registros, inclusive UPGRADE, IDs originais como strings, repetições, campos brutos e bytes completos do cache ficam no worker.json.
Não use a ordem do arquivo, repetições ou data de modificação para escolher uma atribuição atual.
A atribuição pode ser conflitante ou não verificada. Nenhuma recebe confirmação automática pelo gerador.
O site v1.4.110 aceita revisão manual por destino e salva decisões locais reversíveis.
JSON legado sem workerId/wid confiável precisa ser gerado novamente para permitir confirmação.
O P2W automático foi suspenso: configurações explícitas são preservadas, não se infere infraestrutura da conta sobre registros não verificados.
Nunca apague o cache para corrigir contagens. Os 132 registros não equivalem a um quadro atual de empregados.

Os apelidos são lidos dos gamevariable.xml da mesma conta do worker.cache escolhido, incluindo o arquivo da conta, sem misturar outras contas ou o XML global. Se o layout UserCache/conta não for reconhecido, a leitura fica limitada à pasta do cache e um aviso é registrado.
UTF-8, UTF-16, UTF-32, formatos legados e fragmentos XML do jogo são tratados. Apelidos divergentes para o mesmo ID não são escolhidos por ordem ou data: todas as fontes ficam em workerNameAudit.
Um apelido antigo não comprova contratação, atividade nem o destino atual. A ausência de apelido não elimina registro.

Para conservar as decisões já feitas, primeiro use Exportar registros e decisões no site corrigido. Quando o gerador perguntar pelo JSON anterior, informe esse arquivo completo. O novo JSON preserva configurações, decisões, histórico e campos adicionais. Um caminho errado ou JSON ilegível interrompe a geração, preservando a exportação anterior.
As decisões são transportadas sem alterar sua evidência. Se os registros mudaram, o site invalida a confirmação anterior e exige nova conferência; o gerador não confirma novamente só porque o ID é igual.
Registros anteriores substituídos ou sem correspondência segura ficam preservados integralmente em previousWorkerRecordEvidence, inclusive anotações dentro dos campos, fora da lista do cache atual e sem produção atribuída automaticamente. Auditorias e metadados anteriores substituídos ficam em previousExtractionEvidence. Caches anteriores incorporados ao JSON também são preservados.
O arquivo worker.json deve ser usado no site v1.4.110 ou posterior compatível. O site antigo pode somar tarefas incertas porque não entende as decisões de classificação.
