Jira、Slack、Notion、Gmail――PMとして日々触るツールを数えると、気がつけば5つも6つもタブが並んでいますよね。
SaaSの組み合わせで生産性を上げてきたはずが、いつの間にか「ツールの管理」自体がタスクになっている。
「どのツールに何の情報があったっけ」と探す時間、Notionで書いた仕様をJiraに転記する作業、Slackの通知に埋もれるメール――こういう地味なコンテキストスイッチが積み重なって、1日の何割かが消えていく感覚、自分もずっとありました。
そんな課題感を持つPMにとって、オープンソースの統合型生産性ツール「Core」(10xapp/core-oss)はかなり気になる存在です。
メール、カレンダー、AIチャット、プロジェクト管理、ドキュメント協調編集――これらをひとつのワークスペースにまとめ、しかもセルフホストできる。
自分もリポジトリを実際に読み込んで調査してみたので、PMの視点で「使えるのか、使えないのか」を正直に評価していきます。
Jira・Slack代替のオープンソース統合ツール「core-oss」とは?
主な機能一覧(メール・カレンダー・AIチャット・プロジェクト・ドキュメント)
core-ossは、2026年3月にGitHubで公開されたオールインワンのワークスペースツールです。
現時点(2026年4月)でGitHubスター数は391、フォーク数は56。
まだ初期段階ではありますが、統合されている機能の幅がかなり広いんですよ。
主要な機能を整理するとこうなります。
PMが日常的に使うツールの大半がカバーされている、というのがまず目を引くポイントですね。
表で見るとシンプルですが、「メール同期があるOSSワークスペース」というのはかなり珍しい。ここは後で深掘りします。
開発元と技術スタック(Python/FastAPI + React 19 + Supabase)
開発元は「10xapp」という組織で、GitHubリポジトリはモノレポ構成になっています。
技術スタックの全体像はこうなっています。
- バックエンド: Python 3.12 / FastAPI / Pydantic
- フロントエンド: React 19 / Vite 7 / TypeScript / Tailwind CSS 4 / Zustand
- データベース・リアルタイム: Supabase(PostgreSQL + RLS + Realtime)
- ストレージ: Cloudflare R2
- エディタ: TipTap(ProseMirrorベース)
- 画像プロキシ: Cloudflare Worker
- ホスティング: Vercel(フロントエンド)
PMとして注目すべきは、必須の外部依存がSupabaseだけという点です。
つまり「Supabaseさえ動けばOK」という設計なので、エンジニアに「ちょっと試してみて」と依頼するハードルが比較的低い。
ローカル検証なら半日もあれば動作確認まで持っていけます。これは大事な点なので、後の導入ステップでも触れます。
ライセンスとセルフホストの可否
ライセンスはApache License 2.0です。
商用利用も可能で、ソースコードの改変・再配布も自由。
セルフホストは公式にサポートされており、これはPMの立場からすると非常に大きなポイントです。
なぜかというと、セルフホストできるということは、データが自社サーバーに残るということ。
セキュリティポリシーが厳しい企業でも「データが外に出ない」という一点で導入障壁がぐっと下がります。
「SaaSはセキュリティ審査が通らない」というケースでも、この一点が突破口になりうるんです。
AI搭載の生産性ツールcore-oss――PMが注目する機能を深掘り
Gmail・Outlook同期 + AIでメール処理を変える
PMにとってメールは今でも重要な情報チャネルですよね。
core-ossのメール機能は、GmailとOutlookの双方に対応しており、OAuth経由で同期します。
ここで面白いのが、AI搭載のメールサマリーと重要度自動検出機能です。
メール分析にはGroqが使われており(AIチャット機能はOpenAI/Anthropicを使用)、大量のメールを「要対応」「参考情報」「後回しでOK」といった形でトリアージしてくれるイメージです。
これが何を意味するかというと、朝イチのメールチェックという儀式がほぼ不要になるということです。
PMの朝イチのメールチェック、これだけで30分は短縮できる可能性があります。
AIチャットに「8+ツール」が統合されている意味
core-ossのAIチャットは、OpenAIやAnthropicのAPIに対応しています。
ただのチャットUIではなく、「8つ以上のツール機能」が統合されているのがポイントです。
メール、カレンダー、タスク、ドキュメントといったワークスペース内の各機能にAIがアクセスできる設計になっていて、いわば「コンテキストを知っているAI」として動作します。
これがPMにとって何を意味するかというと、AIアシスタントがワークスペース内のデータにアクセスしながら回答できるということ。
たとえばこんなユースケースが考えられます。
- 「今週のプロジェクトの進捗をまとめて」とAIに聞く
- 「このメールスレッドの要点を3行で」と依頼する
- 「未完了タスクの中で期限が近いものをリストアップして」と確認する
外部のChatGPTにコピペして聞くのではなく、ワークスペース内で完結する。
「それ、AIに壁打ちした?」という問いかけをよくしますが、ツール自体がそれを内包している設計になっている。これがコンテキストスイッチの排除であり、統合型ツールの本質的な価値だと思っています。
カンバン × ドキュメント協調編集でプロジェクト管理
プロジェクト管理機能は、カンバンボード・課題管理・ラベル・担当者割り当てという、Jira/Linearの基本機能をカバーしています。
そして同じワークスペース内にTipTapベースのドキュメント協調編集がある。
これ、何がうれしいかというと「PRDを書きながらタスクを切る」という作業がひとつのツール内で完結すること。
Notionで仕様書を書いて、Jiraにタスクを転記して、Slackで共有して――というコンテキストスイッチが不要になります。
いわば「PMの作業場所」がひとつに統合されるイメージです。
TipTapはProseMirrorベースのリッチテキストエディタで、リアルタイム同時編集にも対応しています。
Notionのような操作感を期待すると少し違うかもしれませんが、技術ドキュメントやPRDの共同執筆には十分な機能がありますね。
ワークスペースのRBAC設計
複数ワークスペースに対応しており、ロールベースのアクセス制御(RBAC)が実装されています。
PMとして気になるのは「プロジェクトごとにアクセス権限を分けられるか」という点ですが、ワークスペース単位でのRBACはサポートされています。
Supabaseの行レベルセキュリティ(RLS)をベースにしているので、データベースレイヤーでアクセス制御が効いている。
これはエンジニアに説明するときに「セキュリティ設計がちゃんとしている」と言える根拠になりますし、上司を説得する材料としても使えます。
「データ管理どうなってるの?」というセキュリティ審査の問いに対して、RLS + セルフホストの組み合わせは有力な突破口になりうる。
「なぜうちはこのツールを使うのか」を説明する材料が揃っている状態です。
core-oss vs Huly・Plane・AppFlowy――オープンソースワークスペース徹底比較
機能比較表(メール同期・AI統合・セルフホスト・日本語対応)
同じ「オープンソース統合ワークスペース」のカテゴリで比較されそうなツールとの機能差を表にまとめました。
※GitHubスター数は2026年4月時点の参考値です。
core-ossが勝るポイント / 劣るポイント
勝るポイント
- メール同期: Gmail・Outlookとの同期機能を持つOSSはほとんどない。これだけでも差別化要因として大きい
- AI統合の深さ: 8つ以上のツール機能を備えたAIチャットは、Huly・Planeにはない水準
- 技術スタックの新しさ: React 19、Vite 7、Tailwind 4、Python 3.12と最新構成。メンテナンス性が高い
- ライセンスの自由度: Apache 2.0は商用利用のハードルが最も低い
劣るポイント
- コミュニティの規模: スター数391は他ツールと比べて圧倒的に小さい。情報量・プラグイン・サードパーティ連携が限られる
- 日本語対応: UIの日本語化は未対応。日本語チームでの利用には多少のハードルがある
- 成熟度: 2026年3月公開と非常に新しく、本番環境での実績が少ない
- ドキュメントの充実度: 公式ドキュメントはREADMEベースで、詳細なガイドやチュートリアルはまだ整っていない
正直に言うと、「今すぐ全社導入」はリスクが高いです。
ただし「検証目的でエンジニア数人と試す」なら、十分に価値がある段階だと判断しています。
SaaS費用を試算してみた――セルフホストに移行したら月額いくら節約できるか
10人チームのケーススタディ(Jira + Slack + Notion + メール)
PMとして予算交渉は避けて通れないので、具体的な数字を確認しておきましょう。
10人チームが現在使っている典型的なSaaS構成の月払い費用です。
※料金はいずれも月払い基準。年払いに切り替えると各ツール15〜20%程度割安になります。最新価格は各サービスの公式ページでご確認ください。
年間にすると約69万円。
10人規模でもこの金額なので、30人、50人のチームになると数百万円単位になります。
ここで注目してほしいのが「何に払っているか」という問いです。
バラバラのSaaSに月5.7万円払いながら、その間をつなぐ作業を人力でやっている。これがもし統合されたら、費用と手間の両方が変わりますね。
セルフホストのインフラコスト目安(Supabase Free Tier利用時)
core-ossをセルフホストした場合のコスト目安です。
検証段階ならローカル環境 + Supabase Free Tierで月額ほぼゼロから始められます。
ただし、Supabase Free Tierは1週間非アクティブでプロジェクトが一時停止される制約があるため、継続的なチーム利用には向いていません。
チームでの本格運用を想定する場合は、Supabase Pro($25/月)とVercel Pro($20/月)の費用を見込んでおく必要があります。
本格運用で月額6,000〜26,000円程度。
SaaS月額5.7万円との差額は3〜5万円程度になる計算です。
年間で36万〜60万円の削減ポテンシャルがあります。
ただし注意点があります。
セルフホストには運用コスト(エンジニアの工数)がかかります。
障害対応、アップデート追従、セキュリティパッチ適用――これらの人件費を考慮すると、純粋なコスト削減額はもう少し小さくなります。
「コスト削減だけが目的」なら、セルフホストは割に合わないケースもあるので、そこは冷静に判断してほしいですね。
PMとして導入を検討するときの判断基準
向いているチーム・組織の条件
- エンジニアリングリソースがある: セルフホストの構築・運用を担えるエンジニアがチームにいる
- ツール統合に強い課題感がある: 「SaaSが多すぎて情報が分散している」という明確なペインがある
- データの自社管理が必須: セキュリティポリシーでSaaSへのデータ保存に制約がある
- 新しいツールへの抵抗が少ない: チームメンバーがツール変更に柔軟に対応できる
- 10〜30人規模のチーム: 大きすぎず小さすぎず、統合の効果を実感しやすいサイズ
向いていないケース(正直な評価)
ここは正直に書きます。
- 日本語UIが必須な組織: 現時点で日本語対応はされていないので、非エンジニアメンバーが多いチームには厳しい
- 安定性が最優先の大規模組織: スター数391の新興OSSを全社導入するのはリスクが高い
- エンジニアリングリソースがゼロ: セルフホスト前提のツールなので、運用を完全に外部委託するのは現実的ではない
- 既存ツールの連携が複雑に構築済み: Jira + Slackの連携にZapierやカスタムIntegrationを多数組んでいる場合、移行コストが大きい
- SaaSのサポート体制に依存している: OSSにはベンダーサポートがない。コミュニティとソースコードが頼り
導入ステップの概要(エンジニア連携前提)
「試してみよう」と判断した場合の、現実的なステップを整理しました。
ポイントは、最初のステップが思っているよりずっと軽いということです。
- リポジトリを確認する: まずGitHubリポジトリ(10xapp/core-oss)をエンジニアと一緒に見る。READMEの「Getting Started」セクションで環境構築の難易度を確認
- ローカルで動かす: Supabaseのセットアップ + ローカル起動。半日〜1日で動作確認可能
- PM業務で1週間試す: メール同期、タスク管理、ドキュメント作成を実際の業務で使ってみる
- フィードバックを整理する: 使ってみて「足りない機能」「許容できる範囲」「絶対に必要な改善」を分類
- チーム展開の可否を判断する: コスト試算 + セキュリティ要件 + 運用工数を含めた総合判断
大事なのは、いきなり全社導入ではなく「PM + エンジニア2〜3人で検証」から始めることです。
OSSの評価は使ってみないとわからない部分が多いので、まず手を動かすのが一番速いですね。
まとめ――AI時代のPMツール選定に「オープンソース統合」という選択肢を
core-oss(10xapp/core-oss)は、メール・カレンダー・AIチャット・プロジェクト管理・ドキュメント協調編集を統合したオープンソースのワークスペースツールです。
PMの視点でまとめると、こうなります。
- メリット: SaaS費用の削減、データの自社管理、AI統合によるワークフロー効率化、Apache 2.0の自由なライセンス
- デメリット: コミュニティ規模が小さい、日本語未対応、セルフホストの運用コスト、本番実績の少なさ
- 判断基準: エンジニアリングリソースがあり、ツール統合に課題感があるチームなら検証する価値がある
コンテキストスイッチの排除が、統合型ツールの本質的な価値です。
バラバラのSaaSを渡り歩く時間を減らして、実際の仕事に使える時間を取り戻す――そのためにオープンソースという選択肢がある、ということを知っておくだけでも意味があると思っています。
2026年4月時点でcore-ossに特化した日本語の情報はほとんどありません。
だからこそ、この段階でリポジトリを見ておくこと自体が、PMとしてのツール選定力を上げると思っています。
このツールを最初に検証したPMが、次のチームのツール選定基準を作る側に立てる。「Jira + Slack + Notion + メール」の組み合わせが本当にベストなのか、問い直すきっかけにしてください。
まずGitHubリポジトリを開いて、エンジニアと半日だけ試してみてください。
「使える・使えない」の判断はそれからで十分です。
GitHubリポジトリはこちらです: https://github.com/10xapp/core-oss



💬 コメント
ログイン か 会員登録 するとコメントできます