Asset Factory MCP：AI驱动的42步SOP工具箱，为独立创业者构建商业流水线

1. 项目概述：一个为独立创业者打造的AI驱动商业流水线

如果你是一名独立开发者、自由职业者或者小团队的创始人，你一定经历过这样的时刻：脑子里冒出一个绝妙的商业点子，兴奋地打开电脑，然后……对着空白的屏幕陷入迷茫。接下来该做什么？做市场调研？写商业计划书？还是直接开始写代码？顺序是什么？做到什么程度才算“验证”？这种“从想法到收入”的路径模糊性，是大多数项目胎死腹中的首要原因。

今天要聊的Asset Factory MCP，就是为解决这个问题而生的。它不是另一个教你“如何创业”的课程，也不是一个臃肿的SaaS平台，而是一个直接集成在你日常使用的AI客户端（如Claude Desktop、Cursor）里的42步标准化操作程序（SOP）工具箱。它的核心逻辑很简单：将“从想法到验证收入”这个复杂过程，拆解成一系列清晰、有序、可执行的原子任务，并由你的AI助手（如Claude）来引导和执行每一步。你可以把它理解为你AI助手的“商业操作系统”，或者一个永不疲倦、严格遵循最佳实践的“虚拟联合创始人”。

想象一下这个场景：你有一个关于“为独立设计师提供项目管理模板”的想法。传统模式下，你可能需要花几天时间漫无目的地搜索竞品、猜测用户痛点、胡乱设计一个MVP。而在Asset Factory的框架下，你只需要对你的AI说：“用scout工具分析一下‘设计师项目管理模板’这个市场。” AI会调用对应的SOP工具，自动执行一套标准化的市场扫描流程，输出结构化的报告，告诉你市场规模、竞争热度、潜在切入点，并明确指示你下一步应该运行autonomy工具来评估产品的AI可构建性。整个过程是引导式的，你不再需要自己思考“接下来该干嘛”。

这个项目的价值在于其系统性和防呆设计。它内置了经济学模型（unit_economics），确保你在投入大量时间开发前，先算清楚单位经济效益是否成立；它设置了严格的质检关卡（qa），防止你发布与用户承诺不符的产品描述；它甚至提供了快速验证通道（rapid_test），让你能用50-100美元和3-5天时间，通过一个简单的落地页和广告投放来获取市场信号，而不是一上来就all-in数周时间。对于资源有限的独立创业者而言，这种“先数学，后资产；先信号，后规模”的理性工作流，是避免资源浪费的关键。

2. 核心设计思路：两层工具架构与状态驱动的工作流

Asset Factory的架构非常精巧，它没有做成一个庞大的单体应用，而是采用了“两层工具架构”，完美适配了MCP（模型上下文协议）的范式，也让AI能够安全、有序地参与复杂的多步骤流程。

2.1 核心架构：A层SOP工具与B层效用工具

整个系统由42个A层工具和3个B层工具构成，这是一种清晰的“读写分离”设计。

A层：SOP工具（42个，只读）这42个工具是流水线的“执行手册”。每个工具都对应一个具体的商业动作，例如market_intel（市场深度调研）、stress_test（方案压力测试）、deploy（生成销售物料）。它们的主要职责是：

1. 检查前提条件：每个工具都会读取一个中心状态文件pipeline-state.json，检查当前项目是否已经完成了前置步骤。例如，你想直接运行research（用户深度研究），但系统发现market_intel还没做，它会明确返回一个STAGE_BLOCKED错误，并告诉你“请先完成market_intel”。
2. 加载上游上下文：工具会读取之前步骤生成的所有文件（如调研报告、用户画像），将这些信息作为本次执行的上下文，确保工作流是连贯的，而不是割裂的。
3. 查询模式库：工具会读取learnings.json文件，这是一个跨所有项目的“经验模式库”。比如，如果你之前在另一个项目中总结出“针对B端客户的落地页，长文案转化率更高”，这个经验会被应用到新项目的deploy阶段。
4. 返回完整SOP指令：最后，工具会向AI返回一套完整的、可操作的自然语言指令。AI的工作就是严格遵循这套指令去执行，比如进行网络搜索、分析数据、撰写文案等。

