browse_series

pro.aicut/aicut · Verify this server

PUTS THE SERIES CATALOGUE ON SCREEN as a grid of previews the user can look at and pick from, right here in this conversation. Each tile shows that series' own 9:16 still, plays its demo clip in place when pressed, and choosing one - select a tile, then confirm - puts the choice into the chat as a message from the user. Free, instant, creates nothing, spends nothing. IT IS THE ANSWER TO 'WHAT SERIES ARE THERE'. On a client that renders cards, this tool - not `list_series` - is what a HUMAN asking to see the story catalogue gets, because they are about to choose one by eye and the previews are here. `list_series` is the DATA companion to that choice, never the answer to it: browse first, then call `list_series` with `series_id` for the chosen series' duration ladder and rung prices before you quote or create anything. CALL IT INSTEAD OF DESCRIBING THE CATALOGUE, the moment the user wants to make a story episode or asks what story formats exist and has not already named one. A series is chosen BY EYE - the taglines all sound plausible and the art does not - and pasting preview links into your reply renders as a column of grey image placeholders and hyperlinks that leave the conversation. WHAT YOU DO AFTER CALLING IT: say ONE short line - that the series are on screen and they can pick one - and then stop and wait. Do not list the series, do not describe them, do not call `list_series` to see what is in the grid, and do not ask which one they want in text as well. THE CARD LOADS ITS OWN CATALOGUE and, when the user picks, posts a message into this conversation naming the series. That message is your signal. THE CARD STAYS LIVE AFTER A CHOICE, so the user may change their mind in it. If a later message says to ignore the series they picked before and names a different one, THE LATER MESSAGE WINS COMPLETELY: drop everything you were doing for the old series - ideas, drafts, plans - and start again from the new one. Never merge the two, never ask which they meant, and never act on the earlier pick again. WHEN NOT: the user has already named a series, or has asked about ONE series' prices, length options or defaults - go straight to `list_series` with `series_id` for that. Also not when there is no card surface (a terminal, a script, a CI job): a grid nobody can see is a dead end, so use `list_series` there and present a shortlist in text. IF THE USER SAYS THEY CANNOT SEE A PICKER, this client did not render the card. Fall back to `list_series` and follow its own PRESENTING rule; do not call this tool again. OUTPUT: one short object naming the catalogue, for the card. There is nothing in it for the conversation - do not paste it and do not summarise it.