CtrlK
BlogDocsLog inGet started
Tessl Logo

odoo-migration-helper

Step-by-step guide for migrating Odoo custom modules between versions (v14→v15→v16→v17). Covers API changes, deprecated methods, and view migration.

49

Quality

54%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./plugins/AI-Agents-Safe-Coding-Skills/skills/odoo-migration-helper/SKILL.md

The canonical home for this skill is odoo-migration-helper in administrakt0r/AI-Agents-Safe-Coding-Skills

SKILL.md
Quality
Evals
Security

Quality

Content

43%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The skill provides useful migration reference tables and concrete XML/Python before-after examples for specific version transitions, which is its main strength. However, it suffers from missing workflow structure (no step-by-step migration process with validation), incomplete version coverage (v14→v15 is absent despite being in the description), and unnecessary meta-sections that consume tokens without adding value. The skill reads more like a reference cheat sheet than an actionable migration guide.

Suggestions

Add a concrete, numbered migration workflow with explicit validation steps (e.g., 'run odoo --update=module -d test_db --stop-after-init', check logs for deprecation warnings, fix, re-run) to improve workflow clarity.

Remove or drastically shorten the 'When to Use This Skill' and 'How It Works' sections — these are meta-instructions Claude doesn't need, and the tokens would be better spent on actual migration content.

Add v14→v15 migration changes as promised in the description, or update the description to match actual coverage.

For the v15→v16 table, replace vague entries like 'signature changed' and 'Line aggregation rules updated' with actual before/after code showing the concrete differences.

DimensionReasoningScore

Conciseness

The 'When to Use This Skill' and 'How It Works' sections add little value — Claude doesn't need to be told when to activate itself or how it works at a meta level. The 'Overview' paragraph also explains what migration is, which Claude already knows. The tables and examples themselves are efficient, but the surrounding prose could be significantly trimmed.

3 / 5

Actionability

The before/after code examples for attrs, chatter, and website_published are concrete and useful. However, the v15→v16 table entries are vague (e.g., 'Line aggregation rules updated', 'signature changed' without showing the new signature). There's no v14→v15 coverage despite the description promising it. The guidance is a mix of actionable examples and hand-wavy references.

3 / 5

Workflow Clarity

The skill describes a multi-version migration process but provides no clear sequential workflow with validation checkpoints. The 'How It Works' section is meta-level (activate/analyze/validate) rather than actual migration steps. There's no feedback loop for catching errors, no validation commands beyond a generic 'npm run validate', and no structured checklist despite promising one. For a migration task involving potentially destructive changes, this is insufficient.

2 / 5

Progressive Disclosure

The content is reasonably structured with clear section headers and tables. However, with no bundle files, there's no offloading of detailed content (e.g., a full v14→v15 migration guide, JS/OWL migration details, or a comprehensive checklist). The Limitations section acknowledges gaps but doesn't point to where that information could be found within the skill bundle. For a topic this broad, more content splitting would be appropriate.

3 / 5

Total

11

/

20

Passed

Description

64%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description identifies a clear and distinctive niche (Odoo module version migration) with relevant domain-specific terminology. However, it lacks an explicit 'Use when...' clause and could be more specific about the concrete actions it guides the user through. Adding trigger guidance and more detailed capability listing would significantly improve skill selection accuracy.

Suggestions

Add an explicit 'Use when...' clause, e.g., 'Use when the user asks about upgrading, porting, or migrating Odoo custom modules between versions.'

Include additional trigger synonyms like 'upgrade', 'porting', 'ORM changes', 'XML views', 'QWeb templates' to capture more natural user phrasing.

List more specific actions such as 'updates deprecated ORM method calls', 'converts XML view definitions', 'adjusts manifest files' to improve specificity.

DimensionReasoningScore

Specificity

Names the domain (Odoo module migration) and mentions a few concrete areas (API changes, deprecated methods, view migration), but doesn't list specific actions like 'update XML view definitions', 'replace deprecated ORM methods', or 'convert QWeb templates'.

3 / 5

Completeness

The 'what' is reasonably clear (step-by-step guide for migrating Odoo modules covering API changes, deprecated methods, view migration), but there is no explicit 'when' clause or 'Use when...' guidance, which caps this at 3 per the rubric.

3 / 5

Trigger Term Quality

Includes good natural keywords like 'Odoo', 'custom modules', 'migrating', version numbers (v14, v15, v16, v17), 'API changes', 'deprecated methods', and 'view migration'. Missing some synonyms like 'upgrade', 'porting', 'ORM', or 'XML views'.

4 / 5

Distinctiveness Conflict Risk

Highly distinctive — Odoo custom module migration between specific version pairs is a very narrow niche with minimal risk of conflicting with other skills. The version numbers and domain-specific terminology make it clearly distinguishable.

5 / 5

Total

15

/

20

Passed

Validation

90%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

10

/

11

Passed

Repository
administrakt0r/AI-Agents-Safe-Coding-Skills
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.