B层：效用工具（3个，可写）这是整个系统中唯一被允许修改文件和状态的三个工具。所有数据的持久化都通过它们完成，确保了状态变更的集中管理和安全。

1. update_pipeline_state: 用于更新pipeline-state.json。采用点标记法路径，例如update_pipeline_state("current_stage", "research")。
2. save_asset: 用于保存生成的任何资产文件（如调研报告、设计稿、代码）到assets/[市场名称]/目录下对应的文件夹。
3. capture_learning: 用于将本次执行中总结出的有效模式或教训，写入learnings.json文件，供未来所有项目参考。

注意：这种设计是出于安全考虑。在MCP架构下，我们通常不希望AI拥有直接、无限制的文件系统写入权限。通过将“写”操作收敛到三个明确的工具，并由开发者（你）在关键时刻（如AI完成一个阶段后）主动调用，可以极大降低风险，也让整个流程更可控、可审计。

2.2 状态驱动与前提检查：防呆设计的核心

这是Asset Factory最值得称道的设计。传统的项目管理工具或待办清单，需要你手动标记任务状态、手动判断依赖关系。而Asset Factory将这一切自动化、状态化了。

pipeline-state.json是唯一真相源。它记录了当前项目进行到了哪个阶段（如"stage": "market_intel"），以及各个子任务的完成状态和关键产出物的元数据（如生成的研究报告路径、计算出的关键指标）。

每个SOP工具在运行时，第一件事就是“查状态、验依赖”。例如，deploy（部署物料生成）工具的逻辑伪代码如下：

