页面直接部署,文档手工发飞书
MCP 可以接已授权的数据源,但办公文档要先转成文本。如果成果是页面,做完后直接部署上线。如果是 JTBD 清单或痛点摘要等文档类成果,它不能自动写回飞书或企业微信,需要手动把生成的 Markdown 复制粘贴到协作工具里发出去。
TRAE × 调研与策略 · 原生覆盖 29%
用户调研 Skill有 7 个执行步骤,其中 2 步可以在 TRAE 里直接完成。它能运行脚本处理数据和格式转换,正好对应这个 Skill 里最吃工具的一段。操作前确认、批处理、长上下文属于有条件支持,执行路径和原生能力不同,下面单独说明。
WHY TRAE
适配结论
在 TRAE 的推荐清单里,用户调研 Skill排在第 9 位,属于「做市场方案」这条路径的第 2/4 步。建议先跑完前一步再进入它,产出可以直接交给下一步继续用。
选这个 Agent 跑用户调研 Skill,核心变化在「形成研究资产」环节。它能把调研结论直接做成落地页和活动页,在 IDE 的预览窗口按手机和电脑尺寸当场核对,不用切浏览器。研究分析在 TRAE Work 完成,页面制作在 IDE 继续,中间不用导出文件。要额外做的是资料预处理:它读不到本机的 Word 和 Excel,要先转成 Markdown 或 CSV。如果你要的成果只是 PPT 或 Word 文档,用不到它的页面制作能力,那部分会闲置,建议直接换 WorkBuddy。
CAPABILITY × STEP
核心差异
用户调研 Skill 共 7 个环节。TRAE 可直接执行 2 个环节,5 个需要相应工具与配置。判断质量取决于输入资料与具体推理。
| 步骤 | 所需能力 | 等级 | 在 TRAE 下具体怎么做 |
|---|---|---|---|
| 01 确认研究目标 | 操作前确认 | 有条件 | 可以做但有条件:TRAE 对操作前确认的支持有限制。 |
| 02 选择研究模式 | 读本地资料 | 直接执行 | 直接交给 TRAE:它能直接读取本机目录里的资料。 |
| 03 逐条提取信号 | 写本地文件批处理 | 有条件 | 可以做但有条件:大规模批量建议在 IDE 侧用脚本承接。 |
| 04 保留来源上下文 | 写本地文件 | 直接执行 | 直接交给 TRAE:它能把过程文件和成果直接落盘保存。 |
| 05 聚类与评分 | 运行脚本长上下文 | 有条件 | 可以做但有条件:TRAE 对长上下文的支持有限制。 |
| 06 检查偏差与矛盾 | 操作前确认 | 有条件 | 可以做但有条件:TRAE 对操作前确认的支持有限制。 |
| 07 形成研究资产 | 写本地文件长上下文 | 有条件 | 可以做但有条件:TRAE 对长上下文的支持有限制。 |
在「形成研究资产」环节,这个 Agent 把调研产出的 JTBD 和痛点清单直接写成落地页或程序化 SEO 页面的代码。写完直接在预览窗口按屏幕尺寸核对标题排版和移动端效果,省掉了把结论贴到网页生成器、再切浏览器对齐的步骤。判断它好不好用,看它生成的页面是否直接复用了调研结论里的用户原声表达,以及移动端字号和间距是否需要手调。页面类成果做完通常直接部署,不发到飞书。
这个 Agent 原生支持读取本地资料。把准备好的访谈稿、问卷或评论数据放到项目目录里直接引用。前提是这些资料必须先转成纯文本或 Markdown,它读不到本机的 Word 或 Excel 文件。
这个 Agent 原生支持写本地文件。它能把提取出的用户原声和对应的出处写成独立文件留在项目目录里,方便后续页面制作环节直接读取,不丢失证据来源。
这个环节有条件支持。如果评论数据量很大,大模型批量读取容易中断。建议在 IDE 侧写一个简单的拆分脚本,把大批量评论分成小份再让它逐份提取信号。
IMPORT · RUN
资料导入与任务下发
TRAE可以直接读取目录里的资料,把这些文件放在同一个位置即可。
研究和写作任务可以在 TRAE Work 中准备资料;落地页、网站和程序化 SEO 项目放进 TRAE IDE。
导入 Skill 后,可以创建研究、文案、设计和开发角色分工完成,再用 MCP 读取已授权的数据和资料。
把准备好的访谈稿、评论数据和目标用户分群放进项目根目录的 `.agents/skills/` 目录里跟着项目走。资料格式必须是 Markdown 或 CSV,办公文档要先转成文本。在 TRAE Work 里交代研究和写作任务,比如“阅读 interviews 目录,提炼用户购买动机”,在 IDE 的对话框里交代页面制作任务。建好研究、文案、设计、开发多个角色分工,任务进度在 IDE 和 Work 的任务面板里直接看。
COLLABORATE · CHAIN
协作与后续衔接
MCP 可以接已授权的数据源,但办公文档要先转成文本。如果成果是页面,做完后直接部署上线。如果是 JTBD 清单或痛点摘要等文档类成果,它不能自动写回飞书或企业微信,需要手动把生成的 Markdown 复制粘贴到协作工具里发出去。
前段 Skill 的研究结论在 Work 里成型,后段 Skill 直接在 IDE 把结论做成页面。中间产物以本地 Markdown 文件和 JSON 数据的形态传递。不用导出文件,下个 Skill 直接从项目目录里读取这些结论文件,生成批量 SEO 页面。
COMBINATION CASE
场景化实战案例
一个 B2B 项目管理软件的增长团队,收集了上百条 G2 评论和 20 份销售录音稿。他们需要把这些资料提炼成用户语言库,做成一批针对性的 SEO 落地页,用来投放获客。
预期结果:交付了一批带着真实用户原声的 SEO 落地页面代码。这些页面直接部署不用再排版,但提取出的用户主题和证据摘要需要人工对照原文再核一遍,确保没有断章取义。
VERIFY · TROUBLESHOOT
效果验证方法
装完先跑一个最小任务:放进一份产品访谈的 Markdown 记录,让它提取三个购买阻力,并要求把其中一个阻力写成落地页的标题。看三个具体信号:一是它提取的阻力是否带有原文证据,二是它生成的 HTML 标题是否用了用户的原声表达,三是在 IDE 预览窗口切换手机尺寸,看页面是否没有超出屏幕。这三个动作都跑通,说明这个 Skill 在当前 Agent 下起作用了。
请在 TRAE 中使用「用户调研 Skill」。本次要完成:分析客户访谈和销售录音。我会提供访谈稿、问卷或评论数据和目标用户分群。请先完成一份小样,交付用户主题与证据摘要和JTBD、痛点和异议清单,并列出需要我核对的事实和数字。
安装完成后,先只做第 2 步:让 TRAE 选择研究模式,并把它直接读取本机目录里的资料的过程说出来。这一步是只读的,能确认 Skill 已被识别,也能确认它拿得到需要的资料。
7 步里 2 步可直接执行,5 步需要相应工具与配置。请结合逐步说明确认实际做法。
TRAE可以直接读取目录里的资料,把这些文件放在同一个位置即可。
安装完成后,先只做第 2 步:让 TRAE 选择研究模式,并把它直接读取本机目录里的资料的过程说出来。这一步是只读的,能确认 Skill 已被识别,也能确认它拿得到需要的资料。
这个 Skill 用到的都是通用能力,7 个 Agent 差别不大,可以按你已经在用的工具来选。
没有调用 Skill 时,在 Skills 设置中确认已经启用;项目级 Skill 未出现时,检查 .agents/skills 目录;页面结果不合适时,打开预览并指出具体区块和屏幕尺寸。
「形成研究资产」环节最值得按业务改。默认产出的可能只是纯文本清单,建议在指令里固化团队常用的页面结构:把提炼出的痛点放在首屏,把用户原声表达加粗作为子标题。在 Skills 设置里导入技能目录后,直接改这个环节的提示词,让它生成带指定 CSS 类名的结构。改完后,产出的落地页就能直接套用团队的设计规范。
INSTALL
安装到 TRAE
把提示词复制给 TRAE,它会自己下载 ZIP 并完成安装,装完会报告实际目录。
METHOD 01 · 交给 AI 自己装
适合大多数情况。Agent 会下载 ZIP、解压、放到正确目录,并在缺少权限时告诉你需要手工做哪一步。
请帮我把「用户调研 Skill」安装到 TRAE。 1. 下载完整 Skill ZIP:https://www.vibemarketing.work/packages/skill-customer-research/1.0.0/skill-customer-research.zip 注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。 2. 解压后保留 SKILL.md 及全部配套文件,按 TRAE 的方式安装:在 Skills 设置中导入包含 SKILL.md 的 skill-customer-research 目录;项目级 Skill 可放入 .agents/skills/skill-customer-research 3. 安装完成后告诉我实际安装目录。 4. 用一个只读小任务验证:在 Skills 设置里确认已启用,再让它对一个页面或一份材料做只读检查。 5. 如果你没有联网、下载或写目录权限,请直接告诉我哪几步需要我手工完成。 参考:原始 SKILL.md https://www.vibemarketing.work/raw/skill-customer-research/SKILL.md;安装指南 https://www.vibemarketing.work/agent-install/skill-customer-research.md
METHOD 03 · 手动放目录
解压 ZIP 后,在 TRAE 中执行:
在 Skills 设置中导入包含 SKILL.md 的 skill-customer-research 目录;项目级 Skill 可放入 .agents/skills/skill-customer-research
验证:在 Skills 设置里确认已启用,再让它对一个页面或一份材料做只读检查。
HTML 业务页面不能直接当作 Skill 文件安装。AI 需要下载完整 ZIP 并保留配套文件。
OTHER AGENTS
跨 Agent 适配对比
下面的步数来自逐步比对。卡在哪一步,就看哪个 AI 能直接完成那一步。
Claude Code在这个 Skill 上直接覆盖 7/7 步,而且能在一次任务里承载长资料和长报告——如果你这次的卡点正是长上下文,换它更省事。
ZCode在这个 Skill 上直接覆盖 5/7 步,而且能在一次任务里承载长资料和长报告——如果你这次的卡点正是长上下文,换它更省事。
Codex在这个 Skill 上直接覆盖 5/7 步,而且能在敏感写入前请求确认——如果你这次的卡点正是操作前确认,换它更省事。
FURTHER READING
围绕 TRAE 和这个任务的共同标签挑出来的,换成别的 Agent 看到的不是同一批。
很多“做用户画像”的提示词之所以产出空泛,是因为它只让 AI “描述目标用户”,却没有说清楚画像要用在哪个决策上、每条结论要有什么证据。好的用户画像分析提示词要同时交代三件事:画像服务于什么决策、每个
别让 AI 替客户说话:把评论、工单和销售对话整理成购买理由
市场部要给新品改首页,最省事的提问大概是:“请扮演目标客户,告诉我你为什么会买。”AI 很快就会交回一份像模像样的回答:重视效率、追求性价比、希望操作简单。每句话都说得过去,换到竞品页面上也一样说得过
市场团队准备改官网首页,先把三家同行交给 AI 研究。首页说了什么、产品有哪些功能、价格怎样分档、案例里用了哪些客户,很快就整理成一份完整的对照表。 开会时,大家依然答不上来:我们的首页究竟要赢过谁?
市场团队手里经常有这样的反馈:客户在复盘会上说产品确实解决了问题,也同意团队整理成文字,但一提公开姓名、公司和 Logo,审批就停住了。最后,官网只剩一句“某头部客户高度认可”,销售也不愿发给潜客,因
定价页已经把 Starter、Professional、Enterprise 排成三张卡,价格、功能和“最受欢迎”角标也都在,销售仍然反复收到同一个问题:我们该买哪一档?这时团队很容易删一档套餐、放大
NEXT WORKFLOW
搭配使用
按产出物与输入资料的衔接关系计算,都是同一个 Agent 下的版本,装完可以直接接着跑。
用 TRAE 完成「定向研究一家目标公司及其业务版图」,最终得到结构化 Markdown 研究报告。
用 TRAE 完成「制定新品或新市场营销计划」,最终得到完整营销计划文档。
用 TRAE 完成「App Store 的自然搜索流量已经停滞」,最终得到六维 ASO 评分卡与总分评级。