Tin

Tin

面向编码 Agent 打造的开源营销系统。

既然 10 分钟就能用上经过实战检验的营销技术栈，为什么还要从头构思营销方案？

现在，你可以立即使用 60 个工作流，涵盖自然搜索、内容、社交媒体、外联、产品 QA、付费广告和创意工作。

网站 · 在浏览器中试用

快速开始

通过编码 Agent 连接

托管仪表板、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 的工具尚未显示，请启动新的 Agent 会话。要检查连接，请让它调用 list_projects。你也可以让 Agent 删除你创建的项目；它会先确认项目的准确名称，账单历史记录会保留。然后询问：

Use Tin to grow my project like a pro!

完整的 Agent 式营销系统，而非一堆技能

• 跨会话持续进行的工作。 保存包含输入内容和计划安排的工作流。Tin 会处理计时器、重试，并等待你批准。
• 持续传承的上下文。 报告、研究和项目知识库都保存在 git 仓库中。后续运行无需从头开始。
• 可检查的工作流。 目录涵盖自然增长、内容、社交媒体、外联与目录发布、产品 QA、付费广告和创意工作。每个定义都会说明所需内容、产出内容以及是否需要审核。
• 交付前审核。 阅读文章、请求修改，或批准营销活动、X 帖子或广告上线。已批准的页面会通过你选择的交付设置发布到网站：由你合并的拉取请求，或提交到 main 分支。
• 在所有工具中使用同一个项目。 编码 Agent 和浏览器共享相同的文件、运行历史记录和决策，并遵循相同的项目权限。
• 工作流评估，即将推出。 每个模板都会配备一组评估用例和一位不知情的第二审阅者，让工作流每周都更完善。
• 增长实验跟踪，即将推出。 每项变更都会成为一项实验，记录变更前、变更后和结论。

使用已了解你项目的 Agent

通过 MCP 在 Claude Code、Codex 或 Cursor 中连接 Tin。你的 Agent 可以读取本地仓库、询问业务情况，并使用 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 会创建所选配置，并启动可以运行的初始工作。它会报告已完成的设置以及仍受阻的事项。

从实用提示词到可靠执行的工作

优秀的技能会告诉 Agent 如何完成某件事。每周运行这项技能会带来其他问题：应该使用哪个版本？上下文从何而来？失败后会怎样处理？由谁批准结果？

Tin 会处理这些环节。

可运行的工作

以下是当前目录涵盖的主要领域。具体是否可用取决于工作流的输入、已连接的服务和运营者设置。有些工作流按需运行；另一些可以保存并设置计划。

领域	示例
入门	增长计划、集成选项，以及按你的批准设置工作
自然增长	网站和 AI 曝光度审计、关键词研究、内容规划、更新排名靠前但很少有人点击的页面、在一个拉取请求中修复所有可修复的审计问题、错误消息页面，以及针对未添加链接的提及请求反向链接
内容	写作风格和品牌风格提炼、经过研究的文章、计划中的草稿、反馈和修改、交付到你网站的已批准页面、发布公告、评分测验，以及开发者可以克隆的起步模板
社交媒体	从你自己的帖子中学习到的 X 风格、仅在你批准确切帖子后才发布的 X 草稿、每周社交媒体计划，以及根据计划或文章生成的 X 和 LinkedIn 帖子
推广和收录	Gmail 和 Calendar 联系人名单，以及经批准、按节奏发送的邮件营销活动；来自 Stripe 的付费用户和留存用户；使用你的 GitHub 账号提交的社区帖子、新闻通讯、演讲和播客、课程、校园活动、集成市场和 awesome 列表（提交前需获得批准）
产品质量保证	注册流程演示、代码地图、功能地图、逐项功能审计、结账信任度检查，以及 PostHog 分析简报
付费广告	判断 Google Search 广告是否适合、在你批准计划后于你自己的账号中启动广告活动，以及每日检查以减少浪费并提出更改建议
竞争对手	定价和更新日志变化，以及即将关闭的工具的用户
创意工作	图表、品牌角色和产品演示视频
项目背景	持续维护的 wiki、研究报告和每周简报

