every-app/every-app

外部のオープンソース リポジトリを紹介するページです。HDATFの製品ではありません。

何をするか

EveryAppはコーディングエージェントが社内Webアプリを作成した後も残るホスティング、ログイン、権限設定の問題を扱います。自分たちのCloudflareアカウントでアプリを運用したいチームと開発者が対象です。アプリ定義、使用するリソースの宣言、ブラウザーやAIからのツール要求を入力とし、配備されたアプリと権限に応じた処理結果を提供します。公開Gatewayがアクセスを検査し、内部接続で非公開のアプリWorkerへ要求を転送し、アプリの入口が署名付きの利用者情報を検証します。開始用の例はD1にタスクを保存し、認証された利用者IDでデータベースの検索や変更を制限するため、行ごとの公開範囲はアプリ側の責任であることが分かります。例のツールは読み取り、書き込み、破壊的操作の危険度を区別し、AIのツール呼び出し用共通規約であるMCPを通してGatewayから公開されます。アプリの宣言には許可する機能も記載し、Gatewayが認証情報を保持して外部APIへのアクセスを仲介します。文書上の開始条件はWorkers Paidを利用するCloudflareアカウントとCloudflare管理のドメインで、構成要素として必要に応じてWorkers、D1、R2、KVを使います。プロジェクトは初期開発段階と明記しているため、このアクセス構造だけで完全な安全性、あらゆるSaaSとの互換性、本番運用への準備完了を証明するものではありません。

ライセンス

MIT 寛容なライセンスです。著作権表示を残せば商用利用と改変ができます。

同じ分野のリポジトリ

• warmbly/warmbly
  Warmblyは、所有するメールボックスで営業メールとメールボックスの準備運用を行うチーム向けのセルフホスト型プラットフォームです。Gmail、Microsoft、またはSMTPとIMAPのアカウントを接続し、連絡先、段階的な送信文面、時間、送信上限を入力します。キャンペーン記録、開封とクリックのイベント、返信、統合受信箱、顧客管理の記録を提供します。メールボックスの準備とは、監視されるメールボックスの集団内で予定したメッセージを徐々に交換する方式で、後のメールが受信箱へ届く保証ではありません。状態を保存するGoバックエンドとイベント処理サービスを交換可能なGoワーカーから分離し、Postgres、Redis、イベント配送基盤、Reactダッシュボード、独立したリアルタイムサービスを組み合わせます。ワーカーは受信者へ直接配送せず各メール提供者に送信を依頼し、標準のローカル構成はNATS、ローカルの鍵管理、ファイル保存を使います。RESTインターフェース、ウェブフック、文書化された連携で外部に接続でき、AI機能には別途モデル提供者の設定が必要です。文書の開始方法はDocker Composeのリリースイメージかソースビルドの後、一回限りの所有者登録とメールボックス接続を行い、GoogleとMicrosoftのアカウントにはOAuthアプリの設定が必要です。開発用初期データはセルフホストとデータベースを共有し公開済みの管理者接続情報を追加するため、本番の秘密値設定、暗号鍵のバックアップ、デモの分離が重要で、今回の調査では送信性能、受信箱への到達率、ATF連携を検証していません。
• gitroomhq/postiz-app
  Postizは、複数のソーシャルチャネルへの投稿をまとめて管理したいチーム向けのソーシャルメディア管理アプリです。投稿の準備、公開時刻の調整、チャネル分析の確認を一か所で扱うためのものです。利用者は投稿文、メディア、接続するアカウント、公開予定を入力し、予約済みまたは公開済みの投稿と取得可能な分析結果を得ます。チーム内で共同作業やコメントができ、公開APIと文書で紹介されているMCPおよびCLIのインターフェースは外部自動化の接続点になります。公式の構成はNextJSの画面、NestJSのサービス、PostgreSQLを使うPrisma、Temporalを含み、開発用設定にはRedisと補助サービスも定義されています。管理型クラウドと自社運用版を選べますが、確認した開発用composeファイルには本番用ではないと明記されています。自社運用には保存先と環境設定、各ソーシャルプラットフォームの開発者アプリと承認が必要で、任意のAI機能には外部モデルの認証情報も必要です。そのため、自社運用だけでプラットフォームAPIの権限、外部サービスによるデータ処理、更新やバックアップとセキュリティに関する運用者の責任がなくなるわけではありません。
