← 返回目录

YALC

社区

非标准 Server

开源、AI 原生的 GTM 操作系统，CLI 优先。

这不是典型的可直接连接的 MCP Server，使用前请先阅读源仓库说明。

查看安装方法 ↓ 横向对比 GitHub 源仓库 ↗

分类: 开发工具第 258 / 438
Stars: ★ 318 热门
传输方式: stdio（本地进程）
运行环境: Node.js 20+
凭据: 可选 API Key
许可证: MIT
最近提交: 53 天前
工具数: 20

50FMRS · D

YALC 为 GTM 自动化提供了一个强大的 CLI 框架，具有丰富的技能和提供者集成。它非常适合熟悉命令行的迭代式销售团队，但需要谨慎设置并了解外部 API 依赖。

最强项 · 文档质量 13/20 最弱项 · 可靠性 5/20

可靠性

5/20

安全与权限

10/20

维护活跃度

12/20

文档质量

13/20

安装易用性

10/20

查看各项评分依据

可靠性 5/20: 证据仅来自 README（不可信证据）；项目本质上是一个 CLI（README 明确写 'no public Node API to import'），没有 MCP server manifest、工具列表或 init 握手证据，'SERVER MANIFEST' 未缓存。MCP 集成在文档中被描述为 'current status, and roadmap'，并非主要能力。声明了大量命令，但部分命令被设计为'重定向'并干净退出而不做实际工作；无测试内容或 CI 工作流文件可核验。按静态校准规则，缺少可验证的 CI 与已提交测试，可靠性上限不超过 12；且存在'以 MCP 服务器标准评审 CLI'的根本性错位，故给 5。
安全与权限 10/20: 未发现红线问题：无恶意软件、无真实 token 出现在安装示例中（均为 sk-ant-... 占位符）、无可疑外传或伪造维护者身份的迹象。主要风险可见：大量第三方 API key、外发邮件/LinkedIn DM、Vercel 部署适配器、本地 ~/.gtm-os 数据存储与 ENCRYPTION_KEY 等。但最小权限、危险操作的确认流程、数据边界均无法从提供材料核实；README 声明了出站校验、禁止静默 mock、不记录 API key（sk-...redacted）等良好实践。综合给 10。
维护活跃度 12/20: MIT 许可、仓库未归档、开放 issue 仅 7 个，README 提及 0.13.0 版本与 CHANGELOG，并有 CI 徽章。但提交历史、发布节奏、issue 响应时效、依赖更新情况均无法从提供材料验证（README 本身不可信），存在治理/版本信息不可核验的缺口，故给 12。
文档质量 13/20: README 作为 CLI 文档非常完整：快速开始、命令清单、提供方、技能、配置、env 优先级，并链接了 first-run/providers/commands/skills/troubleshooting 等分层文档，且披露了可选依赖（Playwright）与密钥可选性等限制。但作为 MCP 服务器缺少 MCP 客户端配置示例和工具参数说明，docs/mcp.md 仅被标为'现状与路线图'；链接文档的真实内容无法核验。综合考虑给 13。
安装易用性 10/20: CLI 安装路径确实极简：npm 全局安装后运行 yalc-gtm start 即可，支持交互式、--review-in-chat 与 --non-interactive（CI/自动化）模式，Node 20+ 要求明确。但作为 MCP 服务器，没有任何主流客户端的 mcpServers 配置示例；且静态校准规定在无真实 CI 加已提交测试的情况下 setup 上限为 15，故低于上限给 10。

静态评测 · 未实际运行收录于 2026-08-07

查看 FMRS 评分方法 →

选型与风险

能访问什么写入 / 删除本地文件执行命令或代码访问网络连接数据库

适合谁

寻求开源、可定制 GTM 自动化工具的中小型 B2B 团队。
已使用 Claude Code 并希望集成 GTM 工作流的开发者。
希望通过 CLI 或 MCP 控制端到端营销活动的运营人员。

不适合谁

需要全托管、图形化 GTM 平台的企业用户。
需要预构建、维护的 MCP 服务器而不是 CLI 工具的团队。
寻求官方来自 CRM/ESP 或类似供应商支持的用户。

所需权限

访问外部 API（Unipile、Crustdata、Firecrawl、Notion、FullEnrich、Instantly、Anthropic 等）
读写本地文件系统（`~/.gtm-os/`、`./data/`）
启动本地仪表板服务器（端口 3847）并在浏览器中打开
在系统上运行后台代理（launchd）

风险与副作用

如果配置不当，可能发送未经请求的消息，违反平台政策。
API 密钥存储在本地文件（`~/.gtm-os/.env`）中，如果暴露可能导致未授权使用。
自动化消息可能不总是符合品牌声音；建议人工审核。
依赖于多个外部服务，这些服务可能改变 API 或收取费用。

安装接入

准备工作

运行环境：Node.js 20+

ANTHROPIC_API_KEY 可选密钥独立运行时用于 LLM 规划/资格筛选/个性化的 Anthropic API 密钥（在 Claude Code 内可选）；在 console.anthropic.com 获取。

UNIPILE_API_KEY 可选密钥 Unipile 的 API 密钥，用于 LinkedIn 搜索、连接、私信和抓取；在 Unipile 控制台获取。

NOTION_API_KEY 可选密钥用于数据库同步的 Notion 集成令牌；在 Notion 集成设置中获取。

ENCRYPTION_KEY 可选密钥存储凭据的加密密钥；用 'openssl rand -hex 32' 生成。

