TinyFish, now on CoreSpeed
Web agents, search, saved sign-ins and monitors from TinyFish, in every agent you use, through one CoreSpeed connection.
A team dinner sounds like one task. In practice, it spans a restaurant's booking page, a guest's LinkedIn inbox, your team's Slack, and the details you want to remember next time. CoreSpeed and TinyFish let your agent work across those boundaries through one connection.
You choose which accounts to connect and which sites to sign in to. Existing site access and your agent client's permissions still apply.
Web work and app work, in one agent
CoreSpeed gives the agent access to your connected accounts, tools and saved memory. TinyFish handles the work that lives on websites: finding information, navigating pages and completing authorized interactions. The agent can combine that web work with app tools from CoreSpeed, then carry the result into the next step.
TinyFish does much more than get past a sign-in page. It researches a question on the live web and writes up what it found, with sources. It gathers the same facts from several sites at once, one run per site. Where a site has no API, or only a thin one, it opens the pages in a real browser, clicks and fills in forms. When a site needs your account, you can sign in once in a saved TinyFish profile, and later runs start from it. It can also watch a page or a topic on a schedule and report what changed.
CoreSpeed is the layer every agent shares. Your agent adds one MCP server, https://api.corespeed.io/mcp, and finds TinyFish there beside Slack, Gmail, Notion and the other apps you connected, with memory that any of your agents can read later. You paste your TinyFish API key into CoreSpeed once. CoreSpeed keeps it and makes each call, so the agent never holds it. The web work itself still runs on TinyFish, under your TinyFish account.
- Connected accountsKeys and sign-ins, never in the agent
- ToolsEvery connection, one tool list
- MemoryShared by all your agents
- Web agents
start_automations - Research
start_research - Search and Fetch
fetch_urls - Remote browsers
create_browser_session - Saved sign-ins
use_profile - Monitors
create_monitor
Plan a team dinner in one request
Here is that split at work. This is an illustrative example of the workflow, not a record of a confirmed booking. The restaurant and the guest are invented.
Book a table for six near Union Square on
Thursday at 7:30. Send the details to Dana
on LinkedIn, post them in #team-dinner, and
remember where we went.
- Find a table. TinyFish searches for restaurants nearby and reads their booking pages, with
tinyfish__searchandtinyfish__fetch_urls. - Book it. A TinyFish web agent opens the restaurant's booking page and makes the reservation you asked for, with
tinyfish__run_automation. This run changes something on a real site, so CoreSpeed marks it as an action and your agent client can ask you first. - Message the guest. Once the booking is confirmed, a second TinyFish run starts from your saved LinkedIn profile and sends Dana the restaurant, the time and the party size.
- Tell the team. At the same time, CoreSpeed's Slack connector posts the same details in #team-dinner, with
slack__post_message. Steps 3 and 4 run in parallel, and neither waits for the other. - Remember it.
memory__remembersaves the restaurant, the time and who came. Next month, a different agent can find it withmemory__search_memoryand book the same place through the same TinyFish connection.
Book a table for six near Union Square on Thursday at 7:30. Send the details to Dana on LinkedIn, post them in #team-dinner, and remember where we went.
- 1
tinyfish__search tinyfish__Find a table nearbyfetch_urls
- 2
tinyfish__Book on the restaurant's pagerun_automation
- 3
tinyfish__Message Dana, signed inrun_automation - 4
slack__Post in #team-dinnerpost_message
- 5
memory__Keep it for next timeremember
- First run: stopped at LinkedIn's sign-in
- You sign in once, in a TinyFish profile
- Runs since: start signed in
- Restaurant
- Fernway Kitchen
- When
- Thursday, 7:30 pm
- Party
- 6
- Restaurant
- Fernway Kitchen
- When
- Thursday, 7:30 pm
- Party
- 6
- Restaurant
- Fernway Kitchen
- When
- Thursday, 7:30 pm
- Party
- 6
The web still has rules. A site can block automated browsers or forbid them in its terms, and a saved sign-in lasts only as long as the site's session. When a run cannot finish, it stops and says why, and your agent tells you. Use TinyFish on sites and accounts you are allowed to automate.
Set it up in a few minutes
-
Add CoreSpeed to your agent. In Claude Code, Codex, Cursor, OpenClaw or Hermes, give the agent one line:
set up https://corespeed.io/SKILL.mdThe agent reads the skill, adds the CoreSpeed MCP server and signs you in in the browser. In the Claude app and ChatGPT, add CoreSpeed as a custom connector. The MCP server docs show each client's entry.
-
Create a TinyFish API key at agent.tinyfish.ai/api-keys.
-
Connect TinyFish. On the Connectors page, find TinyFish, choose Connect and paste the key. Keep the connection private, or share it with your organization.
-
Save a sign-in, if you need one. For a site that needs your account, open Browser Context Profiles in TinyFish, sign in once in the setup browser, and save. Runs started with
use_profilebegin from that profile.
TinyFish bills its usage to your TinyFish account.
Switch agents, keep your setup
tinyfish__*slack__*memory__*Team dinner: Fernway Kitchen, Thursday 7:30, party of 6
This week, the dinner request comes from Claude Code. Next month, someone on the team prefers Codex, Cursor or another compatible agent. They add CoreSpeed to that agent once, and the TinyFish connection, Slack, Gmail, the same tools and the saved memory are already there. Nobody pastes the TinyFish key again.
This reuses connected accounts, tools and saved CoreSpeed memory. It does not automatically transfer an agent's chat history or in-progress execution state. Each client still connects on its own, and its permission prompts still apply.
Agents come and go. Your connections, your tools and your memory stay in one place, ready for the next one.

