Three directions for the launch image, shown at chat size. Do not publish anything — wait for my pick.What comes backCandidates in the thread with nothing released, and a clear statement of which channel each was prepared for.
A Bot with a computer can make things, which is exactly why the boundary matters. Felo SuperAgent runs the image work on a persistent canvas and holds the result until you approve it, so a launch asset never leaves without a decision.
Save this as a skill called "Launch image". Show three directions,
wait for my approval, and never publish anything without it.A Grok Bot owns a job, a conversation and a schedule, and a skill is the method it runs. Felo skills are the research half of that loop, saved once and reused by every routine.
The method includes the boundary, so teach both at once: generate, hold, approve, deliver. A saved skill that skips the hold is a skill that posts on your behalf.
Create a Bot for launch assets, and write the boundary into its description: it prepares images, and it publishes nothing without approval.
Run one launch by hand — three directions, your pick, then delivery — and save the process with the hold written in as a required step.
Enable it on the launch Bot only. Enabling an image skill on a general chat agent widens what can be published for no benefit.
Skip the routine at first. Imagery usually needs a person; attach a schedule only if the asset is genuinely repeatable, and read the first run before letting it deliver anything.
The interesting part of an unattended run is where it refuses to continue. This one holds at the approval boundary, which is the behaviour that makes an image Bot safe to keep.
A launch image for three channels, seen first as a chat thumbnail, and it must not look like the last launch's image.
One built from the product itself, one from the claim the launch makes, and one that leads with the date.
Two directions are ready. Nothing is published, and the run says which channel each one was prepared for.
The direction you chose went out through the Bot's own channels; the other two stay on the canvas as rejected options with their reasons.
Both ask for the hold explicitly, which is what turns an image generator into something you can leave running.
Three directions for the launch image, shown at chat size. Do not publish anything — wait for my pick.What comes backCandidates in the thread with nothing released, and a clear statement of which channel each was prepared for.
Use the second direction. Adjust it for the smaller format and hold it again before it goes anywhere.What comes backA revised asset at the right size, held at the same boundary rather than sent on the strength of the previous approval.
The order is the safety property. Publishing before approval is the failure this whole page exists to prevent.
A launch or a campaign needs an image and the request arrives as a message.
Sizes, channels, and what the image must not look like. A brief that only says "make a launch image" produces the last launch image.
Three options cost less to reject than one finished asset, and the rejected ones are what teach the canvas your taste.
Name the direction and the destination. The written approval is the record that the decision was yours.
The Bot has the channels; the skill has the canvas. Confirm the file appeared where you meant it to.
Leaves behindAn approved asset delivered through your own channels, and a run that remembers what you rejected.
This is the one skill on the platform with public output, so the checks happen before delivery and after.
Nothing should have been published before your pick. If an image appeared without that step, narrow the enablement list before running it again.
Look at it as a chat thumbnail, which is where most of the audience will meet it. Launch images fail there more often than anywhere else.
Ask what the canvas remembers about the brief. A run that cannot recall the rejected directions will offer them again next launch.
A launch image should express a claim the research already supports.
Five skills written for Grok Bot. They follow the same pattern on this platform, so you can combine them in one session without re-explaining your setup.
Start with a skill, then compose the exact models, live data, knowledge, and output tools your Grok Bot workflow needs — the same key every Felo skill already uses.
Use cost-efficient LLM access when your agent needs custom reasoning or generation.
Give agents current web and social signals instead of relying on stale context.
Ground work in reusable knowledge, then turn it into shareable deliverables.
Extend the workflow from research to visual and office-ready results.