长上下文
在一次任务里承载长资料和长报告。长资料和长报告可以留在同一任务里连续修改,不必反复重新交代
ZCode × 调研与策略 · 原生覆盖 71%
用户调研 Skill有 7 个执行步骤,其中 5 步可以在 ZCode 里直接完成。它能在一次任务里承载长资料和长报告,正好对应这个 Skill 里最吃工具的一段。在 7 个 Agent 里,同时具备长上下文、批处理的并不多,这是选它做这项任务的实际理由。操作前确认属于有条件支持,执行路径和原生能力不同,下面单独说明。
WHY ZCODE
适配结论
用户调研 Skill不在 ZCode 的前十推荐里——ZCode更擅长长上下文、长任务、项目文件和远程跟进,这个 Skill 的重心不完全在这里。它仍然可以正常安装使用,只是如果你要做的就是这件事,可以先看看下面几个更合适的 Agent。
把几十份访谈录音稿和几百条 G2 评价丢进同一个任务里,这个 Agent 的长上下文能把几千个页面的组合规划留在同一个窗口,跑到聚类与评分时不用重新交代背景。确认研究目标和检查偏差与矛盾要人工盯着,它自己不会中途停下确认。办公文档读不了,Word、PPT、Excel 要先另存成 Markdown 或 CSV。如果只想跑一份访谈出个结论,长上下文和远程跟进用不上,选一次性工具更省事。
在一次任务里承载长资料和长报告。长资料和长报告可以留在同一任务里连续修改,不必反复重新交代
对多个对象循环执行同一套方法。这是 ZCode 在 7 个 Agent 里相对少见的能力。
CAPABILITY × STEP
核心差异
用户调研 Skill 共 7 个环节。ZCode 可直接执行 5 个环节,2 个需要相应工具与配置。判断质量取决于输入资料与具体推理。
| 步骤 | 所需能力 | 等级 | 在 ZCode 下具体怎么做 |
|---|---|---|---|
| 01 确认研究目标 | 操作前确认 | 有条件 | 可以做但有条件:ZCode 对操作前确认的支持有限制。 |
| 02 选择研究模式 | 读本地资料 | 直接执行 | 直接交给 ZCode:它能直接读取本机目录里的资料。 |
| 03 逐条提取信号 | 写本地文件批处理 | 直接执行 | 直接交给 ZCode:它能把过程文件和成果直接落盘保存。 |
| 04 保留来源上下文 | 写本地文件 | 直接执行 | 直接交给 ZCode:它能把过程文件和成果直接落盘保存。 |
| 05 聚类与评分 | 运行脚本长上下文 | 直接执行 | 直接交给 ZCode:它能运行脚本处理数据和格式转换。 |
| 06 检查偏差与矛盾 | 操作前确认 | 有条件 | 可以做但有条件:ZCode 对操作前确认的支持有限制。 |
| 07 形成研究资产 | 写本地文件长上下文 | 直接执行 | 直接交给 ZCode:它能把过程文件和成果直接落盘保存。 |
访谈稿和评论往往上万字,跑聚类与评分时,这个 Agent 能把所有逐条提取的信号和原始上下文都留在任务里,不用每次提醒背景。开始任务前定一个可验收的 Goal,离开电脑后,在飞书或微信 Bot 里追加要求、看进度,跑到一半改分组标准不用重开。原始的确认研究目标和检查偏差与矛盾只能人工触发,它不能自动在关键点停下。
把访谈稿、评论数据、目标用户分群文件放在同一目录,在命令行里用 @ 引用文件。办公文档要先转成 Markdown 或 CSV,这个 Agent 读不了本机的 Excel 和 PPT。
用 $ 选技能,为任务设一个可验收的 Goal。大批量循环处理能在这个 Agent 上跑通,几百条 Reddit 评论可以在同一个上下文里逐条提取,不需要人工切分批次。
长上下文在这里最省事,把前面提取的所有信号聚类打分时,目标、项目文件、终端输出都在同一个任务上下文里。中途追加新的分群标准,不用从头跑一遍。
IMPORT · RUN
资料导入与任务下发
ZCode可以直接读取目录里的资料,把这些文件放在同一个位置即可。
打开营销项目工作区,用 @ 引用网站文件、品牌资料、数据表或需求文档,并为长任务设置一个可以验收的目标。
从设置页导入或安装 Skill,在对话中输入 $ 选择技能;它可以结合文件、终端、预览和子任务持续推进。
把收集到的访谈稿、问卷数据和评论导出为 Markdown 或 CSV 文件,放在本地同一目录下。打开 ZCode 工作区,输入框里用 @ 引用这些文件和目标用户分群文档,用 $ 选技能。在工作区里把需要回答的业务问题写清楚,设一个可验收的 Goal,比如产出包含 JTBD 和异议清单的文档。回车下发任务后,用手机扫码绑定 Bot,直接在手机上查看进度和追问。
COLLABORATE · CHAIN
协作与后续衔接
绑定飞书或微信 Bot 后,跑完的用户主题摘要和原声清单可以直接发到聊天里。但这个 Agent 不能把结果直接写成本地办公文档,在群里收到结果后,如果要发给业务方,得手动复制粘贴或转成文档。只有它和 WorkBuddy 原生支持飞书与微信入口。
长上下文让串联在这个 Agent 上最省事。从用户调研 Skill 产出的 JTBD 清单和原声表达,可以直接作为下一个定位或文案 Skill 的输入。中间产物在同一个任务上下文里传递,不用导出再导入。从 Codex 或 Claude Code 导入已有 Skills 到 `~/.zcode/skills/` 就能直接串联,换工具不用重装一遍。
COMBINATION CASE
场景化实战案例
团队刚收集了 G2 和 Reddit 上两百多条评价,需要在两天内给产品和文案团队输出痛点清单和竞品对比原声。平时人工逐条阅读和分类要花两三天,容易遗漏长尾阻力。
预期结果:最终交付了带有原声表达的 JTBD 清单和用户异议表,文案直接拿了里面的句子改写。聚类里少数边界模糊的评价需要人工重新归类,整体达到了可用状态。
VERIFY · TROUBLESHOOT
效果验证方法
装完后先跑三份访谈稿和二十条评论。在工作区下发任务,让它做一次逐条提取信号。看输出的清单里有没有抓到真实的购买动机和阻力,而不是泛泛的总结。接着在飞书 Bot 里问它当前跑到哪一步,如果能正确回复任务状态,说明远程跟进通道生效。最后让它基于这三份稿子做聚类,看能否生成带有具体出处的原声表达,以此判断长上下文有没有生效。
请在 ZCode 中使用「用户调研 Skill」。本次要完成:分析客户访谈和销售录音。我会提供访谈稿、问卷或评论数据和目标用户分群。请先完成一份小样,交付用户主题与证据摘要和JTBD、痛点和异议清单,并列出需要我核对的事实和数字。
安装完成后,先只做第 2 步:让 ZCode 选择研究模式,并把它直接读取本机目录里的资料的过程说出来。这一步是只读的,能确认 Skill 已被识别,也能确认它拿得到需要的资料。
7 步里 5 步可直接执行,2 步需要相应工具与配置。请结合逐步说明确认实际做法。
ZCode可以直接读取目录里的资料,把这些文件放在同一个位置即可。
安装完成后,先只做第 2 步:让 ZCode 选择研究模式,并把它直接读取本机目录里的资料的过程说出来。这一步是只读的,能确认 Skill 已被识别,也能确认它拿得到需要的资料。
因为它能在一次任务里承载长资料和长报告,也能对多个对象循环执行同一套方法,在 7 个 Agent 里具备这些能力的不多。如果你的卡点不在这里,页面下方列出了更合适的选择。
Skill 没有出现时,在设置页刷新并确认已启用;外部 Agent 的 Skill 没有导入时,重新选择复制或软链接模式;长任务偏离目标时,更新 Goal 并用 @ 指定本次优先文件。
在这个 Agent 上,最值得改的是形成研究资产这一步。给 Skill 补充你们团队习惯的输出模板,把 JTBD 清单和原声表达格式固化下来。在提示词里加入业务特定的术语和排除词,比如你们行业的特定竞品名。把改好的版本存到 `~/.zcode/skills/` 目录,后续每次跑大批量循环处理都会直接套用这个模板,产出的结果不用再手工排版就能直接拿去写文案。
INSTALL
安装到 ZCode
把提示词复制给 ZCode,它会自己下载 ZIP 并完成安装,装完会报告实际目录。
METHOD 01 · 交给 AI 自己装
适合大多数情况。Agent 会下载 ZIP、解压、放到正确目录,并在缺少权限时告诉你需要手工做哪一步。
请帮我把「用户调研 Skill」安装到 ZCode。 1. 下载完整 Skill ZIP:https://www.vibemarketing.work/packages/skill-customer-research/1.0.0/skill-customer-research.zip 注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。 2. 解压后保留 SKILL.md 及全部配套文件,按 ZCode 的方式安装:mkdir -p ~/.zcode/skills && cp -R ./skill-customer-research ~/.zcode/skills/ 3. 安装完成后告诉我实际安装目录。 4. 用一个只读小任务验证:在设置页确认技能已启用,对话中输入 $ 选择技能,再跑一个只读小任务。 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 后,在 ZCode 中执行:
mkdir -p ~/.zcode/skills && cp -R ./skill-customer-research ~/.zcode/skills/
验证:在设置页确认技能已启用,对话中输入 $ 选择技能,再跑一个只读小任务。
HTML 业务页面不能直接当作 Skill 文件安装。AI 需要下载完整 ZIP 并保留配套文件。
OTHER AGENTS
跨 Agent 适配对比
下面的步数来自逐步比对。卡在哪一步,就看哪个 AI 能直接完成那一步。
Claude Code在这个 Skill 上直接覆盖 7/7 步,而且能在敏感写入前请求确认——如果你这次的卡点正是操作前确认,换它更省事。
Codex在这个 Skill 上直接覆盖 5/7 步,而且能在敏感写入前请求确认——如果你这次的卡点正是操作前确认,换它更省事。
WorkBuddy在这个 Skill 上直接覆盖 4/7 步,而且能在敏感写入前请求确认——如果你这次的卡点正是操作前确认,换它更省事。
FURTHER READING
围绕 ZCode 和这个任务的共同标签挑出来的,换成别的 Agent 看到的不是同一批。
很多“做用户画像”的提示词之所以产出空泛,是因为它只让 AI “描述目标用户”,却没有说清楚画像要用在哪个决策上、每条结论要有什么证据。好的用户画像分析提示词要同时交代三件事:画像服务于什么决策、每个
越来越多人把选型直接丢给ChatGPT、Perplexity、Gemini,或者购物、采购类助手。答案是模型拼出来的,不一定点开你的网页。世界经济论坛把这件事叫做智能体引擎优化(AEO):你要进的不是
关键词拓展 Skill 的正确用法,是把它当成一个有明确输入输出契约的执行单元:你交给它种子词、业务边界和排除规则,它返回一张带意图标注的候选词表。多数人调用后拿到一堆不可用的词,问题不在 Skill
相似关键词该合并还是分开写,取决于读者要完成的任务是否同一件,而不取决于字面差了几个字。先判断搜索意图、答案框架和独占信息能不能独立成立,再决定一页还是两页。写成两篇却回答同一问题,传统搜索会互相抢排
GEO(生成式引擎优化)不是SEO的升级版,而是针对AI答案引擎的不同优化逻辑。本文从展示形式、排名机制、内容策略和技术实现四个维度对比GEO与SEO的核心差异,帮助营销团队理解两种流量来源的共存策略
关键词蚕食(Keyword Cannibalization)指同一网站有多个页面瞄准同一个搜索意图,在搜索结果里互相竞争,导致点击分散、排名不稳。解决它分四步:先确认症状,再按搜索意图给页面分组,然后
NEXT WORKFLOW
搭配使用
按产出物与输入资料的衔接关系计算,都是同一个 Agent 下的版本,装完可以直接接着跑。
用 ZCode 完成「App Store 的自然搜索流量已经停滞」,最终得到六维 ASO 评分卡与总分评级。
用 ZCode 完成「博客文章同时出现在多个专题中,不同入口生成了不同的面包屑路径」,最终得到面包屑路径表:逐类页面列出层级、标签、目标 URL、链接状态和主面包屑路径。
用 ZCode 完成「SaaS 工具目录的卡片同时放功能、价格、标签和多个按钮,访客很难快速比较」,最终得到卡片字段规格:必填、选填、显示顺序、文字长度和缺失内容处理。