Tin

Tin

コーディングエージェント向けに設計されたオープンソースのマーケティングシステムです。

マーケティングをゼロから考案する必要があるでしょうか。実績のあるマーケティングスタックを10分で使い始められます。

60 個のワークフローをすぐに利用できるようになりました。オーガニック検索、コンテンツ、ソーシャル、アウトリーチ、製品 QA、有料広告、クリエイティブ業務を幅広くカバーしています。

ウェブサイト · ブラウザーで試す

クイックスタート

コーディングエージェントから接続する

ホスト型ダッシュボード、API、MCP サービスには app.tin.computer を使用します。プロジェクトディレクトリから MCP 接続を追加してください。

Claude Code：

claude mcp add --transport http tin https://app.tin.computer/mcp

次に Claude Code を開き、/mcp を使って Tin の認証を行います。

Codex：

codex mcp add tin --url https://app.tin.computer/mcp

プロンプトが表示されたら、ブラウザーでのログインを完了してください。認証が必要な既存の接続には、codex mcp login tin を使用します。

Cursor の場合は、.cursor/mcp.json に次のように設定します。

{ "mcpServers": { "tin": { "url": "https://app.tin.computer/mcp" } } }

Cursor の MCP コントロールを使って接続し、認証を完了してください。

Tin のツールが表示されない場合は、新しいエージェントセッションを開始してください。接続を確認するには、list_projects を呼び出すよう依頼します。プロジェクトの削除を依頼すれば、エージェントが作成したプロジェクトを削除することもできます。削除前に正確な名前を確認し、請求履歴は保持されます。その後、次のように依頼してください。

Use Tin to grow my project like a pro!

スキルの寄せ集めではなく、エージェント型マーケティングシステム全体

• セッション間も続く作業。 入力とスケジュールを設定してワークフローを保存できます。Tin がタイマーや再試行を処理し、承認を待ちます。
• 引き継がれるコンテキスト。 レポート、調査、プロジェクトの Wiki は Git リポジトリに保存されます。後続の実行はゼロから始まりません。
• 内容を確認できるワークフロー。 カタログでは、オーガニックな成長、コンテンツ、ソーシャル、アウトリーチと掲載、製品 QA、有料広告、クリエイティブ業務を扱っています。各定義には、必要なもの、生成するもの、レビューが必要かどうかが記載されています。
• 納品前にレビュー。 記事を読んだり、変更を依頼したり、キャンペーン、X の投稿、広告の公開を承認したりできます。承認されたページは、選択した納品設定に応じてサイトに反映されます。マージするプルリクエスト、または main へのコミットを選べます。
• ツールをまたいで使える単一のプロジェクト。 コーディングエージェントとブラウザーは、同じファイル、実行履歴、判断を共有し、プロジェクトの権限も共通です。
• ワークフロー評価（近日公開）。 各テンプレートに評価セットと、結果を知らされない2人目のレビュアーを用意し、毎週ワークフローを改善します。
• 成長実験の追跡（近日公開）。 すべての変更を、変更前、変更後、判定を含む実験として記録します。

プロジェクトをすでに理解しているエージェントを使う

Claude Code、Codex、Cursor で MCP 経由で Tin に接続します。エージェントはローカルリポジトリを読み取り、ビジネスについて質問し、Tin のオンボーディングワークフローを使って計画を準備できます。

まず、実践的な質問から始めます。達成したいこと、投入できる時間と予算、避けるべきことは何でしょうか。計画では、そのコンテキストに加え、プロジェクトで利用できるワークフローとインテグレーションを活用します。

たとえば、セットアップ時の会話は次のようになります。

› Use Tin to grow my project like a pro!

I'll read the repository first, then help you choose a starting plan.

If organic growth is the priority, we can audit the site, research
buyer questions, and turn the findings into a content plan.
Search Console can add evidence from your current search traffic.
GitHub lets Tin propose site changes as pull requests.

What would a useful result look like in the next sixty days,
and how much time can you spend reviewing work each week?

計画を選び、必要な接続を許可します。承認後、Tin は選択された設定を作成し、実行可能な初期作業を開始します。設定された内容と、まだ阻まれている項目を報告します。

役立つプロンプトから、信頼して任せられる作業へ

優れたスキルは、何かを行う方法をエージェントに教えます。そのスキルを毎週実行すると、別の問題が生じます。どのバージョンを使うべきか、コンテキストはどこから取得するのか、失敗後はどうなるのか、結果を誰が承認するのか、といった問題です。

Tin がこうした部分を処理します。

