OSS Tanbou

TryPost — an open social scheduler for publishing to 12 networks from one calendar, with REST API and MCP control

OSS health 81
About these scores

Discovery score is an unbounded weighted, log-compressed index of stars, watchers, forks, and contributors. Growth momentum is its change over the observed period; OSS health is a 0–100 score from available repository recency, Community Health, and release data.

Stars
617
Primary language
PHP
License
AGPL-3.0
Repository last updated
Sep 14, 2026

Overview

TryPost is an open-source social media scheduler for planning, editing, and publishing to 12 networks including Instagram, Facebook, LinkedIn, X, TikTok, and YouTube. It combines an AI copilot, workspaces and approvals, a REST API, and an MCP server, with both hosted and self-hosted deployment options. As of September 16, 2026, the latest GitHub release is v1.0.9 and the repository is AGPL-3.0 licensed.

Features and best fit

Based on official documentation; not hands-on tested · Content checked:

Manage publishing to 12 networks from one calendar and composer

The README lists native publishing for Instagram, Facebook, LinkedIn, X, TikTok, YouTube, Pinterest, Threads, Bluesky, Mastodon, Telegram, and Discord. Month, week, and day calendar views support drag-and-drop rescheduling and per-network previews.

Workspaces separate brands or clients, with Owner/Admin/Member roles, draft comments, mentions, and approval flows for agency and multi-brand workflows.

Sources: [2]

Put the AI copilot, REST API, and MCP into the same publishing workflow

Brand profiles feed tone, voice, language, and colors into caption, draft, and carousel generation. The REST API and MCP server expose draft, schedule, and publish workflows to scripts and compatible agents.

v1.0.9 also exposed workspace webhooks through the API and MCP, continuing the project's agent- and automation-oriented direction.

Sources: [2][3]

Self-host the app with Postgres, Redis, queues, scheduling, and WebSockets

The production Compose file pulls the published GHCR image and starts TryPost together with Postgres, Redis, queue workers, the scheduler, and Laravel Reverb for WebSockets. Storage can remain local or be configured for R2 or S3.

Self-hosting still uses each social network's official APIs, so client IDs, secrets, and redirect URLs must be configured for the networks you connect.

Sources: [4][2]

For teams that want one social publishing workflow and also need automation or AI-agent access

It fits creators, small teams, and agencies that want to replace separate network dashboards and spreadsheets with one calendar, asset, approval, and analytics workflow. MCP and API access are especially relevant when publishing needs to connect to existing agents or internal automation.

A self-hosted deployment still requires deliberate secret and OAuth management

The production Compose file contains values that must be replaced for APP_KEY, database passwords, and Reverb secrets. Durable API/MCP deployments should also pin Passport private and public keys in the environment so container recreation does not invalidate tokens.

Public deployments also need correct APP_URL, WebSocket host, HTTPS or reverse-proxy settings, and callback URLs for each social provider.

Sources: [4]

The AI data path depends on the provider you configure

The Compose configuration supports optional API keys for OpenAI, Anthropic, Gemini, and OpenRouter. Self-hosting the application does not make AI generation local by itself, so review what prompts and brand content are sent to the selected provider.

Sources: [4]

AGPL-3.0 adds source-availability obligations for modified network services

The README explicitly says that modified versions run as a network service must make their changes available to users under AGPL Section 13. Review this before offering a modified SaaS or exposing an internally modified deployment outside the organization.

Sources: [2][1]

Official sources

  1. [1]trypostit/trypost — GitHub repository metadata(2026-09-16)
  2. [2]TryPost — README(2026-09-16)
  3. [3]TryPost v1.0.9 release(2026-09-16)
  4. [4]TryPost — production Docker Compose(2026-09-16)
Supplemental curator note

TryPost combines calendar, approvals, analytics, and agent/API control in one publishing workflow. Self-hosters must manage OAuth credentials, application and Passport keys, and AGPL network-service obligations.

Try it in 3 steps

  1. 1

    Get the source

    Clone the official repository containing compose.prod.yaml and make sure Docker Compose is available.

    git clone https://github.com/trypostit/trypost.git && cd trypost
  2. 2

    Configure APP_KEY and secrets

    Set the generated APP_KEY, then change database and Reverb secrets. Pin Passport keys when API/MCP tokens must survive container recreation.

    docker compose -f compose.prod.yaml run --rm app php artisan key:generate --show
  3. 3

    Start the production stack

    Open http://localhost:8000 by default. Configure OAuth client IDs, secrets, and callback URLs before connecting social providers.

    docker compose -f compose.prod.yaml up -d
Check the official README

Growth

Growth trends · Last 30 days

617 Stars

Trend data is still being collected.

Development activity

Last 90 days · weekly

Commits (last 30 days)
33
Open PRs
25

Development activity is still being collected.

Built with

Categories and tags

GitHub data

GitHub dataView detailed GitHub data

GitHub Topics

  • laravel
  • open-source
  • social-media
  • social-media-management
  • content-scheduling
  • creators
  • facebook
  • instragram
  • linkedin
  • marketing
  • php
  • pinterest
Stars
617
Forks
163
Watchers
11
Open issues
18
Primary language
PHP
License
AGPL-3.0
Repository last updated
Sep 14, 2026
Write a related article

Share a guide or use case for this OSS in Markdown. Articles are published after administrator approval.

Report incorrect information

Tell us if any listing information is incorrect or outdated.