function deploy_tool() { // 1. 检查前提：name_lock, platform, product 必须已完成 const state = readPipelineState(); if (!state.completed_stages.includes('name_lock')) { return { error: 'STAGE_BLOCKED', message: '请先运行 name_lock 工具以确定产品/品牌名称。' }; } // 2. 加载上游资产：从state中获取product蓝图、building-blocks等文件路径 const productSpec = readFile(state.assets.product.blueprint); const buildingBlocks = readFile(state.assets.building_blocks.report); // 3. 组合上下文，生成SOP指令返回给AI return generateSOPInstructions(productSpec, buildingBlocks); }

这种设计彻底消除了“我下一步该做什么？”的困惑，也防止了因跳过关键步骤（如没做市场调研就直接设计产品）而导致的战略性错误。它强制推行了一种经过验证的、最优的做事顺序。

2.3 五大入口与灵活路径：适配不同创业场景

不是所有想法都值得投入完整的、深度的流水线。Asset Factory提供了五个不同的入口，对应不同的资源投入和验证速度：

1. scout（侦察兵）：完整流水线入口。当你有一个初步想法，并愿意投入时间进行深度验证和构建时使用。它会启动从市场扫描到产品验证的完整22步流程。
2. rapid_test（快速测试）：低成本信号验证入口。这是我最推荐的起步方式。投入50-100美元广告预算，在3-5天内通过一个简单的落地页测试市场兴趣。如果关键指标（如点击率、转化率）达标，再“毕业”进入完整流水线。这避免了在错误想法上浪费数周时间。
3. passive_deploy（被动部署）：数字资产创作入口。适用于已经完成用户研究（research），想要制作信息产品（如电子书、模板、课程）并在第三方平台（如Gumroad, Teachable）上销售的场景。它专注于资产评分和规格制定。
4. tournament（锦标赛）：批量创意筛选入口。当你有3-5个不相上下的想法时，可以用这个工具让它们并行通过流水线的第一层（市场扫描和自主性评估），然后基于数据（如市场规模、竞争度、AI可构建性得分）选出最优者进入下一轮。
5. portfolio_triage（组合筛选）：多项目管理入口。当你同时运行多个项目（流水线）时，此工具会根据“利润速度分数”对所有项目进行排名，并强制你只专注于排名前N的项目，防止精力分散。

这种多入口设计体现了务实的产品思维：承认创业过程的多样性，并为不同阶段、不同风险偏好的创作者提供最合适的工具。

3. 核心工具解析与实战要点

Asset Factory的42个SOP工具构成了一个完整的商业生命周期管理系统。我们不可能逐一详解，但可以深入剖析几个最具代表性、也最容易用错的核心工具，理解其设计意图和实操要点。

3.1scout与rapid_test：如何选择你的起跑线？

这是两个最常用的起点，但适用场景截然不同。

scout：深度探索，为长期构建奠基scout工具启动的是完整流水线。它的输出是一份初步的市场侦察报告，但更重要的是，它为后续所有步骤设定了上下文。它会要求AI分析：

• 市场容量与趋势：是增量市场还是存量市场？趋势向上还是向下？
• 竞争格局：有哪些主要玩家？他们的优势和弱点是什么？（这里会调用market_intel的逻辑）
• 初步用户假设：谁可能是最早期的采纳者？
• 销售周期现实检查：这是v1.2.0的新功能。它会根据市场类型（B2B SaaS、B2C电商、创作者工具等）估算“从触达到第一笔销售”可能需要的天数，并用红黄绿灯标识。这对于现金流紧张的创业者至关重要。

实操心得：不要指望scout一次就给你一个“做或不做”的明确答案。它的价值在于提出正确的问题，并结构化信息。报告中的“竞争缺口”和“用户未被满足的需求”部分，才是你后续构建产品的基石。我通常会要求AI在scout报告的基础上，再深入挖掘2-3个看似最有机会的缺口。

rapid_test：闪电验证，用数据代替猜想这是资源有限时的首选。它的流程极度精简：

1. 核心价值提炼：将你的想法浓缩成一句最抓人的价值主张。
2. 极简落地页：生成一个单页网站，只有一个标题、副标题、几张说明图、一个邮箱收集框或一个“预售意向”按钮。
3. 微预算广告：生成一组（通常3-5条）广告文案和图片建议，用于在社交媒体或搜索引擎投放。
4. 每日检查（rapid_check）：在广告运行的3-5天里，每日检查关键指标（花费、点击、转化）。
5. 毕业或终止（rapid_graduate）：根据预设阈值（如CPA<$10，转化率>2%）决定是升级到完整流水线，还是终止项目。

避坑指南：rapid_test最大的陷阱是目标设定错误。它的目标不是“赚钱”，而是获取“表达出的意向”（Signal）——一个邮件订阅、一个预约咨询、一个预售定金。只要获取意向的成本（CPA）低于你可接受的范围，且有一定数量，测试就算成功。不要因为测试期没产生真实收入就过早否定一个想法。

3.2unit_economics：在写第一行代码前算清账

这是整个系统中最硬核、也最重要的工具之一。太多创业者败在“做了一个有人用但赚不了钱的产品”上。unit_economics工具强制你在投入大量开发资源前，进行财务建模。

它会引导AI和你一起计算：

• 客户获取成本（CAC）：基于traffic_strategy的渠道分析，估算通过付费广告、内容营销等渠道获取一个付费用户的平均成本。
• 客户终身价值（LTV）：基于定价、预期订阅周期、续费率、增购收入等，估算一个客户在整个生命周期内带来的总收入。
• 收支平衡点：基于预计的固定成本（服务器、软件订阅等）和变动成本，计算需要多少客户才能达到盈亏平衡。
• 利润率：LTV - CAC 的差值，这是业务健康度的核心指标。

工具会输出一个清晰的模型，并给出裁决：VIABLE（可行）、MARGINAL（边缘）或NON-VIABLE（不可行）。

核心要点：这个模型的准确性高度依赖于你的输入假设。unit_economics工具会从之前的market_intel和stress_test中提取数据（如行业平均转化率、竞品定价），但关键参数（如你的目标利润率、能承受的最大CAC）需要你手动输入或确认。永远对最悲观的假设进行建模。如果最坏情况下模型仍然可行，你才有信心继续。

3.3qa：发布前的最后一道防火墙

qa不是一个简单的“拼写检查”，而是一个由7项检查组成的人物角色对齐关口。它的目的是确保你即将发布的所有资产（网站、广告、邮件）与你之前深入研究得出的“买家人物角色”保持一致，没有出现承诺偏差或信任漏洞。

7项检查通常包括：

1. 价值主张对齐：落地页的主标题和副标题是否直接回应了用户研究中发现的核心痛点？
2. 证据与归因：所有声称的效益（如“节省50%时间”）是否有研究数据或案例支持？数据来源是否注明？
3. 语言风格匹配：文案使用的词汇、句式和语气，是否符合目标用户的阅读习惯和专业水平？（例如，对技术开发者使用行话，对普通消费者使用通俗语言）
4. 反对意见预置：是否预判并回应了用户可能的主要疑虑（如价格、安全性、复杂性）？
5. 行动号召清晰度：用户下一步应该做什么？按钮文案是否明确、无歧义？
6. 视觉一致性：使用的图片、图标、颜色是否与品牌调性和用户偏好相符？
7. 技术性检查：由自动化测试套件完成，检查链接是否有效、页面加载速度、移动端适配等。

经验之谈：我强烈建议将qa的输出视为一份必须完成的“修改清单”，而不是可读可不读的报告。AI会指出具体哪一段文案、哪一个部分没有通过哪项检查，并给出修改建议。我曾有一个项目，qa检查出落地页上使用了“业界领先”这种模糊的表述，而用户研究显示我们的目标客户极度厌恶这种空洞的宣传。将其改为“经第三方测试，处理速度比[竞品X]快37%”后，转化率立刻提升了15%。qa是防止“自嗨式创作”的最有效工具。

3.4daily_check与validate_decide：验证期的导航仪

当你进入验证阶段（即产品已初步构建并开始接触真实用户），daily_check和validate_decide是你最重要的日常工具。

daily_check：60秒健康脉搏这是一个高度仪式化、快速执行的每日检查。它不分析深层原因，只关注几个关键领先指标：

• 流量：来自预期渠道吗？有无异常波动？
• 互动：页面停留时间、滚动深度如何？
• 转化信号：有多少人点击了核心CTA？有多少人开始了注册流程？
• 系统状态：网站、支付接口等是否正常运行？

它的目的是让你养成每日查看数据的习惯，并在问题发酵成危机前（例如，服务器宕机一天才发现）及时捕捉异常。AI会总结状态，并用红黄绿灯标识。

validate_decide：验证期结束时的终极裁决验证期通常设定为2-4周。到期时，validate_decide工具会启动。它会综合整个验证期的所有数据：

• 定量数据：总流量、转化率、CAC、用户反馈数量。
• 定性数据：用户访谈中的核心引用、支持邮件中的常见问题。
• 与目标的对比：是否达到了预设的验证目标（例如，获得100个等待名单用户，且CAC<$20）。

基于这些，它会给出三个裁决之一：

• ADVANCE（推进）：数据积极，达到或超过目标。建议投入更多资源进行迭代开发和扩大营销。
• KILL（终止）：数据负面，远未达到目标，且没有明确的改进路径。建议停止项目，并将教训捕获进learnings.json。
• ITERATE（迭代）：数据混合或未达目标，但发现了明确的、可解决的问题。建议进入一个短的“修正冲刺”，修改产品后重新进行一个更短的验证期。

重要心态：尊重validate_decide的裁决，尤其是KILL裁决。创业中最大的成本是“沉没成本谬误”——因为已经投入了时间而不愿放弃一个糟糕的想法。该系统强制你基于数据做理性决策。一个被“杀死”的项目，其经验通过capture_learning保存下来，是对未来项目的宝贵投资，而非浪费。

4. 完整实操流程：从零启动一个数字产品项目

让我们以一个具体的例子，串联起Asset Factory的核心工具，展示一个完整的、从想法到验证的实操流程。假设我们想做一个面向独立播客主播的“智能节目摘要生成器”。

4.1 第零步：环境配置与项目初始化

首先，你需要在一个AI客户端中配置好Asset Factory MCP服务器。以Claude Desktop为例：

1. 找到你的Claude Desktop配置文件。通常在~/.config/Claude/claude_desktop_config.json(Mac/Linux) 或%APPDATA%\Claude\claude_desktop_config.json(Windows)。
2. 在文件中添加MCP服务器配置。我建议为每个新项目创建一个独立的目录，以便管理资产。

{ "mcpServers": { "asset-factory": { "command": "npx", "args": ["-y", "asset-factory-mcp"], "env": { "ASSET_FACTORY_PROJECT_DIR": "/Users/你的用户名/Projects/podcast_summarizer" } } } }

3. 创建项目目录：mkdir -p /Users/你的用户名/Projects/podcast_summarizer
4. 重启Claude Desktop。现在，你的Claude就具备了Asset Factory的所有能力。

4.2 第一步：快速测试验证核心需求

面对一个新想法，我永远从rapid_test开始。

1. 启动测试：在Claude聊天框中输入：“我想测试‘AI播客摘要生成器’这个想法。请运行rapid_test工具。”
2. AI执行：Claude会调用该工具。工具会先检查状态（全新项目），然后返回一套SOP指令，要求你（或由AI代理）完成：
   • 定义核心价值：“一键将60分钟播客音频，转化为结构清晰、金句突出的千字摘要。”
   • 创建极简落地页：AI会生成一个单页HTML代码，突出解决播客主“节目推广难、听众没时间听全片”的痛点，并放置一个“预约早期测试”的邮箱输入框。
   • 设计广告创意：AI会建议3条广告文案，例如：“你的播客值得被更多人‘看见’。AI摘要生成，提升3倍节目传播力。” 并建议在Reddit的r/podcasting、Indie Hackers论坛或Twitter相关社群进行微付费推广。
3. 部署与投放：你将落地页部署到Vercel/Netlify（免费），并设置好Google Analytics。然后按照建议，在选定的渠道投入50美元进行为期5天的广告测试。
4. 每日监控：每天运行rapid_check。工具会读取GA数据，告诉你花费、点击次数、预约人数和每次预约成本。
5. 做出决策：第5天，运行rapid_graduate。假设我们获得了20个预约，每次预约成本为4美元。这低于我们预设的10美元阈值，且显示出明确需求。工具会建议GRADUATE，并自动将相关资产和学到的初步认知（如“播客主最关心的是节省时间而非格式华丽”）保存，为进入完整流水线做准备。

4.3 第二步：深度侦察与市场研究

快速测试通过后，我们启动完整流水线，从scout开始。

1. 运行scout：AI会进行广泛扫描，输出报告可能指出：“市场存在空白：现有工具多为通用语音转文本，缺乏针对播客场景（识别主持人、嘉宾、话题转折）的优化。早期采纳者可能是知识分享型或访谈类播客主。”
2. 运行market_intel：基于scout的方向，进行深度竞品分析。AI会找出Descript的AI章节、Otter.ai的摘要、以及一些独立开发者的脚本工具。它会从功能、定价、用户评价等维度进行评分，并总结出我们的机会点：“在‘播客专属’和‘深度结构化’上建立差异化。”
3. 运行research（治疗性买家引擎）：这是最关键的一步。AI会引导你（或模拟）去深度访谈3-5位目标播客主。你需要提出一系列问题，挖掘他们制作摘要的真实流程、痛点和情感诉求。输出将是一份详细的“买家人物角色”文档，包含 demographics（人口统计）、psychographics（心理统计）、工作流、梦想与恐惧等。

实操记录：在这一步，我让AI模拟了一次用户访谈。它提出的一个问题非常犀利：“当你花3小时制作一期节目，却发现因为听众没时间听而播放量不佳时，你内心的主要感受是挫败、焦虑，还是觉得理所当然？” 这种情感层面的挖掘，远比问“你需要摘要功能吗”更能触及真实需求。

4.4 第三步：构建产品与经济学验证

1. 运行build_blocks：将research的发现，提炼成产品的“七大构建模块”：核心承诺、核心问题、核心解决方案、核心受众、核心渠道、核心指标、核心优势。这将成为产品设计的北斗七星。
2. 运行stress_test：基于构建模块，设计一个具体的产品方案（例如：一个Web应用，上传音频后自动生成带时间戳、发言人、核心观点的摘要，并可一键分享到社交媒体）。然后从10个维度（如需求强度、市场成熟度、竞争壁垒等）进行压力测试打分。我们的方案可能在“技术可行性”上得分高，在“销售周期”上得分中等。
3. 运行unit_economics：进行财务建模。假设定价为每月29美元（或每摘要5美元），通过内容营销和社群推广，预计CAC为15美元，用户平均停留6个月（LTV约为174美元）。LTV:CAC > 3:1，模型显示VIABLE。这给了我们继续前进的财务信心。
4. 运行name_lock与platform：确定产品名称为“CastDigest”，并选择技术栈。考虑到音频处理和AI调用，可能选择Next.js (前端) + FastAPI (后端) + OpenAI Whisper & GPT-4 (AI) + Supabase (数据库)。platform工具会评估不同组合的复杂度、成本和速度。

4.5 第四步：资产生成与质量保证

1. 运行deploy：AI将根据之前所有步骤的产出，生成一整套上市资产：
   • 产品架构图：系统组件和数据流。
   • 销售页面文案：针对播客主痛点的长文案。
   • 邮件序列：欢迎邮件、使用教程、续费提醒等。
   • 广告文案与图片：用于后续付费推广。
2. 运行qa：这是发布前的总检阅。自动化测试套件和7大人物品类检查同时进行。可能会发现：“销售页中‘节省10小时/月’的声称，未引用用户研究中的具体数据支撑。” 你需要补充证据，比如“基于对20位播客主的访谈，平均每月制作摘要耗时8-15小时”。
3. 运行validate_prep：准备验证包。这包括设置网站分析、准备用户访谈问题清单、定义验证成功的核心指标（例如：2周内，100个注册用户，其中20个完成首次摘要生成，且满意度调查平均分>4/5）。

4.6 第五步：启动验证与迭代

1. 启动验证：将产品（可能是一个极简的MVP，只包含核心的摘要生成功能）上线，并开始通过早期社群、内容营销等方式吸引目标用户。
2. 每日运行daily_check：监控流量、注册数、功能使用情况。
3. 验证期结束时运行validate_decide：假设我们获得了150个注册，30个活跃用户，但用户反馈“摘要格式太死板”。数据未完全达到目标，但问题明确。裁决可能是ITERATE。我们进入一个为期2周的迭代周期，专注于改进摘要的个性化模板。
4. 运行feedback：分析用户反馈，将“格式死板”的问题路由到产品改进队列。
5. 迭代后重新验证：修改后，开启第二轮更短的验证。

至此，我们完成了一个完整的、由Asset Factory引导的从想法到验证的循环。整个过程是数据驱动、阶段明确、且最大程度降低了主观臆断的风险。

5. 高级技巧、常见问题与避坑指南

在深度使用Asset Factory超过半年，并指导了多个项目后，我总结出一些超出官方文档的实战心得和常见问题的解决方案。

5.1 如何高效利用learnings.json模式库？

learnings.json是Asset Factory的“集体智慧”。但很多人只是被动地让AI写入，却不会主动挖掘和利用。

• 主动结构化你的经验：当capture_learning工具被调用时，不要只满足于AI自动生成的一条记录。你应该手动补充更丰富的上下文。例如，不要只写“长文案落地页在B2B场景转化更好”，而应该写成：“场景：面向中小企业主的CRM工具。测试：A版（短文案，突出功能） vs B版（长文案，讲客户故事+数据）。结果：B版注册转化率高40%。假设原因：该客群决策谨慎，需要更多信任建立。适用边界：可能适用于高单价（>$500/年）、决策链条复杂的B2B产品，不适用于低单价冲动消费。”
• 定期回顾与清理：每完成一个项目（无论成败），花15分钟通读learnings.json。将过时的、矛盾的或过于具体的经验进行合并或归档。一个杂乱无章的模式库反而会干扰AI的判断。
• 跨项目触发：在设计新项目的stress_test或deploy阶段时，可以主动提示AI：“请参考learnings.json中关于[某个主题，如‘价格锚定’]的历史模式，并将其应用在当前的设计中。” 这能让你过去的学费真正产生复利。

5.2 处理工具间的“阻塞”与循环依赖

虽然前提检查系统很棒，但有时你会遇到“死锁”或想尝试非标准路径。

• 场景：你想先做一个简单的产品原型（product）去收集一些早期反馈，但系统要求必须先完成stress_test和unit_economics，而这又需要更明确的产品定义。
• 解决方案：合理使用“模拟输入”。你可以手动创建或让AI模拟一份简化的stress_test报告和unit_economics模型，基于你目前的最佳猜测来填写数据。然后使用update_pipeline_state工具，手动将对应阶段标记为“完成”。同时，在状态中备注“此阶段数据为初步假设，将在获得用户反馈后修正”。这让你能快速推进到原型构建，同时保持了系统的可追踪性。
• 注意：这是一种高级用法，意味着你暂时绕过了系统的保护。因此，你必须非常清楚自己在做什么，并在获得真实数据后，务必回头修正这些模拟数据。

5.3 与AI协作的最佳实践：你不是乘客，而是领航员

Asset Factory提升了AI的能力，但并不意味着你可以完全放手。你的角色从“执行者”变成了“领航员”和“决策者”。

• 在Tier 3/4决策点深度参与：系统会在关键节点暂停，等待你的输入。例如，market_intel可能列出3个细分市场让你选择；unit_economics需要你确认能承受的最高CAC。在这些时刻，你必须基于你的直觉、经验和外部信息做出判断。AI提供的是分析和选项，你提供的是方向和决策。
• 审查AI的“作业”：当AI执行完一个SOP（如生成了一份市场研究报告），不要只看结论。快速浏览其推理过程、数据来源（如果是它搜索的）和逻辑链条。你可以追问：“你是基于哪几个关键网站得出竞争格局这个结论的？” 这能帮助你评估AI工作的质量，并纠正可能的偏差。
• 用自然语言进行微调：如果AI生成的资产（如广告文案）风格不对，不要直接自己重写。而是给出具体的反馈指令，例如：“这条文案太正式了，我们的目标用户是年轻的创作者，需要更轻松、带点幽默感的语气。请参考[某个网红品牌]的推特风格，重新生成三条。” 这样既利用了AI的效率，又保证了输出符合你的要求。

5.4 常见错误与排查表

下表列出了新手最常遇到的几个问题及其解决方法：

5.5 性能与规模化建议

当你的项目增多，或者一个项目进入scale阶段时，需要注意：

• 项目目录管理：为每个独立的想法或业务线创建单独的项目目录，并通过不同的ASSET_FACTORY_PROJECT_DIR环境变量来区分。这能保持pipeline-state.json和learnings.json的清晰。learnings.json可以是全局共享的，但项目状态必须隔离。
• portfolio_triage是纪律执行者：定期（如每季度）运行此工具。它会强制你面对现实，将资源从停滞或表现不佳的项目中撤出，集中到最有希望的项目上。感情用事是组合管理的大敌。
• scale工具的使用门槛：scale并非简单的“增加预算”。它要求你有“已验证的赢家”——即通过creative_test跑出的、拥有30次以上转化且表现稳定的广告创意/渠道组合。在没有找到这个“赢家”之前，盲目扩量只会加速失败。

Asset Factory不是一个魔法盒，它是一套严谨的思维框架和操作系统的结合。它不能保证你的成功，但它能系统性地降低你失败的概率，并将你有限的精力引导到经过验证的、高概率产生回报的行动上。对于在信息过载和决策瘫痪中挣扎的独立构建者来说，它的最大价值在于提供了清晰的“下一步”，让你能停止空想，开始行动，并用数据和系统来代替猜测和焦虑。