页面预览
把成果渲染成可直接查看的页面。网页类成果可以直接预览并配合 Git 状态检查改动
ZCode × 内容与创意 · 可处理 6/7 个环节
网站首屏 Hero 设计 Skill有 7 个执行步骤,ZCode 可以处理 6 步,其中 2 步需要相应工具与配置。它能把成果渲染成可直接查看的页面,正好对应这个 Skill 里最吃工具的一段。需要提前知道的是:中文办公文档这 1 项它不做,涉及的 1 个步骤要按下面的手工方式衔接。
WHY ZCODE
适配结论
网站首屏 Hero 设计 Skill可以作为独立任务在 ZCode 中使用。具体适配方式、资料交接和需要人工确认的环节见下方说明。
ZCode 适合同时推进多个页面的首屏改版。长上下文保留品牌规则、页面目标和多轮评审,多代理可以按官网、产品页、活动页拆分文案、组件和测试,页面预览与 Git 状态用于汇总差异,团队离开电脑后仍可从已绑定的协作入口查看进度。正式素材、实验和发布保留人工授权。
把成果渲染成可直接查看的页面。网页类成果可以直接预览并配合 Git 状态检查改动
CAPABILITY × STEP
核心差异
网站首屏 Hero 设计 Skill 共 7 个环节。ZCode 可以处理 6 个环节,其中 2 个需要相应工具与配置;另外 1 个需要团队补充。实际结果取决于输入资料、已接入工具与运行环境。
| 步骤 | 所需能力 | 等级 | 在 ZCode 下具体怎么做 |
|---|---|---|---|
| 01 确认页面任务 | 读本地资料写本地文件页面预览操作前确认 | 有条件 | 可以做但有条件:ZCode 对操作前确认的支持有限制。 |
| 02 建立首屏信息层级 | 页面预览 | 直接执行 | 直接交给 ZCode:它能把成果渲染成可直接查看的页面。 |
| 03 选择布局与对齐 | 页面预览中文办公文档 | 需手工 | 改成手工:先把办公文档另存为 Markdown 或纯文本。(办公文档需要先转成文本或 Markdown) |
| 04 安排视觉与移动端 | 页面预览 | 直接执行 | 直接交给 ZCode:它能把成果渲染成可直接查看的页面。 |
| 05 检查 SEO 与性能 | 页面预览 | 直接执行 | 直接交给 ZCode:它能把成果渲染成可直接查看的页面。 |
| 06 完成可访问性验收 | 打开网页取正文产物区审阅 | 有条件 | 可以做但有条件:ZCode 对产物区审阅的支持有限制。 |
| 07 准备测试与判定 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
主任务保存共同品牌规则和首屏规则,各页面子任务只维护自己的受众、主行动、H1、视觉与断点。预览用于核对页面,长任务持续记录已批准版本和待办。验收标准是共同规则一致、页面差异有依据,任一页面的修改不会覆盖其他页面内容。
用 @ 引用品牌资料、页面源码与 Brief,长任务中固定共同规则和每张页面的受众、流量与主行动。
按页面建立独立子任务,分别生成候选和依据,主任务汇总品牌一致性与待批准版本。
各页面子任务检查自己的组件与媒体,预览桌面和手机状态,主任务只汇总共同设计规则。
子任务分别运行构建与检查,主任务汇总 H1、初始 HTML、资源、焦点、断点和测试变量。
IMPORT · RUN
资料导入与任务下发
ZCode可以直接读取目录里的资料,把这些文件放在同一个位置即可。
打开营销项目工作区,用 @ 引用网站文件、品牌资料、数据表或需求文档,并为长任务设置一个可以验收的目标。
从设置页导入或安装 Skill,在对话中输入 $ 选择技能;它可以结合文件、终端、预览和子任务持续推进。
Skill 放进 ~/.zcode/skills/,集中保存共同品牌资料,每张页面单独建目录,并在任务目标中写清文案、布局、预览和验收要求。
MANUAL HANDOFF
需要团队补充的步骤
有 1 项能力需要你在 ZCode 之外完成,下面写清了各自影响哪一步、怎么补。
影响:第 3 步 选择布局与对齐
原因:办公文档需要先转成文本或 Markdown
做法:先把办公文档另存为 Markdown 或纯文本
COLLABORATE · CHAIN
协作与后续衔接
绑定飞书或微信 Bot 后可查看已完成页面、待批文案和构建问题。消息只发送必要摘要,源文件与内部链接留在受控工作区。
共同规则确认后,每张页面按自身输入执行三个阶段。主任务汇总共同结论、页面例外和状态。
COMBINATION CASE
场景化实战案例
假设一家 SaaS 同时改官网和产品页,两个页面受众与主行动不同,但需要沿用同一品牌视觉。
预期结果:交付物应包含共同规则、互相隔离的页面改动清单和状态表;最终视觉、实验与发布分别确认。
VERIFY · TROUBLESHOOT
效果验证方法
选择官网和活动页各做一个样本。修改活动页 CTA 时,官网文案与组件不应变化,共同品牌规则继续一致。
请在 ZCode 中使用「网站首屏 Hero 设计 Skill」。本次要完成:官网首屏同时放了多项产品能力和多个按钮,需要收紧价值主张与主行动。我会提供页面类型、目标受众、流量来源和单一转化目标和产品价值主张、核心利益点、可使用的证明与常见异议。请先完成一份小样,交付首屏内容结构:H1、副标题、主 CTA、可选次 CTA、视觉与信任信息和文案备选:标题、副标题和按钮文字及各自适用条件,并列出需要我确认的金额、日期、适用人群和目标链接。注意:中文办公文档这部分你做不到,遇到时直接告诉我,我手工补。
安装完成后,请 ZCode 读取这份 Skill 与已提供的输入资料,复述本次任务,并列出缺少的材料。只返回核对结果,不修改文件或网页。
7 个环节里有 6 个可以处理,其中 2 个需要相应工具与配置,1 个需要团队补充。请结合逐步说明确认实际做法。
ZCode可以直接读取目录里的资料,把这些文件放在同一个位置即可。
安装完成后,请 ZCode 读取这份 Skill 与已提供的输入资料,复述本次任务,并列出缺少的材料。只返回核对结果,不修改文件或网页。
因为它能把成果渲染成可直接查看的页面,在 7 个 Agent 里具备这些能力的不多。如果你的卡点不在这里,页面下方列出了更合适的选择。
Skill 没有出现时,在设置页刷新并确认已启用;外部 Agent 的 Skill 没有导入时,重新选择复制或软链接模式;长任务偏离目标时,更新 Goal 并用 @ 指定本次优先文件。
品牌字体、颜色和可访问性规则集中保存,H1、CTA、视觉与实验按页面记录,新增页面复用共同验收。
INSTALL
安装到 ZCode
Skill 放进 ~/.zcode/skills/,集中保存共同品牌资料,每张页面单独建目录,并在任务目标中写清文案、布局、预览和验收要求。
METHOD 01 · 交给 AI 自己装
适合大多数情况。Agent 会下载 ZIP、解压、放到正确目录,并在缺少权限时告诉你需要手工做哪一步。
请帮我把「网站首屏 Hero 设计 Skill」安装到 ZCode。 1. 下载完整 Skill ZIP:https://www.vibemarketing.work/packages/skill-hero-section/1.0.0/skill-hero-section.zip 注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。 2. 解压后保留 SKILL.md 及全部配套文件,按 ZCode 的方式安装:mkdir -p ~/.zcode/skills && cp -R ./skill-hero-section ~/.zcode/skills/ 3. 安装完成后告诉我实际安装目录。 4. 用一个只读小任务验证:在设置页确认技能已启用,对话中输入 $ 选择技能,再跑一个只读小任务。 5. 如果你没有联网、下载或写目录权限,请直接告诉我哪几步需要我手工完成。 参考:原始 SKILL.md https://www.vibemarketing.work/raw/skill-hero-section/SKILL.md;安装指南 https://www.vibemarketing.work/agent-install/skill-hero-section.md
METHOD 03 · 手动放目录
解压 ZIP 后,在 ZCode 中执行:
mkdir -p ~/.zcode/skills && cp -R ./skill-hero-section ~/.zcode/skills/
验证:在设置页确认技能已启用,对话中输入 $ 选择技能,再跑一个只读小任务。
HTML 业务页面不能直接当作 Skill 文件安装。AI 需要下载完整 ZIP 并保留配套文件。
OTHER AGENTS
跨 Agent 适配对比
下面的步数来自逐步比对。卡在哪一步,就看哪个 AI 能直接完成那一步。
WorkBuddy在这个 Skill 上直接覆盖 2/7 步,而且能直接读写 Word、Excel、PPT 等办公文档——如果你这次的卡点正是中文办公文档,换它更省事。
Codex在这个 Skill 上直接覆盖 2/7 步,而且能在独立产物区里逐份审阅和修改交付物——如果你这次的卡点正是产物区审阅,换它更省事。
Claude Code在这个 Skill 上直接覆盖 1/7 步,而且能在敏感写入前请求确认——如果你这次的卡点正是操作前确认,换它更省事。
FURTHER READING
围绕 ZCode 和这个任务的共同标签挑出来的,换成别的 Agent 看到的不是同一批。
假设一家 SaaS 公司上线了 ROI 计算器。三个月后,工具页的自然流量和使用次数都在涨,市场团队把它当作新的获客入口,销售却说收到的邮箱很难跟进:有人只想算一道题,有人来自目标行业之外,还有人留下
假设一家 SaaS 公司把官网从六个一级栏目收成“产品、解决方案、资源”三个下拉菜单。价格页和文档页仍在,只是从页头可见入口移到了第二层。改版后如果销售频繁收到“有没有公开价格”“API 文档在哪里”
买家搜索“A 对比 B”时,通常已经知道品类,也看过其他产品。他打开供应商的对比页,看到自家产品每一行都是绿色勾,竞品则处处受限;再打开竞品的网站,结论正好反过来。两张页面都写了很多功能,却没有帮助他
定价页已经把 Starter、Professional、Enterprise 排成三张卡,价格、功能和“最受欢迎”角标也都在,销售仍然反复收到同一个问题:我们该买哪一档?这时团队很容易删一档套餐、放大
流量结构一变,后台最显眼的数字就是转化率往下掉。很多人的反应是改按钮颜色、改表单字段、再开一轮首屏测试。这些能测,但排在后面。转化率是「来的人里有多少做了你要的动作」,来的人换了,动作完成率一定会动。
订阅弹窗的周报很容易给人一种乐观错觉:新版提交率明显上涨,于是团队宣布测试胜出。打开欢迎邮件报告后,点击、优惠使用和购买却没有同步变化。这是一个假设场景,它说明了一种常见误判——团队赢了弹窗这一段,却
NEXT WORKFLOW
搭配使用
按产出物与输入资料的衔接关系计算,都是同一个 Agent 下的版本,装完可以直接接着跑。
用 ZCode 完成「测了五条短视频开头数据需要决定留哪条」,最终得到包含基线和测试组各核心指标变化的 Markdown 对照表。
用 ZCode 完成「着陆页文案转化太低需要调整」,最终得到标注修改原因的逐行审阅文档。
用 ZCode 完成「注册转化率还行但留存率太低」,最终得到包含流失率指标的注册转化漏斗分析表。