• immortal71/openoncology
  OpenOncologyは、腫瘍変異の根拠を集めて専門家の確認用に薬剤候補を順位付けする研究基盤であり、検証済みの治療推奨サービスではありません。文書上の入力は変異、コピー数変化、融合情報で、提出APIは患者認証を前提に生検ファイル、DNAファイル、がん種を受け取ります。出力は変異、根拠レベル、出典記録、薬剤候補順位で、結果APIと薬剤転用APIに分かれています。FastAPIサーバーはNext.js画面、PostgreSQL、Redis、ファイル保管、バックグラウンド処理と連携し、Docker設定ではPython 3.11とNode.js 20を使います。ゲノム処理には別の分析ワークフローと参照資料が必要なため、開発用コンテナーの起動だけで生の配列データ解析が完了するとは限りません。候補スコアは複数出典の重みを再調整し、減点や根拠レベルの規則を適用し、現在の設定はREADMEの古い重み説明と異なります。既定の処理は標的化可能な変異の最初の項目を中心に候補を生成するため、患者全体を評価するという説明をすべての実行経路に当てはめてはいけません。開始前にサービスの秘密情報と根拠へのアクセスを設定する必要があり、OncoKBにアクセスできない場合の固定代替データには出典と鮮度の限界があります。公式文書は以前の循環的な腫瘍内科医との一致評価を撤回しており、MSK CHORDの後ろ向き比較も承認条件に合う薬剤との一致であって治療効果の証明ではありません。リスク分析は臨床検証の関門が未達で治療判断に使ってはならないと明記しており、今回の調査も原文を読んだだけで医学的有効性、性能、運用準備を検証していません。
• coollabsio/coolify
  自分のサーバーでアプリとデータベースを配置、管理する自己ホスト型プラットフォームです。Gitリポジトリ、コンテナーイメージ、Docker Compose構成を接続し、ビルド、配布、実行ログを管理します。Git変更による自動配置、プレビュー環境、保持したイメージへの復帰を提供します。ドメイン、HTTPS、ネットワーク、稼働確認、定期処理、バックアップ設定も扱います。確認した本番Compose設定では、プラットフォームとデータベース、キャッシュの永続保存を分けています。開始には対応Linuxサーバー、SSH接続、ファイアウォールと保存容量の準備が必要です。導入後も管理アカウント、リポジトリ、環境変数、ドメイン、権限の接続が必要で、既存アプリがすべて自動移行するわけではありません。自己ホストでは安全性、容量、バックアップ復旧を運用者が担当します。バックアップやイメージ復帰の機能だけで個々のアプリデータの完全復元は保証されず、別途復旧試験が必要です。
• emanuele-em/kanzo
  Kanzoは、人とコーディングエージェントが同じプロジェクトで作業する自己運用型のタスクボードです。人はブラウザーからタスク、説明、コメント、画像を入力し、エージェントはAIツールを接続する規約であるMCPやコマンドラインを使います。RustのプログラムがREST形式のJSON APIと標準入出力またはHTTPのMCPを提供し、タスクをSQLite、画像をローカルファイルに保存し、ブラウザーの変更は定期照会で反映します。既定の起動ではlocalhost:4242を開き、共有と参加のモードでホストのボードや遠隔リクエストの中継を提供します。タスクは未着手、進行中、レビュー、完了と任意のバックログに対応し、タグ、表示順、コメント、時刻を記録しますが、確認したスキーマには担当者、依存関係、監査履歴がありません。next_taskは書き込みトランザクション内で人が担当しない未着手タスクを選んで進行中に変え、同時取得を防ぐ設計ですが、排他的な所有権は与えません。人の担当タスクはエージェントの一覧や自動選択から外れますが、識別子を知るエージェントに対して変更や削除でその保護を強制しません。別の読み取り専用トークンはなく、共有ポートに接続できる人はボードを変更できるため、開始前にローカルか共有か、データフォルダー、ネットワーク制限を決める必要があります。配布対象はmacOS、Linux、WindowsでライセンスはAGPL-3.0-onlyですが、容量、メモリー、起動時間、トークン削減の紹介値は開発者側の測定であり独立した検証結果ではありません。

Trendshiftのランキングに入ったリポジトリだけを載せ、リストは候補を探すためだけに使いました。順位の数字は転載していません。説明、ライセンス、スター数は各GitHubリポジトリで確認しました。解説は私たちの判断です。これらを試験したわけではなく、上昇リストに載ったことは品質の証明ではありません。