Add UI/UX to add multiple automators on a field

Created on 14 July 2025, about 1 month ago

Problem/Motivation

The Automators is an config entity that you can reuse multple times on a field. For instance you could:

  • Use Text-To-Image to generate and image.
  • Use Alt Text to write the alt text.
  • Use image filename to rewrite the filename of the image.

The problem is that we do not have an UI/UX for doing this. The vanilla config form itself doesn not make that much sense to expose, since its very dependent on the entity and the field.

We need a way to fill out and manage multiple Automators for one field.

Proposed resolution

Come with suggestions on how to setup multiple Automators that either is in line with what exists today or on some other page.
Create an implementation issue.

✨ Feature request
Status

Active

Version

1.2

Component

AI Automators

Created by

πŸ‡©πŸ‡ͺGermany marcus_johansson

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

  • Issue created by @marcus_johansson
  • πŸ‡¬πŸ‡§United Kingdom yautja_cetanu
  • πŸ‡ΊπŸ‡ΈUnited States Kristen Pol Santa Cruz, CA, USA

    Switching to the correct tag

  • πŸ‡©πŸ‡ͺGermany breidert
  • πŸ‡©πŸ‡ͺGermany breidert

    Add skill tags for issue discovery

  • πŸ‡¨πŸ‡¦Canada b_sharpe

    I think this form is actually the wrong spot for these, the field form is for the field config (i.e. field.field.node.article.field_image.yml), however, Automators are their own config entity (i.e. ai_automators.ai_automator.node.article.field_image.default.yml)

    There is technically already an admin interface here at /admin/config/ai/ai-automators/ai-automator:

    β†’

    Why not utilize this to handle automators and just link to it from the field config form? Given the idea seems to be to allow multiple automators on a field instance, you could also set this up similar to image styles in which each automator chain from the next using weight to determine order?

  • πŸ‡¨πŸ‡¦Canada b_sharpe

    I'm envisioning something like this, where you would first pick your entity type and field, once saved the entity/field cannot be changed, only deleted, but then the automators become available based on the field type, as many as you want can be added and changed, also allowing the result to provide context to the next in line:

    β†’

    Thoughts?

  • πŸ‡¬πŸ‡§United Kingdom dunx

    I like the suggestion. The first screenshot is nasty-long. As well as separating out the automators, a simple link from file Operations would be good.

  • πŸ‡¨πŸ‡¦Canada b_sharpe

    Ok, I'm going to start down this route and see if any snags appear

  • πŸ‡©πŸ‡ͺGermany a.dmitriiev

    Another idea, maybe this deserves its own tab on field edit page? Like a separate page "Automators" with its own link that can also go into operations dropdown?

  • πŸ‡¨πŸ‡¦Canada b_sharpe

    @a.dmitriiev I like that, I will add after the refactor on the plugins, this is a big ol rat's nest with the automators vs automator types

  • πŸ‡©πŸ‡ͺGermany marcus_johansson

    I do think having the simple option to describe how to fill out a field via AI on the field configuration form is good UX/UI - based on working with three different F500 companies, this was the only way we could enable them to work with chainable AI and understand how the field configuration connected to how the AI generated the field.

    They had none-developer domain specialists from their companies sitting and setting this up for them and got it working. However the only thing we did compare to was Field UI + ECA, that is a lot more complex.

    I do like the new ux from @b_sharpe, it reminds me of how Field Validation module does work, which is easy once you understand the workflow.

    There is an reordering page/tab already - it might make sense to add the add button there, see screenshot:

    β†’

Production build 0.71.5 2024