feature/Slide-proposal-topic · L-261107-75b313
Merged
LC
7d ago+114+114+012345678901234567890123456789-68-68-01234567890123456789
TL;DR
- The slide designer now draws each proposal's mockup with the deck's own title, and returns every theme paired with the mockup drawn in it.
- The image step never saw the brief, so the image model invented a title: a "Q4 2025 Financial Results" brief came back reading "Q3 2024".
- ⚠️ Breaking:
generate_design_proposals_from_rough_briefreturnsDesignProposalsinstead ofHtml; the HTML page is nowgenerate_design_proposals_report.
Behaviour changes
- The mockup's title slide shows a subject and a period the image model made up → it shows the brief's
topicword for word, and the other three slides carry placeholder content fitting the topic, the audience and the goal. - Polishing the brief could reword the topic → it keeps the topic exactly as typed.
- The main pipe returns an HTML page whose images and themes sit in two separate grids → it returns
DesignProposals: the polishedbriefand a list ofproposals, each athemewith itsmockup. - The report showed the "Enhanced Brief" block even when the polish changed nothing → it shows it only when a field differs.
Breaking changes
- A caller of
generate_design_proposals_from_rough_briefthat read theHtmloutput namesgenerate_design_proposals_reportinstead, which takes the samebriefand returns the page, now one card per proposal with its mockup beside its theme. A caller that wants the old pipe exactly stays at@v0.3.0. The next release is a minor,v0.4.0.
Changes
methods/slide_designer/slide_designer.mthds
render_visual_proposaltakespolished_briefbesidetheme, and its prompt names$polished_brief.topicas the title to draw word for word, keeping the four-slide mosaic.- New
DesignProposalandDesignProposalsconcepts; adraft_proposalsub-sequence (draw, then pair through aPipeComposeconstruct) batched over the themes, thenassemble_proposals. - New
generate_design_proposals_reportsequence;compose_proposals_reportreadsDesignProposalsand compares the original and polished briefs field by field. - The unused
SlideandSlidePromptconcepts are removed, and the domain and pipe descriptions say what the method now does.
methods/slide_designer/METHODS.toml
- Exports
generate_design_proposals_reportbeside the main pipe; the description says what the result pairs.
How it was verified
plxt fmt --checkandplxt linton the bundle and the manifest: clean.pipelex validate bundle methods/slide_designer/(Pipelex 0.95.1): "Successfully validated the method".- Live runs on the hosted API: the "Q4 2025 Financial Results" brief,
run_6dcc9217-961d-41be-9f1e-bc081221bd86, drew three mockups all titled "Q4 2025 Financial Results", each in its own theme's palette; the sampleinputs.json,run_3de8f0a8-5744-476f-8696-76beab5400fc, kept the topic as typed and drew it as the title;generate_design_proposals_report,run_6a6de223-e8a7-4ef0-b41e-ed7c346be41d, rendered three cards, each mockup beside its own theme. compose_proposals_reportrendered alone from the first run's result: the "Enhanced Brief" block is hidden for an unchanged brief and shown for a topic-only one.
Documentation
CHANGELOG.md[Unreleased]: the breaking change under Changed, the title fix under Fixed.README.md: theslide_designerrow says what the result pairs and names the report entry.- The manifest's description and the bundle's concept and pipe descriptions.
Not done
- The copies of this bundle in
pipelex-demos,pipelex-demo-frostbeamand mthds-form's input-form fixture are not fed from the library and keep the old image step. - The release itself, cut separately with the
/releaseskill.
Closes L-261107-75b313
🤖 Generated with Claude Code
https://claude.ai/code/session_019TF9N3ixWPEiwAUJDxxxfd
Summary by cubic
Makes the slide designer draw the deck's own title and return each theme paired with its mockup.
The image step previously never saw the brief, so the image model invented a subject and period for the title slide; it now reads the polished brief and draws its topic word for word, with the other slides' placeholder content fitting the topic, audience and goal. The polish step keeps the topic exactly as typed.
Breaking change
generate_design_proposals_from_rough_briefnow returnsDesignProposals(the polished brief plus one theme-and-mockup pair per proposal) instead of the HTML page; callers use the newly exportedgenerate_design_proposals_reportfor the old page and stay on@v0.3.0to keep the old pipe.- The report renders one card per proposal with its mockup beside its theme, and shows the "Enhanced Brief" block only when a field actually differs.