CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

odoo-edi-connector

Guide for implementing EDI (Electronic Data Interchange) with Odoo: X12, EDIFACT document mapping, partner onboarding, and automated order processing.

Quality

70%

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 ./skills/odoo-edi-connector/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%Weight 40%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 body is well organized and reasonably concise with a useful transaction-to-Odoo-object mapping table, but the code examples are not runnable as written and the EDI processing workflow lacks validation checkpoints, which the rubric explicitly caps for batch record-creation operations. Splitting reference detail into bundle files would improve progressive disclosure.

Suggestions

Add validation checkpoints to the inbound flow: check for duplicate POs (client_order_ref match), verify partner and SKU resolution, and handle unmatched products before creating sale orders — the batch record-creation workflow currently has no verification steps.

Fix the code to be executable: replace the invented pyx12 dict API with the library's actual segment-iteration interface (or a hand-rolled parser), define `today` in Example 2, and note that interpolating values into the ISA segment breaks fixed-width alignment.

Move detailed per-transaction segment mapping and extended code examples into reference files (e.g., references/850-mapping.md), keeping SKILL.md as a lean overview with clearly signaled one-level-deep references.

DimensionReasoningScore

Conciseness

Largely efficient: the mapping table, focused code examples, and terse do/don't list assume Claude's competence. The opening sentence of the Overview ('EDI is the standard for automated B2B document exchange...') briefly explains a concept Claude already knows, keeping it below the lean anchor of 5 but well above verbose anchors.

4 / 5

Actionability

Concrete guidance is present (mapping table, two Python examples), but the code is not executable as written: Example 1 uses an invented pyx12 dict-style API (`transaction['BEG'][3]`, `f.get_transaction_sets()`) that does not match the library's actual interface, and Example 2's `generate_997` references an undefined `today` variable and its f-string interpolation breaks ISA fixed-width field alignment. This fits 'some concrete guidance but incomplete; missing key details' rather than the minor-gaps anchor of 4.

3 / 5

Workflow Clarity

'How It Works' (Activate → Map → Automate) provides a rough sequence, but there are no validation checkpoints for a batch record-creation workflow (creating sale orders from inbound EDI), which the rubric caps at 3. There is no duplicate-check, partner-match verification, or post-create confirmation step; not a 2 because the sequence itself and per-step expectations are coherent.

3 / 5

Progressive Disclosure

Sections are well organized, but there are no bundle files at all and all detail is inlined — ~70 lines of code examples plus a transaction mapping table that could live in reference files (e.g., per-transaction mapping guides). This matches 'some structure but could be better organized' rather than anchor 4, since content that would benefit from being split out is inline in a 113-line SKILL.md.

3 / 5

Total

13

/

20

Passed

Description

70%Weight 40%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.

A domain-specific description with concrete capability statements and strong trigger keywords. Its main weakness is the absence of an explicit 'Use when...' trigger clause, which caps completeness at 3.

Suggestions

Add an explicit trigger clause, e.g. 'Use when a trading partner requires X12/EDIFACT connectivity, when onboarding an EDI trading partner, or when mapping EDI 850/856/810 transactions to Odoo.'

Include common natural trigger terms users would say, such as 'trading partner', 'EDI 850', 'purchase order', 'ASN', or 'EDI invoice'.

DimensionReasoningScore

Specificity

Names the domain and several concrete actions — 'X12, EDIFACT document mapping, partner onboarding, and automated order processing' — matching the 'several specific actions with minor gaps' anchor. Not a 5 because coverage of inbound/outbound document flows, acknowledgments, and specific transaction sets is absent.

4 / 5

Completeness

Has a clear 'what' (EDI document mapping, partner onboarding, automated order processing) but no 'Use when...' clause or equivalent explicit trigger guidance, capping completeness at 3 per the rubric guidelines. Not a 2 because the 'what' is concrete and specific.

3 / 5

Trigger Term Quality

Good natural keyword coverage: 'EDI (Electronic Data Interchange)', 'Odoo', 'X12', 'EDIFACT', 'partner onboarding' are terms users would say. Not a 5 because common variations like specific transaction numbers ('850', '856', '810'), 'ASN', 'trading partner', and 'purchase order' are missing.

4 / 5

Distinctiveness Conflict Risk

A clear niche (EDI integration specifically with Odoo) with distinct triggers ('X12', 'EDIFACT', 'Odoo') and minimal overlap risk with other skills. No other plausible skill would claim these triggers.

5 / 5

Total

16

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

skills/odoo-edi-connector/SKILL.md

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.