When to Use This Skill
Use this skill when you need to:
- Create custom fields on any object
- Generate field metadata for any field type
- Set up relationship fields (Lookup or Master-Detail)
- Create formula or roll-up summary fields
- Troubleshoot deployment errors related to custom fields
Salesforce Custom Field Generator and Validator
Overview
Generate and validate Salesforce Custom Field metadata with mandatory constraints to prevent deployment errors. This skill has special focus on the highest-failure-rate field types: Roll-up Summary and Master-Detail relationships.
Specification
1. Purpose
This document defines the mandatory constraints for generating CustomField metadata XML. The agent must verify these constraints before outputting XML to prevent Metadata API deployment errors.
Critical Focus Areas:
- Roll-up Summary field format errors
- Master-Detail field attribute restrictions
- Lookup Filter restrictions
2. Universal Mandatory Attributes
Every generated field must include these tags:
| Attribute | Requirement | Notes |
|---|
| Required | Derive from : capitalize each word, replace spaces with , append . Must start with a letter. E.g., label → |
| Required | The UI name (Title Case) |
| Mandatory | State the business "why" behind the field |
| Mandatory | Provide actionable guidance for the end-user. Must add value beyond the label (e.g., "Enter the value in USD including tax" instead of just "The amount") |
External ID Configuration
Trigger: If the user mentions "integration," "importing data," "external system ID," or "unique key from [System Name]," set
<externalId>true</externalId>
.
Applicable Types: Text, Number, Email
3. Technical Interplay: Precision, Scale, and Length
To ensure deployment success, follow these mathematical constraints:
Precision vs. Scale Rules
- is the total digits; is the decimal digits
- Rule: AND
- Calculation: Digits to the left of decimal =
The "Fixed 255" Rule
For standard TextArea types, the Metadata API requires
, even though it isn't configurable in the UI.
Visible Lines
Mandatory for Long/Rich text and Multi-select picklists to control UI height.
4. Field Data Types
4.1 Simple Attribute Types
| Type | Value | Required Attributes |
|---|
| Auto Number | | (must include ), |
| Checkbox | | Default to |
| Date | | No precision/length required |
| Date/Time | | No precision/length required |
| Email | | Built-in format validation |
| Lookup Relationship | | , , |
| Master-Detail Relationship | | , , |
| Number | | , |
| Currency | | Default precision: 18, scale: 2 |
| Percent | | Default precision: 5, scale: 2 |
| Phone | | Standardizes phone number formatting |
| Picklist | | with and |
| Text | | (Max 255) |
| Text Area | | |
| Text (Long) | | , (default 3) |
| Text (Rich) | | , (default 25) |
| Time | | Stores time only (no date) |
| URL | | Validates for protocol and format |
4.2 Computed & Multi-Value Types
| Type | Value | Required Attributes |
|---|
| Formula | Result type (e.g., ) | , |
| Roll-Up Summary | | See Section 6 for complete requirements |
| Multi-Select Picklist | | , (default 4) |
4.3 Specialized Types
| Type | Value | Required Attributes |
|---|
| Geolocation | | , |
Picklist Rule
The
boolean inside
controls whether only admin-defined values are allowed.
- IF user does not specify → default to
<restricted>true</restricted>
(restricted, avoids performance issues with large picklist value sets)
- IF user explicitly says the picklist should allow custom/new values, or mentions "unrestricted" or "open" → set
<restricted>false</restricted>
- Restricted picklists are limited to 1,000 total values (active + inactive)
xml
<valueSet>
<restricted>true</restricted>
<valueSetDefinition>
<sorted>false</sorted>
<value>
<fullName>Option_A</fullName>
<default>false</default>
<label>Option A</label>
</value>
</valueSetDefinition>
</valueSet>
5. Master-Detail Relationship Rules ⭐ CRITICAL
Master-Detail fields have strict attribute restrictions that differ from Lookup fields. Violating these rules causes deployment failures.
Forbidden Attributes on Master-Detail Fields
NEVER include these attributes on Master-Detail fields:
| Forbidden Attribute | Why | What Happens |
|---|
| Master-Detail is ALWAYS required by design | Deployment error |
| Master-Detail ALWAYS cascades deletes | Deployment error |
| Only supported on Lookup fields | Deployment error |
Master-Detail vs Lookup Comparison
| Attribute | Master-Detail | Lookup |
|---|
| ❌ FORBIDDEN | ✅ Optional |
| ❌ FORBIDDEN (always CASCADE) | ✅ Required (, , ) |
| ❌ FORBIDDEN | ✅ Optional |
| ✅ Required (0 or 1) | ❌ Not applicable |
<reparentableMasterDetail>
| ✅ Optional | ❌ Not applicable |
<writeRequiresMasterRead>
| ✅ Optional | ❌ Not applicable |
❌ INCORRECT — Master-Detail with forbidden attributes:
xml
<CustomField xmlns="http://soap.sforce.com/2006/04/metadata">
<fullName>Account__c</fullName>
<label>Account</label>
<type>MasterDetail</type>
<referenceTo>Account</referenceTo>
<relationshipName>Contacts</relationshipName>
<relationshipOrder>0</relationshipOrder>
<required>true</required> <!-- WRONG: Remove this -->
<deleteConstraint>Cascade</deleteConstraint> <!-- WRONG: Remove this -->
<lookupFilter> <!-- WRONG: Remove this entire block -->
<active>true</active>
<filterItems>
<field>Account.Type</field>
<operation>equals</operation>
<value>Customer</value>
</filterItems>
</lookupFilter>
</CustomField>
Errors:
Master-Detail Relationship Fields Cannot be Optional or Required
Can not specify 'deleteConstraint' for a CustomField of type MasterDetail
Lookup filters are only supported on Lookup Relationship Fields
✅ CORRECT — Master-Detail field:
xml
<CustomField xmlns="http://soap.sforce.com/2006/04/metadata">
<fullName>Account__c</fullName>
<label>Account</label>
<description>Links this record to its parent Account</description>
<type>MasterDetail</type>
<referenceTo>Account</referenceTo>
<relationshipLabel>Child Records</relationshipLabel>
<relationshipName>ChildRecords</relationshipName>
<relationshipOrder>0</relationshipOrder>
<reparentableMasterDetail>false</reparentableMasterDetail>
<writeRequiresMasterRead>false</writeRequiresMasterRead>
<!-- NO required, deleteConstraint, or lookupFilter -->
</CustomField>
✅ CORRECT — Lookup field (with optional attributes):
xml
<CustomField xmlns="http://soap.sforce.com/2006/04/metadata">
<fullName>Related_Account__c</fullName>
<label>Related Account</label>
<description>Optional link to a related Account</description>
<type>Lookup</type>
<referenceTo>Account</referenceTo>
<relationshipLabel>Related Records</relationshipLabel>
<relationshipName>RelatedRecords</relationshipName>
<required>false</required>
<deleteConstraint>SetNull</deleteConstraint>
<lookupFilter>
<active>true</active>
<filterItems>
<field>Account.Type</field>
<operation>equals</operation>
<value>Customer</value>
</filterItems>
<isOptional>false</isOptional>
</lookupFilter>
</CustomField>
Additional Master-Detail Rules
- Relationship Order: First Master-Detail on object = , second =
- Relationship Name: Must be a plural PascalCase string (e.g., )
- Junction Objects: Use two Master-Detail fields for standard many-to-many (enables Roll-ups)
- Limit: Maximum 2 Master-Detail relationships per object. Use Lookup for additional relationships.
6. Roll-Up Summary Field Rules ⭐ CRITICAL
Roll-up Summary fields have the highest deployment failure rate. Follow these rules exactly.
Required Elements for Roll-Up Summary
| Element | Requirement | Format |
|---|
| Required | Always |
| Required | , , , or |
| Required | ChildObject__c.MasterDetailField__c
|
| Conditional | Required for , , . NOT for |
Forbidden Elements on Roll-Up Summary
NEVER include these attributes on Roll-Up Summary fields:
| Forbidden Attribute | Why |
|---|
| Summary inherits from summarized field |
| Summary inherits from summarized field |
| Not applicable to Summary fields |
| Not applicable to Summary fields |
Format Rules for summaryForeignKey and summarizedField
CRITICAL: Both
and
MUST use the fully qualified format:
ChildObjectAPIName__c.FieldAPIName__c
Decision Logic:
- =
ChildObject__c.MasterDetailFieldOnChild__c
- =
ChildObject__c.FieldToSummarize__c
❌ INCORRECT — Roll-Up Summary with common errors:
xml
<CustomField xmlns="http://soap.sforce.com/2006/04/metadata">
<fullName>Total_Amount__c</fullName>
<label>Total Amount</label>
<type>Summary</type>
<precision>18</precision> <!-- WRONG: Remove - inherited from source -->
<scale>2</scale> <!-- WRONG: Remove - inherited from source -->
<summaryOperation>sum</summaryOperation>
<summaryForeignKey>Order__c</summaryForeignKey> <!-- WRONG: Missing field name -->
<summarizedField>Amount__c</summarizedField> <!-- WRONG: Missing object name -->
</CustomField>
Errors:
Can not specify 'precision' for a CustomField of type Summary
Must specify the name in the CustomObject.CustomField format (e.g. Account.MyNewCustomField)
✅ CORRECT — Roll-Up Summary (SUM operation):
xml
<CustomField xmlns="http://soap.sforce.com/2006/04/metadata">
<fullName>Total_Amount__c</fullName>
<label>Total Amount</label>
<description>Sum of all line item amounts</description>
<inlineHelpText>Automatically calculated from child line items</inlineHelpText>
<type>Summary</type>
<summaryOperation>sum</summaryOperation>
<summarizedField>Order_Line_Item__c.Amount__c</summarizedField>
<summaryForeignKey>Order_Line_Item__c.Order__c</summaryForeignKey>
<!-- NO precision, scale, required, or length -->
</CustomField>
✅ CORRECT — Roll-Up Summary (COUNT operation):
xml
<CustomField xmlns="http://soap.sforce.com/2006/04/metadata">
<fullName>Line_Item_Count__c</fullName>
<label>Line Item Count</label>
<description>Count of related line items</description>
<inlineHelpText>Automatically calculated from child records</inlineHelpText>
<type>Summary</type>
<summaryOperation>count</summaryOperation>
<summaryForeignKey>Order_Line_Item__c.Order__c</summaryForeignKey>
<!-- NO summarizedField needed for COUNT -->
<!-- NO precision, scale, required, or length -->
</CustomField>
✅ CORRECT — Roll-Up Summary (MIN operation):
xml
<CustomField xmlns="http://soap.sforce.com/2006/04/metadata">
<fullName>Earliest_Due_Date__c</fullName>
<label>Earliest Due Date</label>
<description>Earliest due date among all line items</description>
<inlineHelpText>Shows the soonest deadline</inlineHelpText>
<type>Summary</type>
<summaryOperation>min</summaryOperation>
<summarizedField>Order_Line_Item__c.Due_Date__c</summarizedField>
<summaryForeignKey>Order_Line_Item__c.Order__c</summaryForeignKey>
</CustomField>
✅ CORRECT — Roll-Up Summary (MAX operation):
xml
<CustomField xmlns="http://soap.sforce.com/2006/04/metadata">
<fullName>Highest_Price__c</fullName>
<label>Highest Price</label>
<description>Maximum unit price among all line items</description>
<inlineHelpText>Shows the most expensive item</inlineHelpText>
<type>Summary</type>
<summaryOperation>max</summaryOperation>
<summarizedField>Order_Line_Item__c.Unit_Price__c</summarizedField>
<summaryForeignKey>Order_Line_Item__c.Order__c</summaryForeignKey>
</CustomField>
Roll-Up Summary Quick Reference
| Operation | summarizedField Required? | Use Case |
|---|
| NO | Count number of child records |
| YES | Add up numeric values |
| YES | Find smallest value |
| YES | Find largest value |
Roll-Up Summary Prerequisites
- Roll-Up Summary fields can ONLY be created on the parent object in a Master-Detail relationship
- The child object MUST have a Master-Detail field pointing to this parent
- The summarized field must exist on the child object
7. Formula Field Rules
Formula Result Types
A Formula is not a type itself. The
tag is added to a field whose
is set to the
result data type:
Formula XML Generation Rules
- The contents of the tag MUST be wrapped in a section. This prevents the XML parser from interpreting formula operators (like , , ) as XML markup.
- If the formula text itself contains the literal sequence , escape it by breaking the CDATA block: e.g.,
<![CDATA[Text_Field__c & "]]]]><![CDATA[>"]]>
- NEVER use an attribute or tag named . This does not exist in the Metadata API. The tag defines the return data type of the formula result.
formulaTreatBlanksAs Rule
Decision Logic:
- IF formula result type = , , or → set
<formulaTreatBlanksAs>BlankAsZero</formulaTreatBlanksAs>
- IF formula result type = , , or → set
<formulaTreatBlanksAs>BlankAsBlank</formulaTreatBlanksAs>
❌ INCORRECT — Using Formula as type:
xml
<CustomField xmlns="http://soap.sforce.com/2006/04/metadata">
<fullName>Calculated_Value__c</fullName>
<type>Formula</type> <!-- WRONG: Formula is not a valid type -->
<returnType>Number</returnType> <!-- WRONG: returnType does not exist in Metadata API -->
<formula>Field1__c + Field2__c</formula> <!-- WRONG: Missing CDATA wrapper -->
</CustomField>
✅ CORRECT — Formula field:
xml
<CustomField xmlns="http://soap.sforce.com/2006/04/metadata">
<fullName>Calculated_Value__c</fullName>
<label>Calculated Value</label>
<description>Sum of Field1 and Field2</description>
<type>Number</type> <!-- Result type, not "Formula" -->
<precision>18</precision>
<scale>2</scale>
<formula><![CDATA[Field1__c + Field2__c]]></formula>
<formulaTreatBlanksAs>BlankAsZero</formulaTreatBlanksAs>
</CustomField>
Formula Field Dependencies
Formula fields that reference other fields will fail deployment if the referenced field does not exist or has not been deployed yet. Ensure all referenced fields are deployed before the formula field.
Specific Function Guidelines
| Function | Rule |
|---|
| MUST NOT be used with Text fields. If the field is already Text, remove the wrapper. |
| Last parameter is always the default value. Total parameter count MUST be even (value-result pairs + default). |
| MUST only be used with Text fields. If a Number is passed as parameter, remove the wrapper. |
| MUST only be used with Date fields. If a DateTime field is used, convert it to Date first (e.g., DAY(DATEVALUE(DateTimeField__c))
). |
| MUST only be used with Date fields. If a DateTime field is used, convert it to Date first (e.g., MONTH(DATEVALUE(DateTimeField__c))
). |
| MUST only be used with DateTime fields. If a Date field is used, remove the wrapper. |
| MUST be used when checking equality of a Picklist field. NEVER use with Picklist fields. |
| Use to check if a field value has changed. Do not manually compare with . |
8. Common Deployment Errors
| Error Message | Cause | Fix |
|---|
ConversionError: Invalid XML tags or unable to find matching parent xml file for CustomField
| XML comments placed before the root element | Remove XML comments () that appear before in the file |
Field [FieldName] does not exist. Check spelling.
| Referenced field does not exist or has not been deployed yet | Verify the referenced field exists and is deployed before this field |
| Field fullName already exists on the object | Use a unique business-driven name |
MAX_RELATIONSHIPS_EXCEEDED
| More than 2 Master-Detail or 15 Lookup fields on the object | Use Lookup for 3rd+ Master-Detail; review Lookup count |
| Reserved keyword error | Using , , etc. | Rename to , etc. |
9. Verification Checklist
Before generating CustomField XML, verify:
Universal Checks
Master-Detail Field Checks ⭐ CRITICAL
Lookup Field Checks
Roll-Up Summary Field Checks ⭐ CRITICAL
Formula Field Checks
Numeric Field Checks
Text Area Checks
Relationship Limit Checks
Naming Checks