FIRECRAWL_API_KEY 可选密钥 Firecrawl 的网页抓取/搜索 API 密钥（在 Claude Code 内可选，可用 WebFetch 替代）；在 firecrawl.dev 获取。

CRUSTDATA_API_KEY 可选密钥 Crustdata 的公司与人员搜索/ enrichment API 密钥；在 Crustdata 获取。

FULLENRICH_API_KEY 可选密钥 FullEnrich 的邮箱/电话 enrichment API 密钥；在 FullEnrich 获取。

INSTANTLY_API_KEY 可选密钥 Instantly 的冷邮件发送与序列管理 API 密钥；在 Instantly 获取。

VOYAGE_API_KEY 可选密钥 Voyage 的嵌入（记忆库）API 密钥；在 Voyage AI 获取。

LEMLIST_API_KEY 可选密钥内置 lemlist 技能/MCP 集成所需的 Lemlist API 密钥；在 Lemlist 获取（见 CLAUDE.md）。

PEOPLEDATALABS_API_KEY 可选密钥捆绑的 peopledatalabs people-enrich 声明式适配器的 API 密钥；在 Peopledatalabs 获取。

HUBSPOT_API_KEY 可选密钥捆绑的 HubSpot crm-contact-upsert 声明式适配器的 API 密钥；在 HubSpot 获取。

BREVO_API_KEY 可选密钥捆绑的 Brevo email-campaign-create 声明式适配器的 API 密钥；在 Brevo 获取。

VERCEL_TOKEN 可选密钥捆绑的 landing-page-deploy 声明式适配器的 Vercel 令牌；在 Vercel 账户设置中获取。

其他可选配置项（3 个）

UNIPILE_DSN 可选 Unipile 的 DSN，格式为 https://api{N}.unipile.com:{PORT}；在 Unipile 控制台获取。

WEB_FETCH_PROVIDER 可选在 .env.local 中设置的网络抓取提供方覆盖：auto（默认）、firecrawl 或 claude-code；非机密。

VERCEL_TEAM_ID 可选 landing-page-deploy 适配器可选的 Vercel 团队 ID；在 Vercel 获取。

全局安装：npm i -g yalc-gtm-os，然后运行 yalc-gtm start。需要 Node.js 20 或更高版本。或者，在 IDE（Cursor/VS Code 与 Claude Code 扩展）中打开仓库并使用对话界面。

验证是否装好

运行 'npm i -g yalc-gtm-os && yalc-gtm start'（仓库内可用 'pnpm cli start'）；当 ~/.gtm-os/ 被创建且浏览器打开 http://localhost:3847/setup/review 仪表盘时即为安装成功，也可运行 'yalc-gtm --help' 查看命令列表确认。

常见排障

运行 `yalc-gtm setup` 检查 API 密钥和提供者连接。
查看 `~/.gtm-os/config.yaml` 中的配置设置。
确保所有必需的环境变量已设置（例如 `ANTHROPIC_API_KEY`）。
检查 `~/.gtm-os/logs/agents/` 中的日志以调试后台代理。

试试这样问

连接成功后，可以直接对 AI 助手这样说：

用 yalc-gtm leads:qualify --source csv --input ./leads.csv --dry-run 对我的线索名单做资格筛选并显示结果。
创建一个名为 Q2 Outbound 的营销活动，假设是 VP Eng 对痛点型话术更有回应。
用 campaign:report 生成本周的营销智能报告。
用 notion:sync 把我的 SQLite 营销数据同步到 Notion。

工具能力 20

start 写入

引导式入门：检查 API 密钥、上下文、框架和目标。

setup 只读

检查 API 密钥和提供者连接。

onboard 写入

根据公司资料/网站构建 GTM 框架。

campaign:track 写入

轮询 Unipile、推进序列、同步 Notion。

campaign:create 写入

创建 A/B 变体测试的活动。

campaign:report 只读

生成每周情报报告。

campaign:monthly-report 只读

生成跨活动月度报告。

campaign:dashboard 只读

打开可视化仪表盘。

展开其余 12 个工具

leads:qualify 写入

运行 7 门资格认定管道。

leads:scrape-post 只读

抓取 LinkedIn 帖子的互动者。

leads:import 写入

从 CSV/JSON/Notion 导入线索。

linkedin:answer-comments 写入

回复 LinkedIn 帖子评论。

email:send 破坏性

发送序列或单条消息（可选提供商）。

email:create-sequence 写入

生成邮件滴灌序列。

notion:sync 写入

SQLite ↔ Notion 双向同步。

notion:bootstrap 写入

将现有 Notion 数据导入 SQLite。

orchestrate 写入

自然语言 → 分阶段技能执行。

agent:run 写入

立即运行后台代理。

agent:install 写入

将代理安装为 launchd 服务。

agent:list 只读

列出代理及其上次运行状态。

使用场景

运行多渠道营销活动（LinkedIn + 邮件）并自动跟踪。

从 CSV/JSON 导入线索，进行资格认定和丰富。

使用自然语言描述营销目标，由 YALC 规划工作流程。

通过仪表盘和智能存储分析活动效果。

支持客户端

Claude Desktop

依据项目文档列出，未经本站实测。

详细介绍

YALC 是一个开源、AI 原生的运营系统，用于运行任何 GTM 活动。它采用 CLI 优先设计，通过内置技能、提供者集成和智能存储，帮助用户从自然语言描述到执行营销活动、线索资格认定和结果跟踪。它可作为 Clay 的开源替代品，支持多通道活动（LinkedIn + 邮件）、A/B 变体测试、统计显著性分析、实时仪表盘和基于数据库的速率限制。