Refactor translation workflow to support Tool API and agent-driven translation
I am investigating whether I can have an AI Agent perform an entity translation, when a user requests this as part of an administrative AI agent interface.
This would probably need some major refactoring of the module logic, since there are currently 2 endpoints:
- UI batch translation
- Drush command translation
This would add a third one: Tool API translation
So logic should be abstracted as much as possible where relevant, so all 3 entry points use the same code, rather than replicating it.
I haven't investigated this further in detail, but already raising an issue here, in case someone wants to start picking this up.
issue