2. Odoo saas-19.4
3. ai
4. Thai

Never use this tool preemptively. Use it once the user asks explicitly to generate an image and provide the details of the scene. only use it when the user asks explicitly to generate an image.
Aspect Ratio: If the user does not explicitly specify an aspect ratio, default to a 1:1 (square) image format. Only use a different aspect ratio when the user clearly requests it.

อย่าใช้เครื่องมือนี้ก่อนเวลาอันควร ใช้เครื่องมือนี้เมื่อผู้ใช้ขออย่างชัดเจนให้สร้างภาพและให้รายละเอียดของฉากเท่านั้น ใช้เครื่องมือนี้เมื่อผู้ใช้ขออย่างชัดเจนให้สร้างภาพเท่านั้น
อัตราส่วนภาพ: หากผู้ใช้ไม่ระบุอัตราส่วนภาพอย่างชัดเจน ให้ใช้รูปแบบภาพ 1:1 (สี่เหลี่ยมจัตุรัส) เป็นค่าเริ่มต้น ใช้อัตราส่วนภาพอื่นได้เฉพาะเมื่อผู้ใช้ขออย่างชัดเจนเท่านั้น

Analyze the provided Chatter feed text, stored in the message_ids field
Strictly ignore all system-generated text (e.g., status changes, file upload notifications, timestamp logs, field updates).
Focus exclusively on human-written messages to extract the core narrative.
Produce an executive summary, made of clear bullet points, each of them containing a short sentence
Keep bullet points punchy and professional. Do not include generic pleasantries (e.g., "Hello", "Thanks").

Example:
- John Doe asked if they could have a discount
- Marc Demo explained that the seasonal discount had expired
- John answered that in that case, he would have to think about it before signing the deal

วิเคราะห์ข้อความฟีด Chatter ที่ให้มา ซึ่งเก็บไว้ในฟิลด์ message_ids
ละเว้นข้อความที่ระบบสร้างขึ้นอย่างเคร่งครัด (เช่น การเปลี่ยนแปลงสถานะ การแจ้งเตือนการอัปโหลดไฟล์ บันทึกเวลา การอัปเดตฟิลด์)
มุ่งเน้นเฉพาะข้อความที่มนุษย์เขียนเพื่อดึงเนื้อหาหลัก
สร้างบทสรุปผู้บริหารในรูปแบบหัวข้อย่อยที่ชัดเจน แต่ละหัวข้อประกอบด้วยประโยคสั้นๆ
ทำให้หัวข้อย่อยกระชับและเป็นมืออาชีพ ไม่รวมคำทักทายทั่วไป (เช่น "สวัสดี" "ขอบคุณ")

ตัวอย่าง:
- จอห์น โด สอบถามว่าสามารถขอส่วนลดได้หรือไม่
- มาร์ค เดโม อธิบายว่าส่วนลดตามฤดูกาลหมดอายุแล้ว
- จอห์นตอบว่าในกรณีนั้น เขาจะต้องคิดก่อนเซ็นสัญญา

# Prepares preview metadata for records to display as rich cards in the chat.

## Call this ONLY when the user wants to see the records themselves -
e.g., "show me...", "list...", "find...", "recommend/suggest...?", anything in this context, or when
it is useful to preview the search results to let the user choose among them before taking another action.
Based on the context, you can decide basically when the records are the answer themselves.

## Do NOT call it when:
- The records are intermediate data feeding another tool call
(update, create, building arguments).
- The user asked a question that the records merely answer
(counts, yes/no, totals, "who is...", "when is..."). Reply with
the answer in text; do not preview the records behind it.

Returns `preview_metadata`: the authoritative final values (computed
prices, currency, links). Base your reply on these, never on raw values
from earlier search results.

## Your reply:
### Rich cards/ records'previews appear automatically below your message. Because the previews already show the record details:
- Keep your ENTIRE reply to a single short sentence (e.g., "Here are the things you can buy:")
- Do NOT list record names, descriptions, prices, or any other details - the previews handle this
- Do NOT use bullet points or numbered lists and NEVER List the search results in your reply, even if there are only a few. The previews will show all the necessary records in a clear format.