对于不符合模板的工作，project.task 会为你创建一个独立的 Codex 任务，并提供单独的对话和控制选项。它可以提问、暂停和恢复。修改项目文件前，必须先批准拟议的差异。

内容计划中的日期是编辑目标，而非自动发布时间。你可以逐项开始生成；当前的自然流量系统也可以从规划继续推进到下一个符合条件的草稿、审核和交付环节。Tin 可以报告某项内容已被涵盖或需要更充分的证据，而不是强行再生成一篇文章。连接 GitHub 后，已批准的内容会根据项目的交付设置进行处理：创建一个尚未合并的 PR，或提交到 main；否则，Markdown 会保留在项目 Files 中。这不会自动安排六个月的草稿撰写，也不会发布网站。

实时 Registry 是各工作流输入和要求的权威来源。docs/architecture.md 说明了主要组成部分如何协同工作。

提供你会交给同事的上下文

代码库能告诉我们很多关于产品如何运作的信息，却很少说明客户为什么购买、他们会误解什么，或你希望采用怎样的表达方式。添加能填补这些空白的材料：客户访谈、支持问题、研究资料，以及你自己的写作示例。

你的项目也可以在 .agents/skills/ 下包含 SKILL.md 文件。工作流会加载自己声明的技能，例如写作风格指南。Tin 可以根据你选定的样本帮助提取该指南，你也可以直接编辑。你本地代码库中的技能不会自动提供给托管运行；你的 Agent 需要将相关材料保存到 Tin 项目中。

公开文章和计划中的草稿都支持在阅读器或通过 MCP 提供反馈。告诉 Tin 要修改什么，比较修订稿，然后批准你想要的版本。生成说明会与公开文案分开保存。配置 GitHub 交付后，获批文章会遵循项目的交付设置：创建未合并的拉取请求，或提交到 main；只有当 Tin 的拉取请求中除页面外没有其他内容，且 GitHub 报告状态正常时，Tin 才会合并自己的拉取请求。技术修复始终需要等待你合并。

连接工作所需的服务

连接归属于项目。工作流会使用每个集成中的特定操作，Tin 会在运行前检查访问权限。

连接	可执行的操作	边界
Google Search Console	读取你选择的资源的搜索表现	只读访问
GitHub App	读取选定的代码库，并创建包含拟议更改的拉取请求	Tin 只会合并自己创建的、针对获批内容的拉取请求，且仅限采用提交到 main 的交付设置时；凭据保留在服务器上
GitHub 账户	使用你自己的账户提交你批准的 awesome-list 条目	仅用于向公开代码库提交获批内容
Google Workspace	研究 Gmail 和 Calendar 历史记录；发送获批的营销活动	读取和发送操作均遵循项目声明的功能
Google Ads	通过 Tin 的经理账户启动并管理一个 Search 广告系列	只有在你批准确切方案后才会创建任何内容；预算和竞价变更需要你的批准
Stripe	读取订阅、客户、发票、价格和扣款	使用你创建的只读受限密钥
PostHog	在你选择的一个 PostHog 项目中运行范围受限的查询	只读访问
X	从你自己的帖子中了解你的表达风格，并发布你批准的帖子	只会发布你确认的确切帖子和媒体
Claude Code、Codex、Cursor	通过 MCP 使用 Tin，包括文件、工作流和受支持的审核操作	每次调用都会检查用户的项目成员资格

服务提供方的令牌和密钥保留在交换台（Tin 的服务器）上。沙盒工具通过与本次运行关联的授权，获取获准的数据或访问权限。产品 QA 可以使用独立的 Tin 测试身份登录正在测试的产品。

如需使用 Google Docs 和 Drive、GA4 或其他广告平台的数据，请将相关导出文件添加到项目文件中。

自带工作流

了解步骤时，可以从普通 Python 开始。工作需要判断时，再添加托管模型调用；一个工作流可以包含多个模型调用，由代码处理顺序、分支和验证。需要 Agent 自行探索并选择步骤时，使用 Codex 程序。

