Cursorの開発基盤であるOriginが、外部の開発ツールとつながる範囲を広げました。2026年10月13日に公開されたCursorのChangelogによると、Originはデプロイやコードレビューなど20を超えるアプリと連携でき、同じ日からアプリの申請も一般に開かれました。個人開発やフリーランスの小さな案件で、CursorのOriginと外部アプリの連携をどこまで使うと作業が減るのかを、出典にある事実だけで整理します。
要点
- 2026年10月13日のChangelogで、Originがデプロイ・CI・コードレビュー・セキュリティ・監視・プロジェクト管理の20を超えるアプリと連携すると発表された
- パートナーにはCloudflare・Linear・Sentry・Socket Securityが含まれる
- 同じ日からマーケットプレイスは一般からの申請(public submissions)も受け付ける
- Originはearly beta(早期の試験提供)の段階で、マーケットプレイスに掲載された第三者アプリを接続できる
- DepotとBuildkiteはOriginがホストするリポジトリだけで動き、GitHubからミラーしたリポジトリのCIはGitHubに残る
何が発表されたか
連携できるアプリの分類
Changelogには分類ごとのアプリ名が並んでいます。デプロイ(Deployments)はCloudflare・Netlify・Render・Spacelift・Vercel。CI(コードの変更ごとにテストやビルドを自動で走らせる仕組み)はBuildkite・CircleCI・CloudBees・Depot・EngFlow・Namespace・RWX。コードレビューはCodeRabbit・Greptile・Tenki。セキュリティはArtemis Security・Semgrep・Socket Security・Upwind。監視はSentry、プロジェクト管理はLinearです。
アプリ側の仕組みも示されています。アプリはapp JWTとinstallation access tokensで認証し、webhookのイベントを受け取り、check runs(自動チェックの結果)やプルリクエストのコメント・レビューを書き戻します。つまり自分の開発の流れに、外部サービスの結果が返ってくる形です。
誰でもアプリを申請できる
2026年10月13日からマーケットプレイスは一般からの申請を受け付け、開発者向けツールを作るチームはOrigin向けのアプリを公開できます。申請の流れは、まず自分のnamespace(名前空間)にアプリを作り、作っている間はnamespace内にとどめたまま開発します。次にOrigin APIに対して実装し、アプリをPublicにしたうえで、アプリのページからslug・suggested tags・デモ動画を添えて申請します。デモ動画はインストール・アンインストール・自社プロダクトの主要な流れを見せる内容です。Cursorが申請を審査し、承認されるとマーケットプレイスに掲載されます。
ドキュメント側はもう少し細かい条件を示しています。アプリの公開範囲はPrivate・Public・Listedの3種類で、新しいアプリはPrivateから始まり、自分のnamespaceだけが閲覧とインストールをできます。PublicにするとどのOriginチームも直リンクからインストールできますが、Publicのアプリには少なくとも1つのdefault scopeが必要です。申請時に必須なのはデモ動画(5〜10分程度)とアプリの説明で、動画のリンクはサインインなしで見られる必要があります。slugとsuggested tagsは任意ですが、slugは掲載後には変更できません。承認チェックリストにはOriginのbrand guidelinesに従うことも含まれます。申請時に確認のメールが届き、掲載時にもメールが届きます。
Originそのものの位置づけ
Originは現在early betaとして提供されています。リポジトリの作成、gitでのpushとpull、GitHubからのミラー、コードの閲覧と検索、プルリクエストの作成とマージ、Cursorのチームとの共有ができます。第三者アプリはcodebase settingsのAppsからインストールして管理し、あるリポジトリで有効なアプリは、そのリポジトリのRepository settings内のAppsタブで確認できます。early betaでは、マーケットプレイスに掲載されている第三者アプリを接続できます。マーケットプレイスを見るにはCursorにサインインします。
なお、Origin Appsプラグインは最新のOrigin APIドキュメントをもとに質問に答え、すでに運用しているアプリをOriginへ移植する計画を立てることもできます。
個人の仕事や学びにどう使えるか
ひとりで案件を回していると、確認作業そのものが時間を食います。連携の価値は、その確認を自動で返してもらう点にあります。
フリーランスのWeb制作や受託開発なら、デプロイ系のCloudflare・Netlify・Render・Spacelift・Vercelのうち、すでに使っているものをつなぐのが出発点です。デプロイの結果がプルリクエストに返ってくれば、納品前の目視確認を減らせます。
個人開発者のレビュー代わりという使い方もあります。コードレビューのCodeRabbit・Greptile・Tenki、セキュリティのArtemis Security・Semgrep・Socket Security・Upwindは、レビューやコメントを書き戻す仕組みに乗っています。ひとり開発で「見る人がいない」状態を少し埋められます。
学び直し中の会社員や副業で小さな案件を持つ人なら、プロジェクト管理のLinearと監視のSentryを最小構成でつなぎ、タスクと不具合の記録だけ残す形から始めると負担が小さいです。自分で開発者向けツールを作っている人は、申請してマーケットプレイスに載せる道もあります。
会社・チームで使うときのポイント
チーム利用で先に決めたいのは権限の扱いです。インストール済みのアプリが追加のscope(権限)を求めても、Originから自動で催促は出ないため、管理者をインストール画面に戻す必要があり、そのときボタンはReinstallになります。include_granted_scopes=trueを渡すと、すでに許可した分を保ったまま新しいscopeだけを求められます。scopeやリポジトリが変わるとOriginはinstallation.updatedをアプリのwebhookに送り、これは購読の設定が不要です。Manage in Origin Appsで変えられるのはリポジトリだけで、scopeは変わりません。法人として導入や社内研修を考える段階なら、株式会社デジライズに相談できます。
使う前の注意点
まずOriginがearly betaであることを前提に試す範囲を決めるのが安全です。CIでは制限が明示されていて、DepotとBuildkiteはOriginがホストするリポジトリだけで動き、GitHubからミラーしたリポジトリでは動きません。ミラーしたリポジトリのCIはGitHubに残ります。既存のGitHub運用をそのまま持ち込むつもりなら、ここは先に確認したい点です。
アプリを公開する側の注意もあります。掲載を取り下げたりPrivateに戻すとマーケットプレイスからは隠れますが、既存のインストールは動き続けます。一度掲載されたアプリをPrivateにしてから再びPublicにしても自動で再掲載はされないため、戻すには再申請が必要です。Cursorはすべての申請を審査します。
日本での提供範囲や料金、日本語での対応状況などは、使う前に公式のヘルプで最新の情報を確かめてください。
まとめ
今回の発表は、Originが20を超える外部アプリとつながり、アプリの申請も一般に開かれたという内容です。個人の作業を減らすなら、すでに使っているデプロイやレビューのサービスを1つだけつないで、プルリクエストに結果が返る状態を作るところから試すのが現実的です。ツール連携の考え方を体系的に学びたい場合は、「ChatGPTとOfficeツール連携」などを含むデジライズAIスクールのコース一覧も参考になります。
出典
- Origin App Marketplace · Cursor
- Publish to the Origin App Marketplace | Cursor Docs
- Origin Apps | Cursor Docs
この記事は、各社の公式の発表をもとに AI で下書きし、出典の本文との照合とGoogle 検索による事実確認(ファクトチェック)を通ったものだけを公開しています。