実行できる内容

現在のカタログで扱っている主な領域は次のとおりです。利用できる内容は、ワークフローの入力、接続済みサービス、オペレーターの設定によって異なります。オンデマンドで実行するワークフローもあれば、スケジュールを設定して保存できるものもあります。

領域	例
利用開始	成長計画、連携方法の選択、承認した作業のセットアップ
オーガニック成長	サイトとAIの可視性監査、キーワード調査、コンテンツ計画、検索順位は高いもののクリックが少ないページの更新、修正可能な監査結果すべてをまとめた1つのプルリクエスト、エラーメッセージのページ、リンクなしの言及元へのバックリンク依頼
コンテンツ	執筆スタイルとブランドの把握、調査済み記事、計画に沿った下書き、フィードバックと修正、承認済みページのサイトへの納品、リリースのお知らせ、スコア形式のクイズ、開発者がクローンできるスターター
ソーシャル	自分の投稿から学習したXの文体、投稿内容を正確に承認した後にのみ公開されるXの下書き、週ごとのソーシャル計画、計画または記事をもとにしたXとLinkedInの投稿
アウトリーチと掲載先	承認済みの段階的なメールキャンペーンを含むGmailとCalendarの候補リスト、Stripeからの支払い元と継続利用者の把握、GitHubアカウントから承認後に投稿するコミュニティのスレッド、ニュースレター、講演やポッドキャスト、コース、キャンパスイベント、連携マーケットプレイス、awesomeリスト
製品QA	サインアップの手順確認、コードマップ、機能マップ、機能ごとの監査、チェックアウトの信頼性確認、PostHogの分析概要
有料広告	Google Search広告が適しているかの判断、自分のアカウントで計画を承認した後に開始するキャンペーン、無駄を削減して変更を提案する日次チェック
競合他社	価格と変更履歴の変更、提供終了するツールのユーザー
クリエイティブ制作	図、ブランドキャラクター、製品デモ動画
プロジェクトのコンテキスト	継続的に更新されるWiki、調査レポート、週次概要

テンプレートに当てはまらない作業には、project.task を使うと、独立した会話と制御機能を備えた別のCodexタスクが作成されます。質問をしたり、一時停止したり、再開したりできます。プロジェクトファイルへの変更には、提案された差分の承認が必要です。

コンテンツ計画の日付は編集上の目標であり、自動公開の日時ではありません。コンテンツの生成は個別に開始できます。現在のオーガニックトラフィックシステムでは、計画から次の条件を満たす下書き、レビュー、納品へと続けて進めることもできます。Tinは、別の記事を無理に作成するのではなく、対象項目がすでに扱われている、またはより確かな根拠が必要だと報告できます。GitHubが接続されている場合、承認済みコンテンツはプロジェクトの納品設定に従います。未マージのPR、またはmainへのコミットです。それ以外の場合、MarkdownはプロジェクトのFilesに保存されます。これは、6か月分の下書きを自動作成したり、ウェブサイトを公開したりする機能ではありません。

ワークフローごとの入力と要件については、公開Registryが情報源です。docs/architecture.mdでは、主要な要素がどのように連携するかを説明しています。

同僚に伝えるのと同じように、コンテキストを与えましょう

リポジトリには、製品がどのように動作するかが多く記されています。顧客がなぜその製品を購入するのか、何を誤解しているのか、どのような口調で伝えたいのかについては、あまり書かれていません。顧客インタビュー、サポートへの質問、調査結果、自分で書いた文章の例など、そのギャップを埋める資料を追加しましょう。

プロジェクトでは、.agents/skills/ の下に SKILL.md ファイルを置くこともできます。ワークフローでは、文体ガイドなど、宣言したスキルを読み込みます。Tin は選んだサンプルからそのガイドを抽出でき、直接編集することもできます。ローカルリポジトリにあるスキルは、ホストされた実行環境で自動的に利用できるわけではありません。エージェントが関連資料を Tin プロジェクトに保存する必要があります。

公開済みの記事や執筆予定の下書きには、リーダーまたは MCP 経由でフィードバックを反映できます。Tin に変更内容を伝え、改訂版を比較して、採用するバージョンを承認してください。生成に関するメモは公開用の文章とは別に保管されます。GitHub へのデリバリーが設定されている場合、承認済みの記事はプロジェクトのデリバリー設定に従います。未マージのプルリクエストを作成するか、main にコミットします。main にコミットする設定では、Tin が作成したプルリクエストにそのページ以外の変更がなく、GitHub が問題なしと報告した場合に限り、Tin がそのプルリクエストをマージします。技術的な修正は、必ずあなたがマージするまで保留されます。