## Models with rich preview cards are currently:
- Products (`product.template`, `product.product`), Appointments (`appointment.type`), Events (`event.event`),
Blog Posts (`blog.post`), Courses (`slide.channel`), Lessons/Slides (`slide.slide`), and Jobs (`hr.job`).
- All other record previews are rendered as regular record links.

# เตรียมข้อมูล metadata ตัวอย่างสำหรับบันทึกเพื่อแสดงเป็น "ตัวอย่างข้อมูลของการ์ด" ในแชท

## เรียกฟังก์ชันนี้เฉพาะเมื่อผู้ใช้ต้องการดูบันทึกเอง -
เช่น "แสดงให้ฉันดู...", "แสดงรายการ...", "ค้นหา...", "แนะนำ/เสนอ...?" หรือคำใดๆ ในบริบทนี้ หรือเมื่อ
การดูตัวอย่างผลการค้นหาเป็นประโยชน์ เพื่อให้ผู้ใช้เลือกจากผลลัพธ์ก่อนดำเนินการต่อ
โดยพิจารณาจากบริบท คุณสามารถตัดสินใจได้ว่าเมื่อใดที่บันทึกเหล่านั้นเป็นคำตอบในตัวเอง

## อย่าเรียกฟังก์ชันนี้เมื่อ:
- ข้อมูลบันทึกเป็นข้อมูลกลางที่ใช้ในการเรียกเครื่องมืออื่น
(อัปเดต, สร้าง, สร้างอาร์กิวเมนต์)
- ผู้ใช้ถามคำถามที่บันทึกข้อมูลเพียงให้คำตอบ
(จำนวน, ใช่/ไม่, รวมทั้งหมด, "ใคร...", "เมื่อไหร่..."). ให้ตอบด้วย
คำตอบในรูปแบบข้อความ อย่าแสดงตัวอย่างบันทึกข้อมูลที่อยู่เบื้องหลัง

คืนค่า `preview_metadata`: ค่าสุดท้ายที่เชื่อถือได้ (ราคาที่คำนวณแล้ว
สกุลเงิน, ลิงก์) ให้คุณตอบคำถามโดยอิงจากข้อมูลเหล่านี้
อย่าอิงจากค่าดิบจากผลการค้นหาก่อนหน้านี้

## คำตอบของคุณ:
### ตัวอย่างข้อมูลของการ์ด/บันทึกต่างๆ จะปรากฏขึ้นโดยอัตโนมัติใต้ข้อความของคุณ เนื่องจากตัวอย่างเหล่านี้แสดงรายละเอียดของบันทึกนั้นๆ อยู่แล้ว:
- Keep your ENTIRE reply to a single short sentence (e.g., "Here are the things you can buy:")
- Do NOT list record names, descriptions, prices, or any other details - the previews handle this
- Do NOT use bullet points or numbered lists and NEVER List the search results in your reply, even if there are only a few. The previews will show all the necessary records in a clear format.

## Models with rich preview cards are currentlyให้คำตอบของคุณทั้งหมดอยู่ในประโยคสั้นๆ เพียงประโยคเดียว (เช่น, "นี่คือสิ่งที่คุณสามารถซื้อได้:")
- ห้ามระบุชื่อบันทึก คำอธิบาย ราคา หรือรายละเอียดอื่นๆ ส่วนนี้ให้ไว้กับส่วนแสดงตัวอย่าง
- ห้ามใช้จุดหรือรายการที่มีหมายเลข และห้ามระบุผลการค้นหาในคำตอบของคุณเด็ดขาด แม้จะมีเพียงไม่กี่รายการก็ตาม ส่วนแสดงตัวอย่างจะแสดงบันทึกทั้งหมดที่จำเป็นในรูปแบบที่ชัดเจน

## แบบข้อมูลที่มีบัตรแสดงตัวอย่างแบบละเอียดในปัจจุบัน ได้แก่:
- Productsสินค้า (`product.template`, `product.product`), Appointments (`appointment.type`), Events (`event.event`),
Blog Postsบทความบล็อก (`blog.post`), Courses (`slide.channel`), Lessons/Slides (`slide.slide`), and Jobs (`hr.job`).
- All other record previews are rendered as regular record links.
การแสดงตัวอย่างของบันทึกอื่น ๆ ทั้งหมดจะถูกแสดงเป็นลิงก์บันทึกปกติ

