The discussion explores whether an automation workflow—used to generate product announcement banners from draft content—can be achieved natively within Discourse AI. jordan-violet describes a process using n8n to extract product details, summarize content via an LLM, and generate banners with tools like Storyset and image APIs. sam suggests Discourse AI’s Designer persona, powered by GPT Image 1, could handle similar tasks using custom personas and REST APIs for image generation, referencing a JavaScript example for integrating flux image generation. jordan-violet asks whether Discourse AI should parse post content into parameters or if the LLM must handle it, and sam confirms tools can accept post IDs directly. jordan-violet requests documentation, while sam notes that Discourse AI’s API is still evolving, with ongoing updates to its functionality.
There’s is a task we do today that I’ve been able to make pretty good progress in automating using n8n, but I’m wondering if it’s possible with Discourse natively.
We have a draft category where product marketing managers draft product announcements to be sent out about their products. When they create that draft, we look at the product name, the version, if it’s a major/minor/patch release. We also take the body of their announcement content and summarize it with a LLM for a 4-7 word description of the content.
We then use that to create the announcement banner in Adobe, like so:
Note for custom tool usage, as long as there are proper REST APIs you can integrate easily, for example this is how I integrate with flux image generation:
If given a post body, does the burden for turning content from that body into valid parameters fall on Discourse AI to read the content and then create the request object? Or should the raw content be passed onto the tool and the burden for an LLM parsing that for the necessary data to construct a proper input for its API call exist there?
Sorry for the delayed reply here, it is tricky, our documentation is evolving and the API surface is growing weekly.
This kind of technique provides some accurate up to date mileage, but I think we need to wait a bit for all the API to stablize prior to setting stuff in stone: