Writ Cloud

app.usewrit由 usewrit.app 发布官方发布者v1.0.0更新于 Oct 24, 2026

Read, crawl and act on websites, signed in as the user, and turn any site into an API.

已验证Streamable HTTP可网页运行效率与工作流网页搜索与抓取浏览器自动化

概览

AI 生成的概览

Writ Cloud 让助手驱动真实的云端浏览器、运行已保存的网页工作流、抓取和爬取网站,并把网站变成可调用的 API。

可以做什么
打开并驱动真实浏览器会话:导航、点击、填写表单、读取页面及其网络请求,再把会话保存为可重放的工作流或 API 函数,遇到验证码、两步验证码或登录时交给用户处理。运行、查看、编辑、定时、固定并发布已保存的工作流,并读取、搜索或导出其收集的数据。把单个页面或列表页抓取为 markdown,启动并轮询整站爬取,读取已保存的爬取和捕获的文件。监控页面变化并把变化事件接到通知、工作流或 AI 任务,或基于事件、webhook 和定时创建自动化。以已保存的身份登录、用用户批准的卡在网站上付款,并管理已关联的 Writ 桌面端。
适用场景
当需要助手操作必须用真实浏览器或已登录会话的网站、复用已录制的浏览器任务,或按计划从页面和整站收集并查询数据时使用。
运行要求
需要 Writ 账户和带 mcp 权限的 API 密钥,通过环境变量 WRIT_API_KEY 提供。可作为 Writ Cloud 地址上的远程端点运行,也可作为本地 npm 包 writ-mcp 运行(需要 Node.js);可用 URL 指向自建协调器。需要能访问 Writ 服务的网络。
安装前请注意
API 密钥是凭据:应通过 WRIT_API_KEY 传入而非命令行,并尽量缩小权限范围。打开的云端浏览器会话在关闭前持续计费,爬取按量计费,重复爬取代价高。付款工具可用用户的卡在网站上花钱,但需用户批准并确认。工作流、爬取、定时、监控和发布的端点会写入和更改账户数据;身份凭据封存在服务端。

安装

在 SourceWeft 中

  1. 打开 控制台中的 Writ Cloud,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Web executable,通过 Streamable HTTP。 远程服务在工作区中配置后即可从网页运行时运行。

交给智能体安装

把这段提示词粘贴到 Claude Code、Codex、Cursor 等智能体,或 SourceWeft 对话中。智能体会读取该服务器的安装指南,先向你展示发布者、端点和登录方式,经你同意后再把它添加到你的客户端。密钥不会写进任何命令。

阅读 https://sourceweft.com/mcp/app.usewrit%2Fwrit-cloud/install.md,并按其中说明把这个 MCP 服务器接入我的客户端。修改任何配置之前,先告诉我它的发布者、端点和登录方式,等我确认。不要把 API 密钥写进命令或我会提交的文件;问我密钥应从哪里获取。

查看智能体所依据的安装指南

其他 MCP 客户端

把它添加到你客户端的 mcpServers 配置中。

{
  "mcpServers": {
    "writ-cloud": {
      "type": "http",
      "url": "https://api.usewrit.app/mcp"
    }
  }
}

README


writ-mcp connects a stdio MCP client — Claude Code, Claude Desktop, Cursor, Windsurf, Codex — to Writ, so the browser workflows you already recorded become tools your assistant can call: run them, read the data they collected, search past results, schedule them, expose them as REST endpoints, and kick off site crawls.

It is a transparent stdio↔HTTP proxy and nothing else. Every tool, schema and rule lives server-side, so what you get always matches what your instance can do — and a new tool never requires upgrading this package. Zero dependencies, one file, Node core only.

Clients that speak Streamable HTTP natively don't need this at all — point them straight at the /mcp endpoint with an Authorization: Bearer <key> header.

Quick start

1. Get an API key. In the Writ app: Settings → Developers → API keys. Keys look like wt_….

2. Add the server.

Against a self-hosted coordinator:

bash
claude mcp add writ-selfhost -e WRIT_API_KEY=<YOUR_API_KEY> -- npx -y writ-mcp --url https://writ.example.com