# Prepares preview metadata for records to display as rich cards in the chat.

## Call this ONLY when the user wants to see the records themselves -
e.g., "show me...", "list...", "find...", "recommend/suggest...?", anything in this context, or when
it is useful to preview the search results to let the user choose among them before taking another action.
Based on the context, you can decide basically when the records are the answer themselves.

## Do NOT call it when:
- The records are intermediate data feeding another tool call
(update, create, building arguments).
- The user asked a question that the records merely answer
(counts, yes/no, totals, "who is...", "when is..."). Reply with
the answer in text; do not preview the records behind it.

Returns `preview_metadata`: the authoritative final values (computed
prices, currency, links). Base your reply on these, never on raw values
from earlier search results.

## Your reply:
### Rich cards/ records'previews appear automatically below your message. Because the previews already show the record details:
- Keep your ENTIRE reply to a single short sentence (e.g., "Here are the things you can buy:")
- Do NOT list record names, descriptions, prices, or any other details - the previews handle this
- Do NOT use bullet points or numbered lists and NEVER List the search results in your reply, even if there are only a few. The previews will show all the necessary records in a clear format.

## Models with rich preview cards are currently:
- Products (`product.template`, `product.product`), Appointments (`appointment.type`), Events (`event.event`),
Blog Posts (`blog.post`), Courses (`slide.channel`), Lessons/Slides (`slide.slide`), and Jobs (`hr.job`).
- All other record previews are rendered as regular record links.

# เตรียมข้อมูล metadata ตัวอย่างสำหรับบันทึกเพื่อแสดงเป็น "rich cardsตัวอย่างข้อมูลของการ์ด" ในแชท

## เรียกฟังก์ชันนี้เฉพาะเมื่อผู้ใช้ต้องการดูบันทึกเอง -
เช่น "แสดงให้ฉันดู...", "แสดงรายการ...", "ค้นหา...", "แนะนำ/เสนอ...?" หรือคำใดๆ ในบริบทนี้ หรือเมื่อ
it is useful to preview the search results to let the user choose among them before taking another action.
Based on the context, you can decide basically when the records are the answer themselves.

## Do NOT call it when:
- The records are intermediate data feeding another tool call
(update, create, building arguments).
- The user asked a question that the records merely answer
(counts, yes/no, totals, "who is...", "when is..."). Reply with
the answer in text; do not preview the records behind it.การดูตัวอย่างผลการค้นหาเป็นประโยชน์ เพื่อให้ผู้ใช้เลือกจากผลลัพธ์ก่อนดำเนินการต่อ
โดยพิจารณาจากบริบท คุณสามารถตัดสินใจได้ว่าเมื่อใดที่บันทึกเหล่านั้นเป็นคำตอบในตัวเอง

## อย่าเรียกฟังก์ชันนี้เมื่อ:
- ข้อมูลบันทึกเป็นข้อมูลกลางที่ใช้ในการเรียกเครื่องมืออื่น
(อัปเดต, สร้าง, สร้างอาร์กิวเมนต์)
- ผู้ใช้ถามคำถามที่บันทึกข้อมูลเพียงให้คำตอบ
(จำนวน, ใช่/ไม่, รวมทั้งหมด, "ใคร...", "เมื่อไหร่..."). ให้ตอบด้วย
คำตอบในรูปแบบข้อความ อย่าแสดงตัวอย่างบันทึกข้อมูลที่อยู่เบื้องหลัง

Returnsคืนค่า `preview_metadata`: the authoritative final values (computed
prices, currency, links). Base your reply on these, never on raw values
from earlier search results.ค่าสุดท้ายที่เชื่อถือได้ (ราคาที่คำนวณแล้ว
สกุลเงิน, ลิงก์) ให้คุณตอบคำถามโดยอิงจากข้อมูลเหล่านี้
อย่าอิงจากค่าดิบจากผลการค้นหาก่อนหน้านี้

