mcpField
L
Launch Engine — Business Execution OS

Launch Engine — Business Execution OS

本地服务
github.com商业与营销430 周前更新

关于 Launch Engine — Business Execution OS

Asset Factory 是面向个体创业者和自力创业者的 MCP 服务,通过分阶段流程支持从创意研究到收入验证。其 SOP 工具会检查前置条件并衔接各阶段,另提供状态追踪、资产保存和经验记录工具。

主要功能

  1. 0142 个分阶段 SOP 工具
  2. 02五种流程入口
  3. 03前置条件与上下文检查
  4. 04单位经济效益和报价测试
  5. 05流程状态与资产工具

适用场景

  1. 01在开发前筛选创意
  2. 02开展小额付费验证测试
  3. 03生成并审核发布材料
  4. 04追踪流程进度与经验

MCP 相关

向 MCP 客户端提供业务流程 SOP 和实用工具。服务返回带上下文的操作说明,并支持更新流程状态、保存资产和记录可复用经验。

配置

本地服务的配置在各客户端中通用,复制后粘贴到客户端的 MCP 配置文件即可。

mcp.json · 通用配置
{
"mcpServers": {
"zionhopkins-launch-engine": {
"command": "npx",
"args": [
"-y",
"launch-engine-mcp"
],
"env": {
"LAUNCH_ENGINE_PROJECT_DIR": "<LAUNCH_ENGINE_PROJECT_DIR>"
}
}
}
}
启动命令npx -y launch-engine-mcp
需要配置的环境变量
LAUNCH_ENGINE_PROJECT_DIRPath to your project directory where pipeline-state.json and assets/ live

本地服务需要在你的电脑上安装运行环境(如 Node.js 18+)。各客户端的配置文件位置不同,请参考客户端文档。

安装包
npmlaunch-engine-mcp1.1.0

工具

42

收录的工具列表 · 更新于 2 周前

参数类型必填说明
ideastring是要探索的市场创意、细分领域或问题
market_namestring否URL 安全的市场 slug(若省略,则根据创意自动生成)

详细介绍

Asset Factory

npm 版本 许可证:MIT GitHub 星标

将想法转化为收入的 Agentic 工作流——面向独立创始人和自力创业者。

npx -y asset-factory-mcp

Asset Factory 演示


为什么选择 Asset Factory?

大多数 MCP 服务只提供一个工具:GitHub 集成、数据库查询或 Slack 机器人。

Asset Factory 提供 42 个可组成工作流的工具——从原始想法到验证收入的完整实践指南,都能在你已使用的 AI 客户端中运行。

  • 不再为无从下手而烦恼。 从 scout 开始,系统会在每一步告诉你接下来该做什么。
  • 每个阶段都为下一阶段提供支持。 买家调研为产品设计提供依据,产品设计为营销文案提供依据,营销文案为验证提供依据。没有任何成果会被浪费。
  • 先算账,再制作素材。 在开始构建前先验证单位经济效益。再也不会花几周打造一个在你的预算下行不通的产品。
  • 花 $50 测试想法,而不是 $5,000。 rapid_test 通过落地页和付费流量,在 3-5 天内为你提供反馈,让你在投入完整工作流之前先做验证。
  • 让你的 AI 成为联合创始人,而不是聊天机器人。 它不只是回答问题,还会与你一起执行结构化的业务系统。

安装

npm install -g asset-factory-mcp

或者无需安装,直接运行:

npx -y asset-factory-mcp

快速开始

Claude Desktop

添加到你的 claude_desktop_config.json:

{
  "mcpServers": {
    "asset-factory": {
      "command": "npx",
      "args": ["-y", "asset-factory-mcp"],
      "env": {
        "ASSET_FACTORY_PROJECT_DIR": "/path/to/your/project"
      }
    }
  }
}
Cursor

添加到你的 MCP 设置(.cursor/mcp.json):