Against a coordinator on this machine:

bash
claude mcp add writ-selfhost -e WRIT_API_KEY=<YOUR_API_KEY> -- npx -y writ-mcp --url http://localhost:8000

Against a published per-workflow endpoint (an "Expose as MCP" slug URL is used verbatim — no path rewriting):

bash
claude mcp add my-tools -e WRIT_API_KEY=<YOUR_API_KEY> -- npx -y writ-mcp --url https://mcp.example.com/mcp/my-tools

3. Check it.

bash
claude mcp list

Writ Cloud is the default target when you pass no --url (https://api.usewrit.app). Pass --url to point the connector at your own coordinator instead. See Status.

Pass the key through the environment, not the command line. --api-key works, but it puts your key in the process's argument list where any local process can read it via ps, and your shell records it in history. The connector prints a note when you use it.

Your running coordinator also hands out these one-liners, pre-filled, on its Connect page and at GET /api/mcp/connect-info:

Claude Desktop / Cursor (config file)

Add to claude_desktop_config.json (Claude Desktop) or ~/.cursor/mcp.json (Cursor). The env form is recommended — it keeps the key out of the argument list:

json
{  "mcpServers": {    "writ-selfhost": {      "command": "npx",      "args": ["-y", "writ-mcp"],      "env": {        "WRIT_COORDINATOR_URL": "https://writ.example.com",        "WRIT_API_KEY": "<YOUR_API_KEY>"      }    }  }}

Without npm

A self-host install bundles this connector at connectors/writ-mcp. There is no build step, so you can run it straight from disk:

bash
node /path/to/writ/connectors/writ-mcp/index.js --url https://writ.example.com

It coexists with the other Writ servers. Each surface registers under its own slug on purpose — the desktop app is writ, Writ Cloud is writ-cloud, a self-hosted coordinator is writ-selfhost — and each identifies itself to the assistant with a distinct title. Keep any combination connected at once.

Tools you get

Served by the server you connect to, not by this package, so a new server tool reaches you without a connector update. Writ Cloud lists the 39 tools below; a self-hosted coordinator lists the ones marked in its column.

ToolWhat it doesWrit CloudSelf-hosted
writ_list_workflowsYour saved workflows (a run_<name> tool is added only for workflows you pin)yesyes
writ_run_workflowRun one and wait for the extracted datayesyes
writ_pin_workflow_toolPin or unpin a workflow as its own run_<name> tool — off by default, capped; everything still runs via writ_run_workflowyesyes
writ_update_workflowRead a workflow's outline or edit it in place (settings, steps, functions, its agent skill)yesyes
writ_diagnose_http_workflowShow what every request of a run was answered with, and whether it ran without a browseryesno
writ_create_http_extractionAuthor a multi-request browserless extraction from captured requestsyesno
writ_workflow_dataRead a workflow's accumulated data tableyesyes
writ_search_dataSearch across everything already collectedyesyes
writ_export_dataExport a workflow's data as CSV/JSONyesyes
writ_workflow_runsRun history and statusyesyes
writ_set_scheduleSchedule a workflow (interval / daily / weekly)yesyes
writ_expose_workflow_apiPublish a workflow as a callable REST endpointyesyes
writ_scrapeRead a page, or several, as clean markdown (Cloud also reads a listing's top N)yesyes
writ_crawl_site / writ_crawl_statusStart and poll a distributed site crawlyesyes
writ_crawl_filesThe original documents a crawl captured (PDFs, office files, images)yesno
writ_saved_crawls / writ_run_saved_crawl / writ_saved_crawl_dataSaved crawls (see below)yesyes
writ_update_saved_crawlInspect or change a saved crawl's settingsyesno
writ_personasSee your saved sign-in identities and get them ready (see below)yesyes
writ_paymentPay with a card the user approves; Writ places the order once they confirmyesno
writ_devicesYour linked Writ desktops: list them, or point this connection at oneyesno
writ_create_automationEvent or clock → run a workflow, notify, or wake an agentyesyes
writ_list_webhooksYour inbound webhook URLs and the automations they fireyesyes
writ_create_monitor / writ_wire_monitorWatch a page and react to changesyesyes
writ_browser_useOpen a real browser your assistant drives turn by turnyesyes
writ_record_websiteRecord a repeatable task as a workflowyesyes
writ_website_to_apiTurn a website into a callable APIyesyes
writ_discovery_statusFollow an API build to its resultyesno
writ_browser_act / _context / _network / _save / _cancelAct in the browser, read the page and its network calls, save or close the sessionyesyes
writ_browser_composeDefine named functions, inputs and explicit steps in a sessionyesno
writ_browser_ask_userHand a CAPTCHA, a code or a decision to the user in the live browseryesno
writ_browser_sessionsOpen browser sessions you can resumeyesno
writ_record_start / _act / _context / _network / _save / _cancelOlder names of the browser loop, kept for compatibilitynoyes

The build tools (writ_browser_use, writ_record_website, writ_website_to_api, then writ_browser_act / _context / _network / _save / _cancel) are on both targets; neither has a writ_build tool, so use writ_record_website. Your assistant opens a real browser, drives it turn by turn, and saves the session as a reusable workflow that afterwards replays with no model in the loop. Writ Cloud runs it on Writ's fleet; a self-hosted coordinator runs it on your own fleet agent. Either way your assistant is the brain — no second model key is involved.

Reusing a recent result (max_age)

Running a workflow drives a real browser, so asking the same question twice in one session costs two full runs and two waits. Every workflow tool takes an optional max_age (seconds) meaning a recent answer is good enough:

jsonc
{ "name": "run_price_check", "arguments": { "sku": "B0C123", "max_age": 300 } }
  • omitted or 0 — always run fresh (the default; nothing goes stale on its own).
  • N — reuse a result younger than N seconds, otherwise run.

A reused answer carries _cache: {hit: true, age_seconds: N} so the assistant can tell how current it is.

max_age works identically against Writ Cloud and a self-hosted coordinator, and on a pinned workflow's own run_<name> tool as well as writ_run_workflow.

Calling a saved crawl (writ_run_saved_crawl)

A whole-site crawl is slow and metered, so re-crawling to answer the same question is the most expensive mistake an assistant can make. A saved crawl is a stored crawl configuration with a stable name, and the same max_age contract applies to it:

jsonc
{ "name": "writ_run_saved_crawl", "arguments": { "crawl": "docs", "max_age": 86400 } }
  • hit — the pages that crawl already collected come back inline, instantly, with nothing crawled and nothing metered.
  • miss — the site is crawled again with the saved settings, and you get a crawl id to poll with writ_crawl_status (a crawl outlives a single tool call).

Three tools cover the surface:

ToolWhat it does
writ_saved_crawlsList saved crawls. Check here before crawling a site again.
writ_run_saved_crawlRun one, reusing recent data when max_age allows.
writ_saved_crawl_dataRead what one already collected, at any age. Never crawls.

To create one, pass save_as to writ_crawl_site — that saves the settings and runs them, so the crawl becomes callable by REST as well. Re-using the same save_as updates that saved crawl instead of piling up duplicates. Saving needs an admin-scoped credential (it creates reusable, callable configuration); running one needs only run.

Sites behind a login (writ_personas)

A persona is a saved sign-in identity — username, credentials sealed server-side, optional 2FA, and a warm signed-in session. writ_personas lists yours (with per-persona readiness), inspects one (get), refreshes its session by running its login workflow (sign_in), or has the AI record the sign-in flow once so the persona can sign itself in from then on (record_login). The assistant then passes a persona_id to writ_run_workflow (and each pinned run_<name> tool), writ_crawl_site, or writ_scrape — plus writ_browser_use on Writ Cloud — and the task runs signed in, with 2FA codes minted server-side.

By design the connector can only use personas, never manage them: creating, editing or deleting one involves credentials, and no credential or one-time code ever crosses the MCP connection in either direction. Personas are created in the Writ dashboard.

If a tool call times out

It comes back as status: "running" with retryable: true. The run was not cancelled — calling the tool again starts a second run. Wait, then retry with a max_age wide enough to pick up the first run's result once it lands.

Configuration

Flags take precedence over environment variables.

FlagEnvDefaultPurpose
--urlWRIT_COORDINATOR_URL / WRIT_URLhttps://api.usewrit.appTarget base URL. A URL whose path is already /mcp or /mcp/<slug> is used verbatim.
--api-keyWRIT_API_KEY— (required)Key for Authorization: Bearer. Prefer the env var.
--insecureWRIT_INSECURE_TLS=1offAccept a self-signed local-CA cert. Private networks only.
--timeoutWRIT_MCP_TIMEOUT_MS600000Per-request timeout (ms); covers long writ_run_workflow waits.
--help / --version——Print usage or version and exit.

HTTPS with a local CA (self-host): trust the CA (recommended) and use the https:// address, or set NODE_EXTRA_CA_CERTS=/path/to/ca.pem. Use --insecure only for localhost testing — it disables certificate verification entirely, which exposes your key to a man-in-the-middle.

Security

This process exists to carry a credential, so everything that could expose one is made loud rather than convenient. Full detail in SECURITY.md.

  • The key goes to --url and nowhere else. No telemetry, no analytics, no update check. Zero dependencies means there is no transitive code in the process that could phone home — and CI fails the build if that ever changes.
  • Redirects are never followed. Replaying your Authorization header to whatever origin a Location header names would hand your key to a host you didn't choose. A 3xx becomes an error telling you to point --url at the final URL.
  • Credentials in a URL are redacted from every diagnostic. MCP clients write a server's stderr to a log file on disk; https://user:pass@host/ would otherwise be written down in plaintext.
  • Loud warnings, on stderr, for every way a key leaks: TLS verification disabled, plaintext http:// to a non-loopback host, or a key passed on the command line.
  • Retries never double-run a workflow. Only read-only methods are retried; tools/call is sent exactly once, because a retry could re-execute a side effect the connector cannot see.
  • Responses are bounded at 32 MB, so a broken endpoint can't grow this process until the OS kills your session.
  • No request is ever left unanswered — a hung MCP client is a denial of service on your assistant, and that is the failure this connector works hardest to make impossible.

Scope your keys. Give a key only workflows:read / workflows:execute unless a tool you actually use needs more.

Verifying what you install

Releases are published from CI with npm provenance, so the tarball is cryptographically linked to the commit and workflow that built it:

bash
npm audit signatures

Troubleshooting

SymptomCause and fix
Unauthorized: … rejected the API keyThe key is wrong, disabled, or lacks scope. Recreate it under Settings → Developers with workflows:read / workflows:execute.
Cannot reach …Wrong --url, or the target is down. For a self-signed cert see the local-CA note above.
… redirected (HTTP 301)Your reverse proxy redirects (usually http → https). Point --url at the final URL.
The API key contains characters that cannot be sent in an HTTP headerA newline or control character got into the key — usually a copy-paste artifact. Re-copy it.
No tools listedThe connector could not reach the coordinator, or the key was rejected — see the rows above. With a working connection the static writ_* tools are always listed, even before you save a workflow.
A workflow has no run_<name> toolDerived tools are opt-in and off by default. Pin the workflow with writ_pin_workflow_tool (or the app's Expose as MCP tool switch) and it appears on the next tools/list, up to 20 per account. Every workflow runs through writ_run_workflow either way.
Client won't connect, no errorRead the connector's stderr — your client logs it. Claude Code: ~/Library/Caches/claude-cli-nodejs/<project>/mcp-logs-<name>/.

Status

Self-hosted coordinatorSupported and verified end to end.
Published /mcp/<slug> endpointsSupported.
Writ Cloud (https://api.usewrit.app, the no---url default)Supported. Used automatically when no --url is passed.

Development

bash
npm test

No dev dependencies — the suite uses Node's built-in node:test and drives the real index.js as a subprocess against a mock MCP server, exercising the same stdio path an MCP client uses. It runs in about six seconds. npm publish runs it automatically via prepublishOnly.

See CONTRIBUTING.md — note the two hard rules: zero dependencies, permanently, and no tool logic here.

The rest of Writ

usewrit/writThe self-host coordinator — web UI, API, your data. Start here.
usewrit/writ-agentThe Rust fleet worker that does the actual browsing.
writ-mcp (this repo)The MCP connector.

License

MIT — see LICENSE.

This package is deliberately permissive because it runs inside your MCP client, not inside the coordinator, so it has to be embeddable anywhere. The coordinator it talks to is AGPL-3.0-only; the two licenses are not interchangeable.

来源:README.md,提交 9af09e7

工具

41

writ_browser_use

Open a browser

A REAL CLOUD BROWSER FOR A TASK ON A SITE: the user's signed-in account (a persona_id from writ_personas: the password stays sealed in Writ, and sessions never ask for a password), a click, form, submit or search inside an app, or a page a plain fetch cannot open (login wall, 403, CAPTCHA). Opens the browser and returns the first page; writ_browser_act drives it (Writ runs no model here). Recording is always on: writ_browser_save turns the session into a workflow that replays without a browser, writ_browser_cancel closes it (an open browser bills). The start answer carries the action vocabulary, the recording rules and, with a persona, the 2FA rules. NOT FOR: reading pages (writ_scrape). An API: writ_website_to_api opens this same browser, bound to a build.

输入参数url必填goalauth_modefresh_exitpersona_iduse_residentialexecution_targetresidential_country

writ_record_website

Record a website task

Records a repeatable task on a site as a workflow (goal + start url): the same session as writ_browser_use, labelled with its goal, driven with writ_browser_act and saved with writ_browser_save. A goal that asks for an API opens as a writ_website_to_api build instead: the same browser, bound to the build.

输入参数url必填goal必填deviceauth_modefresh_exitpersona_idskip_existinguse_residentialskip_marketplaceresidential_country

writ_website_to_api

Turn a website into an API

TURNS A WEBSITE INTO A CALLABLE API (named functions with inputs, returning JSON), built by the caller in a real browser. url = the page that already shows the rows (search results or a listing, not the home page); goal = the inputs and fields wanted. The call first proposes the user's matching saved workflows and marketplace APIs (skip_existing / skip_marketplace build fresh), then opens a cloud browser bound to the build: capture_network records the site's own calls, writ_browser_network reads them, api_call probes them; a failed probe is evidence, not the end. Functions: HTTP flows first (writ_browser_compose define_function `flow`; writ_help('http_flows')), single requests (from_index) mixed in, DOM extraction last. writ_browser_save, then run_example on two inputs. mode=intelligent: Writ builds it alone (+ writ_discovery_status wait=true), on request.

输入参数urlgoalmodelevelscopedevicesave_asbuild_idanonymouspersona_idai_superviseskip_existing另有 5 个

writ_discovery_status

Check an API build

Status of a writ_website_to_api build. wait=true is one held call (up to 75 s) that follows the build to its newest rung and returns when it is done or parked. Answers: succeeded (workflow_id, functions, run_example), failed, cancelled, or needs_guidance (the build is the caller's to finish with writ_website_to_api mode=guided build_id=<id>; its map comes with it).

输入参数waitbuild_id必填timeout_seconds

writ_browser_act

Act in a browser session

Runs one batch of actions on an open session and returns the fresh page. Each action is an object, e.g. {"action":"click","selector":"#go"}. DRIVE: navigate, click, fill, type_text, select, check, hover, submit, press_key, scroll, back, wait, wait_for. SEE: query_dom, find_text, read_text, count, get_attributes, inspect, list_candidates, get_dom, get_screenshot. NETWORK: capture_network, get_request, rotate_exit. CODE: evaluate_js, search_scripts, read_script. RECORD: extract {variable,script}, api_call, login_post, probe_write, confirm_write. 2FA: twofa {challenge_method}. A value written {{name}} with its real value in `inputs` becomes a workflow input. Each action's arguments: the session's start answer, or writ_help('writ_browser_act').

输入参数inputsactions必填max_charssession_id必填

writ_browser_context

Read a browser session

Re-reads an open session: section=page (url, fields, buttons, cleaned DOM), lists (the page's repeating rows with a live-tested define_function payload for writ_browser_compose), map (the evidence of the build the session is bound to).

输入参数offsetsectionmax_charssession_id必填

writ_browser_network

Read a session's network calls

Searches (operation=search, query, method) or reads in full (operation=detail, index) the backend requests the page made after capture_network: the site's real API. writ_browser_act api_call probes one with other values (a `flow`: several requests); an index feeds writ_browser_compose define_function from_index.

输入参数indexquerymethodoffsetmax_charsoperationsession_id必填

writ_browser_compose

Compose a workflow in a session

Authors the workflow in an open session beyond a recording: named API functions (define_function with a `flow` (preferred in an API build), from a captured call's index, or a lists payload; live-tested as defined; compile_function for an authenticated request), set_inputs, add_steps, test_function, remove_function, remove_step, list. Payload shapes: writ_help('writ_browser_compose').

输入参数payloadoperation必填session_id必填

writ_browser_save

Save a session as a workflow

Saves the open session as a replayable workflow and closes the browser, in the place its browser ran: the user's desktop library or Writ Cloud. Composed functions become callable API functions, declared inputs become its parameters. The answer carries the steps, the inputs and a run_example; the workflow runs at zero AI cost through writ_run_workflow. A save that references something no run could resolve is refused with the reasons, and the browser stays open.

输入参数namesave_tokeep_opensession_id必填descriptionallow_no_data

writ_browser_ask_user

Ask the user to step in

Hands an open session to the Writ user: kind='captcha' (they complete a security check in the live browser), 'twofa' (they supply the one-time code and Writ types it; the code never reaches this conversation), 'sign_in' (they sign in on the live page; no persona applies) or 'question' (their text answer). The call that opens the ask returns at once with user_link + tell_user to relay; later calls hold up to 60 s and answer answered, waiting_for_user (the same call again) or expired. Their answer is kept if your turn ends first.

输入参数kindquestionsession_id必填wait_seconds

writ_browser_cancel

Close a browser session

Closes an open browser session (an open cloud browser bills until it is closed). Unsaved work that did more than visit pages is auto-saved first and the reply names it; discard=true keeps nothing.

输入参数discardsession_id必填

writ_browser_sessions

List open browser sessions

Lists the account's open cloud browser sessions (each resumable by its session_id).

输入参数limitinclude_closed

writ_personas

Use the user's saved sign-ins

The user's own accounts on websites (personas): how Writ signs in as them. No password passes through this tool or the conversation, and its answers never ask for one: credentials are typed only into a Writ window. action='list' domain=<site> shows the personas usable there; with none it answers persona_needed: a tell_user for the user, a create_url (a small Writ window with only the sign-in form, pre-filled for the site) and a link_id. action='wait' link_id=<id> is one held call that answers when the user saves it, with its persona_id. Also get, request (a link for another account), sign_in (refresh the session) and record_login. A persona_id works on writ_scrape, writ_crawl_site, writ_browser_use and writ_run_workflow; a desktop persona ('device:...') signs in on that desktop, from its own vault.

输入参数whywaitforceaction必填devicedomainlink_idlogin_urlpersona_idinclude_runsexecution_target

writ_payment

Pay with a card the user approves

Pays on a site with one of the user's cards; card numbers never reach this conversation. request (site, max_amount, purpose) returns a tell_user and an open_url where the user approves; wait (grant_id or confirmation_id); checkout pauses at the order button for the user's confirmation, then Writ places the order; fill; list (card handles only). Details: writ_help('writ_payment').

输入参数sitestepsaction必填fieldspurposesessionsummarycurrencygrant_idmax_amountautomation_idtotal_selector另有 3 个

writ_devices

Choose a linked desktop

The user's linked Writ desktops: list, use (scope this connection to one: runs, browsers, personas and monitors then target it), clear, monitors, datasets.

输入参数actiondevice

writ_list_workflows

List saved workflows

Lists the workflows saved in the Writ account; each runs on demand without live browsing. Returns id, name, declared inputs, schedule, and whether it is pinned as its own run_<name> tool.

输入参数search

writ_run_workflow

Run a saved workflow

Runs a saved workflow by workflow_id or name and returns its extracted data (it waits by default). Inputs go as top-level fields or under `inputs`; function_name runs one function of a multi-function API (with the sign-in it needs). max_age reuses a recent result at no cost. A write function previews with mutation_mode='dry_run'. Runs sign in as the workflow's persona or persona_id; no password is ever passed. Venue, network, files and output shape: writ_help('writ_run_workflow').

输入参数waitfilesdeviceinputsoutputmax_ageworkflowpersona_idworkflow_idfunction_namemutation_modefunction_names另有 4 个

writ_update_workflow

Edit a saved workflow

Inspects or edits a saved workflow: an outline, one function's source, targeted function or step edits, a settings patch. copy_to keeps a linked copy on Writ Cloud or the user's desktop. Every option: writ_help('writ_update_workflow').

输入参数pathlimitpatchdeviceoffsetcopy_tosectionstep_idverboseoperatorworkflowmax_chars另有 8 个

writ_create_http_extraction

Build an HTTP extraction

Drafts or revises a multi-request browserless HTTP extraction (loops, GraphQL, cursor pagination) from captured requests and a plain-language goal. Every option: writ_help('writ_create_http_extraction').

输入参数goal必填applyworkflowstep_indexworkflow_idrequirementsdesired_inputsrequest_samplesresponse_sample

writ_diagnose_http_workflow

Diagnose a workflow's HTTP lane

Explains why a saved workflow's run returned nothing or failed: HTTP-lane readiness and, with task_id, the run's requests and responses.

输入参数task_idworkflowworkflow_id

writ_pin_workflow_tool

Pin a workflow as a tool

Pins (or unpins) a saved workflow as its own run_<name> tool on this server.

输入参数pinnedworkflowworkflow_id

writ_workflow_data

Read a workflow's collected data

Reads a saved workflow's collected data as a table: q filters, run_id picks one run, refs returns full records.

输入参数qrefsviewlimitdeviceoutputrun_idworkflowworkflow_idpreview_chars

writ_search_data

Search collected data

Searches everything the account's workflows already collected for a term, without running anything.

输入参数q必填limitdeviceworkflowworkflow_idpreview_chars

writ_export_data

Export collected data

Exports a workflow's full data table as CSV or JSON.

输入参数qviewformatworkflowworkflow_id

writ_workflow_runs

List workflow runs

Run history (status, timing, errors, venue) of one workflow or all of them.

输入参数limitdevicestatusworkflowworkflow_id

writ_set_schedule

Schedule a workflow

Schedules a saved workflow: every_minutes, or kind='daily'/'weekly' with time (HH:MM) and days. functions + inputs schedule chosen functions of a multi-function API.

输入参数tzdayskindtimeinputsenabledfunctionworkflowfunctionsworkflow_idevery_minutes

writ_expose_workflow_api

Publish a workflow as a REST API

Publishes a saved workflow as a REST endpoint (a POST URL that waits and returns its JSON). Repeated calls reuse it.

输入参数labelworkflowworkflow_idwait_timeouttimeout_seconds

writ_crawl_site

Crawl a site into a dataset

COLLECTS a site or a section into a queryable, change-tracked dataset (one row per page). Scope: intent (a section, in plain words), rank_cap=N (the top N items of a listing), seed_urls (known pages), or the whole site capped by page_budget. Modes: markdown (default, no AI), extract_mode='schema' (uniform records), executor='ai' + extract_prompt (per-page understanding, 5x the page rate). A bounded crawl answers with its rows; an open one returns a crawl_id for writ_crawl_status wait=true. NOT FOR: reading a few pages now (writ_scrape). Every option: writ_help('writ_crawl_site').

输入参数url必填namewaitlimitspeeddeviceintentoutputmax_agesave_asdelay_msexecutor另有 23 个

writ_saved_crawls

List saved crawls

Lists the crawls saved for re-running, with their scope.

输入参数limit

writ_update_saved_crawl

Edit a saved crawl

Inspects or changes a saved crawl's settings in place.

输入参数namecrawl必填settingsdescriptiondefault_max_age_seconds

writ_run_saved_crawl

Run a saved crawl

Runs a saved crawl; max_age returns its recent data at no cost instead of re-crawling.

输入参数waitcrawl必填limitoutputmax_agepreview_charstimeout_seconds

writ_saved_crawl_data

Read a saved crawl's data

Reads the data a saved crawl collected on its last completed run, without crawling.

输入参数crawl必填limitoutputpreview_chars

writ_scrape

Read web pages

READ PAGES NOW, no browser session: one page (url), up to 20 pages in parallel (urls), or a listing plus its top N item pages (url + top_n). Returns clean markdown in 2-10 s, including pages a plain fetch cannot read: rendered by JavaScript (render_mode='browser'; a read that only got the page's shell says so and gives the retry), behind a bot wall or 403 (an automatic residential retry), or behind the user's sign-in (persona_id). Discussion threads keep their comments. format='html' returns the raw HTML for selectors. NOT FOR: a site-wide dataset (writ_crawl_site) or clicking and typing (writ_browser_use).

输入参数urlurlstop_ndeviceformatpersona_idrender_modeinclude_pathspreview_charsrespect_robotsuse_residentialresidential_country

writ_crawl_status

Check a crawl

Status of a crawl by crawl_id; wait=true holds up to 75 s and returns the collected rows when it converges.

输入参数waitlimitoutputcrawl_id必填preview_charstimeout_seconds

writ_crawl_files

List a crawl's captured files

The original files (PDFs, office documents, images, CSVs) a crawl captured, with short-lived download URLs.

输入参数runscrawllimitcrawl_id

writ_create_automation

Create an automation

Creates an automation: on an event (a workflow or crawl completed, a monitor change, a webhook, a schedule) it runs a workflow, sends a notification templated over the event's data, and/or wakes an AI agent. Event, template and webhook options: writ_help('writ_create_automation').

输入参数name必填whentitleblocksinputsnotifyenabledchannelspriorityscheduleai_prompttarget_id另有 13 个

writ_list_webhooks

List inbound webhook URLs

The account's inbound webhook URLs and the automations they fire.

输入参数webhook_trigger_id

writ_create_monitor

Watch a page for changes

WATCHES a page for changes: Writ checks it on a schedule and fires change_detected when the page, a CSS selector's text, a value read by `extract`, or a visual zone changes. Returns the monitor_id that writ_wire_monitor connects to an alert, a workflow or an AI task (a price watch takes a threshold there). Without `interval` the answer is needs_input: this plan's options and a tell_user for the user, nothing created. The page is read first: a sign-in answers needs_persona, a bot check offers use_residential.

输入参数url必填modewatchdeviceenabledextractintervalselectorzone_textpersona_idsession_idtry_anyway另有 5 个

writ_wire_monitor

Connect a monitor to an action

Connects a monitor's change_detected event to an action: action='notify' (channels and recipients the account has configured), 'workflow' (runs a saved workflow), or 'ai_task' (an AI agent opens the page and works `prompt`). A price watch takes `threshold` (+ threshold_op): the action then runs once, when a check reads a price at or below it. Buying at a price (`buy`): writ_help('writ_wire_monitor').

输入参数buynametitleaction必填devicepromptenabledmessagechannelsworkflowentry_urlmax_steps另有 7 个

writ_help

Writ tool reference

The full reference of any Writ tool (every parameter and its rules) and the complete guide. topic = a tool name (e.g. 'writ_browser_compose', a 'run_<workflow>' tool), 'guide' for the manual (recurring digests, HTTP flow building, buying on a price, crawl and build modes), 'actions' / 'recording' / '2fa' for the browser rules, 'http_flows' / 'flow_operators' for writing an HTTP flow, or empty for the list of topics.

输入参数topic

writ_browser_live_view

Live browser view

The live browser card's own access: the card ChatGPT and Claude show under writ_browser_use and writ_record_website calls it to read the session's state and get one-time passes for the session's screencast and its take-over channel. The user watches the page in the card and can take it over there. It is not part of a conversation's work.

输入参数session_id必填

版本历史

1
  1. v1.0.0最新Oct 10, 2026

评分

已满足适用检查项的 100%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通必需25 分
  • 已声明认证方式必需10 分
  • 已列出工具必需15 分
  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分