本 Agent 原生支持连飞书与企业微信,绑定后任务结果直接发到聊天里。 Offer 短板诊断报告和重写的保证条款完成后,自动推送到指定群组。如果资料是 Word 或 Excel 格式,要手工先转成 Markdown 或 CSV 再投喂,因为本 Agent 读不到本机的办公文档。这一步人工转格式后,后续的诊断到交付清单输出全部自动进协作工具。
ZCode × 调研与策略 · 可处理 7/7 个环节
ZCode × 产品 Offer 设计 Skill
产品 Offer 设计 Skill有 7 个执行步骤,ZCode 可以处理 7 步,其中 2 步需要相应工具与配置。它能运行脚本处理数据和格式转换,正好对应这个 Skill 里最吃工具的一段。产物区审阅属于有条件支持,执行路径和原生能力不同,下面单独说明。
- 7个核心环节
- 7/7当前可处理的环节
- 未进前十在本 Agent 的推荐清单
WHY ZCODE
适配结论
用这个 Agent 跑 Offer 设计 Skill
产品 Offer 设计 Skill可以作为独立任务在 ZCode 中使用。具体适配方式、资料交接和需要人工确认的环节见下方说明。
用这个 Agent 跑 Offer 设计 Skill,处理几千字详情页背景资料时不用分段重述,长上下文能记住完整的客户退款记录。设置好可验收目标跑长任务,离开电脑后用飞书或微信 Bot 继续追问细节,进度直接在手机看。办公文档不支持直读,Word 或 Excel 资料要先转成文本或 CSV 再投喂。如果只想跑一次短板诊断,或者手头只有没转换的办公文档,换别的 Agent 更合适。长任务和远程跟进是这个 Agent 最明显的优势。
CAPABILITY × STEP
核心差异
长上下文与远程跟进覆盖长任务全流程
产品 Offer 设计 Skill 共 7 个环节。ZCode 可以处理 7 个环节,其中 2 个需要相应工具与配置。实际结果取决于输入资料、已接入工具与运行环境。
| 步骤 | 所需能力 | 等级 | 在 ZCode 下具体怎么做 |
|---|---|---|---|
| 01 判定业务类型 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
| 02 提取现有方案细节 | 产物区审阅 | 有条件 | 可以做但有条件:ZCode 对产物区审阅的支持有限制。 |
| 03 价值公式四维打分 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
| 04 六模块完整度审查 | 产物区审阅 | 有条件 | 可以做但有条件:ZCode 对产物区审阅的支持有限制。 |
| 05 重写最薄弱模块 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
| 06 规避虚假营销手段 | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
| 07 产出交付清单 | 运行脚本 | 直接执行 | 直接交给 ZCode:它能运行脚本处理数据和格式转换。 |
重写最薄弱模块需要反复对齐业务背景。在这个 Agent 下,把历史退款原因记录和详情页文字一次性塞进上下文,多轮追问不用重发资料。下发任务时在工作区用 $ 选定技能并设一个可验收 Goal。跑完价值公式四维打分后,去开会或在路上,直接在飞书里追问「六模块完整度审查」的细节并要求调整。手机扫码即可查看当前终端输出,不用守在电脑前等结果。
- 01
提取现有方案细节
把现有的销售落地页 URL 或转成文本的 PDF 放进工作区。因不直接读办公文档,Word 资料要先另存为文本。提取细节时在产物区直接审阅比对,长上下文让几千字的交付物清单留在一个任务里,不用反复重新交代背景。
- 02
六模块完整度审查
Agent 根据上下文里的资料对六个标准模块打分。审阅打分结果时如果有疑问,直接在飞书或微信 Bot 里追问某个模块的具体扣分原因。长任务的完整记录同步在手机端,随时追加要求补全遗漏的附加价值资产。
- 03
重写最薄弱模块
拿到诊断报告后,在聊天里直接要求重写风险逆转与保证条款。Agent 会结合前面留在上下文里的客户退款原因记录来写,不需要重新把退款记录发一遍。重写后的内容直接发到绑定的协作群里。
- 04
产出交付清单
Agent 运行脚本生成包含紧迫感与催单机制的最终交付清单。长任务跑完后,工作区自动保留目标、终端输出与文件状态。手机端收到任务完成通知,扫码查看生成的完整 Offer 结构清单,确认后直接取用。
IMPORT · RUN
资料导入与任务下发
当前的产品名称、基础交付物清单与销售单价怎么交给 ZCode
ZCode可以直接读取目录里的资料,把这些文件放在同一个位置即可。
需要准备的资料
- 当前的产品名称、基础交付物清单与销售单价
- 历史客户退款原因记录或常见的客服咨询问题
- 现有的销售落地页 URL 或产品介绍 PDF 文档
- 可提供作为附加价值的数字资产或额外服务清单
在 ZCode 里是这样推进的
打开营销项目工作区,用 @ 引用网站文件、品牌资料、数据表或需求文档,并为长任务设置一个可以验收的目标。
从设置页导入或安装 Skill,在对话中输入 $ 选择技能;它可以结合文件、终端、预览和子任务持续推进。
把产品介绍 PDF 和退款原因记录放进工作区。如果是从 Codex、Claude Code 或 OpenClaw 导入过这个 Skill,复制到 `~/.zcode/skills/` 或一键导入即可,不用重复配置。下发任务时用 @ 引用详情页 URL 或文本资料,用 $ 选定这个技能,补一句话设定可验收 Goal,比如「生成带真实限制条件的催单机制设计方案并写入文件」。进度条和终端输出直接在当前工作区看,不用切窗口。
COLLABORATE · CHAIN
协作与后续衔接
结果直接推送飞书,省掉手动搬砖
串联多 Skill 产物同上下文流转
长上下文让串联最省事。跑完这个 Skill 产出 Offer 结构清单后,接着调文案生成 Skill 写销售页,中间产物都在同一个任务上下文里,不必导出再导入。主 Agent 负责汇总,子 Agent 各自维护独立上下文。注意办公文档在串联的任何环节都要提前转成文本,避免下游 Skill 读不到原始资料。
COMBINATION CASE
场景化实战案例
B2B 软件高客单价咨询服务重塑 Offer
一家 B2B 软件团队的咨询服务详情页流量大但支付转化率低,需要重排交付物并补紧迫感机制。团队手里有客户常见客服咨询问题记录和基础交付物清单,但平时用飞书沟通,缺乏守在电脑前跑长任务的人力。
- 把客服咨询问题记录另存为文本,和原有的基础交付物清单一起放进工作区。
- 在工作区用 @ 引用这些文件,用 $ 选定技能并设定生成完整 Offer 结构清单的目标。
- 离开办公室后,直接在飞书 Bot 里查看价值公式四维打分结果并追问调整方向。
- 在飞书里要求根据上下文中的客服问题,重写风险逆转与保证条款。
- 手机端收到完成通知,扫码获取附带真实限制条件的催单机制设计方案。
预期结果:交付了一套包含 6 个标准模块的结构清单和改写好的风险逆转条款。原始办公文档需要手工转文本,打分与重写环节无需人工干预,结果直接进了飞书群。
VERIFY · TROUBLESHOOT
效果验证方法
安装后先拿一份现有的高客单价咨询服务介绍 PDF 跑一次短板诊断
安装后先拿一份现有的高客单价咨询服务介绍 PDF 跑一次短板诊断。在工作区用 @ 引用这份资料并用 $ 选技能,设定「生成价值公式四维打分报告」作为 Goal。看两个信号:一是打分报告有没有准确识别出原方案缺失的保证条款,二是有没有根据资料里的退款原因给出具体的重写建议。随后在绑定的飞书 Bot 里追问一个关于赠品设计的细节,如果它不用重新发资料就能接着回答,说明长上下文和远程跟进生效了。
可直接使用的第一个任务
请在 ZCode 中使用「产品 Offer 设计 Skill」。本次要完成:课程上线前重新梳理产品交付与附加赠品。我会提供当前的产品名称、基础交付物清单与销售单价和历史客户退款原因记录或常见的客服咨询问题。请先完成一份小样,交付基于价值公式的 Offer 短板诊断与评分报告和一套包含 6 个标准模块的完整 Offer 结构清单,并列出需要我确认的金额、日期、适用人群和目标链接。
安装后的最小验证任务
安装完成后,请 ZCode 读取这份 Skill 与已提供的输入资料,复述本次任务,并列出缺少的材料。只返回核对结果,不修改文件或网页。
ZCode 常见问题
- Skill 没有出现时,在设置页刷新并确认已启用
- 外部 Agent 的 Skill 没有导入时,重新选择复制或软链接模式
- 长任务偏离目标时,更新 Goal 并用 @ 指定本次优先文件
- 产物区审阅相关步骤结果不稳定时,先确认当前环境是否满足条件
ZCode 跑产品 Offer 设计 Skill需要改哪几步?
7 个环节里有 7 个可以处理,其中 2 个需要相应工具与配置。请结合逐步说明确认实际做法。
资料要怎么交给 ZCode?
ZCode可以直接读取目录里的资料,把这些文件放在同一个位置即可。
装完先做什么验证?
安装完成后,请 ZCode 读取这份 Skill 与已提供的输入资料,复述本次任务,并列出缺少的材料。只返回核对结果,不修改文件或网页。
什么任务更适合选 ZCode?
用这个 Agent 跑 Offer 设计 Skill,处理几千字详情页背景资料时不用分段重述,长上下文能记住完整的客户退款记录。设置好可验收目标跑长任务,离开电脑后用飞书或微信 Bot 继续追问细节,进度直接在手机看。办公文档不支持直读,Word 或 Excel 资料要先转成文本或 CSV 再投喂。如果只想跑一次短板诊断,或者手头只有没转换的办公文档,换别的 Agent 更合适。长任务和远程跟进是这个 Agent 最明显的优势。
ZCode 常见的失败情况有哪些?
Skill 没有出现时,在设置页刷新并确认已启用;外部 Agent 的 Skill 没有导入时,重新选择复制或软链接模式;长任务偏离目标时,更新 Goal 并用 @ 指定本次优先文件。
个性化迭代 Skill 的建议
在重写最薄弱模块这个环节做定制。加入团队历史成功下单的保证条款真实案例,固化成团队版本。把过去处理退款的标准话术写进 Skill 的判断逻辑里,让 Agent 在规避虚假营销手段时按团队底线执行。因为支持大批量循环处理,改好判断标准后,直接批量丢进几十个老产品的文本资料,一次性生成连带销售方案。改完后从其它 Agent 一键导入这个 Skill,换工具不用重装。
INSTALL
安装到 ZCode
把产品 Offer 设计 Skill装进 ZCode,一条命令完成
把产品介绍 PDF 和退款原因记录放进工作区。如果是从 Codex、Claude Code 或 OpenClaw 导入过这个 Skill,复制到 `~/.zcode/skills/` 或一键导入即可,不用重复配置。下发任务时用 @ 引用详情页 URL 或文本资料,用 $ 选定这个技能,补一句话设定可验收 Goal,比如「生成带真实限制条件的催单机制设计方案并写入文件」。进度条和终端输出直接在当前工作区看,不用切窗口。
METHOD 01 · 交给 AI 自己装
复制提示词
适合大多数情况。Agent 会下载 ZIP、解压、放到正确目录,并在缺少权限时告诉你需要手工做哪一步。
请帮我把「产品 Offer 设计 Skill」安装到 ZCode。 1. 下载完整 Skill ZIP:https://www.vibemarketing.work/packages/skill-offers/1.0.0/skill-offers.zip 注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。 2. 解压后保留 SKILL.md 及全部配套文件,按 ZCode 的方式安装:mkdir -p ~/.zcode/skills && cp -R ./skill-offers ~/.zcode/skills/ 3. 安装完成后告诉我实际安装目录。 4. 用一个只读小任务验证:在设置页确认技能已启用,对话中输入 $ 选择技能,再跑一个只读小任务。 5. 如果你没有联网、下载或写目录权限,请直接告诉我哪几步需要我手工完成。 参考:原始 SKILL.md https://www.vibemarketing.work/raw/skill-offers/SKILL.md;安装指南 https://www.vibemarketing.work/agent-install/skill-offers.md
METHOD 03 · 手动放目录
手动安装
解压 ZIP 后,在 ZCode 中执行:
mkdir -p ~/.zcode/skills && cp -R ./skill-offers ~/.zcode/skills/
验证:在设置页确认技能已启用,对话中输入 $ 选择技能,再跑一个只读小任务。
- 外部 Agent 的 Skill 没导入时,重新选择复制或软链接模式
- 长任务偏离目标时更新 Goal 并指定本次优先文件
HTML 业务页面不能直接当作 Skill 文件安装。AI 需要下载完整 ZIP 并保留配套文件。
OTHER AGENTS
跨 Agent 适配对比
Codex、WorkBuddy在这个 Skill 上覆盖更多环节
下面的步数来自逐步比对。卡在哪一步,就看哪个 AI 能直接完成那一步。
Codex 产品 Offer 设计
Codex在这个 Skill 上直接覆盖 7/7 步,而且能在独立产物区里逐份审阅和修改交付物——如果你这次的卡点正是产物区审阅,换它更省事。
WorkBuddy 产品 Offer 设计
WorkBuddy在这个 Skill 上直接覆盖 6/7 步,而且能在独立产物区里逐份审阅和修改交付物——如果你这次的卡点正是产物区审阅,换它更省事。
FURTHER READING
ZCode 与产品 Offer 设计相关的实操文章
围绕 ZCode 和这个任务的共同标签挑出来的,换成别的 Agent 看到的不是同一批。
假设一家 SaaS 公司上线了 ROI 计算器。三个月后,工具页的自然流量和使用次数都在涨,市场团队把它当作新的获客入口,销售却说收到的邮箱很难跟进:有人只想算一道题,有人来自目标行业之外,还有人留下
假设一家 SaaS 公司把官网从六个一级栏目收成“产品、解决方案、资源”三个下拉菜单。价格页和文档页仍在,只是从页头可见入口移到了第二层。改版后如果销售频繁收到“有没有公开价格”“API 文档在哪里”
买家搜索“A 对比 B”时,通常已经知道品类,也看过其他产品。他打开供应商的对比页,看到自家产品每一行都是绿色勾,竞品则处处受限;再打开竞品的网站,结论正好反过来。两张页面都写了很多功能,却没有帮助他
定价页已经把 Starter、Professional、Enterprise 排成三张卡,价格、功能和“最受欢迎”角标也都在,销售仍然反复收到同一个问题:我们该买哪一档?这时团队很容易删一档套餐、放大
订阅弹窗的周报很容易给人一种乐观错觉:新版提交率明显上涨,于是团队宣布测试胜出。打开欢迎邮件报告后,点击、优惠使用和购买却没有同步变化。这是一个假设场景,它说明了一种常见误判——团队赢了弹窗这一段,却
越来越多人把选型直接丢给ChatGPT、Perplexity、Gemini,或者购物、采购类助手。答案是模型拼出来的,不一定点开你的网页。世界经济论坛把这件事叫做智能体引擎优化(AEO):你要进的不是
NEXT WORKFLOW
搭配使用
应用商店优化 Skill、网站面包屑导航设计 Skill、网站内容卡片设计 Skill
按产出物与输入资料的衔接关系计算,都是同一个 Agent 下的版本,装完可以直接接着跑。
ZCode 应用商店优化 Skill
用 ZCode 完成「App Store 的自然搜索流量已经停滞」,最终得到六维 ASO 评分卡与总分评级。
ZCode 网站面包屑导航设计 Skill
用 ZCode 完成「博客文章同时出现在多个专题中,不同入口生成了不同的面包屑路径」,最终得到面包屑路径表:逐类页面列出层级、标签、目标 URL、链接状态和主面包屑路径。
ZCode 网站内容卡片设计 Skill
用 ZCode 完成「SaaS 工具目录的卡片同时放功能、价格、标签和多个按钮,访客很难快速比较」,最终得到卡片字段规格:必填、选填、显示顺序、文字长度和缺失内容处理。