{
  "mcpServers": {
    "asset-factory": {
      "command": "npx",
      "args": ["-y", "asset-factory-mcp"],
      "env": {
        "ASSET_FACTORY_PROJECT_DIR": "/path/to/your/project"
      }
    }
  }
}
从源代码安装
git clone https://github.com/ZionHopkins/asset-factory-mcp.git
cd asset-factory-mcp
npm install
npm run build
node dist/index.js

工作原理

Asset Factory 是一个双层工具系统:

第 A 层——42 个 SOP 工具(只读):每个工具都会根据 pipeline-state.json 验证前置条件,从前序阶段加载上游上下文,检查 learnings.json 中的模式,并返回结合这些上下文的完整 SOP 指引。由你的 AI 执行这些指引。

第 B 层——3 个实用工具(用于修改):update_pipeline_state、save_asset、capture_learning。这些工具负责所有状态写入和文件创建。你的 AI 会在执行每个 SOP 后调用它们。

工作流

Five entry points:

1. scout            → Full pipeline (research → offer → build → deploy → validate)
2. rapid_test       → Quick $50-100 test (signal in 3-5 days)
3. passive_deploy   → Marketplace assets (after research)
4. tournament       → Batch-evaluate 3-5 ideas through Layer 1 simultaneously
5. portfolio_triage → Rank existing pipelines by profit velocity, select top N
完整工作流
LAYER 1 (Strategist):
  scout → autonomy → market_intel → research → build_blocks → stress_test → unit_economics

LAYER 2 (Builder):
  name_lock → platform + product → deploy → qa → validate_prep

LAYER 3 (Validator):
  validate_check (daily) → validate_decide → feedback → iterate

TRAFFIC (Paid):
  traffic_strategy → channels → creative_test → funnel_optimize → scale

ORGANIC GROWTH (runs parallel with paid):
  content_engine → content_repurpose → seo_check (monthly)

BOLD ACTION (post-QA):
  bold_action → credibility compression playbook

REVENUE PHASE MANAGEMENT (optional overlay):
  portfolio_triage → revenue_review (weekly)
  Phases: Signal → Cash → Repeat → Scale

CROSS-CUTTING:
  status | daily_check | lessons | voice_extract | dream_100 | tournament

每个工具都会自动检查前置条件。如果你在完成 market_intel 之前尝试运行 research,系统会显示清晰的 STAGE_BLOCKED 消息,准确告知你应先运行什么。

工具参考

SOP 工具(42 个)
工具描述前置条件
scout市场扫描——输入原始创意,判断其可行性无(入口)
autonomyAgent 自主性评分——评估产品是否适合由 AI 构建scout
market_intel深入市场研究与竞争力评分scout, autonomy
research治疗性买家引擎——深入研究用户画像market_intel
build_blocks基于买家研究构建 7 个构建模块research
stress_test从 10 个维度为报价评分build_blocks
unit_economicsCPA、LTV、盈亏平衡建模stress_test
name_lock确定企业/产品名称stress_test, unit_economics
platform技术栈选择与评分stress_test
product产品架构设计stress_test, name_lock
deploy生成销售页面、邮件和广告文案name_lock, platform, product
qa7 项检查的用户画像一致性关卡deploy
validate_prep验证部署包deploy, qa
validate_check每日 60 秒健康检查validate_prep
validate_decide验证窗口结束时给出结论validate_prep
feedback绩效诊断与修复路由deploy
traffic_strategy流量渠道研究与评分deploy
channels渠道设置与配置traffic_strategy
creative_test广告创意变体测试channels
funnel_optimize转化漏斗 CRO 测试channels
scale系统化扩展已验证的渠道creative_test
traffic_analytics绩效报告与归因channels
dream_100关系策略与外联research
passive_deploy市场资产评分与规格说明research
passive_check定期绩效检查passive_deploy
passive_compound围绕锚点部署相关资产passive_deploy
passive_portfolio季度投资组合审查passive_deploy
rapid_test快速创意测试——落地页 + 广告无(入口)
rapid_check每日指标与阈值对比rapid_test
rapid_graduate将测试升级至完整流程rapid_check
rapid_status所有快速测试的仪表板无
status流程状态报告无
daily_check5 分钟每日运营概览正在运行的营销活动
lessons模式库——记录和检索无
voice_extract从内容中提取品牌语气qa
content_engine主题集群研究、SEO/GEO 内容生成qa, validate_prep
content_repurpose一次性将内容改编至多个平台content_engine
seo_check每月 SEO/GEO 审计与 AI 引用追踪content_engine
tournament通过第 1 层批量评估 3-5 个创意无(入口)
bold_action大胆行动手册——最具杠杆效应、不可逆的信誉提升举措qa
portfolio_triage按利润速度评分对各流程排序,并执行活跃数量上限无(入口)
revenue_review每周收入阶段评估(信号 → 现金 → 复购 → 扩展)无(入口)
实用工具(3 个)
工具描述
update_pipeline_state使用点表示法路径更新 pipeline-state.json
save_asset将文件保存到 assets/[market-name]/ 目录
capture_learning将可复用模式记录到 learnings.json