这三种方式都可以作为公开工作流包贡献：

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

程序包使用 PROMPT.md 和 skills/，而不是 main.py。清单声明类型化输入、有界输出、集成项和审核要求。维护者会审核贡献，并明确选择要加入 Registry 的包；目录同步会将每个入选包作为一个固定版本发布。现有运行记录和已保存配置会保留其所选版本。

请参阅添加工作流以及确定性和双模型步骤示例。如果有界包运行时无法满足需求，也可以贡献原生代码和由模型驱动的工作流。

私有工作流

有界私有工作流试点采用相同的 Python 契约：类型化输入、隔离执行、可选的托管模型调用、项目 API 连接、持久化报告，以及符合条件的每日或每周计划。 你的编码 Agent 负责编写并测试软件包；Tin 会独立运行它。纯代码的有界计算不需要模型凭据或 Tin 积分。托管模型调用使用 Tin 积分；连接的 API 用量计入相应的提供商账户。

请参阅代码工作流、托管模型步骤和安全的项目 API 连接，了解示例、具体限制、设置和验证方式。私有代码计划任务会复用已保存的工作流计划；付费执行需要预先授予持续支出权限。

私有工作流存放在项目文件中，仍需由操作员启用。编码 Agent 编写软件包并完成验证后，通过 MCP 明确将其激活。代码工作流会生成有界文本产物。私有 Codex 程序可以生成项目产物或尚未合并的 GitHub PR，但仍只能按需运行。不支持在作者代码中直接使用 SDK 凭据，也不支持通过通用的单命令方式导入技能。请参阅功能状态，了解受支持功能与实验性功能的界限。

工作流是公开还是私有，决定的是谁可以使用它，而不是它运行的是代码还是 Agent。

案例研究：四个月内从每月 $45 增至 $2,105

Claw Messenger 为 AI Agent 提供一个 iMessage 号码。原版 Tin Agent 于 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 内的独立浏览器由 Agent 控制。箭头表示调用和工作调度；沙箱结果会返回 Tin 的服务进行验证和存储。

• 总控台是产品、API 和 MCP 服务背后的 FastAPI 服务。其工作进程会执行工作流代码、按需创建沙箱、调用集成，并验证对项目文件的写入。
• Temporal 会协调运行、安排任务、重试并等待输入。其历史记录保存标识符和少量控制值。提示词、文件和凭据保存在历史记录之外。等待审核不会让沙箱或模型持续运行。
• E2B 沙箱为 Codex 提供临时工作区，其中包含为此次运行选定的文件和指令。浏览器工作流也会在该沙箱内运行 Camoufox，以访问网站或测试产品。移除沙箱前会先创建结果检查点。小型文本工作流会直接从受信任的活动中调用模型。
• code.storage为每个项目保存一个 git 存储库。输出会在沙箱移除后继续保留，并带有可供你检查的修订版本。
• Postgres保存项目成员、聊天记录、运行状态和决策。读取产品状态时无需查询 Temporal。
• 模型访问将原生模型调用与沙箱化的 Codex 执行分开。托管默认配置会为受支持的新 Codex 运行（包括浏览器、Studio 和交互式任务）使用受保护的 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；有关当前限制和未完成的发布门槛，请参阅功能状态与发布准备情况。 文档索引汇总了贡献者指南和自托管指南。

由 Ege Özgirin 和 Emre Şarbak 制作。Ege 曾在 Oda 构建 AI Agent，之后打造了 Keke——他的自主 AI 艺术家；Emre 曾协助构建 LaunchCode、Kodluyoruz、Patika、Rise In 和 SuperSense。

我们花了很多时间构建能够完成实用工作的 Agent。Tin 致力于让这些工作更易于组织、重复和改进。我们在 app.tin.computer 运行托管版本，同时也在这里提供相同的代码，供希望自行运行的人使用。

我们的其他项目：with.md、Personality Machine 和 Personaplex fine-tuning。