作業に必要なサービスを接続する

接続はプロジェクトに属します。ワークフローは各連携機能の特定の操作を使用し、Tin は実行前にアクセス権を確認します。

接続	可能になること	制限事項
Google Search Console	選択したプロパティの検索パフォーマンスを読み取る	読み取り専用アクセス
GitHub App	選択したリポジトリを読み取り、変更案を含むプルリクエストを作成する	Tin がマージするのは、承認済みコンテンツについて、main にコミットする設定の場合に作成した自身のプルリクエストに限られます。認証情報はサーバー上に保管されます
GitHub account	自分のアカウントから、承認した awesome-list のエントリーを送信する	公開リポジトリへの承認済みの送信にのみ使用されます
Google Workspace	Gmail と Calendar の履歴を調査し、承認済みのキャンペーンを送信する	読み取りと送信は、プロジェクトで宣言された機能を通じて行われます
Google Ads	Tin の管理アカウントを通じて、1 つの検索キャンペーンを開始し、管理する	正確なプランをあなたが承認するまで、何も作成されません。予算や入札単価の変更には承認が必要です
Stripe	サブスクリプション、顧客、請求書、価格、請求を読み取る	あなたが作成する、読み取り専用の制限付きキー
PostHog	選択した 1 つの PostHog プロジェクトで、範囲を限定したクエリを実行する	読み取り専用アクセス
X	自分の投稿から文体を学習し、承認した投稿を公開する	あなたが確認した正確な投稿とメディアのみを公開します
Claude Code、Codex、Cursor	ファイル、ワークフロー、サポート対象のレビュー操作など、MCP を通じて Tin を使用する	すべての呼び出しで、ユーザーのプロジェクトへの所属が確認されます

プロバイダーのトークンとキーは、Tin のサーバーであるスイッチボード上に保管されます。サンドボックスツールは、実行に紐づく権限付与を通じて、許可されたデータまたはアクセス権を受け取ります。製品の QA では、テスト対象の製品にサインインするために、別の Tin テスト用 ID を使用できます。

Google Docs や Drive、GA4、その他の広告プラットフォームのデータを使用する場合は、関連するエクスポートをプロジェクトファイルに追加してください。

ワークフローを自由に組み合わせる

手順が分かっている場合は、通常の Python から始めます。判断が必要な作業には、管理されたモデル呼び出しを追加します。1 つのワークフローに複数のモデル呼び出しを含め、コードで順序、分岐、検証を処理できます。エージェント自身が手順を調べて選ぶ必要がある場合は、Codex の手順を使います。

この 3 種類はいずれも、パブリックなワークフローパッケージとして提供できます。

workflow_packages/<workflow>/
├── workflow.json
└── main.py          # Python, optionally calling managed models

手順パッケージでは、main.py の代わりに PROMPT.md と skills/ を使います。マニフェストでは、型付き入力、上限のある出力、連携機能、レビューを宣言します。メンテナーが提供内容をレビューし、パッケージを Registry に明示的に選定します。カタログの同期により、選定された各パッケージが 1 つの固定バージョンとして公開されます。既存の実行と保存済み設定では、選択したバージョンが維持されます。

ワークフローの追加と 決定論的な例および 2 つのモデルステップの例をご覧ください。上限付きパッケージランタイムでは不十分な場合は、ネイティブコードやモデルを活用するワークフローも提供できます。

プライベートワークフロー

上限付きのプライベートワークフローのパイロットでは、同じ Python の契約を使用します。型付き入力、分離された実行、任意の管理モデル呼び出し、プロジェクト API 接続、永続的なレポート、利用条件を満たす毎日または毎週のスケジュールに対応しています。 コーディングエージェントがパッケージを作成してテストし、Tin が独立して実行します。コードのみの上限付きコンピューティングには、モデル認証情報も Tin クレジットも必要ありません。ホストされたモデル呼び出しには Tin クレジットを使用し、接続された API の利用料金はそのプロバイダーのアカウントに請求されます。

例、具体的な制限、設定、検証については、コードワークフロー、管理されたモデルステップ、 安全なプロジェクト API 接続をご覧ください。プライベートコードのスケジュール では、保存済みワークフローのスケジュール機能を再利用します。料金が発生する実行には、継続的な支出権限が必要です。

