TryPost

12ネットワークの投稿を1つのcalendarとcomposerで扱う

READMEではInstagram、Facebook、LinkedIn、X、TikTok、YouTube、Pinterest、Threads、Bluesky、Mastodon、Telegram、Discordへのnative publishingを案内しています。month/week/dayのvisual calendarからdrag-and-dropで日程を変更し、networkごとにpreviewを調整できます。

workspaceごとにbrand/clientを分離し、Owner/Admin/Member role、draft comment、@mention、approval flowを使えるため、個人運用だけでなくagencyや複数brandの運用にも寄せた構成です。

出典：[2]

AI copilotとREST API / MCPを同じ投稿workflowへ組み込む

brand profileのtone、voice、language、colorを使ったcaptionやdraft生成、carousel生成、repurposeを備えています。APIとMCPはdraft、schedule、publishなどを外部agentやscriptから操作する入口です。

v1.0.9ではworkspace webhookをAPI/MCPへ公開する変更も入り、UIだけでなくautomationやagentから扱う方向が継続しています。

出典：[2][3]

official Docker imageでPostgres・Redis・queue・scheduler・WebSocketまでself-hostできる

compose.prod.yamlはGHCRのpublished imageを使い、TryPost本体に加えてPostgres、Redis、queue worker、scheduler、Laravel ReverbのWebSocket serverを起動します。local storageのほかR2やS3も設定できます。

self-hostでも各social platformのofficial APIを利用するため、利用するnetworkごとのclient ID/secretやredirect URI設定は別途必要です。

出典：[4][2]

複数SNSの投稿計画と承認を集約しつつ、automationやAI agentからも操作したい運用に

creator、small team、agencyがnetworkごとの管理画面やspreadsheetを行き来せず、calendar・asset・approval・analyticsをまとめたい場合に向きます。特にMCP/APIを使って既存agentや社内automationへ投稿workflowを接続したい場合が差別化点です。

self-hostでは初期secretとOAuth keyを必ず自分で管理する

production composeはAPP_KEY、database password、Reverb secretなどに変更前提の値を含みます。さらにAPI/MCP tokenをcontainer再作成後も維持するdurable deploymentではPassport private/public keyをenvironmentへ固定するようコメントされています。

public domainで運用する場合はAPP_URL、WebSocket host、HTTPS/reverse proxy、各social platformのcallback URLも環境に合わせて設定する必要があります。

出典：[4]

AI機能のdata pathは選択するproviderに依存する

composeではOpenAI、Anthropic、Gemini、OpenRouterなどのAPI keyを任意設定できます。self-hostだからAI生成も自動的にlocalになるわけではなく、利用providerへ送るpromptやbrand contentの扱いを確認する必要があります。

出典：[4]

AGPL-3.0ではnetwork serviceとして変更版を提供する場合のsource公開条件を確認する

READMEはAGPL-3.0での利用・改変・fork・self-host・再配布を案内し、変更版をnetwork serviceとして提供する場合はAGPL Section 13に従い変更sourceを利用者へ提供する必要があると明記しています。SaaS化や社内改変版の外部提供ではlicense義務を先に確認すべきです。

出典：[2][1]