docs: rewrite Actor-to-Actor integration page#2546
Conversation
|
✅ Preview for this PR (commit |
Refresh the Add an integration flow to match the new integrations dialog in Apify Console. The previous instructions referenced a removed "Apify (Connect Actor or Task)" affordance. Several TODOs remain inline for items that still need confirmation. Refs #2460 Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
d0d9d70 to
779baca
Compare
|
Python client model regeneration failed. See workflow run. |
- Use "trigger" instead of "fire" for consistency with platform terminology - Drop conversational "still" from the test-run note - Remove emphasis bold from "source" Actor (style guide reserves bold for UI elements) - Replace single "Blog tutorial" link with a "Next steps" section pointing at the two sibling pages plus the blog walkthrough Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
- Rename page title to "Develop integration-ready Actors" so the developer audience is explicit; add sidebar_label to match - Lead the page with a one-line audience statement and an explicit framing that any Actor can be a target but designed ones provide a better experience - Add a note linking to Integration Actors in Apify Store for inspiration, using the UI term "Integration Actor" for the catalog/category and "integration-ready" only as a descriptive adjective for Actor design - Update the cross-link in the Actor-to-Actor page to match the new sibling title Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
In index.md:
- Replace ambiguous pronoun "It" with explicit "The UI" on the
Implementation details paragraph
In integration_ready_actors.md:
- Remove bold used for emphasis (dataset ID, dataset contents,
"only") - bold reserved for UI elements per style guide
- Drop softening "ideally try to" from the complexity-hiding rule
- Replace first-person plural ("we", "we'd", "we're") with
imperative/second-person voice throughout the Example section
- Fix "fit to memory" -> "fit in memory"
- Clean up field labels (ID instead of Id, "table or collection"
instead of "table / collection")
- Refresh the publishing flow to reference the new "Add integration"
dialog instead of the removed "Connect Actor or task" button
- Fix malformed mailto link (Actor%specific -> Actor%20specific)
- Add inline TODO markers for the stale contact-support listing
workflow and the outdated specific_vs_generic_integrations.png
screenshot, mirroring the TODO convention from index.md
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
| Actor integrations provide a way to connect your Actors with other Actors or tasks easily. They provide a new level of flexibility, as adding a new integration simply means creating [integration-ready Actors](/platform/integrations/actors/integration-ready-actors). Thus, new integrations can be created by the community itself. | ||
| Actor integrations connect your Actors with other Actors or tasks, letting you build multi-step workflows on the Apify platform. Because any [integration-ready Actor](/platform/integrations/actors/integration-ready-actors) can act as the target of an integration, the community can keep extending the catalog with new integrations. | ||
|
|
||
| <!-- TODO: confirm the YouTube video (zExnYbvFoBM) still reflects the current flow; replace or remove if outdated. --> |
There was a problem hiding this comment.
that is a terrible spell check :D, also I highly doubt I highly doubt that the video is still relevant. I would nuke it, if by some chance it is okay I still would demote it from full on embed to just link. And definitely place it differently so it isn't before the prose that has highest chance ATM to not e stale
TC-MO
left a comment
There was a problem hiding this comment.
Some changes requested, some related to updated content, some cleanup opportunities.
| 1. Click the Actor card to open its setup screen. <!-- TODO: confirm the post-selection screen still uses the trigger + payload + variables layout described below. Recapture screenshots if the UI differs. --> | ||
|
|
||
| This leads you to a setup screen, where you can provide: | ||
| <!-- TODO: add a screenshot of the new Add integration dialog. --> |
There was a problem hiding this comment.
If we ship with screenshots we'll be doing double duty later when remaking them into figma artifacts, but this page has already surfaced few times so lets ship it with screenshot and change to svgs later
| - `datasetId: string` - ID of the dataset to upload | ||
| - `connectionString: string` - credentials for the database connection | ||
| - `tableName: string` - name of the table or collection | ||
|
|
There was a problem hiding this comment.
here you have lowercase, L67-68 uppercase. Lets pick one and be consistent
| However, if the Actor is only supposed to be used as an integration, use a different input schema: | ||
|
|
||
| - `connectionString: string` - Credentials for the database connection | ||
| - `tableName: string` - Name of table / collection |
There was a problem hiding this comment.
no need to use symbol when a simple word does the same job
| - `tableName: string` - Name of table / collection | |
| - `tableName: string` - Name of table or collection |
|
|
||
| ## Example | ||
|
|
||
| To illustrate the above, here is a simplified example of an Actor that uploads a dataset to a table/collection in some database. |
There was a problem hiding this comment.
| To illustrate the above, here is a simplified example of an Actor that uploads a dataset to a table/collection in some database. | |
| To illustrate the above, here is a simplified example of an Actor that uploads a dataset to a database table or collection. |
|  | ||
|
|
||
| - **Input for the integrated Actor** - The input usually has two parts: static fields whose value doesn't change between runs (for example, a database connection string or table name) and dynamic fields specific to the triggering run (for example, a dataset ID). Static fields go in as-is. Dynamic fields are pulled from the implicit `payload` field (the default for most integration-ready Actors) or set with variables. | ||
| - **Available variables** - The same variables as in webhooks. The most common is `{{resource}}`, which holds the Run object in the shape returned by the [API](/api/v2/actor-run-get), or the Build object for build event types. Variables support dot notation, so `{{resource.defaultDatasetId}}` or `{{resource.defaultKeyValueStoreId}}` is usually all you need. |
There was a problem hiding this comment.
Usually just feels wrong, it implies some unusual cases that should be enumerated, but are not.
| - **Available variables** - The same variables as in webhooks. The most common is `{{resource}}`, which holds the Run object in the shape returned by the [API](/api/v2/actor-run-get), or the Build object for build event types. Variables support dot notation, so `{{resource.defaultDatasetId}}` or `{{resource.defaultKeyValueStoreId}}` is usually all you need. | |
| - **Available variables** - The same variables as in webhooks. The most common is `{{resource}}`, which holds the Run object in the shape returned by the [API](/api/v2/actor-run-get), or the Build object for build event types. Variables support dot notation, `{{resource.defaultDatasetId}}` and `{{resource.defaultKeyValueStoreId}}` cover most cases. |
| @@ -1,6 +1,6 @@ | |||
| --- | |||
| title: What are Actor integrations? | |||
There was a problem hiding this comment.
Why ask when we are explaining.
| title: What are Actor integrations? | |
| title: What are Actor integrations |
|  | ||
| 3. Find the Actor or task you want to integrate with and click `Connect`. | ||
| 1. Open the Actor's detail page and select the **Integrations** tab. | ||
| - If the Actor already has integrations set up, the **Integrations** tab lists them instead. Click **Add integration** to open the catalog. |
There was a problem hiding this comment.
Wouldn't it be better if instead of nestd bullet that would be a regular prose below the list?
Summary
index.mdto match the new integrations dialog in Apify Console; the previous instructions referenced a removed Apify (Connect Actor or Task) affordance<!-- TODO -->markers for items still pending confirmationRefs #2460
This PR is stacked on top of #2506 (
docs/integrations-restructure-tiers). Once that lands, rebase the base tomaster.Outstanding TODOs (to resolve before marking ready)
zExnYbvFoBM) still reflects the current flowintegration-ready-actors.md(specific vs generic distinction) andintegrating-actors-via-api.mdTest plan
pnpm lintpassespnpm buildproduces no broken-link errors for/integrations/actors🤖 Generated with Claude Code