fix(app-admin): resolve $. rule targets inside list items

[Pavel910]

Summary

• Rules in lists/dynamic zones: $.field rule targets inside object lists and dynamic zone templates never resolved (no item selector in the path), so == rules never matched and != rules always did. List item children now get an index-aware scope path, also used by field.parent() in callbacks.
• List renderer on single-value field: the CMS form falls back to the single-value renderer instead of crashing (t.map is not a function, e.g. dateTimeInputs without .list()).
• Datetime subtypes: subtype methods keep the list renderer on list fields; .datetime() defaults to .withTimezone(); DateTimeZ is registered in the main GraphQL schema (model field types are rendered there too).
• Skill: content-models skill now requires an explicit datetime subtype.
• Test fixture: extensions/models/RulesCatalog.ts catalogs rule operators across fields, nesting, lists and dynamic zones.

Testing

• Unit tests for each fix (each fails without its fix).
• Verified in the admin with the RulesCatalog model: every rule, per-item independence, reorder/delete, and a client-style holiday hours config (save and reload).

🤖 Generated with Claude Code

[coderabbitai]

Important

Review skipped

Auto reviews are disabled on base/target branches other than the default branch.

Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Advanced

Run ID: ed4c99ac-fd2e-4bf6-ab7f-4a1166c19a12

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

• 🔍 Trigger review

---

_{Comment @coderabbitai help to get the list of available commands.}