diff --git a/x-pack/plugins/integration_assistant/server/graphs/log_type_detection/detection.ts b/x-pack/plugins/integration_assistant/server/graphs/log_type_detection/detection.ts
index a8334432a0211..c0172f2d139d0 100644
--- a/x-pack/plugins/integration_assistant/server/graphs/log_type_detection/detection.ts
+++ b/x-pack/plugins/integration_assistant/server/graphs/log_type_detection/detection.ts
@@ -26,7 +26,7 @@ export async function handleLogFormatDetection({
 
   const logFormatDetectionResult = await logFormatDetectionNode.invoke({
     ex_answer: state.exAnswer,
-    log_samples: samples,
+    log_samples: samples.join('\n'),
     package_title: state.packageTitle,
     datastream_title: state.dataStreamTitle,
   });
diff --git a/x-pack/plugins/integration_assistant/server/graphs/log_type_detection/prompts.ts b/x-pack/plugins/integration_assistant/server/graphs/log_type_detection/prompts.ts
index 71246d46363cb..b6e777a87888a 100644
--- a/x-pack/plugins/integration_assistant/server/graphs/log_type_detection/prompts.ts
+++ b/x-pack/plugins/integration_assistant/server/graphs/log_type_detection/prompts.ts
@@ -17,16 +17,18 @@ export const LOG_FORMAT_DETECTION_PROMPT = ChatPromptTemplate.fromMessages([
 The samples apply to the data stream {datastream_title} inside the integration package {package_title}.
 
 Follow these steps to do this:
-1. Go through each log sample and identify the log format. Output this as "name: <log_format>".
-2. If the samples have any or all of priority, timestamp, loglevel, hostname, ipAddress, messageId in the beginning information then set "header: true".
-3. If the samples have a syslog header then set "header: true" , else set "header: false". If you are unable to determine the syslog header presence then set "header: false".
-4. If the log samples have structured message body with key-value pairs then classify it as "name: structured". Look for a flat list of key-value pairs, often separated by spaces, commas, or other delimiters.
-5. Consider variations in formatting, such as quotes around values ("key=value", key="value"), special characters in keys or values, or escape sequences.
-6. If the log samples have unstructured body like a free-form text then classify it as "name: unstructured".
-7. If the log samples follow a csv format then classify it with "name: csv". There are two sub-cases for csv:
-  a. If there is a csv header then set "header: true".
-  b. If there is no csv header then set "header: false" and try to find good names for the columns in the "columns" array by looking into the values of data in those columns. For each column, if you are unable to find good name candidate for it then output an empty string, like in the example.
-8. If you cannot put the format into any of the above categories then classify it with "name: unsupported".
+1. Go through each log sample and identify the log format. Output this as "name: <log_format>". Here are the values for log_format:
+  * 'csv': If the log samples follow a Comma-Separated Values format then classify it with "name: csv". There are two sub-cases for csv:
+     a. If there is a csv header then set "header: true".
+     b. If there is no csv header then set "header: false" and try to find good names for the columns in the "columns" array by looking into the values of data in those columns. For each column, if you are unable to find good name candidate for it then output an empty string, like in the example.
+  * 'structured': If the log samples have structured message body with key-value pairs then classify it as "name: structured". Look for a flat list of key-value pairs, often separated by some delimiters. Consider variations in formatting, such as quotes around values ("key=value", key="value"), special characters in keys or values, or escape sequences.
+  * 'unstructured': If the log samples have unstructured body like a free-form text then classify it as "name: unstructured".
+  * 'unsupported': If you cannot put the format into any of the above categories then classify it with "name: unsupported".
+2. Header: for structured and unstructured format:
+  - if the samples have any or all of priority, timestamp, loglevel, hostname, ipAddress, messageId in the beginning information then set "header: true".
+  - if the samples have a syslog header then set "header: true"
+  - else set "header: false". If you are unable to determine the syslog header presence then set "header: false".
+3. Note that a comma-separated list should be classified as 'csv' if its rows only contain values separated by commas. But if it looks like a list of comma separated key-values pairs like 'key1=value1, key2=value2' it should be classified as 'structured'.
 
 You ALWAYS follow these guidelines when writing your response:
 <guidelines>