Dutch YouTube Interface Localization and Content Management
tastewise · Media & Entertainment · 2024 · source Agentic: no · promotional bias: med · source-backed · extracted with prompt 0.5.6 (schema v2)
Generated from extraction.json — do not edit by hand. Every claim cites verbatim source evidence; stated means the quote directly asserts the claim, implied means it supports it indirectly.
Problem
Domain: Food and beverage market intelligence
Tastewise needed non-technical users to ask natural-language food-and-beverage questions and get answers from its proprietary data platform without learning page navigation, filters, API fields, or internal AI models.
Constraints:
- The system had to translate free-form natural-language questions into structured Tastewise API requests.
- Questions could be follow-ups that depend on previous conversational context.
- The platform has multiple pages and filters such as query term, location, audience, and date range.
- A single large prompt became hard to debug, improve, and make reliable.
- The model could hallucinate unsupported locations because it tried to satisfy the user.
Architecture
TasteGPT is a RAG-like natural-language interface over Tastewise's proprietary data and AI models. A Navigator receives the user's question, detects follow-ups, generates a standalone question when needed, chooses the relevant page, extracts terms and filters, and builds a JSON API request. Tastewise's platform returns relevant data, then a Summarizer combines the data with the original or generated question to create the final answer. The team evolved from one large prompt to parallel specialized prompts and added intermediate layers for location extraction and validation.
Diagram confidence: explicit (topology described by the source).
flowchart LR user-question[User question] --> navigator[Navigator] navigator --> parallel-prompt-workers[Parallel prompt workers] parallel-prompt-workers --> intermediate-validation-layer[Intermediate validation layer] navigator --> tastewise-api[Tastewise API] tastewise-api --> summarizer[Summarizer]
Components
| Component | Role | Interacts with |
|---|---|---|
User question |
Natural-language query from a Tastewise user. | Navigator |
Navigator |
Determines follow-up state, page selection, query terms, filters, and JSON API request. | Parallel prompt workers, Tastewise API |
Parallel prompt workers |
Specialized prompts for page navigation, query extraction, location, date, audience, and other filters. | Navigator |
Intermediate validation layer |
Separates extraction of locations from final relevance/validity decisions. | Parallel prompt workers |
Tastewise API |
Proprietary data and AI model platform returning relevant food-and-beverage data. | Summarizer |
Summarizer |
Creates final user-facing answers from returned data and question context. | Tastewise API |
Data flow
The user asks a natural-language question. TasteGPT translates it to JSON for the Tastewise platform, which retrieves relevant data from proprietary databases and AI models. The Navigator decides whether the request is a follow-up, selects the page, and extracts filters; the Summarizer receives the returned data plus the question and writes the answer.
Why this architecture
Tastewise needed the LLM to interact with its internal data, not merely answer from general knowledge. Splitting responsibilities into parallel prompts made the system easier to improve, debug, and extend. The intermediate location layer reduced hallucinations by letting the model extract mentioned places first and then decide separately whether they were supported Tastewise locations.
Models used: ChatGPT · TasteGPT
Scale
- Tastewise moved from ChatGPT release awareness in December 2022 to a production first version by March 2023.“by March we add the first version of tgp in production already it was not you know the greatest but it was something that began”transcript, stated
- Tastewise launched its second version by June 2023.“by June 2023 we had the taste way Summit which was again our goal to launch the second version of taste GPT and we made it”transcript, stated
- The platform supports multiple markets such as USA and location filters.“we support multiple markets okay USA is one of them so it's also important to understand to which in which Market we should focus”transcript, stated
Alternatives considered (roads not taken)
Use one magnificent prompt to infer every API field.
Rejected because: The team found that naive single-prompt approach was clearly wrong and difficult to debug or improve.
Run prompt responsibilities sequentially in a pipeline.
Rejected because: The speaker says parallel prompts reduce waiting, isolate failures, and simplify debugging.
Ask the final location prompt to both extract and validate locations in one step.
Rejected because: The model hallucinated unsupported countries while trying to satisfy the user.
Patterns
tool-use-orchestration (orchestration)
TasteGPT turns natural language into structured JSON API calls against Tastewise's platform.
prompt-chaining (prompting)
Specialized prompts handle distinct subtasks and their outputs are grouped into a final API request.
fallback-degradation (reliability)
Parallel prompt execution lets one prompt fail without taking down the whole pipeline.
structured-output-contract (data)
The system's intermediate product is a JSON request with explicit page, query, location, audience, and date fields.
Tradeoffs
Prompt architecture
Chose Parallel specialized prompts. over One all-purpose prompt or a strictly sequential chain..
Rationale: Parallel prompts improve latency, debuggability, extensibility, and failure isolation.
Location extraction design
Chose Intermediate extraction followed by supported-location validation. over Single final-layer location decision..
Rationale: The intermediate layer lets GPT satisfy extraction without forcing unsupported locations into final filters.
Natural-language front end
Chose Let users ask free-form questions. over Requiring users to follow Tastewise's expected query patterns..
Rationale: The goal was higher engagement and an intuitive interface.
Gotchas (what bit them)
A single prompt was too broad for reliable API construction.
Root cause: The prompt had to choose page, query term, and multiple filters at once.
Resolution: Tastewise split prompt responsibilities and ran them in parallel.
Location filtering hallucinated unsupported places.
Root cause: GPT tried to satisfy the user by placing any recognized country somewhere in the output.
Resolution: Tastewise added an intermediate layer that extracts country/city/state separately before final relevance filtering.
Prompt changes were hard to isolate in the early design.
Root cause: One large prompt or sequential prompt pipeline creates broad coupling between subtasks.
Resolution: Parallel prompts let the team focus on one prompt and add new prompts without affecting the rest.
Evaluation
Tastewise evaluated the system through production rollout milestones, debugging case studies, prompt-level failure analysis, and business/user engagement impact.
Metrics: First production version by March 2023 · Second version launched by June 2023 · Parallel prompt execution for page, query, location, audience, date, and other filters
Outcomes
- Moved a generative-AI interface into production by March 2023.
- Launched a second TasteGPT version by June 2023.
- Made Tastewise data accessible through natural-language questions.
- Improved reliability through parallel prompts and intermediate validation layers.
The talk describes a four-month path from February 2023 hackathon goal-setting to a June 2023 second-version launch, plus support for multiple markets and structured filters.