プライベートワークフローはプロジェクトのファイル内に置かれ、オペレーターによる有効化が必要です。コーディングエージェントがパッケージを作成して検証し、MCP 経由で明示的に有効化します。コードワークフローは、上限付きのテキスト成果物を生成します。プライベートな Codex 手順では、プロジェクト成果物またはマージされていない GitHub PR を生成できますが、オンデマンドでの実行に限られます。作成者のコード内での直接的な SDK 認証情報の使用と、汎用的なワンコマンドでのスキルインポートには対応していません。対応範囲と実験的機能の境界については、機能のステータスをご覧ください。

パブリックかプライベートかは、誰がワークフローを使えるかを決めるものであり、コードを実行するかエージェントを実行するかを決めるものではありません。

事例：4 か月で月間売上が 45 ドルから 2,105 ドルに

Claw Messenger は、AI エージェントに iMessage の電話番号を提供します。元の Tin エージェントは、2026 年 3 月から 7 月にかけて同社の成長に取り組みました。このリポジトリのワークフローエンジンが登場する前のことであり、その経験が現在のワークフローの設計に生かされています。

プロジェクト	Claw Messenger、開発者向けツール
期間	2026 年 3 月 25 日から 7 月 27 日まで、124 日間
月間売上	45 ドルから 2,105 ドル
有料顧客数	5 人から 257 人

報告された数値は、Claw の Stripe と PostHog のデータから、Claw のプランに絞り込んだものです。実施した作業には、購入者の疑問に答えるページの作成、サイトの修正、アウトリーチ、週次レビューが含まれています。これらは以前のシステムによる過去の実績であり、ベンチマークでも、このリポジトリで同様の成果が得られるという約束でもありません。

構築方法

Tin のサーバーが作業を調整します。Temporal は障害が発生しても実行を維持し、待機させます。ファイルに結果を保存し、Postgres に製品が読み取る状態を保存します。

ソース · SVG を開く：ライト / ダーク

ウェブアプリは、ブラウザーで開くインターフェースです。E2B 内部の別のブラウザーは、エージェントが操作します。矢印は呼び出しと作業の割り当てを示しています。サンドボックスの結果は Tin のサーバーに戻され、検証と保存が行われます。

• スイッチボードは、製品、API、MCP サーバーの背後で動作する FastAPI サービスです。ワーカーがワークフローのコードを実行し、必要に応じてサンドボックスを作成し、インテグレーションを呼び出し、プロジェクトファイルへの書き込みを検証します。
• Temporalは実行を調整し、スケジュール設定や再試行を行い、入力を待ちます。その履歴には識別子と小さな制御値が記録されます。プロンプト、ファイル、認証情報は履歴の外に保持されます。レビュー待ちの間、サンドボックスやモデルが実行され続けることはありません。
• E2B サンドボックスは、実行に選択されたファイルと指示を含む一時的な作業環境を Codex に提供します。ブラウザーワークフローでは、ウェブサイトへのアクセスや製品のテストのため、Camoufox もサンドボックス内で実行されます。サンドボックスを削除する前に、結果をチェックポイントとして保存します。小規模なテキストワークフローでは、信頼されたアクティビティからモデルを直接呼び出します。
• code.storageは、プロジェクトごとに 1 つの git リポジトリを保持します。出力はサンドボックスの終了後も残り、リビジョンを確認できます。
• Postgresは、プロジェクトのメンバーシップ、チャット、実行状況、判断を保持します。製品のステータスを読み取る際に Temporal への問い合わせは不要です。
• モデルへのアクセスでは、ネイティブなモデル呼び出しと、サンドボックス内での Codex 実行を分離します。ホスト型のデフォルト設定では、ブラウザー、Studio、インタラクティブタスクなど、サポート対象の新しい Codex 実行に、保護された API ランナーを使用します。過去の成果物は引き続き利用できますが、廃止された OAuth 実行で新たなコンピューティングを開始することはできません。Tin では ChatGPT ログインや auth.json は必要ありません。プロバイダーのキーとインテグレーションの認証情報はスイッチボードに保持され、サンドボックスに GitHub や Google のトークンが渡されることはありません。

成果物を生成する一般的な実行は次のとおりです。レビューや外部への配信が作業に含まれるかどうかは、ワークフローによって決まります。

ソース · SVG を開く：ライト / ダーク

スイッチボードはコミットを行う前に、アクティブな実行のリースとリポジトリの expectedHeadSha を確認します。プロシージャの出力先に競合する編集がある場合、新しい結果はユーザーが解決できるように保持されます。完了したステップのレシートにより、再試行時に完了済みの作業を再利用できます。

