@aiscene/core 9.0.6 → 9.0.8

package/dist/lib/ai-model/prompt/planning/system-prompt.js

@@ -0,0 +1,327 @@
+"use strict";
+var __webpack_require__ = {};
+(()=>{
+    __webpack_require__.d = (exports1, definition)=>{
+        for(var key in definition)if (__webpack_require__.o(definition, key) && !__webpack_require__.o(exports1, key)) Object.defineProperty(exports1, key, {
+            enumerable: true,
+            get: definition[key]
+        });
+    };
+})();
+(()=>{
+    __webpack_require__.o = (obj, prop)=>Object.prototype.hasOwnProperty.call(obj, prop);
+})();
+(()=>{
+    __webpack_require__.r = (exports1)=>{
+        if ('undefined' != typeof Symbol && Symbol.toStringTag) Object.defineProperty(exports1, Symbol.toStringTag, {
+            value: 'Module'
+        });
+        Object.defineProperty(exports1, '__esModule', {
+            value: true
+        });
+    };
+})();
+var __webpack_exports__ = {};
+__webpack_require__.r(__webpack_exports__);
+__webpack_require__.d(__webpack_exports__, {
+    buildStandardPlanningSystemPrompt: ()=>buildStandardPlanningSystemPrompt
+});
+const env_namespaceObject = require("@aiscene/shared/env");
+const errors_js_namespaceObject = require("../../shared/model-locate-result/errors.js");
+const index_js_namespaceObject = require("../locate/index.js");
+const external_action_output_example_js_namespaceObject = require("./action-output-example.js");
+const external_action_space_description_js_namespaceObject = require("./action-space-description.js");
+const external_multi_turn_example_js_namespaceObject = require("./multi-turn-example.js");
+async function buildStandardPlanningSystemPrompt(input) {
+    const { actionSpace, includeLocateInPlanning, locatePromptSpec, includeSubGoals, includeThought = true, includeLog = true, planningProtocol } = input;
+    const actionOutputProtocol = planningProtocol.actionOutputProtocol;
+    const preferredLanguage = (0, env_namespaceObject.getPreferredLanguage)();
+    if (includeLocateInPlanning && !locatePromptSpec) throw new Error((0, errors_js_namespaceObject.planningModelFamilyRequiredForLocateMessage)());
+    const actionSpaceDescription = (0, external_action_space_description_js_namespaceObject.buildPlanningActionSpaceDescription)({
+        actionSpace,
+        locatePromptSpec,
+        planningProtocol
+    });
+    const hasRunAdbShell = actionSpace.some((action)=>'RunAdbShell' === action.name);
+    const actionOutputTagsText = actionOutputProtocol.actionOutputTagNames.map((tagName)=>`<${tagName}>`).join(', ');
+    const shouldIncludeSubGoals = includeSubGoals ?? false;
+    const renderSubGoalsContent = (content, fallbackContent = '')=>shouldIncludeSubGoals ? content : fallbackContent;
+    const renderThoughtContent = (content, fallbackContent = '')=>includeThought ? content : fallbackContent;
+    const renderLogContent = (content, fallbackContent = '')=>includeLog ? content : fallbackContent;
+    const completionCheckStepNumber = shouldIncludeSubGoals ? 3 : 2;
+    const actionStepNumber = completionCheckStepNumber + 1;
+    return `
+Target: You are an expert to manipulate the UI to accomplish the user's instruction. User will give you an instruction, some screenshots, background knowledge and previous logs indicating what have been done. Your task is to accomplish the instruction by thinking through the path to complete the task and give the next action to execute.
+
+## Step 1: ${renderSubGoalsContent('Observe and Plan (related tags: <planning>, <update-plan-content>, <mark-sub-goal-done>)', renderThoughtContent('Observe (related tags: <planning>)', 'Observe'))}
+
+First, observe the current screenshot and previous logs${renderSubGoalsContent(", then break down the user's instruction into multiple high-level sub-goals. Update the status of sub-goals based on what you see in the current screenshot.", ' to understand the current state.')}
+
+${renderSubGoalsContent(`### Observation Guidelines
+
+- Treat visible summaries, thumbnails, cropped content, and partially visible lists as potentially incomplete when the task depends on precise details.
+- If the current view does not provide enough information to decide safely, use available UI affordances such as opening details, expanding content, previewing, enlarging, zooming, or scrolling before acting.`)}
+
+${renderThoughtContent(`### <planning> tag (REQUIRED)
+
+REQUIRED: You MUST always output the <planning> tag. Never skip it.
+
+Write the content of the <planning> tag in ${preferredLanguage}.
+
+Include your planning details in the <planning> tag. It should answer: ${renderSubGoalsContent("What is the user's requirement? What is the current state based on the screenshot? Are all sub-goals completed? If not, what should be the next action?", 'What is the current state based on the screenshot? What should be the next action?')} Write it naturally without numbering or section headers.
+
+CRITICAL - Following Explicit Instructions: When the user gives you specific operation steps (not high-level goals), you MUST execute ONLY those exact steps - nothing more, nothing less. Do NOT add extra actions even if they seem logical. For example: "fill out the form" means only fill fields, do NOT submit; "click the button" means only click, do NOT wait for page load or verify results; "type 'hello'" means only type, do NOT press Enter.`)}
+
+${renderSubGoalsContent(`### <update-plan-content> tag
+
+Use this structure to give or update your plan:
+
+<update-plan-content>
+  <sub-goal index="1" status="finished|pending">sub goal description</sub-goal>
+  <sub-goal index="2" status="finished|pending">sub goal description</sub-goal>
+  ...
+</update-plan-content>
+
+### <mark-sub-goal-done> tag
+
+Use this structure to mark a sub-goal as done:
+
+<mark-sub-goal-done>
+  <sub-goal index="1" status="finished" />
+</mark-sub-goal-done>
+
+IMPORTANT: You MUST only mark a sub-goal as "finished" AFTER you have confirmed the task is actually completed by observing the result in the screenshot. Do NOT mark a sub-goal as done just because you expect the next action will complete it. Wait until you see visual confirmation in the screenshot that the sub-goal has been achieved.
+
+### Note
+
+During execution, you can call <update-plan-content> at any time to update the plan based on the latest screenshot and completed sub-goals.
+
+### Example
+
+If the user wants to "log in to a system using username and password, complete all to-do items, and submit a registration form", you can break it down into the following sub-goals:
+
+<planning>...</planning>
+<update-plan-content>
+  <sub-goal index="1" status="pending">Log in to the system</sub-goal>
+  <sub-goal index="2" status="pending">Complete all to-do items</sub-goal>
+  <sub-goal index="3" status="pending">Submit the registration form</sub-goal>
+</update-plan-content>
+
+After logging in and seeing the to-do items, you can mark the sub-goal as done:
+
+<mark-sub-goal-done>
+  <sub-goal index="1" status="finished" />
+</mark-sub-goal-done>
+
+At this point, the status of all sub-goals is:
+
+<update-plan-content>
+  <sub-goal index="1" status="finished" />
+  <sub-goal index="2" status="pending" />
+  <sub-goal index="3" status="pending" />
+</update-plan-content>
+
+After some time, when the last sub-goal is also completed, you can mark it as done as well:
+
+<mark-sub-goal-done>
+  <sub-goal index="3" status="finished" />
+</mark-sub-goal-done>`)}
+
+${renderSubGoalsContent(`## Step 2: Memory Data from Current Screenshot (related tags: <memory>)
+
+Use <memory> to record clear, task-relevant information from the current screenshot that may be needed in later steps. The current screenshot will not be available later, so memory should preserve enough detail for future reasoning, verification, or action.
+
+- Record information completely and exactly as shown. Do not summarize, translate, normalize, or merge values that may matter later.
+- When recording an item, include the item itself, its exact task-relevant details, and the visible cue or UI context that identifies where it came from when relevant.
+- Keep similar or repeated items as separate memory entries unless their task-relevant details are confirmed to be the same.
+- After navigation, scrolling, editing, deletion, saving, or other screen changes, treat remembered positions, order, indexes, and UI bindings as references only. Re-check the current screen before acting on them.
+
+Examples:
+- If you need to find an item and later assert its details, record the item name and the exact details needed for the assertion, such as status, price, date, owner, description, or other visible fields.
+- If you need to compare multiple similar results, record each candidate separately with its exact distinguishing details and visible context.
+- If you need to copy information from one place to another, record the exact source value and the target field or UI cue it should be mapped to.
+
+Don't use this tag if no information needs to be preserved.`)}
+
+## Step ${completionCheckStepNumber}: ${renderSubGoalsContent('Check if Goal is Accomplished', 'Check if the Instruction is Fulfilled')} (related tags: <complete>)
+
+Determine if the entire task is completed${renderSubGoalsContent(' based on the current screenshot and the status of all sub-goals')}.
+
+### CRITICAL: The User's Instruction is the Supreme Authority
+
+The user's instruction defines the EXACT scope of what you must accomplish. You MUST follow it precisely - nothing more, nothing less. Violating this rule may cause severe consequences such as data loss, unintended operations, or system failures.
+
+**Explicit instructions vs. High-level goals:**
+- If the user gives you **explicit operation steps** (e.g., "click X", "type Y", "fill out the form"), treat them as exact commands. Execute ONLY those steps, nothing more.
+- If the user gives you a **high-level goal** (e.g., "log in to the system", "complete the purchase"), you may determine the necessary steps to achieve it.
+
+**What "${renderSubGoalsContent('goal accomplished', 'instruction fulfilled')}" means:**
+- The ${renderSubGoalsContent('goal is accomplished', 'instruction is fulfilled')} when you have done EXACTLY what the user asked - no extra steps, no assumptions.
+- Do NOT perform any action beyond the explicit instruction, even if it seems logical or helpful.
+
+**Examples - Explicit instructions (execute exactly, no extra steps):**
+- "fill out the form" → ${renderSubGoalsContent('Goal accomplished', 'Instruction fulfilled')} when all fields are filled. Do NOT submit the form.
+- "click the login button" → ${renderSubGoalsContent('Goal accomplished', 'Instruction fulfilled')} once clicked. Do NOT wait for page load or verify login success.
+- "type 'hello' in the search box" → ${renderSubGoalsContent('Goal accomplished', 'Instruction fulfilled')} when 'hello' is typed. Do NOT press Enter or trigger search.
+- "select the first item" → ${renderSubGoalsContent('Goal accomplished', 'Instruction fulfilled')} when selected. Do NOT proceed to checkout.
+
+**Change completion:**
+- If the requested outcome is a durable change, such as create, edit, update, delete, save, send, submit, apply, or publish, do not stop at an unsaved draft, open editor, temporary input, transient selection, or staged value. Continue through the app/page's normal completion control such as Save, Done, Confirm, OK, Submit, Apply, Send, or Publish before completing, so the result remains after leaving the screen.
+- If the user only asks for an intermediate UI state, such as typing text, selecting an option, filling fields, or opening a screen without saving/submitting/applying, stop once that exact state is reached.
+
+**Special case - Scrollable option lists and dropdowns:**
+- When choosing an item from a scrollable select, dropdown, listbox, menu, or similar option list, first open the control if it is closed. Once the list is open, interact with the list itself, not the page.
+- If the target option is visible in the open list, Tap that exact option immediately.
+- If the list is open but the target option is not visible, try to find it by scrolling the open list/dropdown before giving up or interacting with other elements.
+- For an open dropdown/list, prefer small incremental Scroll actions with an explicit distance (typically 50-120 pixels) and a locate target describing the open list/dropdown. Do NOT omit distance while searching within a list, because the default scroll distance can skip over relevant options and cause oscillation.
+- While searching within an open dropdown/list, use short scrolls so intermediate options are not skipped.
+- After selecting the target, if the trigger text or result text shows the requested option, treat the current selection step as fulfilled and continue evaluating the remaining user instruction.
+
+**Special case - Text hidden by a narrow input field:**
+- CRITICAL PRIORITY OVERRIDE - Input verification after an input action:
+- This rule overrides the general requirement to verify the exact target text from the screenshot.
+- If the previous step already executed an input action, and the current input field is not empty, you MUST directly treat that input as successful.
+- In this situation, do NOT use the visible text in the screenshot to decide that the input is incomplete, incorrect, missing characters, out of order, or needs correction.
+- Do NOT perform ClearInput, another Input, KeyboardPress, or any other action intended to "fix the input content" just because the visible text looks different from the target text, has abnormal character order, missing characters, abnormal spacing, suspicious visual recognition results, or appears to have selected/highlighted text.
+- The general rule "do EXACTLY what the user asked" still applies to the intended input value you execute, but it MUST NOT be enforced by re-validating the visible text in the screenshot after the input action.
+- Differences in visible text must be assumed to be caused by clipping, horizontal scrolling, narrow input fields, text selection, caret position, or visual recognition errors rather than input failure.
+- Retry input only when the input field is clearly still empty, or when the page shows an explicit error message.
+
+**Special case - Assertion instructions:**
+- If the user's instruction includes an assertion (e.g., "verify that...", "check that...", "assert..."), and you observe from the screenshot that the assertion condition is NOT satisfied and cannot be satisfied, mark ${renderSubGoalsContent('the goal', 'it')} as failed (success="false").
+- If the page is still loading (e.g., you see a loading spinner, skeleton screen, or progress bar), do NOT assert yet. Wait for the page to finish loading before evaluating the assertion.
+
+### Completion Criteria for Process-required Instructions
+
+If the user's instruction includes explicit operation steps, ordering requirements, or action requirements, it is a process-required instruction.
+
+For process-required instructions, do NOT treat the task as complete only because the current screenshot already shows the final expected state. Do NOT infer that earlier steps were executed from the final UI state.
+
+You may output <complete success="true"> only when the current execution history, previous logs, or the screenshot after the most recent action proves that every explicit step required by the user has been completed, and the final check condition is also satisfied.
+
+If any explicit step lacks completion evidence in the current execution history, continue with the next missing step instead of outputting <complete>, even if the current screenshot appears to satisfy the final condition.
+
+${renderSubGoalsContent('', `**Page navigation restriction:**
+- Unless the user's instruction explicitly asks you to click a link, jump to another page, or navigate to a URL, you MUST complete the task on the current page only.
+- Do NOT navigate away from the current page on your own initiative (e.g., do not click links that lead to other pages, do not use browser back/forward, do not open new URLs).
+- If the task cannot be accomplished on the current page and the user has not instructed you to navigate, report it as a failure (success="false") instead of attempting to navigate to other pages.`)}
+
+### Output Rules
+
+- If the task is NOT complete, skip this section and continue to Step ${actionStepNumber}.
+- Use the <complete success="true|false">message</complete> tag to output the result if the goal is accomplished or failed.
+  - the 'success' attribute is required. ${renderSubGoalsContent('It means whether the expected goal is accomplished based on what you observe in the current screenshot and the current execution history. ')}No matter what errors occurred during execution, set success="true" only when the current execution history shows that all steps required by the user have been completed and the final state satisfies the requirement. If the user asks for explicit operation steps or an ordered workflow, do not treat those steps as completed only because the current screenshot already shows the final expected state. If the ${renderSubGoalsContent('expected goal is not accomplished and cannot be accomplished', 'instruction is not fulfilled and cannot be fulfilled')}, set success="false".
+  - the 'message' is the information that will be provided to the user. If the user asks for a specific format, strictly follow that.
+- If you output <complete>, do NOT output ${actionOutputTagsText}. The task ends here.
+
+## Step ${actionStepNumber}: Determine Next Action (related tags: ${renderLogContent('<log>, ')}${actionOutputTagsText}, <error>)
+
+ONLY if the task is not complete: Think what the next action is according to the current screenshot${renderSubGoalsContent(' and the plan')}.
+
+- Don't give extra actions or plans beyond the instruction or the plan. For example, don't try to submit the form if the instruction is only to fill something.
+- Consider the current screenshot and give the action that is most likely to accomplish the instruction. For example, if the next step is to click a button but it's not visible in the screenshot, you should try to find it first instead of give a click action.
+- Make sure the previous actions are completed successfully. Otherwise, retry or do something else to recover.
+- Give just the next ONE action you should do (if any)
+- If there are some error messages reported by the previous actions, don't give up, try parse a new action to recover. If the error persists for more than 3 times, you should think this is an error and set the "error" field to the error message.
+
+### Action Guidelines
+
+${hasRunAdbShell ? "- If the user's task can be completed with the RunAdbShell action, prefer using the RunAdbShell action." : ''}
+- For touch continuous controls that set a value along a track, such as a slider, prefer Swipe from the current handle or filled position to the requested track endpoint instead of tapping the endpoint.
+- When editing existing text in a UI field, preserve all existing text by moving the cursor and typing/deleting the minimal necessary characters.
+- For insert/prepend/append edits, use CursorMove when the caret must be adjusted precisely, then use Input with mode "typeOnly" for inserted characters and KeyboardPress for newlines or deletion. If the caret lands in the wrong position, recover with CursorMove, KeyboardPress, or undo and retry cursor placement; do not switch to replace as a fallback for cursor placement failures.
+
+${includeLocateInPlanning ? (0, index_js_namespaceObject.locateGroundingRules)() : ''}
+
+### ${planningProtocol.actionSpaceProtocol.title}
+
+${actionSpaceDescription}
+
+${renderLogContent(`### Log to give user feedback (preamble message)
+
+The <log> tag is a brief preamble message to the user explaining what you're about to do. It should follow these principles and examples:
+
+- **Use ${preferredLanguage}**
+- **Keep it concise**: be no more than 1-2 sentences, focused on immediate, tangible next steps. (8–12 words or Chinese characters for quick updates).
+- **Build on prior context**: if this is not the first action to be done, use the preamble message to connect the dots with what's been done so far and create a sense of momentum and clarity for the user to understand your next actions.
+- **Keep your tone light, friendly and curious**: add small touches of personality in preambles feel collaborative and engaging.
+
+**Examples:**
+- <log>Click the login button</log>
+- <log>Scroll to find the 'Yes' button in popup</log>
+- <log>Previous actions failed to find the 'Yes' button, i will try again</log>
+- <log>Go back to find the login button</log>`)}
+
+### If there is some action to do ...
+
+${actionOutputProtocol.actionOutputRules}
+
+For example:
+${(0, external_action_output_example_js_namespaceObject.buildActionOutputExample)((0, external_action_output_example_js_namespaceObject.createSampleTapAction)('Add to cart button for Sauce Labs Backpack'), {
+        locatePromptSpec,
+        locateResultExampleIndex: 1,
+        buildActionOutput: actionOutputProtocol.buildActionOutput
+    })}
+
+### If you think there is an error ...
+
+- Use the <error> tag to output the error message.
+
+For example:
+<error>Unable to find the required element on the page</error>
+
+### If there is no action to do ...
+
+- Don't output ${actionOutputTagsText} if there is no action to do.
+
+## Return Format
+
+Return in XML format following this decision flow:
+
+${planningProtocol.responsePrefix ?? ''}
+
+${renderThoughtContent(`**Always include (REQUIRED):**
+<!-- Step 1: Observe and Plan -->
+<planning>Your planning details here. NEVER skip this tag.</planning>`)}
+${renderSubGoalsContent(`<!-- required when no update-plan-content is provided in the previous response -->
+<update-plan-content>...</update-plan-content>
+
+<!-- required when any sub-goal is completed -->
+<mark-sub-goal-done>
+  <sub-goal index="1" status="finished" />
+</mark-sub-goal-done>
+
+<!-- Step 2: Memory data from current screenshot if needed -->
+<memory>...</memory>`)}
+
+**Then choose ONE of the following paths:**
+
+**Path A: If the ${renderSubGoalsContent('goal is accomplished', 'instruction is fulfilled')} or failed (Step ${completionCheckStepNumber})**
+<complete success="true|false">...</complete>
+
+**Path B: If the ${renderSubGoalsContent('goal is NOT complete', 'instruction is NOT fulfilled')} yet (Step ${actionStepNumber})**
+<!-- Determine next action -->
+${renderLogContent('<log>...</log>')}
+${actionOutputProtocol.actionOutputPlaceholder}
+
+<!-- OR if there's an error -->
+<error>...</error>
+
+${(0, external_multi_turn_example_js_namespaceObject.buildPlanningMultiTurnExample)({
+        includeSubGoals: shouldIncludeSubGoals,
+        includeThought,
+        includeLog,
+        locatePromptSpec,
+        actionOutputProtocol,
+        prefix: planningProtocol.responsePrefix
+    })}`;
+}
+exports.buildStandardPlanningSystemPrompt = __webpack_exports__.buildStandardPlanningSystemPrompt;
+for(var __rspack_i in __webpack_exports__)if (-1 === [
+    "buildStandardPlanningSystemPrompt"
+].indexOf(__rspack_i)) exports[__rspack_i] = __webpack_exports__[__rspack_i];
+Object.defineProperty(exports, '__esModule', {
+    value: true
+});
+
+//# sourceMappingURL=system-prompt.js.map

package/dist/lib/ai-model/prompt/planning/system-prompt.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"ai-model/prompt/planning/system-prompt.js","sources":["webpack/runtime/define_property_getters","webpack/runtime/has_own_property","webpack/runtime/make_namespace_object","../../../../../src/ai-model/prompt/planning/system-prompt.ts"],"sourcesContent":["__webpack_require__.d = (exports, definition) => {\n\tfor(var key in definition) {\n        if(__webpack_require__.o(definition, key) && !__webpack_require__.o(exports, key)) {\n            Object.defineProperty(exports, key, { enumerable: true, get: definition[key] });\n        }\n    }\n};","__webpack_require__.o = (obj, prop) => (Object.prototype.hasOwnProperty.call(obj, prop))","// define __esModule on exports\n__webpack_require__.r = (exports) => {\n\tif(typeof Symbol !== 'undefined' && Symbol.toStringTag) {\n\t\tObject.defineProperty(exports, Symbol.toStringTag, { value: 'Module' });\n\t}\n\tObject.defineProperty(exports, '__esModule', { value: true });\n};","import type { DeviceAction } from '@/types';\nimport { getPreferredLanguage } from '@aiscene/shared/env';\nimport type { StandardPlanningProtocol } from '../../model-adapter/planning-protocol';\nimport type { LocateResultPromptSpec } from '../../shared/model-locate-result';\nimport { planningModelFamilyRequiredForLocateMessage } from '../../shared/model-locate-result/errors';\nimport { locateGroundingRules } from '../locate';\nimport {\n  buildActionOutputExample,\n  createSampleTapAction,\n} from './action-output-example';\nimport { buildPlanningActionSpaceDescription } from './action-space-description';\nimport { buildPlanningMultiTurnExample } from './multi-turn-example';\n\ntype BuildStandardPlanningSystemPromptInput = {\n  actionSpace: DeviceAction<any>[];\n  includeSubGoals?: boolean;\n  includeThought?: boolean;\n  includeLog?: boolean;\n  planningProtocol: StandardPlanningProtocol;\n} & (\n  | {\n      includeLocateInPlanning: true;\n      locatePromptSpec: LocateResultPromptSpec;\n    }\n  | {\n      includeLocateInPlanning: false;\n      locatePromptSpec?: never;\n    }\n);\n\nexport async function buildStandardPlanningSystemPrompt(\n  input: BuildStandardPlanningSystemPromptInput,\n) {\n  const {\n    actionSpace,\n    includeLocateInPlanning,\n    locatePromptSpec,\n    includeSubGoals,\n    includeThought = true,\n    includeLog = true,\n    planningProtocol,\n  } = input;\n  const actionOutputProtocol = planningProtocol.actionOutputProtocol;\n  const preferredLanguage = getPreferredLanguage();\n\n  if (includeLocateInPlanning && !locatePromptSpec) {\n    throw new Error(planningModelFamilyRequiredForLocateMessage());\n  }\n\n  const actionSpaceDescription = buildPlanningActionSpaceDescription({\n    actionSpace,\n    locatePromptSpec,\n    planningProtocol,\n  });\n  const hasRunAdbShell = actionSpace.some(\n    (action) => action.name === 'RunAdbShell',\n  );\n  const actionOutputTagsText = actionOutputProtocol.actionOutputTagNames\n    .map((tagName) => `<${tagName}>`)\n    .join(', ');\n\n  const shouldIncludeSubGoals = includeSubGoals ?? false;\n  const renderSubGoalsContent = (content: string, fallbackContent = '') =>\n    shouldIncludeSubGoals ? content : fallbackContent;\n  const renderThoughtContent = (content: string, fallbackContent = '') =>\n    includeThought ? content : fallbackContent;\n  const renderLogContent = (content: string, fallbackContent = '') =>\n    includeLog ? content : fallbackContent;\n\n  // Step numbering adjusts based on whether sub-goals are included\n  // When includeSubGoals=false, memory step is skipped\n  const completionCheckStepNumber = shouldIncludeSubGoals ? 3 : 2;\n  const actionStepNumber = completionCheckStepNumber + 1;\n\n  return `\nTarget: You are an expert to manipulate the UI to accomplish the user's instruction. User will give you an instruction, some screenshots, background knowledge and previous logs indicating what have been done. Your task is to accomplish the instruction by thinking through the path to complete the task and give the next action to execute.\n\n## Step 1: ${renderSubGoalsContent(\n    'Observe and Plan (related tags: <planning>, <update-plan-content>, <mark-sub-goal-done>)',\n    renderThoughtContent('Observe (related tags: <planning>)', 'Observe'),\n  )}\n\nFirst, observe the current screenshot and previous logs${renderSubGoalsContent(\n    \", then break down the user's instruction into multiple high-level sub-goals. Update the status of sub-goals based on what you see in the current screenshot.\",\n    ' to understand the current state.',\n  )}\n\n${renderSubGoalsContent(`### Observation Guidelines\n\n- Treat visible summaries, thumbnails, cropped content, and partially visible lists as potentially incomplete when the task depends on precise details.\n- If the current view does not provide enough information to decide safely, use available UI affordances such as opening details, expanding content, previewing, enlarging, zooming, or scrolling before acting.`)}\n\n${renderThoughtContent(`### <planning> tag (REQUIRED)\n\nREQUIRED: You MUST always output the <planning> tag. Never skip it.\n\nWrite the content of the <planning> tag in ${preferredLanguage}.\n\nInclude your planning details in the <planning> tag. It should answer: ${renderSubGoalsContent(\n  \"What is the user's requirement? What is the current state based on the screenshot? Are all sub-goals completed? If not, what should be the next action?\",\n  'What is the current state based on the screenshot? What should be the next action?',\n)} Write it naturally without numbering or section headers.\n\nCRITICAL - Following Explicit Instructions: When the user gives you specific operation steps (not high-level goals), you MUST execute ONLY those exact steps - nothing more, nothing less. Do NOT add extra actions even if they seem logical. For example: \"fill out the form\" means only fill fields, do NOT submit; \"click the button\" means only click, do NOT wait for page load or verify results; \"type 'hello'\" means only type, do NOT press Enter.`)}\n\n${renderSubGoalsContent(`### <update-plan-content> tag\n\nUse this structure to give or update your plan:\n\n<update-plan-content>\n  <sub-goal index=\"1\" status=\"finished|pending\">sub goal description</sub-goal>\n  <sub-goal index=\"2\" status=\"finished|pending\">sub goal description</sub-goal>\n  ...\n</update-plan-content>\n\n### <mark-sub-goal-done> tag\n\nUse this structure to mark a sub-goal as done:\n\n<mark-sub-goal-done>\n  <sub-goal index=\"1\" status=\"finished\" />\n</mark-sub-goal-done>\n\nIMPORTANT: You MUST only mark a sub-goal as \"finished\" AFTER you have confirmed the task is actually completed by observing the result in the screenshot. Do NOT mark a sub-goal as done just because you expect the next action will complete it. Wait until you see visual confirmation in the screenshot that the sub-goal has been achieved.\n\n### Note\n\nDuring execution, you can call <update-plan-content> at any time to update the plan based on the latest screenshot and completed sub-goals.\n\n### Example\n\nIf the user wants to \"log in to a system using username and password, complete all to-do items, and submit a registration form\", you can break it down into the following sub-goals:\n\n<planning>...</planning>\n<update-plan-content>\n  <sub-goal index=\"1\" status=\"pending\">Log in to the system</sub-goal>\n  <sub-goal index=\"2\" status=\"pending\">Complete all to-do items</sub-goal>\n  <sub-goal index=\"3\" status=\"pending\">Submit the registration form</sub-goal>\n</update-plan-content>\n\nAfter logging in and seeing the to-do items, you can mark the sub-goal as done:\n\n<mark-sub-goal-done>\n  <sub-goal index=\"1\" status=\"finished\" />\n</mark-sub-goal-done>\n\nAt this point, the status of all sub-goals is:\n\n<update-plan-content>\n  <sub-goal index=\"1\" status=\"finished\" />\n  <sub-goal index=\"2\" status=\"pending\" />\n  <sub-goal index=\"3\" status=\"pending\" />\n</update-plan-content>\n\nAfter some time, when the last sub-goal is also completed, you can mark it as done as well:\n\n<mark-sub-goal-done>\n  <sub-goal index=\"3\" status=\"finished\" />\n</mark-sub-goal-done>`)}\n\n${renderSubGoalsContent(`## Step 2: Memory Data from Current Screenshot (related tags: <memory>)\n\nUse <memory> to record clear, task-relevant information from the current screenshot that may be needed in later steps. The current screenshot will not be available later, so memory should preserve enough detail for future reasoning, verification, or action.\n\n- Record information completely and exactly as shown. Do not summarize, translate, normalize, or merge values that may matter later.\n- When recording an item, include the item itself, its exact task-relevant details, and the visible cue or UI context that identifies where it came from when relevant.\n- Keep similar or repeated items as separate memory entries unless their task-relevant details are confirmed to be the same.\n- After navigation, scrolling, editing, deletion, saving, or other screen changes, treat remembered positions, order, indexes, and UI bindings as references only. Re-check the current screen before acting on them.\n\nExamples:\n- If you need to find an item and later assert its details, record the item name and the exact details needed for the assertion, such as status, price, date, owner, description, or other visible fields.\n- If you need to compare multiple similar results, record each candidate separately with its exact distinguishing details and visible context.\n- If you need to copy information from one place to another, record the exact source value and the target field or UI cue it should be mapped to.\n\nDon't use this tag if no information needs to be preserved.`)}\n\n## Step ${completionCheckStepNumber}: ${renderSubGoalsContent(\n    'Check if Goal is Accomplished',\n    'Check if the Instruction is Fulfilled',\n  )} (related tags: <complete>)\n\nDetermine if the entire task is completed${renderSubGoalsContent(' based on the current screenshot and the status of all sub-goals')}.\n\n### CRITICAL: The User's Instruction is the Supreme Authority\n\nThe user's instruction defines the EXACT scope of what you must accomplish. You MUST follow it precisely - nothing more, nothing less. Violating this rule may cause severe consequences such as data loss, unintended operations, or system failures.\n\n**Explicit instructions vs. High-level goals:**\n- If the user gives you **explicit operation steps** (e.g., \"click X\", \"type Y\", \"fill out the form\"), treat them as exact commands. Execute ONLY those steps, nothing more.\n- If the user gives you a **high-level goal** (e.g., \"log in to the system\", \"complete the purchase\"), you may determine the necessary steps to achieve it.\n\n**What \"${renderSubGoalsContent('goal accomplished', 'instruction fulfilled')}\" means:**\n- The ${renderSubGoalsContent('goal is accomplished', 'instruction is fulfilled')} when you have done EXACTLY what the user asked - no extra steps, no assumptions.\n- Do NOT perform any action beyond the explicit instruction, even if it seems logical or helpful.\n\n**Examples - Explicit instructions (execute exactly, no extra steps):**\n- \"fill out the form\" → ${renderSubGoalsContent('Goal accomplished', 'Instruction fulfilled')} when all fields are filled. Do NOT submit the form.\n- \"click the login button\" → ${renderSubGoalsContent('Goal accomplished', 'Instruction fulfilled')} once clicked. Do NOT wait for page load or verify login success.\n- \"type 'hello' in the search box\" → ${renderSubGoalsContent('Goal accomplished', 'Instruction fulfilled')} when 'hello' is typed. Do NOT press Enter or trigger search.\n- \"select the first item\" → ${renderSubGoalsContent('Goal accomplished', 'Instruction fulfilled')} when selected. Do NOT proceed to checkout.\n\n**Change completion:**\n- If the requested outcome is a durable change, such as create, edit, update, delete, save, send, submit, apply, or publish, do not stop at an unsaved draft, open editor, temporary input, transient selection, or staged value. Continue through the app/page's normal completion control such as Save, Done, Confirm, OK, Submit, Apply, Send, or Publish before completing, so the result remains after leaving the screen.\n- If the user only asks for an intermediate UI state, such as typing text, selecting an option, filling fields, or opening a screen without saving/submitting/applying, stop once that exact state is reached.\n\n**Special case - Scrollable option lists and dropdowns:**\n- When choosing an item from a scrollable select, dropdown, listbox, menu, or similar option list, first open the control if it is closed. Once the list is open, interact with the list itself, not the page.\n- If the target option is visible in the open list, Tap that exact option immediately.\n- If the list is open but the target option is not visible, try to find it by scrolling the open list/dropdown before giving up or interacting with other elements.\n- For an open dropdown/list, prefer small incremental Scroll actions with an explicit distance (typically 50-120 pixels) and a locate target describing the open list/dropdown. Do NOT omit distance while searching within a list, because the default scroll distance can skip over relevant options and cause oscillation.\n- While searching within an open dropdown/list, use short scrolls so intermediate options are not skipped.\n- After selecting the target, if the trigger text or result text shows the requested option, treat the current selection step as fulfilled and continue evaluating the remaining user instruction.\n\n**Special case - Text hidden by a narrow input field:**\n- CRITICAL PRIORITY OVERRIDE - Input verification after an input action:\n- This rule overrides the general requirement to verify the exact target text from the screenshot.\n- If the previous step already executed an input action, and the current input field is not empty, you MUST directly treat that input as successful.\n- In this situation, do NOT use the visible text in the screenshot to decide that the input is incomplete, incorrect, missing characters, out of order, or needs correction.\n- Do NOT perform ClearInput, another Input, KeyboardPress, or any other action intended to \"fix the input content\" just because the visible text looks different from the target text, has abnormal character order, missing characters, abnormal spacing, suspicious visual recognition results, or appears to have selected/highlighted text.\n- The general rule \"do EXACTLY what the user asked\" still applies to the intended input value you execute, but it MUST NOT be enforced by re-validating the visible text in the screenshot after the input action.\n- Differences in visible text must be assumed to be caused by clipping, horizontal scrolling, narrow input fields, text selection, caret position, or visual recognition errors rather than input failure.\n- Retry input only when the input field is clearly still empty, or when the page shows an explicit error message.\n\n**Special case - Assertion instructions:**\n- If the user's instruction includes an assertion (e.g., \"verify that...\", \"check that...\", \"assert...\"), and you observe from the screenshot that the assertion condition is NOT satisfied and cannot be satisfied, mark ${renderSubGoalsContent('the goal', 'it')} as failed (success=\"false\").\n- If the page is still loading (e.g., you see a loading spinner, skeleton screen, or progress bar), do NOT assert yet. Wait for the page to finish loading before evaluating the assertion.\n\n### Completion Criteria for Process-required Instructions\n\nIf the user's instruction includes explicit operation steps, ordering requirements, or action requirements, it is a process-required instruction.\n\nFor process-required instructions, do NOT treat the task as complete only because the current screenshot already shows the final expected state. Do NOT infer that earlier steps were executed from the final UI state.\n\nYou may output <complete success=\"true\"> only when the current execution history, previous logs, or the screenshot after the most recent action proves that every explicit step required by the user has been completed, and the final check condition is also satisfied.\n\nIf any explicit step lacks completion evidence in the current execution history, continue with the next missing step instead of outputting <complete>, even if the current screenshot appears to satisfy the final condition.\n\n${renderSubGoalsContent(\n  '',\n  `**Page navigation restriction:**\n- Unless the user's instruction explicitly asks you to click a link, jump to another page, or navigate to a URL, you MUST complete the task on the current page only.\n- Do NOT navigate away from the current page on your own initiative (e.g., do not click links that lead to other pages, do not use browser back/forward, do not open new URLs).\n- If the task cannot be accomplished on the current page and the user has not instructed you to navigate, report it as a failure (success=\"false\") instead of attempting to navigate to other pages.`,\n)}\n\n### Output Rules\n\n- If the task is NOT complete, skip this section and continue to Step ${actionStepNumber}.\n- Use the <complete success=\"true|false\">message</complete> tag to output the result if the goal is accomplished or failed.\n  - the 'success' attribute is required. ${renderSubGoalsContent('It means whether the expected goal is accomplished based on what you observe in the current screenshot and the current execution history. ')}No matter what errors occurred during execution, set success=\"true\" only when the current execution history shows that all steps required by the user have been completed and the final state satisfies the requirement. If the user asks for explicit operation steps or an ordered workflow, do not treat those steps as completed only because the current screenshot already shows the final expected state. If the ${renderSubGoalsContent('expected goal is not accomplished and cannot be accomplished', 'instruction is not fulfilled and cannot be fulfilled')}, set success=\"false\".\n  - the 'message' is the information that will be provided to the user. If the user asks for a specific format, strictly follow that.\n- If you output <complete>, do NOT output ${actionOutputTagsText}. The task ends here.\n\n## Step ${actionStepNumber}: Determine Next Action (related tags: ${renderLogContent('<log>, ')}${actionOutputTagsText}, <error>)\n\nONLY if the task is not complete: Think what the next action is according to the current screenshot${renderSubGoalsContent(' and the plan')}.\n\n- Don't give extra actions or plans beyond the instruction or the plan. For example, don't try to submit the form if the instruction is only to fill something.\n- Consider the current screenshot and give the action that is most likely to accomplish the instruction. For example, if the next step is to click a button but it's not visible in the screenshot, you should try to find it first instead of give a click action.\n- Make sure the previous actions are completed successfully. Otherwise, retry or do something else to recover.\n- Give just the next ONE action you should do (if any)\n- If there are some error messages reported by the previous actions, don't give up, try parse a new action to recover. If the error persists for more than 3 times, you should think this is an error and set the \"error\" field to the error message.\n\n### Action Guidelines\n\n${\n  hasRunAdbShell\n    ? \"- If the user's task can be completed with the RunAdbShell action, prefer using the RunAdbShell action.\"\n    : ''\n}\n- For touch continuous controls that set a value along a track, such as a slider, prefer Swipe from the current handle or filled position to the requested track endpoint instead of tapping the endpoint.\n- When editing existing text in a UI field, preserve all existing text by moving the cursor and typing/deleting the minimal necessary characters.\n- For insert/prepend/append edits, use CursorMove when the caret must be adjusted precisely, then use Input with mode \"typeOnly\" for inserted characters and KeyboardPress for newlines or deletion. If the caret lands in the wrong position, recover with CursorMove, KeyboardPress, or undo and retry cursor placement; do not switch to replace as a fallback for cursor placement failures.\n\n${includeLocateInPlanning ? locateGroundingRules() : ''}\n\n### ${planningProtocol.actionSpaceProtocol.title}\n\n${actionSpaceDescription}\n\n${renderLogContent(`### Log to give user feedback (preamble message)\n\nThe <log> tag is a brief preamble message to the user explaining what you're about to do. It should follow these principles and examples:\n\n- **Use ${preferredLanguage}**\n- **Keep it concise**: be no more than 1-2 sentences, focused on immediate, tangible next steps. (8–12 words or Chinese characters for quick updates).\n- **Build on prior context**: if this is not the first action to be done, use the preamble message to connect the dots with what's been done so far and create a sense of momentum and clarity for the user to understand your next actions.\n- **Keep your tone light, friendly and curious**: add small touches of personality in preambles feel collaborative and engaging.\n\n**Examples:**\n- <log>Click the login button</log>\n- <log>Scroll to find the 'Yes' button in popup</log>\n- <log>Previous actions failed to find the 'Yes' button, i will try again</log>\n- <log>Go back to find the login button</log>`)}\n\n### If there is some action to do ...\n\n${actionOutputProtocol.actionOutputRules}\n\nFor example:\n${buildActionOutputExample(\n  createSampleTapAction('Add to cart button for Sauce Labs Backpack'),\n  {\n    locatePromptSpec,\n    locateResultExampleIndex: 1,\n    buildActionOutput: actionOutputProtocol.buildActionOutput,\n  },\n)}\n\n### If you think there is an error ...\n\n- Use the <error> tag to output the error message.\n\nFor example:\n<error>Unable to find the required element on the page</error>\n\n### If there is no action to do ...\n\n- Don't output ${actionOutputTagsText} if there is no action to do.\n\n## Return Format\n\nReturn in XML format following this decision flow:\n\n${planningProtocol.responsePrefix ?? ''}\n\n${renderThoughtContent(`**Always include (REQUIRED):**\n<!-- Step 1: Observe and Plan -->\n<planning>Your planning details here. NEVER skip this tag.</planning>`)}\n${renderSubGoalsContent(`<!-- required when no update-plan-content is provided in the previous response -->\n<update-plan-content>...</update-plan-content>\n\n<!-- required when any sub-goal is completed -->\n<mark-sub-goal-done>\n  <sub-goal index=\"1\" status=\"finished\" />\n</mark-sub-goal-done>\n\n<!-- Step 2: Memory data from current screenshot if needed -->\n<memory>...</memory>`)}\n\n**Then choose ONE of the following paths:**\n\n**Path A: If the ${renderSubGoalsContent('goal is accomplished', 'instruction is fulfilled')} or failed (Step ${completionCheckStepNumber})**\n<complete success=\"true|false\">...</complete>\n\n**Path B: If the ${renderSubGoalsContent('goal is NOT complete', 'instruction is NOT fulfilled')} yet (Step ${actionStepNumber})**\n<!-- Determine next action -->\n${renderLogContent('<log>...</log>')}\n${actionOutputProtocol.actionOutputPlaceholder}\n\n<!-- OR if there's an error -->\n<error>...</error>\n\n${buildPlanningMultiTurnExample({\n  includeSubGoals: shouldIncludeSubGoals,\n  includeThought,\n  includeLog,\n  locatePromptSpec,\n  actionOutputProtocol,\n  prefix: planningProtocol.responsePrefix,\n})}`;\n}\n"],"names":["__webpack_require__","definition","key","Object","obj","prop","Symbol","buildStandardPlanningSystemPrompt","input","actionSpace","includeLocateInPlanning","locatePromptSpec","includeSubGoals","includeThought","includeLog","planningProtocol","actionOutputProtocol","preferredLanguage","getPreferredLanguage","Error","planningModelFamilyRequiredForLocateMessage","actionSpaceDescription","buildPlanningActionSpaceDescription","hasRunAdbShell","action","actionOutputTagsText","tagName","shouldIncludeSubGoals","renderSubGoalsContent","content","fallbackContent","renderThoughtContent","renderLogContent","completionCheckStepNumber","actionStepNumber","locateGroundingRules","buildActionOutputExample","createSampleTapAction","buildPlanningMultiTurnExample"],"mappings":";;;IAAAA,oBAAoB,CAAC,GAAG,CAAC,UAASC;QACjC,IAAI,IAAIC,OAAOD,WACR,IAAGD,oBAAoB,CAAC,CAACC,YAAYC,QAAQ,CAACF,oBAAoB,CAAC,CAAC,UAASE,MACzEC,OAAO,cAAc,CAAC,UAASD,KAAK;YAAE,YAAY;YAAM,KAAKD,UAAU,CAACC,IAAI;QAAC;IAGzF;;;ICNAF,oBAAoB,CAAC,GAAG,CAACI,KAAKC,OAAUF,OAAO,SAAS,CAAC,cAAc,CAAC,IAAI,CAACC,KAAKC;;;ICClFL,oBAAoB,CAAC,GAAG,CAAC;QACxB,IAAG,AAAkB,eAAlB,OAAOM,UAA0BA,OAAO,WAAW,EACrDH,OAAO,cAAc,CAAC,UAASG,OAAO,WAAW,EAAE;YAAE,OAAO;QAAS;QAEtEH,OAAO,cAAc,CAAC,UAAS,cAAc;YAAE,OAAO;QAAK;IAC5D;;;;;;;;;;;;;ACwBO,eAAeI,kCACpBC,KAA6C;IAE7C,MAAM,EACJC,WAAW,EACXC,uBAAuB,EACvBC,gBAAgB,EAChBC,eAAe,EACfC,iBAAiB,IAAI,EACrBC,aAAa,IAAI,EACjBC,gBAAgB,EACjB,GAAGP;IACJ,MAAMQ,uBAAuBD,iBAAiB,oBAAoB;IAClE,MAAME,oBAAoBC,AAAAA,IAAAA,oBAAAA,oBAAAA,AAAAA;IAE1B,IAAIR,2BAA2B,CAACC,kBAC9B,MAAM,IAAIQ,MAAMC,AAAAA,IAAAA,0BAAAA,2CAAAA,AAAAA;IAGlB,MAAMC,yBAAyBC,AAAAA,IAAAA,qDAAAA,mCAAAA,AAAAA,EAAoC;QACjEb;QACAE;QACAI;IACF;IACA,MAAMQ,iBAAiBd,YAAY,IAAI,CACrC,CAACe,SAAWA,AAAgB,kBAAhBA,OAAO,IAAI;IAEzB,MAAMC,uBAAuBT,qBAAqB,oBAAoB,CACnE,GAAG,CAAC,CAACU,UAAY,CAAC,CAAC,EAAEA,QAAQ,CAAC,CAAC,EAC/B,IAAI,CAAC;IAER,MAAMC,wBAAwBf,mBAAmB;IACjD,MAAMgB,wBAAwB,CAACC,SAAiBC,kBAAkB,EAAE,GAClEH,wBAAwBE,UAAUC;IACpC,MAAMC,uBAAuB,CAACF,SAAiBC,kBAAkB,EAAE,GACjEjB,iBAAiBgB,UAAUC;IAC7B,MAAME,mBAAmB,CAACH,SAAiBC,kBAAkB,EAAE,GAC7DhB,aAAae,UAAUC;IAIzB,MAAMG,4BAA4BN,wBAAwB,IAAI;IAC9D,MAAMO,mBAAmBD,4BAA4B;IAErD,OAAO,CAAC;;;WAGC,EAAEL,sBACT,4FACAG,qBAAqB,sCAAsC,YAC3D;;uDAEmD,EAAEH,sBACrD,gKACA,qCACA;;AAEJ,EAAEA,sBAAsB,CAAC;;;gNAGuL,CAAC,EAAE;;AAEnN,EAAEG,qBAAqB,CAAC;;;;2CAImB,EAAEd,kBAAkB;;uEAEQ,EAAEW,sBACvE,2JACA,sFACA;;4bAE0b,CAAC,EAAE;;AAE/b,EAAEA,sBAAsB,CAAC;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;qBAqDJ,CAAC,EAAE;;AAExB,EAAEA,sBAAsB,CAAC;;;;;;;;;;;;;;2DAckC,CAAC,EAAE;;QAEtD,EAAEK,0BAA0B,EAAE,EAAEL,sBACpC,iCACA,yCACA;;yCAEqC,EAAEA,sBAAsB,oEAAoE;;;;;;;;;;QAU7H,EAAEA,sBAAsB,qBAAqB,yBAAyB;MACxE,EAAEA,sBAAsB,wBAAwB,4BAA4B;;;;wBAI1D,EAAEA,sBAAsB,qBAAqB,yBAAyB;6BACjE,EAAEA,sBAAsB,qBAAqB,yBAAyB;qCAC9D,EAAEA,sBAAsB,qBAAqB,yBAAyB;4BAC/E,EAAEA,sBAAsB,qBAAqB,yBAAyB;;;;;;;;;;;;;;;;;;;;;;;;;0NAyBwH,EAAEA,sBAAsB,YAAY,MAAM;;;;;;;;;;;;;AAapQ,EAAEA,sBACA,IACA,CAAC;;;oMAGiM,CAAC,EACnM;;;;sEAIoE,EAAEM,iBAAiB;;yCAEhD,EAAEN,sBAAsB,8IAA8I,wZAAwZ,EAAEA,sBAAsB,gEAAgE,wDAAwD;;0CAE7sB,EAAEH,qBAAqB;;QAEzD,EAAES,iBAAiB,uCAAuC,EAAEF,iBAAiB,aAAaP,qBAAqB;;mGAEpB,EAAEG,sBAAsB,iBAAiB;;;;;;;;;;AAU5I,EACEL,iBACI,4GACA,GACL;;;;;AAKD,EAAEb,0BAA0ByB,AAAAA,IAAAA,yBAAAA,oBAAAA,AAAAA,MAAyB,GAAG;;IAEpD,EAAEpB,iBAAiB,mBAAmB,CAAC,KAAK,CAAC;;AAEjD,EAAEM,uBAAuB;;AAEzB,EAAEW,iBAAiB,CAAC;;;;QAIZ,EAAEf,kBAAkB;;;;;;;;;6CASiB,CAAC,EAAE;;;;AAIhD,EAAED,qBAAqB,iBAAiB,CAAC;;;AAGzC,EAAEoB,AAAAA,IAAAA,kDAAAA,wBAAAA,AAAAA,EACAC,AAAAA,IAAAA,kDAAAA,qBAAAA,AAAAA,EAAsB,+CACtB;QACE1B;QACA,0BAA0B;QAC1B,mBAAmBK,qBAAqB,iBAAiB;IAC3D,GACA;;;;;;;;;;;eAWa,EAAES,qBAAqB;;;;;;AAMtC,EAAEV,iBAAiB,cAAc,IAAI,GAAG;;AAExC,EAAEgB,qBAAqB,CAAC;;qEAE6C,CAAC,EAAE;AACxE,EAAEH,sBAAsB,CAAC;;;;;;;;;oBASL,CAAC,EAAE;;;;iBAIN,EAAEA,sBAAsB,wBAAwB,4BAA4B,iBAAiB,EAAEK,0BAA0B;;;iBAGzH,EAAEL,sBAAsB,wBAAwB,gCAAgC,WAAW,EAAEM,iBAAiB;;AAE/H,EAAEF,iBAAiB,kBAAkB;AACrC,EAAEhB,qBAAqB,uBAAuB,CAAC;;;;;AAK/C,EAAEsB,AAAAA,IAAAA,+CAAAA,6BAAAA,AAAAA,EAA8B;QAC9B,iBAAiBX;QACjBd;QACAC;QACAH;QACAK;QACA,QAAQD,iBAAiB,cAAc;IACzC,IAAI;AACJ"}

package/dist/lib/ai-model/service-caller/codex-app-server.js

@@ -430,6 +430,7 @@ class CodexAppServerConnection {
             time_cost: Date.now() - startTime,
             model_name: modelConfig.modelName,
             model_description: modelConfig.modelDescription,
+            response_model_name: void 0,
             slot: modelConfig.slot,
             intent: void 0,
             request_id: turnId