产物区审阅
在独立产物区里逐份审阅和修改交付物。这是 WorkBuddy 在 7 个 Agent 里相对少见的能力。
WorkBuddy × 内容与创意 · 可处理 5/7 个环节
网站 Logo 接入 Skill有 7 个执行步骤,WorkBuddy 可以处理 5 步,其中 2 步需要相应工具与配置。它能在独立产物区里逐份审阅和修改交付物,正好对应这个 Skill 里最吃工具的一段。在 7 个 Agent 里,同时具备产物区审阅、操作前确认的并不多,这是选它做这项任务的实际理由。需要提前知道的是:版本管理这 1 项它不做,涉及的 2 个步骤要按下面的手工方式衔接。
WHY WORKBUDDY
适配结论
网站 Logo 接入 Skill可以作为独立任务在 WorkBuddy 中使用。具体适配方式、资料交接和需要人工确认的环节见下方说明。
WorkBuddy 适合把 Word 品牌手册、PPT 视觉方案、Excel 页面清单,以及通过飞书发来的上线要求汇成一份网站 Logo 接入任务单。它能让品牌、市场与开发共同确认版本、位置、首页链接和验收责任。实际图片导出、组件修改与浏览器显示仍由设计和开发完成。
在独立产物区里逐份审阅和修改交付物。这是 WorkBuddy 在 7 个 Agent 里相对少见的能力。
在敏感写入前请求确认。这是 WorkBuddy 在 7 个 Agent 里相对少见的能力。
CAPABILITY × STEP
核心差异
网站 Logo 接入 Skill 共 7 个环节。WorkBuddy 可以处理 5 个环节,其中 2 个需要相应工具与配置;另外 2 个需要团队补充。实际结果取决于输入资料、已接入工具与运行环境。
| 步骤 | 所需能力 | 等级 | 在 WorkBuddy 下具体怎么做 |
|---|---|---|---|
| 01 确认网站场景 | 读本地资料写本地文件操作前确认 | 直接执行 | 直接交给 WorkBuddy:它能直接读取本机目录里的资料。 |
| 02 盘点 Logo 资产 | 读本地资料操作前确认版本管理 | 不支持 | 改成手工:自己按日期命名保留多个版本。(不管理版本,历史版本需要自己另存) |
| 03 选择位置与版本 | 页面预览版本管理 | 不支持 | 改成手工:自己按日期命名保留多个版本。(不管理版本,历史版本需要自己另存) |
| 04 配置首页链接 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
| 05 处理图片与替代文字 | 页面预览 | 有条件 | 可以做但有条件:WorkBuddy 对页面预览的支持有限制。 |
| 06 制定尺寸与响应式规则 | 写本地文件 | 直接执行 | 直接交给 WorkBuddy:它能把过程文件和成果直接落盘保存。 |
| 07 完成可访问性验收 | 打开网页取正文页面预览产物区审阅操作前确认 | 有条件 | 可以做但有条件:WorkBuddy 对页面预览的支持有限制。 |
优势集中在资料归集与多人确认。WorkBuddy 从获准访问的品牌手册、资产目录和页面清单中提取完整标志、字标、图形标志、明暗版本、留白与最小尺寸,再按页眉、页脚和移动端建立使用矩阵。验收标准是每个页面场景都能找到对应资产、负责人和待确认项。
读取品牌手册、上线计划和页面清单,整理主页路径、页眉与页脚场景、目标设备和品牌限制。
把完整标志、字标、图形标志和明暗版本录入表格,按桌面、手机与背景分配用途并标出缺失文件。
生成接入任务单,写明主页链接、公司名称替代文字、资产文件和负责修改的模板。
建立桌面、平板、手机、键盘、触控与深浅背景检查项,分配品牌和开发负责人。
IMPORT · RUN
资料导入与任务下发
WorkBuddy可以直接读取目录里的资料,把这些文件放在同一个位置即可。
把产品介绍、客户反馈、销售表格或历史方案拖进 WorkBuddy,并直接说清这次要完成的营销任务。
选择一个 Skill 后,用中文说清要完成的任务。需要多种专业能力时,可以让多个专家分工完成。
安装后上传品牌手册、Logo 文件目录、页面模板表和上线计划。先生成资产缺口与版本冲突表,再形成接入任务单。
MANUAL HANDOFF
需要团队补充的步骤
有 1 项能力需要你在 WorkBuddy 之外完成,下面写清了各自影响哪一步、怎么补。
影响:第 2 步 盘点 Logo 资产、第 3 步 选择位置与版本
原因:不管理版本,历史版本需要自己另存
做法:自己按日期命名保留多个版本
COLLABORATE · CHAIN
协作与后续衔接
品牌确认资产和禁用方式,市场确认页面范围,开发确认组件与链接。WorkBuddy 汇总结论、负责人和日期,不代替设计文件导出或代码验收。
先冻结资产版本、页面用途和验收项,再把任务单交给前端或网站运营执行,完成后回填预览地址和问题记录。
COMBINATION CASE
场景化实战案例
假设一个集团的官网、招聘站和帮助中心分别使用旧标志、不同尺寸和不同主页链接。
预期结果:交付物应包含三站 Logo 使用矩阵、责任表与验收清单;图片导出、代码修改和发布由对应负责人完成。
VERIFY · TROUBLESHOOT
效果验证方法
检查任务单能否为三个场景分别给出文件、尺寸、背景、主页链接、替代文字和负责人,缺少资产时应明确标记。
请在 WorkBuddy 中使用「网站 Logo 接入 Skill」。本次要完成:品牌更换 Logo 后,官网不同页面仍混用旧文件、错误颜色或不同尺寸。我会提供网站类型、页眉与页脚结构、目标设备和需要覆盖的页面范围和现有 Logo 文件、字标或图形标志,优先提供 SVG 与高分辨率版本。请先完成一份小样,交付Logo 使用方案:页眉、页脚和移动端的位置、版本、尺寸与背景对应关系和资产版本表:SVG 或位图文件、完整标志、字标、图形标志与明暗版本用途,并列出需要我确认的金额、日期、适用人群和目标链接。注意:版本管理这部分你做不到,遇到时直接告诉我,我手工补。
安装完成后,请 WorkBuddy 读取这份 Skill 与已提供的输入资料,复述本次任务,并列出缺少的材料。只返回核对结果,不修改文件或网页。
7 个环节里有 5 个可以处理,其中 2 个需要相应工具与配置,2 个需要团队补充。请结合逐步说明确认实际做法。
WorkBuddy可以直接读取目录里的资料,把这些文件放在同一个位置即可。
安装完成后,请 WorkBuddy 读取这份 Skill 与已提供的输入资料,复述本次任务,并列出缺少的材料。只返回核对结果,不修改文件或网页。
因为它能在独立产物区里逐份审阅和修改交付物,也能在敏感写入前请求确认,在 7 个 Agent 里具备这些能力的不多。如果你的卡点不在这里,页面下方列出了更合适的选择。
没有读到资料时,把文件重新拖进当前任务;没有调用 Skill 时,直接说出 Skill 名称和要完成的任务;结果太宽泛时,补充真实产品、客户和竞品资料。
记录文件名、版本、适用背景、页面模板、负责人和验收日期。品牌换标时从同一张表追踪迁移。
INSTALL
安装到 WorkBuddy
安装后上传品牌手册、Logo 文件目录、页面模板表和上线计划。先生成资产缺口与版本冲突表,再形成接入任务单。
METHOD 01 · 让 WorkBuddy 引导安装
先下载 ZIP,再按照 WorkBuddy 的提示进入技能板块上传本地技能包;当前任务无法操作技能板块时,由用户完成最后的上传和启用。
请帮我把「网站 Logo 接入 Skill」安装到 WorkBuddy。 1. 下载完整 Skill ZIP:https://www.vibemarketing.work/packages/skill-logo-implementation/1.0.0/skill-logo-implementation.zip 注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。 2. 解压后保留 SKILL.md 及全部配套文件,按 WorkBuddy 的方式安装:技能 → 添加技能 → 上传技能 → 选择本地技能包 3. 安装完成后告诉我实际安装目录。 4. 用一个只读小任务验证:在“已安装”中搜索 Skill 名称,启用后用一个只读样本任务检查是否被正确调用。 5. 如果你没有联网、下载或写目录权限,请直接告诉我哪几步需要我手工完成。 参考:原始 SKILL.md https://www.vibemarketing.work/raw/skill-logo-implementation/SKILL.md;安装指南 https://www.vibemarketing.work/agent-install/skill-logo-implementation.md
METHOD 03 · 手动放目录
解压 ZIP 后,在 WorkBuddy 中执行:
技能 → 添加技能 → 上传技能 → 选择本地技能包
验证:在“已安装”中搜索 Skill 名称,启用后用一个只读样本任务检查是否被正确调用。
HTML 业务页面不能直接当作 Skill 文件安装。AI 需要下载完整 ZIP 并保留配套文件。
OTHER AGENTS
跨 Agent 适配对比
下面的步数来自逐步比对。卡在哪一步,就看哪个 AI 能直接完成那一步。
TRAE在这个 Skill 上直接覆盖 4/7 步,而且能把成果渲染成可直接查看的页面——如果你这次的卡点正是页面预览,换它更省事。
ZCode在这个 Skill 上直接覆盖 4/7 步,而且能把成果渲染成可直接查看的页面——如果你这次的卡点正是页面预览,换它更省事。
Codex在这个 Skill 上直接覆盖 4/7 步,而且能把过程文件纳入版本管理便于回溯——如果你这次的卡点正是版本管理,换它更省事。
FURTHER READING
围绕 WorkBuddy 和这个任务的共同标签挑出来的,换成别的 Agent 看到的不是同一批。
假设一家 SaaS 公司把官网从六个一级栏目收成“产品、解决方案、资源”三个下拉菜单。价格页和文档页仍在,只是从页头可见入口移到了第二层。改版后如果销售频繁收到“有没有公开价格”“API 文档在哪里”
假设一家 SaaS 公司上线了 ROI 计算器。三个月后,工具页的自然流量和使用次数都在涨,市场团队把它当作新的获客入口,销售却说收到的邮箱很难跟进:有人只想算一道题,有人来自目标行业之外,还有人留下
买家搜索“A 对比 B”时,通常已经知道品类,也看过其他产品。他打开供应商的对比页,看到自家产品每一行都是绿色勾,竞品则处处受限;再打开竞品的网站,结论正好反过来。两张页面都写了很多功能,却没有帮助他
越来越多人把选型直接丢给ChatGPT、Perplexity、Gemini,或者购物、采购类助手。答案是模型拼出来的,不一定点开你的网页。世界经济论坛把这件事叫做智能体引擎优化(AEO):你要进的不是
手机上刷 LinkedIn,一条帖子通常只露出前两行。人停不停,几乎就在这两行里决定。很多人把真正想说的话放在第三段,前两行写「最近有些观察想分享」,等于把展开按钮藏起来了。公司号再把同一段通稿贴一遍
员工倡导做不成,多半不是大家「不够热爱公司」。市场部丢过去一篇八百字通稿,要求本周原文转发,还要带产品截图和口号。人看一眼就关了,因为那不是自己能讲的话,发到个人号上像在给公司打广告。员工愿意发出去的
NEXT WORKFLOW
搭配使用
按产出物与输入资料的衔接关系计算,都是同一个 Agent 下的版本,装完可以直接接着跑。
用 WorkBuddy 完成「SaaS 产品已经开放 REST API,官网只有端点文档,潜在客户看不出适用场景和接入价值」,最终得到API 产品介绍页结构:价值主张、核心能力、使用场景、快速开始、认证概览,以及如适用的价格或限制、如有的 SDK 或工具。
用 WorkBuddy 完成「品牌官网、销售演示和社媒模板各用一套颜色与字体,需要统一视觉规范」,最终得到品牌视觉规范:字体角色、字号层级、颜色用途、间距尺度和 Logo 使用规则。
用 WorkBuddy 完成「SaaS 每周上线多项功能和修复,公告散落在社群与邮件里,用户找不到完整版本记录」,最终得到更新日志页面结构:页面入口、最新条目、历史归档、分类标签、搜索筛选与相关链接。