これが基盤です。ファイルと記録された結果は引き継がれ、生成プロセスは置き換えられます。docs/architecture.mdではさらに詳しく説明し、AGENTS.mdには実装の境界と受け入れチェックが記載されています。

Tin を自分で実行する

Tin のサーバーを自社のインフラでホストし、ご自身が管理するアカウントを通じて Temporal Cloud、E2B、code.storage、Clerk、Postgres に接続します。インフラとモデルのプロバイダーには直接料金を支払います。Stripe は任意です。

これは現在、エンジニア向けのセットアップ手順であり、検証済みのすぐに使えるインストーラーではありません。クリーンなクローンからの受け入れテストと、使用可能な .env.example はまだ整備されていません。セルフホストの制限をご覧ください。

Python 3.12 と uv が必要です。クローンしてインストールします。

git clone https://github.com/tin-computer/tin.git
cd tin
uv sync

ローカルの .env で、データベースとマイグレーション用のロール、Temporal の名前空間、ストレージ、Clerk、E2B、モデルへのアクセスを設定します。サービス設定と認証およびインテグレーションガイドに、設定項目が記載されています。認証情報を Git に含めないでください。

続いてマイグレーションを適用し、カタログを公開し、ワークフローに必要なサンドボックステンプレートをビルドして、サービスを起動します。サービスの起動時には Temporal ワーカーも起動します。

uv run tin-lite migrate
uv run tin-lite sync-builtins
uv run python sandbox/template.py
uv run tin-lite serve

セルフホストの場合、顧客向けの課金機能は任意です。TIN_LITE_BILLING_ENABLED=false にすると、Stripe や Tin のクレジット残高を使わずに、ご自身のインフラとプロバイダーの費用を支払えます。

セルフホスト版の UI とポータブルな図では、同梱のオープンソース Geist フォントを使用します。ホスト版 Tin のライセンス対象ブランドフォントは別途配信されます。フォントの設定とソース配布に関する注意事項をご覧ください。

エンジニアリングリファレンスでは、サービス設定、ローカルチェック、デプロイについて説明しています。

今後の予定

作業内容を確認できる状態に保ちながら、より少ないセットアップで幅広く対応できるようにすることを目指しています。

• ワークフローと接続先の拡充。 プロダクト QA を修正対応まで拡張し、GA4 などの分析ソースを追加し、ウェブサイトの変更をページ以外にも広げ、ライフサイクルマーケティングとより多くの広告プラットフォームを整備します。これらには、それぞれに適したプロバイダーと承認ルールが必要です。
• 評価の改善。 ワークフローごとの評価セットと、較正済みのチャット評価ハーネスを構築します。実行が完了したかだけでなく、作業が役に立つかどうかも測定します。
• 実験の追跡。 変更の意図した結果、指標、測定期間を記録し、実際の結果と比較します。
• 制御性の向上。 対象となるワークフローの判断のうち、どれを自動実行できるかをプロジェクトごとに選べるようにします。プライベートなワークフローの作成とアップグレードも容易にします。
• 運用の簡素化。 現在のマネージドサービスへの依存を減らすデプロイ方法に加え、実行に対応が必要になったときにユーザーに再度知らせる通知を追加します。

オープンソース、Apache 2.0

Tin は Apache License 2.0 の下でライセンスされています。このリポジトリには、サービスと組み込みワークフロー、およびそれらを確認または変更するために必要な手順が含まれています。サードパーティ製コンポーネントにはそれぞれ独自のライセンスが適用されます。サードパーティに関する通知をご覧ください。

開発時のチェックとプルリクエストについては CONTRIBUTING.md、 脆弱性を非公開で報告する方法については SECURITY.md、 現在の制限事項とリリースに向けて残っている条件については機能のステータスとリリース準備状況をご覧ください。 ドキュメント一覧には、コントリビューター向けガイドとセルフホストに関するガイドがまとめられています。

OdaとKekeでAI エージェントを構築し、その後、自律型AIアーティストのKekeを開発した Ege Özgirinと、LaunchCode、Kodluyoruz、Patika、Rise In、SuperSenseの構築に携わった Emre Şarbakが制作しました。

私たちは、役立つ仕事をこなせるエージェントの構築に多くの時間を費やしてきました。Tin は、そうした仕事をより簡単に整理し、繰り返し実行し、改善できるようにするためのものです。ホスト版は app.tin.computer で運用しており、自分で運用したい方のために同じコードをここで公開しています。

私たちの他のプロジェクト：with.md、Personality Machine、Personaplex fine-tuning。