Odoo Migration Copilot
Omdanner Odoo opgraderingslogs og addon-scanninger til en klassificeret arbejdsliste via odoo-mcp serveren
Virker med opsætning
Hvad det gør
En trefaset playbook for Odoo versionopgraderinger (16 til 17 til 18 til 19/20), der driver odoo-mcp serverens migrationsværktøjer: scan_addons_source og upgrade_risk_report for inventar, analyze_upgrade_log til at klassificere staging-fejl som no_action / needs_review / needs_script, lookup_model_history til at løse modelomdøbninger, og generate_json2_payload for XML-RPC-til-JSON-2 overgangen. Output er en faseoverskrift, en action/category/evidence/fix/status arbejdslistetabel og en go/no-go-beslutning med antallet af åbne needs_script. Udløses, når du nævner opgradering eller migrering af Odoo-versioner, en fejlagtig opgraderingslog, Odoo 17 "attrs" visningsfejl eller XML-RPC deprecation.
Testrapport
Klonede repoet og installerede skills/odoo-migration-copilot i en midlertidig HOME (export HOME=$(mktemp -d)) — SKILL.md lander på den rigtige sti, frontmatter parses til præcis navn+beskrivelse, ingen scripts refereret, ingen curl|sh / base64 / secret-exfil / injection tekst nogen steder under skills/, og rå hentninger af SKILL.md, den beslægtede odoo-data-quality-gate skill, diagnostics.py og data/odoo_renames.json returnerede alle HTTP 200. MCP-serveren kræver live Odoo-legitimationsoplysninger, men fire af de fem værktøjer, playbook'en kalder, er rene input-drevne funktioner, så jeg udførte analyze_upgrade_log_report, scan_addons_source_report, upgrade_risk_report, lookup_model_history_report og generate_json2_payload_report direkte mod en 14-linjers syntetisk Odoo 16-til-17 fejl-log og et syntetisk acme_sales addon-træ; kun get_odoo_profile og data_quality_report var ukørbare. Skill-artefaktet fik en reel struktur over min uassisterede baseline — den foreskrevne action|category|evidence|fix|status-tabel, en eksplicit "no-go, 9 open needs_script", og lookup_model_history, der fastgjorde account.invoice til account.move fra Odoo 13.0 med move_type filter-noten, plus en verificeret POST /json/2/sale.order/search_read forhåndsvisning. I modsætning hertil sprang analyze_upgrade_log's regexes lydløst to af de elleve fejl-linjer over, som min prosa-baseline fangede ("Model acme.commission.rule references undefined model account.invoice" og "dependency website_theme_install not found"), og scorede kaskade-linjen "Failed to load registry" som sit eget needs_script-element, så at følge værktøjets output bogstaveligt giver en tyndere arbejdsliste end at læse loggen selv.
Testet: 2026-07-21 · Claude Code 2.x (agent harness)
Installation
git clone --depth 1 https://github.com/tuanle96/mcp-odoo.git /tmp/odoo-migration-copilot-src mkdir -p ~/.claude/skills cp -R /tmp/odoo-migration-copilot-src/skills/odoo-migration-copilot ~/.claude/skills/odoo-migration-copilot # REQUIRED, not optional: the skill is only a playbook — every step calls a tool from the # odoo-mcp MCP server. Without that server connected the skill has nothing to run. # uvx odoo-mcp --setup # prints the MCP client config snippet # Needs Odoo connection env vars (ODOO_URL / ODOO_DB / ODOO_USER / ODOO_PASSWORD or API key). # Phase 1 addon audit additionally needs ODOO_ADDONS_PATHS pointing at your custom addon tree. # Sibling skill referenced by Phase 1 step 4 (install it too if you want the data gate): # cp -R /tmp/odoo-migration-copilot-src/skills/odoo-data-quality-gate ~/.claude/skills/odoo-data-quality-gate # Upstream also offers: npx skills add erpipe-org/mcp-odoo (installs all 4 skills in the pack)
Kommandoer og eksempelprompter
/odoo-migration-copilotOmdanner Odoo opgraderingslogs og addon-scanninger til en klassificeret arbejdsliste via odoo-mcp serveren
Skills udløses af almindelige forespørgsler — ingen kommandoer at huske. Efter installationen aktiverer prompter som disse skillen (på engelsk):
Plan our Odoo upgrade from 16 to 18Fix these broken upgrade log errorsPreview the JSON-2 payload changes for our upgrade