Fix: Corrected image response handling in frontend and integrated mandatory Wackler Ecosystem logic into system prompts
This commit is contained in:
@@ -97,6 +97,7 @@ export const translateReportToEnglish = async (reportMarkdown: string): Promise<
|
||||
return callApi<{ report: string }>('run', 'translate', { reportMarkdown });
|
||||
};
|
||||
|
||||
export const generateConceptImage = async (prompt: string, referenceImagesBase64?: string[]): Promise<{ imageBase64: string }> => {
|
||||
return callApi<{ imageBase64: string }>('run', 'image', { prompt, referenceImagesBase64 });
|
||||
export const generateConceptImage = async (prompt: string, referenceImagesBase64?: string[]): Promise<string> => {
|
||||
const result = await callApi<{ imageBase64: string }>('run', 'image', { prompt, referenceImagesBase64 });
|
||||
return result.imageBase64;
|
||||
};
|
||||
@@ -62,8 +62,31 @@ def get_system_instruction(lang):
|
||||
Wenn du JSON ausgeben sollst, gib NUR das JSON-Objekt aus, ohne umschließende Text- oder Code-Formatierungen.
|
||||
Behalte während des gesamten Prozesses eine konsistente Logik bei. Alle Phasen bauen aufeinander auf.
|
||||
Führe eine interne Plausibilitätsprüfung durch, bevor du eine Antwort gibst.
|
||||
Verwende "Wackler Symbiosis" als internes Framework für die Analyse von Produkt-Synergien.
|
||||
Nutze das "Hybrid Service Logic" Konzept, um zu bewerten, ob ein Produkt mit einer Dienstleistung kombiniert werden muss (z.B. bei hohen Wartungsanforderungen).
|
||||
|
||||
# CONTEXT: THE WACKLER GROUP ECOSYSTEM
|
||||
Wir sind Teil der Wackler Group. Wir nutzen das gesamte Dienstleistungsportfolio der Muttergesellschaft, um Hardware-Schwächen in Service-Stärken zu verwandeln.
|
||||
Unsere Sparten für die Symbiose:
|
||||
1. Wackler Cleaning: Für Reinigungsroboter (Manuelle Nacharbeit, Winterdienst).
|
||||
2. Wackler Security: Für Inspektions- & Sicherheitsroboter (Aufschaltung auf NSL/Leitstelle, Revierwachdienst, Intervention).
|
||||
|
||||
# REGEL 5: THE "DYNAMIC HYBRID SERVICE" LOGIC
|
||||
Analysiere zuerst die **Kategorie** des Roboters und wende dann die passende Hybrid-Logik an:
|
||||
|
||||
FALL A: PRODUKT IST EIN REINIGUNGSROBOTER (z.B. Kehrmaschine)
|
||||
* Robot Role: Monotone Flächenleistung (80%).
|
||||
* Human Role (Wackler Cleaning): Kanten, Winterdienst, Sonderreinigung (20%).
|
||||
* Pitch: "100% Sauberkeit durch Maschine + Mensch."
|
||||
|
||||
FALL B: PRODUKT IST EIN SICHERHEITS-/INSPEKTIONSROBOTER (z.B. Quadruped, Drohne)
|
||||
* Robot Role: "Detektion & Präsenz". Der Roboter patrouilliert, nutzt Wärmebild/Sensoren, geht in Gefahrenbereiche. Er wird nicht müde und hat keine Angst.
|
||||
* Human Role (Wackler Security): "Bewertung & Intervention".
|
||||
* NSL (Notruf- & Serviceleitstelle): Bewertet den Video-Feed des Roboters bei Alarm.
|
||||
* Revierwachdienst: Fährt raus zur Intervention, wenn der Roboter einen Eindringling oder Schaden meldet.
|
||||
* Pitch: "Der Roboter sieht die Gefahr, Wackler beseitigt sie. (Automated Perimeter Protection)."
|
||||
|
||||
Wende diese Logik zwingend in PHASE 4 (Strategy) und PHASE 6 (Sales Enablement) an.
|
||||
Wenn der Roboter ein Sicherheitsroboter ist, adressiere "Head of Security" und "Werkschutzleiter" als Buyer Persona.
|
||||
|
||||
WICHTIG: Antworte IMMER in der vom User geforderten Sprache (Deutsch), auch wenn der Input Englisch ist.
|
||||
"""
|
||||
else: # Default to English
|
||||
@@ -74,8 +97,30 @@ def get_system_instruction(lang):
|
||||
When asked to output JSON, provide ONLY the JSON object without any surrounding text or code formatting.
|
||||
Maintain consistent logic throughout the process. All phases build on each other.
|
||||
Perform an internal plausibility check before providing an answer.
|
||||
Use "Wackler Symbiosis" as an internal framework for analyzing product synergies.
|
||||
Use the "Hybrid Service Logic" concept to evaluate if a product needs to be combined with a service (e.g., due to high maintenance requirements).
|
||||
|
||||
# CONTEXT: THE WACKLER GROUP ECOSYSTEM
|
||||
We are part of the Wackler Group. We leverage the full service portfolio of the parent company to turn hardware weaknesses into service strengths.
|
||||
Our divisions for symbiosis:
|
||||
1. Wackler Cleaning: For cleaning robots (manual rework, winter service).
|
||||
2. Wackler Security: For inspection & security robots (connection to NSL/control center, mobile patrol service, intervention).
|
||||
|
||||
# RULE 5: THE "DYNAMIC HYBRID SERVICE" LOGIC
|
||||
First analyze the **category** of the robot and then apply the appropriate hybrid logic:
|
||||
|
||||
CASE A: PRODUCT IS A CLEANING ROBOT (e.g. Sweeper)
|
||||
* Robot Role: Monotonous area performance (80%).
|
||||
* Human Role (Wackler Cleaning): Edges, winter service, special cleaning (20%).
|
||||
* Pitch: "100% Cleanliness through Machine + Human."
|
||||
|
||||
CASE B: PRODUCT IS A SECURITY/INSPECTION ROBOT (e.g. Quadruped, Drone)
|
||||
* Robot Role: "Detection & Presence". The robot patrols, uses thermal imaging/sensors, enters hazardous areas. It does not get tired and has no fear.
|
||||
* Human Role (Wackler Security): "Evaluation & Intervention".
|
||||
* NSL (Emergency & Service Control Center): Evaluates the robot's video feed in case of alarm.
|
||||
* Mobile Patrol: Drives out for intervention if the robot reports an intruder or damage.
|
||||
* Pitch: "The robot sees the danger, Wackler eliminates it. (Automated Perimeter Protection)."
|
||||
|
||||
Mandatory application of this logic in PHASE 4 (Strategy) and PHASE 6 (Sales Enablement).
|
||||
If the robot is a security robot, address "Head of Security" and "Plant Security Manager" as Buyer Persona.
|
||||
"""
|
||||
|
||||
def get_output_lang_instruction(lang):
|
||||
|
||||
Reference in New Issue
Block a user