About odoo-xml-views-builder
A skill for Odoo developers that generates and reviews XML definitions for Kanban, Form, List, Search, Calendar, and Graph views. It covers Odoo 14–17 and accounts for version differences in dynamic visibility syntax.
Key features
- 01Generate several Odoo XML view types
- 02Review XML and fix common mistakes
- 03Handle visibility, groups, domains, and context
- 04Cover differences across Odoo 14–17
- 05Arrange fields, tabs, and smart buttons
Use cases
- 01Create a form or list view for a custom model
- 02Add fields or smart buttons to an existing view
- 03Build a Kanban view with colors or progress bars
- 04Configure filters and grouping in a search view
Install
Copy the command and run it in a terminal.
npx skills add https:/ / github.com/ sickn33/ agentic-awesome-skills --skill odoo-xml-views-builderAfter installing, type/odoo-xml-views-builderin Claude Code to confirm it loaded.
Details
From the project READMEOdoo XML Views Builder
Overview
This skill generates and reviews Odoo XML view definitions for Kanban, Form, List, Search, Calendar, and Graph views. It understands visibility modifiers, groups, domain, context, and widget usage across Odoo versions 14–17, including the migration from attrs (v14–16) to inline expressions (v17+).
When to Use This Skill
- Creating a new form or list view for a custom model.
- Adding fields, tabs, or smart buttons to an existing view.
- Building a Kanban view with color coding or progress bars.
- Creating a search view with filters and group-by options.
How It Works
- Activate: Mention
@odoo-xml-views-builderand describe the view you want. - Generate: Get complete, ready-to-paste XML view definitions.
- Review: Paste existing XML and get fixes for common mistakes.
Examples
These examples target Odoo 17 and require the custom model, fields and methods. For v14–16, convert dynamic modifiers to attrs domains. View visibility is not access control: enforce ACLs, record rules and method authorization separately.
Example 1: Form View with Tabs
<record id="view_hospital_patient_form" model="ir.ui.view">
<field name="name">hospital.patient.form</field>
<field name="model">hospital.patient</field>
<field name="arch" type="xml">
<form string="Patient">
<header>
<button name="action_confirm" string="Confirm"
type="object" class="btn-primary"
invisible="state != 'draft'"/>
<field name="state" widget="statusbar"
statusbar_visible="draft,confirmed,done"/>
</header>
<sheet>
<div class="oe_title">
<h1><field name="name" placeholder="Patient Name"/></h1>
</div>
<notebook>
<page string="General Info">
<group>
<field name="birth_date"/>
<field name="doctor_id"/>
</group>
</page>
</notebook>
</sheet>
<div class="oe_chatter">
<field name="message_follower_ids"/>
<field name="activity_ids"/>
<field name="message_ids"/>
</div>
</form>
</field>
</record>
Example 2: Kanban View
<record id="view_hospital_patient_kanban" model="ir.ui.view">
<field name="name">hospital.patient.kanban</field>
<field name="model">hospital.patient</field>
<field name="arch" type="xml">
<kanban default_group_by="state" class="o_kanban_small_column">
<field name="name"/>
<field name="state"/>
<field name="doctor_id"/>
<templates>
<t t-name="kanban-box">
<div class="oe_kanban_content">
<strong><field name="name"/></strong>
<div>Doctor: <field name="doctor_id"/></div>
</div>
</t>
</templates>
</kanban>
</field>
</record>
Best Practices
- ✅ Do: Use inline
invisible="condition"(Odoo 17+) instead ofattrsfor show/hide logic. - ✅ Do: Use
attrs="{'invisible': [...]}"only if you are targeting Odoo 14–16 — it is no longer supported in v17. - ✅ Do: Set the
ir.ui.viewrecord'snamefield; use supportedstringattributes on the architecture elements that accept them. - ✅ Do: For Odoo 17, use the
oe_chatterblock and ensure the model inherits the required mail mixins; verify syntax against the exact target version. - ❌ Don't: Use
attrsin Odoo 17 — it is unsupported and can prevent view loading. - ❌ Don't: Put business logic in view XML — keep it in Python model methods.
- ❌ Don't: Use hardcoded
domainstrings in views when adomainfield on the model can be used dynamically.
Reference: Odoo 17 view architectures.
Limitations
- Does not cover OWL JavaScript widgets or client-side component development.
- Search panel views (
<searchpanel>) are not fully covered — those require frontend knowledge. - Does not address website QWeb views — use
@odoo-qweb-templatesfor those. - Cohort and Map views (Enterprise-only) are not covered by this skill.