项目目录结构

Asset Factory 会在你的项目目录中创建和管理文件:

your-project/
├── pipeline-state.json      # Pipeline progress tracking
├── learnings.json            # Pattern library across pipelines
└── assets/
    └── [market-name]/
        ├── research/         # Scout reports, buyer research, market intel
        ├── building-blocks/  # The 7 Building Blocks
        ├── product/          # Product Architecture Blueprint
        ├── copy/             # Sales letters, email sequences
        ├── campaigns/        # Landing pages, ad copy
        ├── traffic/          # Traffic strategy, creative tests, analytics
        ├── validation/       # Deployment packages, daily checks, verdicts
        ├── voice/            # Brand voice calibration
        ├── passive-portfolio/ # PADA outputs
        ├── rapid-test/       # Rapid test assets
        ├── bold-action/      # Bold Action playbook
        └── content/          # Organic growth engine outputs
            ├── pillar/       # 2,000-4,000 word guides
            ├── spokes/       # 1,000-2,000 word pages
            ├── repurposed/   # Multi-platform assets per source
            ├── schema/       # JSON-LD files
            ├── seo-config/   # robots.txt, sitemap, brand signals
            └── audits/       # Monthly SEO/GEO audit reports

配置

项目目录按以下顺序确定:

  1. ASSET_FACTORY_PROJECT_DIR 环境变量
  2. --project-dir= CLI 参数
  3. 当前工作目录

首次使用

如果没有现有管线就运行 status,你会看到:

有三种路径可用:

  1. rapid_test — 在 3-5 天内进行 $50-100 的付费流量测试
  2. scout — 完整的活跃管线,包含深入研究和验证
  3. passive_deploy — 市场平台资产(需要先进行研究)

最佳实践

开始使用
  • 从 status 开始 — 务必先运行此命令。它会读取你的管线状态,并准确告知你当前所处的阶段以及下一步该做什么。
  • 有新想法?先使用 rapid_test — 不要对未经验证的想法运行完整管线。花费 $50-100,在 3-5 天内获取反馈。如果测试通过,再运行 scout。
  • 一次只跑一条管线 — 你可以并行运行多个快速测试,但一次只专注于一条完整管线。频繁切换会打断推进势头。
管线运行期间
  • 按顺序执行 — 前置条件系统的存在自有其原因。每个阶段的成果都会为下一阶段提供依据。跳过 market_intel,意味着 research 缺少竞争环境背景。跳过 stress_test,意味着你可能会为一个有缺陷的方案制作资产。
  • 不要跳过 qa — 它会检查承诺与产品是否一致、统计数据是否注明来源,以及用户画像是否偏移。每项触达买家的资产都必须通过 QA 审核。
  • 验证期间每天运行 daily_check — 这只需 60 秒,就能在问题造成预算损失之前将其发现。
  • 每次重大决策后使用 lessons — 包括判定结果(ADVANCE/KILL)、通过验证的快速测试、创意测试赢家。模式库能让今后的每条管线都更完善。
