页面预览
把成果渲染成可直接查看的页面。页面类成果可以直接预览并按屏幕尺寸检查,是它最独特的一项
TRAE × 内容与创意 · 原生覆盖 57%
网站首屏 Hero 设计 Skill有 7 个执行步骤,其中 4 步可以在 TRAE 里直接完成。它能把成果渲染成可直接查看的页面,正好对应这个 Skill 里最吃工具的一段。需要提前知道的是:中文办公文档这 1 项它不做,涉及的 1 个步骤要按下面的手工方式衔接。
WHY TRAE
适配结论
网站首屏 Hero 设计 Skill不在 TRAE 的前十推荐里——TRAE更擅长营销工作与网站、落地页和程序化 SEO,这个 Skill 的重心不完全在这里。它仍然可以正常安装使用,只是如果你要做的就是这件事,可以先看看下面几个更合适的 Agent。
TRAE 适合首屏方案需要边写边看的页面项目。团队可以在 Work 中整理受众、主张和文案,再在 IDE 对照 Hero 组件整理改动清单,用页面预览分别核对桌面与手机宽度、文案层级、CTA、媒体裁切和焦点状态。获得编辑授权后,Agent 可把已确认方案写入组件并运行构建;品牌定稿、真实设备、性能数据和生产发布仍需团队确认。
把成果渲染成可直接查看的页面。页面类成果可以直接预览并按屏幕尺寸检查,是它最独特的一项
CAPABILITY × STEP
核心差异
网站首屏 Hero 设计 Skill 共 7 个环节。TRAE 可直接执行 4 个环节(含 1 个仅需判断的环节),2 个需要相应工具与配置,1 个需手工衔接。判断质量取决于输入资料与具体推理。
| 步骤 | 所需能力 | 等级 | 在 TRAE 下具体怎么做 |
|---|---|---|---|
| 01 确认页面任务 | 读本地资料写本地文件页面预览操作前确认 | 有条件 | 可以做但有条件:TRAE 对操作前确认的支持有限制。 |
| 02 建立首屏信息层级 | 页面预览 | 直接执行 | 直接交给 TRAE:它能把成果渲染成可直接查看的页面。 |
| 03 选择布局与对齐 | 页面预览中文办公文档 | 需手工 | 改成手工:先把办公文档另存为 Markdown 或纯文本。(办公文档要先转成文本或 Markdown) |
| 04 安排视觉与移动端 | 页面预览 | 直接执行 | 直接交给 TRAE:它能把成果渲染成可直接查看的页面。 |
| 05 检查 SEO 与性能 | 页面预览 | 直接执行 | 直接交给 TRAE:它能把成果渲染成可直接查看的页面。 |
| 06 完成可访问性验收 | 打开网页取正文产物区审阅 | 有条件 | 可以做但有条件:TRAE 对产物区审阅的支持有限制。 |
| 07 准备测试与判定 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
TRAE 的优势落在从营销 Brief 到页面预览的衔接。Work 先收紧 H1、副标题和主 CTA,IDE 再应用布局与媒体规则,预览窗口检查不同宽度和交互状态。验收标准是桌面与移动端都保持正确阅读顺序,按钮可操作,文字和视觉没有互相遮挡。
在 Work 读取 Brief 与现有页面,明确目标受众、主行动、可使用证明和移动端要求。
生成少量候选并完成文案评审,确认后把内容交给 IDE 中的代表页面。
在 IDE 准备分栏、居中或全宽布局的改动清单,标明媒体裁切、断点和移动端堆叠,并用预览实时核对。
检查初始 HTML、H1、资源、键盘焦点和减弱动效,用桌面与手机宽度保存验收记录。
IMPORT · RUN
资料导入与任务下发
TRAE可以直接读取目录里的资料,把这些文件放在同一个位置即可。
研究和写作任务可以在 TRAE Work 中准备资料;落地页、网站和程序化 SEO 项目放进 TRAE IDE。
导入 Skill 后,可以创建研究、文案、设计和开发角色分工完成,再用 MCP 读取已授权的数据和资料。
项目级 Skill 放进 .agents/skills/,把品牌资料、现有 Hero 组件和目标页面纳入工作区,先只读生成改动清单。
MANUAL HANDOFF
能力缺口与人工衔接
有 1 项能力需要你在 TRAE 之外完成,下面写清了各自影响哪一步、怎么补。
影响:第 3 步 选择布局与对齐
原因:办公文档要先转成文本或 Markdown
做法:先把办公文档另存为 Markdown 或纯文本
COLLABORATE · CHAIN
协作与后续衔接
营销确认价值主张,设计确认视觉与层级,开发确认响应式和性能。生产凭证与未公开素材按项目权限保存。
先在 Work 固定首屏内容与测试建议,再在 IDE 整理页面改动;获得编辑授权后应用方案,并使用页面预览和构建任务收口。
COMBINATION CASE
场景化实战案例
假设一张广告页桌面采用左右分栏,手机上大图先出现,主 CTA 被推到下方。
预期结果:交付物应包含首屏文案、待改文件清单和多宽度预览记录;真实设备、实验与发布由团队确认。
VERIFY · TROUBLESHOOT
效果验证方法
分别预览桌面、平板和手机,检查 H1、副标题、主 CTA 与视觉顺序、换行、遮挡和焦点状态。
请在 TRAE 中使用「网站首屏 Hero 设计 Skill」。本次要完成:官网首屏同时放了多项产品能力和多个按钮,需要收紧价值主张与主行动。我会提供页面类型、目标受众、流量来源和单一转化目标和产品价值主张、核心利益点、可使用的证明与常见异议。请先完成一份小样,交付首屏内容结构:H1、副标题、主 CTA、可选次 CTA、视觉与信任信息和文案备选:标题、副标题和按钮文字及各自适用条件,并列出需要我核对的事实和数字。注意:中文办公文档这部分你做不到,遇到时直接告诉我,我手工补。
安装完成后,请 TRAE 读取这份 Skill 与已提供的输入资料,复述本次任务,并列出缺少的材料。只返回核对结果,不修改文件或网页。
7 步里 4 步可直接执行,2 步需要相应工具与配置,1 步需手工衔接。请结合逐步说明确认实际做法。
TRAE可以直接读取目录里的资料,把这些文件放在同一个位置即可。
安装完成后,请 TRAE 读取这份 Skill 与已提供的输入资料,复述本次任务,并列出缺少的材料。只返回核对结果,不修改文件或网页。
因为它能把成果渲染成可直接查看的页面,在 7 个 Agent 里具备这些能力的不多。如果你的卡点不在这里,页面下方列出了更合适的选择。
没有调用 Skill 时,在 Skills 设置中确认已经启用;项目级 Skill 未出现时,检查 .agents/skills 目录;页面结果不合适时,打开预览并指出具体区块和屏幕尺寸。
按标题、CTA 文案和视觉记录候选版本、修改内容、页面预览与测试结果。
INSTALL
安装到 TRAE
把提示词复制给 TRAE,它会自己下载 ZIP 并完成安装,装完会报告实际目录。
METHOD 01 · 交给 AI 自己装
适合大多数情况。Agent 会下载 ZIP、解压、放到正确目录,并在缺少权限时告诉你需要手工做哪一步。
请帮我把「网站首屏 Hero 设计 Skill」安装到 TRAE。 1. 下载完整 Skill ZIP:https://www.vibemarketing.work/packages/skill-hero-section/1.0.0/skill-hero-section.zip 注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。 2. 解压后保留 SKILL.md 及全部配套文件,按 TRAE 的方式安装:在 Skills 设置中导入包含 SKILL.md 的 skill-hero-section 目录;项目级 Skill 可放入 .agents/skills/skill-hero-section 3. 安装完成后告诉我实际安装目录。 4. 用一个只读小任务验证:在 Skills 设置里确认已启用,再让它对一个页面或一份材料做只读检查。 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 后,在 TRAE 中执行:
在 Skills 设置中导入包含 SKILL.md 的 skill-hero-section 目录;项目级 Skill 可放入 .agents/skills/skill-hero-section
验证:在 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
围绕 TRAE 和这个任务的共同标签挑出来的,换成别的 Agent 看到的不是同一批。
流量结构一变,后台最显眼的数字就是转化率往下掉。很多人的反应是改按钮颜色、改表单字段、再开一轮首屏测试。这些能测,但排在后面。转化率是「来的人里有多少做了你要的动作」,来的人换了,动作完成率一定会动。
市场部改官网,销售改话术,投放改广告,三边各自有一套说法,在不少团队里已经算日常。语气不同还能凑合用。客户听完三遍,仍然复述不出你们到底解决哪一件事,这才麻烦。功能清单越长,这句话越容易丢。产品营销要
分享到 LinkedIn 的标题,别拿页面 Title 直接去灌
文章页点了分享,LinkedIn 和 X 上弹出来的卡片,用的经常是页面后台 Title。后台 Title 是写给搜索和浏览器标签的,里面会塞栏目名、品牌名、竖线分隔,拿到信息流里又长又像后台。分享卡
市场团队准备改官网首页,先把三家同行交给 AI 研究。首页说了什么、产品有哪些功能、价格怎样分档、案例里用了哪些客户,很快就整理成一份完整的对照表。 开会时,大家依然答不上来:我们的首页究竟要赢过谁?
假设一个团队月底复盘:14 天试用注册量没有明显下降,付费人数却低于预期。会议很快会出现三种建议——缩短试用期、要求先绑卡、到期前增加优惠提醒。每一种都可能有效,也可能改错位置,因为“试用转付费率”把
这次营销邮件发出后,打开率比往期低了不少。内容同事先改主题行,运营把发送时间从上午挪到晚上,第二轮数据仍没有起色。这样的排查很常见,问题在于打开率把几件事压成了一个数字:平台怎样统计、邮件有没有被接收
NEXT WORKFLOW
搭配使用
按产出物与输入资料的衔接关系计算,都是同一个 Agent 下的版本,装完可以直接接着跑。
用 TRAE 完成「测了五条短视频开头数据需要决定留哪条」,最终得到包含基线和测试组各核心指标变化的 Markdown 对照表。
用 TRAE 完成「着陆页文案转化太低需要调整」,最终得到标注修改原因的逐行审阅文档。
用 TRAE 完成「注册转化率还行但留存率太低」,最终得到包含流失率指标的注册转化漏斗分析表。