CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

odoo-purchase-workflow

Expert guide for Odoo Purchase: RFQ → PO → Receipt → Vendor Bill workflow, purchase agreements, vendor price lists, and 3-way matching.

Quality

77%

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-claude/skills/odoo-purchase-workflow/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

75%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.

A well-structured, highly actionable body: the three examples are concrete with exact Odoo menu paths, values, and expected outcomes, and the Best Practices/Limitations sections add real value. Weaknesses are modest — minor meta-padding in the Overview and "How It Works" sections, a few features named without configuration steps, and no troubleshooting/error-recovery procedure despite advertising one.

Suggestions

Trim the "How It Works" section (how to invoke the skill) and the Overview, which duplicates the frontmatter description.

Add brief setup guidance (menu path or steps) for features named in Best Practices but never configured: Purchase Agreements/blanket orders, Bill Control policy, and vendor lead time.

Either include a concrete troubleshooting/diagnosis procedure for 3-way matching mismatches or drop the promise of "root cause diagnosis" from the How It Works section.

DimensionReasoningScore

Conciseness

The examples are lean with exact menu paths and no explanations of concepts Claude already knows, but the Overview duplicates the frontmatter description and the "How It Works" section ("Mention `@odoo-purchase-workflow` and describe your purchasing scenario") is meta-instruction about invocation that could be trimmed.

4 / 5

Actionability

Examples give exact, followable guidance ("Menu: Purchase → Orders → Requests for Quotation → New", "Minimum Order Amount: $5,000", "Min. Qty: 500 → Price: $9.00") including resulting behavior, but some named features lack paths — vendor lead time, Bill Control policy, and Purchase Agreements/blanket orders get Best-Practice mentions without setup steps.

4 / 5

Workflow Clarity

Example 1 sequences RFQ → PO → Receipt → Bill with status changes and an explicit verification checkpoint ("Verify: PO qty = Received qty = Billed qty"), but there is no error-recovery feedback loop — troubleshooting is promised ("get a root cause diagnosis") without any diagnosis procedure.

4 / 5

Progressive Disclosure

The skill is a well-organized, self-contained single file with no nested or dangling references, and the boundary pointer to `@odoo-edi-connector` is appropriate signaling. At ~99 lines with detailed examples, the blanket-order and bill-control detail could arguably live in a reference file, so it falls just short of the clear-overview anchor.

4 / 5

Total

16

/

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 specific, well-scoped description that clearly identifies its Odoo Purchase niche with strong trigger terminology. Its main weakness is the missing "Use when..." trigger clause, which leaves the "when to use" question unanswered and caps completeness.

Suggestions

Add a "Use when..." clause, e.g., "Use when configuring or troubleshooting Odoo Purchase: RFQs, purchase orders, vendor bills, receiving, or 3-way matching."

Include natural phrase variations users would say, such as "purchase order" spelled out and "procurement", to broaden trigger coverage.

Mention capabilities covered in the body but omitted here (e.g., automated reordering, approval thresholds) for more comprehensive coverage.

DimensionReasoningScore

Specificity

Names the domain and several concrete capability areas — "RFQ → PO → Receipt → Vendor Bill workflow, purchase agreements, vendor price lists, and 3-way matching" — but coverage has minor gaps (e.g., automated reordering, covered in the body, is absent) and items are feature areas rather than actions.

4 / 5

Completeness

The "what" is clear and specific, but there is no "Use when..." clause or equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines.

3 / 5

Trigger Term Quality

"RFQ", "PO", "Vendor Bill", "3-way matching", and "vendor price lists" are natural terms for this audience, but common variations like "purchase order" (spelled out), "procurement", and "receiving goods" are missing.

4 / 5

Distinctiveness Conflict Risk

"Odoo Purchase" plus distinctive terms like "RFQ" and "3-way matching" carves a clear purchase-module niche with minimal overlap risk even against sibling Odoo skills (inventory, accounting, EDI).

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

plugins/AI-Agents-Safe-Coding-Skills-claude/skills/odoo-purchase-workflow/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.