revenueos について
RevenueOS は、ウェブサイト、広告、見込み客、メールボックスを調べ、施策を提案し、承認後に実行して成果を測定する事業者向けの収益運用システムです。ワーカーは承認なしに変更せず、結果は実際に観測した証拠に基づいて記録します。
主な機能
- 01サイト・広告・見込み客・メールを調査
- 02承認対象の施策を提案
- 03承認済みの変更を実行
- 04ライブアカウントで成果を測定
- 05ウェブパネルと定期オーケストレーション
活用シーン
- 01サイトや SEO の修正点を発見
- 02広告費とキャンペーンの実績を確認
- 03営業連絡を作成して返信を追跡
- 04承認済み作業後の変化を測定
MCP 対応
Community 製品には MCP サーバーが含まれます。承認済みの作業は共通の実行経路からエグゼキューターに渡されますが、README には MCP ツールの詳細は記載されていません。
設定
ローカルサーバーの設定はどのクライアントでも共通です。コピーしてクライアントの MCP 設定ファイルに貼り付けてください。
uvx revenueosREVENUEOS_ROOTPath to the onboarded RevenueOS workspace (defaults to ~/.revenueos).ANTHROPIC_API_KEYシークレットOptional: enables the LLM paths (relevance gating, skill execution).ローカルサーバーにはマシン上の実行環境(Node.js 18 以上など)が必要です。設定ファイルの場所はクライアントごとに異なります。
ツール
ローカルサーバーのツールはマシン上で起動して初めて取得できます。メンテナーはまだツール一覧を提供していません。
詳細
RevenueOS
1つのビジネスのための収益部門です。ウェブサイト、広告、リード、メールボックスを読み取り、 見つけた内容を短いアクションリストにまとめ、承認されたアクションを実行し、 何が変わったかを測定します。
一度接続すれば、すべて無料で実行されます。結果に納得したときにお支払いいただきます。
ウェブパネルを含め、手動での実行は永久に無料です。スケジュールに沿って継続的に実行する場合は 月額$99です。ただし、納得いただいた結果が測定されてから、さらに14日後に初めて料金が発生します。
Pro を始める · 料金 · 担当者に相談する (または [email protected] までメールしてください)
実行時の証明 · アーキテクチャ · セキュリティと承認 · インテグレーション · コミュニティ版とホステッド版 · 機能
できること
- 一度接続します。 ウェブサイトを指定してください。残りの情報を補い、推測した内容にはすべてラベルを付けます。
- 調査します。 サイト、広告のエクスポートデータまたは広告アカウント、リードリスト、メールボックスを読み取り、見つけた内容をアクションとして書き出します。
- 承認します。 アクションを承認するまで、何も変更されません。
- 実行します。 サイトの修正をデプロイし、費用対効果の低いキャンペーンを一時停止し、メールを送信し、通話を予約し、請求書を発行し、投稿を公開します。
- 測定します。 稼働中のアカウントを再度読み取り、アクションの横に変更前 → 変更後を記録します。
- お支払いいただきます。 納得いただいた結果が測定されるまで、料金は発生しません。
1つのコマンドでサイトを試す
uvx revenueos demo https://yoursite.com # nothing to install; or: pip install revenueos && revenueos demo …
アカウントは不要で、データも保持されません。このデモは一時ディレクトリにワークスペースを作成し、
終了前に削除します。ただし、オフラインではありません。読み取ったページは、設定したモデルに送信されます。
実行を完全にローカルに保てるのは、--no-llm を指定した場合のみです。以下は
中立的なドメインでの出力全文です。改変していません。
RevenueOS demo — Example Domain (https://example.com)
1 pages crawled · ad/analytics tags: none · booking link: no · phones: none seen
1. MISSING DESCRIPTION — https://example.com
Page has no meta description.
→ RevenueOS writes the fix as a deliverable you approve, then re-checks the page.
2. THIN PAGE — https://example.com
Only ~127 characters of body text were extracted.
→ RevenueOS writes the fix as a deliverable you approve, then re-checks the page.
3. NO SITEMAP — https://example.com
No sitemap.xml was discovered at the host root or under the site path.
→ RevenueOS writes the fix as a deliverable you approve, then re-checks the page.
4. NO CANONICAL — https://example.com
The homepage declares no canonical URL.
→ RevenueOS deploys this fix itself once the site is connected (git or WordPress), then re-checks it.
4 finding(s). Everything above runs free, every day, once connected:
pip install revenueos && revenueos init --from https://example.com && revenueos serve
You pay only when you agree with a measured result.
実際のビジネスで同じコマンドを実行すると、タップ可能な電話番号、LocalBusiness スキーマ、予約リンク、 広告タグ(Meta Pixel、Google Ads、GA4)についてもホームページを読み取ります。
代わりに CI から実行するには、ステップを1つ追加し、ジョブの概要を確認します。
- uses: unempyd/revenueos@main
with:
url: https://yoursite.com
一度接続する
revenueos init --from https://yoursite.com # the site fills the questionnaire; every inference is labelled
revenueos serve # TODAY / RESULTS / Connections / Spend on http://127.0.0.1:8791
接続とは、Stripe、Google(Search Console、GA4、Calendar、Ads)、Meta Ads、Git でホストされているサイト、WordPress など、1回だけ認可するアカウントのことです。各接続は、変更を許可する設定を有効にするまで読み取り専用です。また、変更を行う場合も、すべて TODAY での承認を待ちます。docs/integrations.md をご覧ください。
仕組み
この図を支えるルールは 4 つあり、いずれもコードで適用され、テストで検証されています。
- ワーカーは送信、公開、支出を行いません。アクションを書き込むだけです。
- 承認されたアクションだけが実行ツールに渡されます。また、接続済みアカウントを変更する実行ツールには、その接続の allow changes スイッチも必要です。そうでない場合は、わかりやすい文で拒否します。
- 証拠が得られるまでは結果は
pendingです。証拠に基づいてmeasuredまたはno_effectとなり、測定できない場合は、何があれば測定できるのかを記したメモとともにunmeasurableとなります。指標が合成されることはありません。 - 成果物が作成されていても公開されていない場合、成果としてではなく、
producedとして報告されます。
詳しくは docs/architecture.md をご覧ください。
顧客に表示される内容


上の実行と下の概要は、実在する企業の公開ウェブサイトを対象にした実際の実行によるものです。読み取り専用で、誰にもメールを送信していません。これらにモックは含まれていません。
ワーカー
| ワーカー | 検出する内容 | 実行する内容(承認後) | 測定する内容 |
|---|---|---|---|
seo | クロール上の不備、オーソリティのギャップ、インデックス登録の対象範囲 | 該当する SEO スキル、またはサイトが接続されている場合は site_deploy | 再クロール:修正済みかどうか |
ads-audit | 広告エクスポートにおける無駄、ペースの過剰、集中度。費用が発生しているのにコンバージョンがなく、除外もされていない検索語句。その後、上流のランタイム契約に基づく全コントロール監査(12 プラットフォームにわたる 414 件のコントロール、Google 97 件、Meta 72 件)。証拠がある場合のみ合格または不合格 | 該当する広告スキル | 次回エクスポートとの差分、次回の検索語句の確認、次回監査での不合格コントロールの再確認 |
ads-live | 接続済みの Google Ads および Meta アカウントにおける同じ項目に加え、キーワード、品質スコア、検索語句、除外キーワードリスト | ads_pause、ads_budget | 次回の費用確認 |
analytics | クリック数が減少している Search Console のクエリ、GA4 のチャネル別結果 | タイトルと説明文のスキル | 次回の Search Console の確認 |
billing | Stripe の売上、MRR、顧客、未払いの請求書、有料サブスクリプション | send_invoice | Stripe の支払いステータス |
discover | リードリストまたは外部の見込み客開拓サービスから、適格性確認ゲート(業務用メールアドレス、業務用ウェブサイト、実在する会社名)を通過した見込み客(検出済み・連絡可能・適格として報告) | なし | アウトリーチを通じて測定 |
outreach | 送信前に実際のページで再確認した、自社のビジネス情報に基づく初回アプローチ文案 | 1 日あたりの上限、送信抑制リスト、配信停止用フッターに従って送信 | 返信、予約、パイプラインの価値 |
inbox | メールボックスへの返信、バウンス、STOP リクエスト | なし | アウトリーチの成果に反映 |
intake | data/inbox/documents/ に配置した自社のドキュメント。PDF、Word、Excel、PowerPoint、CSV、RTF をすべてローカルマシン上で読み取り、表は行として保持します。モデルがある場合は、ドキュメントがビジネス情報に矛盾する箇所や、その不足を補う箇所も確認します | 提案する修正を learning-loop/CORRECTIONS.md に記録します。このファイルはすべてのワーカーのプロンプトで読み込まれます。company-context/ がワーカーによって編集されることはありません | 直接的な測定はありません。情報の修正は、それによって変化した作業に反映され、その注記とともに unmeasurable として記録されます |
content | チャネルに合わせたコンテンツ作業。チャネルのいずれかが動画チャネルの場合は、短い動画のブリーフ | 成果物。その後、2 回目の承認を経て WordPress に publish_post。render_video は承認済みブリーフを data/outputs/ に MP4/WebM としてレンダリング | ライブ URL で公開済み 0 → 1。レンダリングされた動画は produced (not published) |
monitor | デフォルトで拒否する関連性ゲートを通過した Hacker News のスレッド | なし | なし |
growth | 自社の掲載先に関する外部の利用状況データ:GitHub のトラフィック、PyPI のダウンロード数、サイトの到達可能性 | なし | 差分を含む指標として記録 |
heartbeat | 目標の状態:保留中、承認済みだが未実行、測定済み、失敗、ブロック中の項目 | なし | 実行ごとに日付入りのイベントを 1 件記録 |
measure | なし | なし | 上記のすべての結果を記録 |
revenueos orchestrator はスケジュールに従ってワーカーを実行します(data/automations.json)。
revenueos serve は、パスワードセッション、オンボーディング、ブリーフ、結果台帳を備えたウェブパネルと同じインターフェースです。
実証されていること、されていないこと
この表が示しているのはコードの動作であり、実際にその動作を確認したこととは同じではありません。 証拠にはばらつきがあり、どの行を根拠にしているのかを把握しておくことが大切です。日付と トランスクリプトについては、docs/proof.md と docs/integrations.md をご覧ください。
| Path | Status | Evidence |
|---|---|---|
| サイトの修正をデプロイして測定 | run live | site_deploy がライブサイトに2つのコミットをプッシュしました。20秒以内にページに両方のタグが表示され、canonical_present 0 → 1 と local_schema_present 0 → 1 になりました(2026-09-13) |
| コンテンツの成果物 | run live | 実在する企業を実際にクロールし、1件の機会を承認してスキルを実行し、deliverable_written 0 → 1 になりました(2026-09-12) |
| Stripe | read live | ライブアカウント:顧客数0、MRR 0.00 AUD、過去30日間の収益 0.00 AUD。請求書の下書きを作成して削除しました。allow changes がオフの状態では、同じ呼び出しが拒否されました |
| Google Search Console | read live | プロパティを確認した後、revenueos run analytics は過去28日間のクリック数0、インプレッション数0を返しました(2026-09-13) |
| メールボックス | run live | inbox が実際のIMAPメールボックスを読み取りました。book_call が実際のカレンダー招待を送信しました。誰にもアウトリーチメールは送信していません |
| ホスト型、マルチテナント | run live | 1台のホスト上に2つのアカウントがあり、それぞれが独自のワークスペースに紐付いています。ログインなし、または誤ったパスワードでは401が返されます |
| Google Ads と Meta Ads の読み取り | not proven live | リクエスト形式はすべてモックエンドポイントに対してのみテストしています。Google Ads のライブ実行には2つの前提条件が必要で、どちらもコードの問題ではありません。adwords スコープはデフォルトでは要求されません(revenueos connect google --scopes identity,searchconsole.read,analytics.read,calendar.write,ads.read で要求できます)。また、開発者トークンはGoogle Ads manager アカウントのAPIセンターから発行されます。ads-live は401を表面化させる代わりに、不足している前提条件を示して処理を拒否します。エクスポートしたCSVに対する ads-audit は、別のより簡単な方法です |
| GA4 | not read | テスト対象のサイトではGA4プロパティを設定していません |
RevenueOS の顧客数は0で、収益は$0です。 上記の行が示しているのは、製品が作業を実行して記録していることであり、誰かが対価を支払ったビジネス上の成果ではありません。RevenueOS が報告する数値はすべて、実際に観測したものです。影響を観測できない場合は推定せず、その旨を明示します。
承認、権限、誠実さ
ワーカーは確認して提案するだけです。承認済みのアクションに対する execute が、CLI、パネル、MCPのいずれから実行される場合も、唯一の実行経路となります。見知らぬ相手にメールを送信できる唯一の経路には、1日の送信上限、永続的な送信抑止リスト、List-Unsubscribe ヘッダー、STOPへの返信処理、CASLの識別フッターが設けられています。REVENUEOS_DRY_RUN=1 を設定すると、SMTPの代わりにすべての送信内容が data/outputs/ に書き込まれます。
認証情報は2種類に分かれており、この違いは重要です。
- 環境変数から読み込み、保存しません。 モデルキー、メールボックスのパスワード
(
SMTP_PASSWORD、IMAP_PASSWORD)、パネルのパスワード、ワーカートークン、コネクター キーはプロセス環境から読み込まれ、ワークスペースに書き込まれることはありません。 - プロセス終了後も必要なため、ディスクに保存します。 接続のシークレットはモード600で
data/connections.jsonに書き込まれます。対象はStripeのシークレットキー、GoogleおよびMetaのOAuth アクセストークンとリフレッシュトークン、WordPressのアプリケーションパスワードです。REVENUEOS_TOKEN_KEYを設定した場合にのみ、保存時に暗号化されます。この変数を設定しない場合、ファイル内では平文となり、バックアップや同期クライアントなど、ファイルを読み取れるものなら誰でも読み取れます。設定するか、そのリスクを受け入れてください。被害を限定するのはプロバイダーのスコープと、オンにするまでオフのままのallow-changesスイッチです。
パネルは、パスワードが設定されていない場合、ループバック以外のアドレスへのバインドを拒否します。テレメトリーや外部への通信はありません。プロンプトに含まれるのは、選択された範囲のビジネスの基本情報と、作業対象の1項目のみであり、基本情報全体やデータベース全体ではありません。docs/security-and-approval.md と SECURITY.md をご覧ください。
結果に納得したらお支払いください
Community は無料の MIT ライセンスで提供され、これだけで製品の全機能を利用できます。すべてのワーカー、コントロールパネル、接続と実行機能、機能カタログ(13 パック、790 のスキル、104 のエージェント定義、64 のコネクター CLI)、MCP サーバー、Claude Code プラグインが含まれます。これは試用版ではなく、結果を確認する前に料金が発生することもありません。
承認したアクションの結果を RevenueOS が測定するまで、継続的な稼働を含め、すべて無料で利用できます。その後もさらに 14 日間は無料で稼働します。それを過ぎると、1 つだけ Pro(月額 $99)が必要になります。それは revenueos orchestrator の継続的な稼働です。単発の実行、すべてのワーカー、コントロールパネルはロックされません。ライセンスキーは Ed25519 で署名され、オフラインで検証されます。キーがない場合、期限切れの場合、または署名されていない場合は、Community のまま利用できます。
ソフトウェアが利用を制限するのは、このライセンス確認だけです。Business と Agency(月額それぞれ $299、$999)は、RevenueOS の運用とサポートを当社に依頼するための契約であり、機能セットが拡張されるものではありません。複数ブランドのワークスペース、複数ユーザー、CRM 同期、集中分析、クライアント群、ホワイトラベルのレポート、API は提供されておらず、このリポジトリ内でそれらが制限されることもありません。これらを求めている場合は、お支払いの前にお問い合わせください。詳細については、docs/community-vs-hosted.md をご覧ください。
インストール
pip install revenueos # or: uv tool install revenueos
revenueos init --from https://yoursite.com # or `revenueos init` for the questionnaire
revenueos run all # every worker once
revenueos today # the brief
revenueos approve 1 && revenueos execute 1
revenueos run measure && revenueos results
revenueos serve # the same surface as a web panel
または、Python のツールチェーンなしで、公開済みのイメージを実行できます。
docker run --rm -v "$PWD/data:/app/data" ghcr.io/unempyd/revenueos:latest revenueos doctor
docker compose pull && docker compose up orchestrator panel # always-on, panel on 127.0.0.1:8791
ソースからインストールする場合:
git clone https://github.com/unempyd/revenueos && cd revenueos
uv sync && (cd orchestrator && npm install)
uv run revenueos init
要件:Python 3.12 以降。スケジューラーとコネクター CLI には Node 20 以降が必要です。
利用可能な場合は LLM が使われます。RevenueOS は以下の順に試し、プロバイダーがレート制限中、過負荷、または接続不能の場合は自動的に次へ進みます。まず ANTHROPIC_API_KEY、次にサインイン済みの Claude Code CLI、続いて REVENUEOS_LLM_BASE_URL と REVENUEOS_LLM_MODEL で指定した OpenAI 互換エンドポイントです。revenueos doctor で試行順と各エンドポイントへの接続可否を確認できます。どれも利用できない場合でも、決定論的に処理できる部分は引き続き動作します。サイトのクロールとその調査結果、広告エクスポートの無駄、ペース配分と集中度のチェック、検索語句の無駄、リードの選別、受信トレイへの返信とバウンス、テンプレートを使ったアウトリーチの下書き、コンテンツのマッチング、すべての測定が対象です。モデルを必要とする処理は 4 つあり、その必要性を明示します。スキルを実行するエグゼキューターが実行するアクション(SEO、コンテンツ、広告の成果物)、414 項目の広告監査、monitor の関連性ゲート、専門エージェントの役割です。サイトのデプロイ、キャンペーンの一時停止、請求書、予約、メール送信にはモデルは必要ありません。
セッション間も動作し続けます
RevenueOS はビジネスの目標を保持します(revenueos objective add "…", オンボーディングの最後の質問、またはワークスペースのルートにある MANDATE.md)。30 分ごとにスケジュールされるハートビートワーカーは、その目標の状態を読み取ります。保留中の作業、承認済みで未実行の作業、測定済みの作業、失敗した作業とその理由、ブロックされている作業とブロック解除に必要なことを確認します。実行ごとに日付入りのイベントを 1 つ記録し、次のアクションを設定します。また、人の対応が必要な場合にのみメッセージを残します(revenueos messages、または TODAY の受信トレイブロック)。これによって送信、公開、支出が行われることはありません。
専門家の役割(revenueos agent run research|marketing|sales|measurement "<task>")は、それぞれ 1 つの質問に根拠を引用して回答します。2 階層の深さまでサブタスクを作成でき、アクションの提案のみを行います。提案はほかのアクションと同様に TODAY に表示されます。測定された成果はすべて日付入りの教訓(revenueos learn、learning-loop/LESSONS.md)となり、その後のプロンプトに反映されます。役割を除き、これらはすべてモデルなしで動作します。役割はモデルが利用できない場合、その旨を伝え、回答を行いません。
インテグレーション
ウェブサイトのクロール、Hacker News、広告プラットフォームのエクスポート(CSV)、リードリストの CSV、SMTP および IMAP メールボックス、上記の接続、環境変数で認証する 64 個のコネクター CLI(分析、CRM、メール、SEO、広告、情報補完)、任意の外部見込み客開拓サービスに対応しています。docs/integrations.md をご覧ください。
MCP サーバー
uvx --from "revenueos[mcp]" revenueos-mcp を実行すると、stdio 経由で RevenueOS が MCP サーバーとして動作し、Claude Desktop、Claude Code、Cline、またはその他の MCP ホストから利用できます。CLI と同じワーカーを使う 12 個のツールが利用可能です。ローカルにクローンせずにセットアップするためにエージェントが必要とする最小限の情報は、llms-install.md をご覧ください。詳細なリファレンスは mcp/README.md をご覧ください。
デプロイ
Dockerfile、docker-compose.yml(オーケストレーター、パネル、オプションの TLS プロキシ)、および deploy/(運用手順書、Fly.io、Railway、スモークテスト)を用意しています。deploy/README.md をご覧ください。
開発
uv sync --extra dev --extra mcp && uv run pytest -q # runs green
(cd orchestrator && npm test && npm run typecheck)
uv run ruff check src tests
RevenueOS は新規のコードベースではなく、既存の要素を組み立てたものです。機能の大半は、バージョンを固定した上流リポジトリから取り込まれており、src/revenueos/ のコードは、ビジネスコンテキスト、ストア、オーケストレーション、承認インターフェース、測定、課金をつなぐ役割を担います。src/revenueos/vendor/、skills/、agents/、tools/ 以下は編集しないでください。これらは scripts/vendor.py によって再生成されます。CONTRIBUTING.md をご覧ください。
プライバシー
ポリシー全文:https://unempyd.github.io/revenueos/privacy.html。テンプレートではなく、実際のコードの動作に基づいて記した概要は以下のとおりです。
RevenueOS はセルフホスト可能なソフトウェアであり、サービスではありません。 ご自身のマシンまたはサーバーで実行します。RevenueOS プロジェクトはバックエンドを運用せず、お客様のデータのコピーを受け取ることも、ワークスペースにアクセスする手段を持つこともありません。テレメトリ、利用状況の報告、クラッシュレポート、分析情報の収集は一切ありません。製品内から RevenueOS が運用するホストに接続することはありません。ライセンスは billing.py がローカルで検証する HMAC 署名付きキーであるため、ライセンス認証でもサーバーには接続しません。(2026-09-14 に、配布ツリー全体(src/revenueos/ を含む)で、すべての外部ホストのリテラルとネットワークプリミティブ(httpx、urllib、socket、smtplib、imaplib、subprocess)を列挙して確認済みです。)
お客様が設定した場合に限り、マシンから送信される情報:
| 送信先 | 送信されるタイミング | 送信内容 |
|---|---|---|
お客様が利用するモデルプロバイダー — api.anthropic.com(ANTHROPIC_API_KEY)、サインイン済みの Claude Code CLI、または REVENUEOS_LLM_BASE_URL で設定した OpenAI 互換エンドポイント | モデルを使用するすべてのステップ | ワーカープロンプト:company-context/ の正規情報、直近の learning-loop/CORRECTIONS.md の記録、および分析対象の資料(ページのテキスト、広告エクスポートの行、リードの行、メールの下書き、ドキュメントから抽出したテキスト)。REVENUEOS_LLM=off にすると、どのモデルにも何も送信されません |
| お客様自身のウェブサイト、およびワーカーの接続先として指定した URL | init --from、demo、seo、measure | 通常の HTTPS GET リクエスト |
hn.algolia.com、hacker-news.firebaseio.com | monitor | お客様の検索語 |
api.ahrefs.com(無料のドメイン評価エンドポイント) | seo | お客様のドメインおよび設定した競合他社のドメイン |
overpass-api.de とそのミラー、および見つかった事業者のサイト | discover の公開データを使ったリードソース | 地域/カテゴリの検索クエリ |
api.github.com、pypistats.org | growth | 公開リポジトリ名/パッケージ名 |
| お客様が接続するアカウント:Stripe、Google(Ads、Search Console、Analytics、Calendar)、Meta、WordPress、GitHub Pages | revenueos connect の実行後のみ | 各プロバイダー独自のプライバシーポリシーに基づく、そのアカウントへの API 呼び出し |
| お客様の SMTP/IMAP ホスト | アウトリーチアクションの execute、または inbox の実行時 | お客様が承認したメール、およびメールボックスの読み取り。SMTP_PASSWORD を設定しないか、REVENUEOS_DRY_RUN=1 を設定すると、送信内容は代わりに data/outputs/ に書き込まれます |
| PyPI | インストール時のみ | 通常のパッケージダウンロード |
| 保存されるデータとその保存場所 — すべてローカルディスクに保存され、ほかの場所には保存されません: | ||
company-context/(ビジネスの基準となる情報を記したプレーンな Markdown)、revenueos.yaml(サイト、競合他社、チャネル、送信者情報、SMTP/IMAP のホストとユーザー名 — パスワードは環境変数から読み込まれ、ファイルには書き込まれません)、data/revenueos.db(SQLite:アクション、リードとその連絡先情報、メールの下書きと送信内容、返信、成果、指標、ドキュメント)、data/exports/(取り込んだ CSV)、data/outputs/、data/reports/、data/documents/、logs/、learning-loop/CORRECTIONS.md。接続済みアカウントの認証情報は data/connections.json にパーミッション 0600 で保存されます。ただし、REVENUEOS_TOKEN_KEY を設定しない限り、平文で保存されます。設定すると Fernet で暗号化されます。ホステッドモードでは、メールアドレスと 200,000 回の反復処理による PBKDF2-HMAC-SHA256 のパスワードハッシュが accounts.json(こちらも 0600)に保存されます。 |
data/inbox/documents/ に取り込むドキュメントは、純粋な Python ライブラリ(intake.py)を使って、すべてプロセス内で解析されます。アップロード、変換サービス、外部バイナリは使いません。ファイル自体がマシンの外に出ることはありません。お使いのモデルプロバイダーに送信されるのは抽出されたテキストのみで、認証情報が設定されている場合に限られます。取り込みワーカーが company-context/ を編集することはありません。承認用に correction アクションをキューに追加します。
運用者としての責任: お客様はデータ管理者です。これには、インポートする見込み顧客に連絡する法的根拠の確保、配信停止の希望への対応(RevenueOS は抑制リストを保持し、CASL フッターを追加しますが、その義務を負うのはお客様です)、ホストとワークスペースディレクトリの保護、data/connections.json の内容を重要と考える場合の REVENUEOS_TOKEN_KEY の設定、送信するコンテンツに関するモデルプロバイダー独自の規約への対応が含まれます。
データを削除するには、ファイルを削除します。ワークスペースディレクトリ全体、または data/ 配下の個別ファイルを削除してください。revenueos disconnect <provider> を実行すると、そのプロバイダーの保存済みトークンが消去されます。unsubscribes テーブルは残してください。削除すると、連絡を止めるよう求めた相手に再びアウトリーチしてしまう可能性があります。
マーケティングサイト(website/。https://unempyd.github.io/revenueos/ で公開)は静的です。分析スクリプト、Cookie、ブラウザーのストレージ、サードパーティへのリクエストはありません。GitHub Pages がサイトを配信し、独自のログを保持します。
ライセンス
RevenueOS は MIT ライセンスです(LICENSE)。寛容なライセンスのオープンソースコンポーネントが含まれており、それぞれのライセンスは NOTICE.md に記載され、THIRD_PARTY_LICENSES/ に収録されています。ベンダー提供ファイルの由来は、上流のコミットに至るまで、すべて VENDOR.json に記録されています。
コメント
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。