页面预览
把成果渲染成可直接查看的页面。网页类成果可以直接预览并配合 Git 状态检查改动
ZCode × 内容与创意 · 原生覆盖 71%
网页标签页与折叠区块设计 Skill有 7 个执行步骤,其中 5 步可以在 ZCode 里直接完成。它能把成果渲染成可直接查看的页面,正好对应这个 Skill 里最吃工具的一段。操作前确认属于有条件支持,执行路径和原生能力不同,下面单独说明。
WHY ZCODE
适配结论
网页标签页与折叠区块设计 Skill不在 ZCode 的前十推荐里——ZCode更擅长长上下文、长任务、项目文件和远程跟进,这个 Skill 的重心不完全在这里。它仍然可以正常安装使用,只是如果你要做的就是这件事,可以先看看下面几个更合适的 Agent。
ZCode 适合同时推进多个页面族或语言版本的标签页与折叠区块。长上下文保留共同的分组字段、组件规则和产品术语,多代理可以按定价页、产品页和帮助页拆分内容盘点、组件检查与页面测试,再用 Git 状态汇总差异。各页面的标签和正文可以不同,共享组件规则保持一致。
把成果渲染成可直接查看的页面。网页类成果可以直接预览并配合 Git 状态检查改动
CAPABILITY × STEP
核心差异
网页标签页与折叠区块设计 Skill 共 7 个环节。ZCode 可直接执行 5 个环节(含 2 个仅需判断的环节),2 个需要相应工具与配置。判断质量取决于输入资料与具体推理。
| 步骤 | 所需能力 | 等级 | 在 ZCode 下具体怎么做 |
|---|---|---|---|
| 01 确认父页面与内容主次 | 写本地文件页面预览操作前确认 | 有条件 | 可以做但有条件:ZCode 对操作前确认的支持有限制。 |
| 02 检查各项是否围绕同一主题 | 联网检索页面预览 | 直接执行 | 直接交给 ZCode:它能自己发起搜索并扩展检索词。 |
| 03 选择标签页或纵向折叠 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
| 04 编写描述性标签 | 打开网页取正文 | 直接执行 | 直接交给 ZCode:它能访问原始页面并抽取正文。 |
| 05 让正文进入初始 HTML | 打开网页取正文页面预览 | 直接执行 | 直接交给 ZCode:它能访问原始页面并抽取正文。 |
| 06 补齐交互与移动端规格 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
| 07 回读页面并完成检查 | 打开网页取正文运行脚本页面预览操作前确认 | 有条件 | 可以做但有条件:ZCode 对操作前确认的支持有限制。 |
主任务保存主要信息、共享字段、初始 HTML、键盘和手机规则,各页面子任务只维护自己的内容分组、组件入口和语言版本。多代理分别扫描页面与测试结果,长上下文用于汇总术语和例外。判断标准是共同组件不分叉,任一页面都能回读到完整正文。
用 @ 引用产品资料、分组数据和页面源码,在总任务中固定共同规则与各页面主要信息。
按页面建立子任务,分别核对内容主题和独立页面候选,主任务统一字段与组件形式。
各子任务沿用共享组件,按页面维护标签、正文、默认状态和语言。
子任务分别运行构建与预览,主任务汇总正文、焦点、手机和语言一致性结果。
IMPORT · RUN
资料导入与任务下发
ZCode可以直接读取目录里的资料,把这些文件放在同一个位置即可。
打开营销项目工作区,用 @ 引用网站文件、品牌资料、数据表或需求文档,并为长任务设置一个可以验收的目标。
从设置页导入或安装 Skill,在对话中输入 $ 选择技能;它可以结合文件、终端、预览和子任务持续推进。
Skill 放入 ~/.zcode/skills/,集中保存共同字段和术语,每个页面族单独建任务并写清组件、语言、预览和检查要求。
COLLABORATE · CHAIN
协作与后续衔接
每个子任务汇报分组数量、特殊字段、组件问题和测试结果,共同资料留在项目工作区。
共同字段确认后,各页面分别完成内容、组件和检查,主任务汇总例外与状态。
COMBINATION CASE
场景化实战案例
假设官网展示四组购买条件,帮助中心展示六组故障说明,两处共用组件但内容深度不同。
预期结果:交付物应包含共享组件规则、互相隔离的页面数据和检查记录;最终文案与发布分别确认。
VERIFY · TROUBLESHOOT
效果验证方法
选择定价页和帮助页各做一个样本,修改定价页政策时,帮助页数据不应变化,共享组件继续通过检查。
请在 ZCode 中使用「网页标签页与折叠区块设计 Skill」。本次要完成:SaaS 产品页要把功能、集成、部署和服务说明分组,同时保留首屏价值主张与主 CTA。我会提供父页面 URL、页面类型、目标读者、访问意图和区块预定位置和需要组织的标题、正文、规格、问题或异议,以及各内容项的重要程度。请先完成一份小样,交付区块选型说明:页面位置、内容主次、横向标签或纵向折叠的选择理由和内容分组表:每组主题、标签或 summary 文案、正文、默认状态和独立页面建议,并列出需要我核对的事实和数字。
安装完成后,先只做第 4 步:让 ZCode 编写描述性标签,并把它访问原始页面并抽取正文的过程说出来。这一步是只读的,能确认 Skill 已被识别,也能确认它拿得到需要的资料。
7 步里 5 步可直接执行,2 步需要相应工具与配置。请结合逐步说明确认实际做法。
ZCode可以直接读取目录里的资料,把这些文件放在同一个位置即可。
安装完成后,先只做第 4 步:让 ZCode 编写描述性标签,并把它访问原始页面并抽取正文的过程说出来。这一步是只读的,能确认 Skill 已被识别,也能确认它拿得到需要的资料。
因为它能把成果渲染成可直接查看的页面,在 7 个 Agent 里具备这些能力的不多。如果你的卡点不在这里,页面下方列出了更合适的选择。
Skill 没有出现时,在设置页刷新并确认已启用;外部 Agent 的 Skill 没有导入时,重新选择复制或软链接模式;长任务偏离目标时,更新 Goal 并用 @ 指定本次优先文件。
字段与组件集中保存,标签、正文、语言和默认状态按页面记录,新增页面复用共同测试。
INSTALL
安装到 ZCode
把提示词复制给 ZCode,它会自己下载 ZIP 并完成安装,装完会报告实际目录。
METHOD 01 · 交给 AI 自己装
适合大多数情况。Agent 会下载 ZIP、解压、放到正确目录,并在缺少权限时告诉你需要手工做哪一步。
请帮我把「网页标签页与折叠区块设计 Skill」安装到 ZCode。 1. 下载完整 Skill ZIP:https://www.vibemarketing.work/packages/skill-tab-accordion/1.0.0/skill-tab-accordion.zip 注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。 2. 解压后保留 SKILL.md 及全部配套文件,按 ZCode 的方式安装:mkdir -p ~/.zcode/skills && cp -R ./skill-tab-accordion ~/.zcode/skills/ 3. 安装完成后告诉我实际安装目录。 4. 用一个只读小任务验证:在设置页确认技能已启用,对话中输入 $ 选择技能,再跑一个只读小任务。 5. 如果你没有联网、下载或写目录权限,请直接告诉我哪几步需要我手工完成。 参考:原始 SKILL.md https://www.vibemarketing.work/raw/skill-tab-accordion/SKILL.md;安装指南 https://www.vibemarketing.work/agent-install/skill-tab-accordion.md
METHOD 03 · 手动放目录
解压 ZIP 后,在 ZCode 中执行:
mkdir -p ~/.zcode/skills && cp -R ./skill-tab-accordion ~/.zcode/skills/
验证:在设置页确认技能已启用,对话中输入 $ 选择技能,再跑一个只读小任务。
HTML 业务页面不能直接当作 Skill 文件安装。AI 需要下载完整 ZIP 并保留配套文件。
OTHER AGENTS
跨 Agent 适配对比
下面的步数来自逐步比对。卡在哪一步,就看哪个 AI 能直接完成那一步。
WorkBuddy在这个 Skill 上直接覆盖 3/7 步,而且能在敏感写入前请求确认——如果你这次的卡点正是操作前确认,换它更省事。
Codex在这个 Skill 上直接覆盖 3/7 步,而且能在敏感写入前请求确认——如果你这次的卡点正是操作前确认,换它更省事。
Claude Code在这个 Skill 上直接覆盖 3/7 步,而且能在敏感写入前请求确认——如果你这次的卡点正是操作前确认,换它更省事。
FURTHER READING
围绕 ZCode 和这个任务的共同标签挑出来的,换成别的 Agent 看到的不是同一批。
越来越多人把选型直接丢给ChatGPT、Perplexity、Gemini,或者购物、采购类助手。答案是模型拼出来的,不一定点开你的网页。世界经济论坛把这件事叫做智能体引擎优化(AEO):你要进的不是
关键词拓展 Skill 的正确用法,是把它当成一个有明确输入输出契约的执行单元:你交给它种子词、业务边界和排除规则,它返回一张带意图标注的候选词表。多数人调用后拿到一堆不可用的词,问题不在 Skill
相似关键词该合并还是分开写,取决于读者要完成的任务是否同一件,而不取决于字面差了几个字。先判断搜索意图、答案框架和独占信息能不能独立成立,再决定一页还是两页。写成两篇却回答同一问题,传统搜索会互相抢排
GEO(生成式引擎优化)不是SEO的升级版,而是针对AI答案引擎的不同优化逻辑。本文从展示形式、排名机制、内容策略和技术实现四个维度对比GEO与SEO的核心差异,帮助营销团队理解两种流量来源的共存策略
关键词蚕食(Keyword Cannibalization)指同一网站有多个页面瞄准同一个搜索意图,在搜索结果里互相竞争,导致点击分散、排名不稳。解决它分四步:先确认症状,再按搜索意图给页面分组,然后
品牌想在 AI 搜索的回答里被提及,正确的做法不是频繁去问 AI「你有没有提我」,而是先建一张品牌查询地图,摸清在哪些问题下 AI 会提到谁、怎么提;再针对差距补充可独立引用的事实和内容资产;最后按月
NEXT WORKFLOW
搭配使用
按产出物与输入资料的衔接关系计算,都是同一个 Agent 下的版本,装完可以直接接着跑。
用 ZCode 完成「App Store 的自然搜索流量已经停滞」,最终得到六维 ASO 评分卡与总分评级。
用 ZCode 完成「SaaS 工具目录的卡片同时放功能、价格、标签和多个按钮,访客很难快速比较」,最终得到卡片字段规格:必填、选填、显示顺序、文字长度和缺失内容处理。
用 ZCode 完成「测了五条短视频开头数据需要决定留哪条」,最终得到包含基线和测试组各核心指标变化的 Markdown 对照表。