与 AI 协作
  • 让 AI 执行完整 SOP — 每个工具都会返回完整指引。不要中途打断。让它完成研究、生成交付物并保存文件。
  • 谨慎审核 Tier 3/4 决策 — 系统会暂停并征求你对市场选择、定价、终止决策以及任何涉及真金白银的事项的意见。这些暂停是有意设置的。
  • 相信数据 — unit_economics 会告诉你这些数字是否适用于你的预算。如果判定结果为 NON-VIABLE,不要勉强推进。继续寻找其他方案,或调整报价。
扩大规模
  • 先验证,再扩大规模 — scale 要求创意赢家已得到验证,且转化量达到 30+。扩大未经验证的营销活动是最快的烧钱方式。
  • 累积经验 — 达到 ANCHOR 状态的被动资产应触发 passive_compound。一个经过验证的资产可以衍生出 5-10 个相关资产。
  • 每周运行 traffic_analytics — 归因可能发生偏移。上周有效的方法,下周可能就不再奏效。要密切关注数据。
应避免的常见错误
  • stress_test 通过前不要制作资产 — 判定结果为 GO,意味着方案在结构上是稳健的。判定结果为 REVISE 或 REBUILD,则意味着应先修好基础。
  • 不要跳过 name_lock — 资产制作完成后再更改企业名称,就意味着所有内容都要重做。尽早锁定名称。
  • 不要忽视 KILL 信号 — 如果快速测试指标达到终止阈值,就终止测试。如果验证结果为 KILL,记录经验教训后继续前进。沉没成本不是策略。
  • 未通过 qa 审核,不要发布 — 未审核的文案若包含未注明来源的声明或与用户画像不符,会损害信任并降低转化率。
  • 不要对每个想法都运行完整管线 — rapid_test 正是为此而设。低成本测试 5-10 个想法,再把完整管线投入到胜出者身上。

收入阶段系统(v1.2.0 新增)

可选的叠加层,用于跟踪收入在以下四个阶段中的进展:

阶段目标晋级条件
信号表达意向注册邮箱、支付订金、回复私信
收款完成首笔销售收到首笔付款
复购以相同价格完成 3 笔以上销售累计销售 3 笔
扩大规模达到目标 MRR月收入持续稳定

启用方法: 运行 portfolio_triage 以选择活跃的业务管道。选中的业务管道会获得 revenue_phase: "signal"。每周运行 revenue_review 跟踪进展。

scout 现在包含销售周期现实检验,用于估算各市场从启动到首笔销售所需的天数(绿色:<=14d,黄色:15-30d,红色:>30d)。该估算会纳入 portfolio_triage 使用的利润速度评分。

自动化 QA 测试套件(v1.1.0 新增)

该业务管道包含一个自动化 QA 测试套件,会在以下 3 个节点运行:

闸门时机检查内容
部署前deploy 生成素材之前缺少研究、单位经济效益计算错误、占位文本
部署后写入素材后、qa 之前HTML 问题、暴露的 API 密钥、邮件主题长度、缺少 CTA
QA 后角色修正后修正引入的结构性问题

qa-tests/ 中的测试模块:

  • test_landing_page.py — HTML 结构、CTA 是否存在、机密信息检测
  • test_campaign_assets.py — 邮件/广告验证、品牌一致性
  • test_research_report.py — 章节完整性、引文密度、矛盾检测
  • test_unit_economics.py — 利润率是否为正、CAC/LTV 比率、计算验证

要求: Python 3.10+

收录平台

收录于 MCP Server Hub | MCP Registry

许可证

MIT

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。