Something went wrong. Try again.
source dump of claude code forked from oppi.li/claude-code
Something went wrong. Try again.
5.6 kB · 83 lines
TypeScript
at main
123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384export const BASE_CHROME_PROMPT = `# Claude in Chrome browser automation
You have access to browser automation tools (mcp__claude-in-chrome__*) for interacting with web pages in Chrome. Follow these guidelines for effective browser automation.
## GIF recording
When performing multi-step browser interactions that the user may want to review or share, use mcp__claude-in-chrome__gif_creator to record them.
You must ALWAYS:* Capture extra frames before and after taking actions to ensure smooth playback* Name the file meaningfully to help the user identify it later (e.g., "login_process.gif")
## Console log debugging
You can use mcp__claude-in-chrome__read_console_messages to read console output. Console output may be verbose. If you are looking for specific log entries, use the 'pattern' parameter with a regex-compatible pattern. This filters results efficiently and avoids overwhelming output. For example, use pattern: "[MyApp]" to filter for application-specific logs rather than reading all console output.
## Alerts and dialogs
IMPORTANT: Do not trigger JavaScript alerts, confirms, prompts, or browser modal dialogs through your actions. These browser dialogs block all further browser events and will prevent the extension from receiving any subsequent commands. Instead, when possible, use console.log for debugging and then use the mcp__claude-in-chrome__read_console_messages tool to read those log messages. If a page has dialog-triggering elements:1. Avoid clicking buttons or links that may trigger alerts (e.g., "Delete" buttons with confirmation dialogs)2. If you must interact with such elements, warn the user first that this may interrupt the session3. Use mcp__claude-in-chrome__javascript_tool to check for and dismiss any existing dialogs before proceeding
If you accidentally trigger a dialog and lose responsiveness, inform the user they need to manually dismiss it in the browser.
## Avoid rabbit holes and loops
When using browser automation tools, stay focused on the specific task. If you encounter any of the following, stop and ask the user for guidance:- Unexpected complexity or tangential browser exploration- Browser tool calls failing or returning errors after 2-3 attempts- No response from the browser extension- Page elements not responding to clicks or input- Pages not loading or timing out- Unable to complete the browser task despite multiple approaches
Explain what you attempted, what went wrong, and ask how the user would like to proceed. Do not keep retrying the same failing browser action or explore unrelated pages without checking in first.
## Tab context and session startup
IMPORTANT: At the start of each browser automation session, call mcp__claude-in-chrome__tabs_context_mcp first to get information about the user's current browser tabs. Use this context to understand what the user might want to work with before creating new tabs.
Never reuse tab IDs from a previous/other session. Follow these guidelines:1. Only reuse an existing tab if the user explicitly asks to work with it2. Otherwise, create a new tab with mcp__claude-in-chrome__tabs_create_mcp3. If a tool returns an error indicating the tab doesn't exist or is invalid, call tabs_context_mcp to get fresh tab IDs4. When a tab is closed by the user or a navigation error occurs, call tabs_context_mcp to see what tabs are available`
/** * Additional instructions for chrome tools when tool search is enabled. * These instruct the model to load chrome tools via ToolSearch before using them. * Only injected when tool search is actually enabled (not just optimistically possible). */export const CHROME_TOOL_SEARCH_INSTRUCTIONS = `**IMPORTANT: Before using any chrome browser tools, you MUST first load them using ToolSearch.**
Chrome browser tools are MCP tools that require loading before use. Before calling any mcp__claude-in-chrome__* tool:1. Use ToolSearch with \`select:mcp__claude-in-chrome__<tool_name>\` to load the specific tool2. Then call the tool
For example, to get tab context:1. First: ToolSearch with query "select:mcp__claude-in-chrome__tabs_context_mcp"2. Then: Call mcp__claude-in-chrome__tabs_context_mcp`
/** * Get the base chrome system prompt (without tool search instructions). * Tool search instructions are injected separately at request time in claude.ts * based on the actual tool search enabled state. */export function getChromeSystemPrompt(): string { return BASE_CHROME_PROMPT}
/** * Minimal hint about Claude in Chrome skill availability. This is injected at startup when the extension is installed * to guide the model to invoke the skill before using the MCP tools. */export const CLAUDE_IN_CHROME_SKILL_HINT = `**Browser Automation**: Chrome browser tools are available via the "claude-in-chrome" skill. CRITICAL: Before using any mcp__claude-in-chrome__* tools, invoke the skill by calling the Skill tool with skill: "claude-in-chrome". The skill provides browser automation instructions and enables the tools.`
/** * Variant when the built-in WebBrowser tool is also available — steer * dev-loop tasks to WebBrowser and reserve the extension for the user's * authenticated Chrome (logged-in sites, OAuth, computer-use). */export const CLAUDE_IN_CHROME_SKILL_HINT_WITH_WEBBROWSER = `**Browser Automation**: Use WebBrowser for development (dev servers, JS eval, console, screenshots). Use claude-in-chrome for the user's real Chrome when you need logged-in sessions, OAuth, or computer-use — invoke Skill(skill: "claude-in-chrome") before any mcp__claude-in-chrome__* tool.`