## Your replyคำตอบของคุณ:
### Rich cards/ records'previews appear automatically below your message. Because the previews already show the record detailsตัวอย่างข้อมูลของการ์ด/บันทึกต่างๆ จะปรากฏขึ้นโดยอัตโนมัติใต้ข้อความของคุณ เนื่องจากตัวอย่างเหล่านี้แสดงรายละเอียดของบันทึกนั้นๆ อยู่แล้ว:
- Keep your ENTIRE reply to a single short sentence (e.g., "Here are the things you can buy:")
- Do NOT list record names, descriptions, prices, or any other details - the previews handle this
- Do NOT use bullet points or numbered lists and NEVER List the search results in your reply, even if there are only a few. The previews will show all the necessary records in a clear format.

## Models with rich preview cards are currently:
- Products (`product.template`, `product.product`), Appointments (`appointment.type`), Events (`event.event`),
Blog Posts (`blog.post`), Courses (`slide.channel`), Lessons/Slides (`slide.slide`), and Jobs (`hr.job`).
- All other record previews are rendered as regular record links.

# Prepares preview metadata for records to display as rich cards in the chat.

## Call this ONLY when the user wants to see the records themselves -
e.g., "show me...", "list...", "find...", "recommend/suggest...?", anything in this context, or when
it is useful to preview the search results to let the user choose among them before taking another action.
Based on the context, you can decide basically when the records are the answer themselves.

## Do NOT call it when:
- The records are intermediate data feeding another tool call
(update, create, building arguments).
- The user asked a question that the records merely answer
(counts, yes/no, totals, "who is...", "when is..."). Reply with
the answer in text; do not preview the records behind it.

Returns `preview_metadata`: the authoritative final values (computed
prices, currency, links). Base your reply on these, never on raw values
from earlier search results.

## Your reply:
### Rich cards/ records'previews appear automatically below your message. Because the previews already show the record details:
- Keep your ENTIRE reply to a single short sentence (e.g., "Here are the things you can buy:")
- Do NOT list record names, descriptions, prices, or any other details - the previews handle this
- Do NOT use bullet points or numbered lists and NEVER List the search results in your reply, even if there are only a few. The previews will show all the necessary records in a clear format.

## Models with rich preview cards are currently:
- Products (`product.template`, `product.product`), Appointments (`appointment.type`), Events (`event.event`),
Blog Posts (`blog.post`), Courses (`slide.channel`), Lessons/Slides (`slide.slide`), and Jobs (`hr.job`).
- All other record previews are rendered as regular record links.

# เตรียมข้อมูล metadata ตัวอย่างสำหรับบันทึกเพื่อแสดงเป็น "rich cards" ในแชท

## เรียกฟังก์ชันนี้เฉพาะเมื่อผู้ใช้ต้องการดูบันทึกเอง -
เช่น "แสดงให้ฉันดู...", "แสดงรายการ...", "ค้นหา...", "แนะนำ/เสนอ...?" หรือคำใดๆ ในบริบทนี้ หรือเมื่อ
it is useful to preview the search results to let the user choose among them before taking another action.
Based on the context, you can decide basically when the records are the answer themselves.

## Do NOT call it when:
- The records are intermediate data feeding another tool call
(update, create, building arguments).
- The user asked a question that the records merely answer
(counts, yes/no, totals, "who is...", "when is..."). Reply with
the answer in text; do not preview the records behind it.

Returns `preview_metadata`: the authoritative final values (computed
prices, currency, links). Base your reply on these, never on raw values
from earlier search results.

## Your reply:
### Rich cards/ records'previews appear automatically below your message. Because the previews already show the record details:
- Keep your ENTIRE reply to a single short sentence (e.g., "Here are the things you can buy:")
- Do NOT list record names, descriptions, prices, or any other details - the previews handle this
- Do NOT use bullet points or numbered lists and NEVER List the search results in your reply, even if there are only a few. The previews will show all the necessary records in a clear format.

## Models with rich preview cards are currently:
- Products (`product.template`, `product.product`), Appointments (`appointment.type`), Events (`event.event`),
Blog Posts (`blog.post`), Courses (`slide.channel`), Lessons/Slides (`slide.slide`), and Jobs (`hr.job`).
- All other record previews are rendered as regular record links.

Ask AI

ปรึกษา AI