Skip to content

AI Agent Integration — MCP install, Actor-as-tool, AI scaffolding, schema gen, diagnose #1443

Description

@kuntal1461

Overview

Make Apify the default data and automation layer for AI agents and AI IDEs. This Epic covers five features that together lower the barrier to connecting Apify Actors with AI workflows — from one-command MCP setup, to AI-generated Actor scaffolds, to cloud log diagnosis.

Why this matters

  • MCP is the dominant protocol for AI agent tooling (Claude, Cursor, Windsurf, Copilot all support it)
  • Apify already has apify-mcp-server and thousands of Actors — the infrastructure is there
  • The missing piece is CLI ergonomics: making it trivial for developers to connect, build, publish, and debug Actors as AI-native tools
  • Each Actor run triggered by an AI agent = direct compute revenue

Sub-tasks


Recommended build order

  1. feat: apify mcp install — one-command MCP setup for Claude, Cursor, Windsurf, and Copilot #1438 (apify mcp install) — no LLM needed, pure config-file UX, unblocks everything else
  2. feat: expose any Actor as an MCP tool — apify actors expose-as-mcp #1439 (expose-as-mcp) — natural next step once MCP install exists
  3. feat: apify actor generate-schema — AI generates INPUT_SCHEMA.json from existing Actor code #1441 (generate-schema) — reduces publish friction, feeds into feat: expose any Actor as an MCP tool — apify actors expose-as-mcp #1439 tool descriptions
  4. feat: apify diagnose — AI reads cloud run error logs and suggests fixes #1442 (diagnose) — needs LLM API decision, builds on feat: Add apify actors doctor for local Actor project diagnostics #1366 (actors doctor)
  5. feat: apify create --from-url <website> — AI generates Actor scaffold from a target URL #1440 (create --from-url) — highest impact but most complex; tackle last

Dependencies / Related


Open questions (for PM review)

  • Which LLM / API for items 3, 4, 5 — Apify-hosted model or user brings their own key?
  • Should AI features be gated behind a flag (--ai) or on by default?
  • Priority order — does the team agree with the build order above?

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    t-buildersIssues owned by the Builders team.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions