结果直接推送飞书，省掉手动搬砖
本 Agent 原生支持连飞书与企业微信，绑定后任务结果直接发到聊天里。 Offer 短板诊断报告和重写的保证条款完成后，自动推送到指定群组。如果资料是 Word 或 Excel 格式，要手工先转成 Markdown 或 CSV 再投喂，因为本 Agent 读不到本机的办公文档。这一步人工转格式后，后续的诊断到交付清单输出全部自动进协作工具。
ZCode × 调研与策略 · 原生覆盖 71%
ZCode × 产品 Offer 设计 Skill
产品 Offer 设计 Skill有 7 个执行步骤，其中 5 步可以在 ZCode 里直接完成。它能运行脚本处理数据和格式转换，正好对应这个 Skill 里最吃工具的一段。产物区审阅属于有条件支持，执行路径和原生能力不同，下面单独说明。
- 5/7步可直接执行
- 无需手工衔接的步骤
- 未进前十在本 Agent 的推荐清单
WHY ZCODE
适配结论
用这个 Agent 跑 Offer 设计 Skill
产品 Offer 设计 Skill不在 ZCode 的前十推荐里——ZCode更擅长长上下文、长任务、项目文件和远程跟进，这个 Skill 的重心不完全在这里。它仍然可以正常安装使用，只是如果你要做的就是这件事，可以先看看下面几个更合适的 Agent。
用这个 Agent 跑 Offer 设计 Skill，处理几千字详情页背景资料时不用分段重述，长上下文能记住完整的客户退款记录。设置好可验收目标跑长任务，离开电脑后用飞书或微信 Bot 继续追问细节，进度直接在手机看。办公文档不支持直读，Word 或 Excel 资料要先转成文本或 CSV 再投喂。如果只想跑一次短板诊断，或者手头只有没转换的办公文档，换别的 Agent 更合适。长任务和远程跟进是这个 Agent 最明显的优势。
CAPABILITY × STEP
核心差异
长上下文与远程跟进覆盖长任务全流程
产品 Offer 设计 Skill 一共 7 步。ZCode 能直接执行 5 步，2 步有条件，0 步得你自己补，另外 4 步是纯判断、换哪个 AI 都一样。
5步可直接执行
2步有条件支持
无需手工衔接的步骤
71%原生覆盖率
| 步骤 | 所需能力 | 等级 | 在 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
一家 B2B 软件团队的咨询服务详情页流量大但支付转化率低，需要重排交付物并补紧迫感机制。团队手里有客户常见客服咨询问题记录和基础交付物清单，但平时用飞书沟通，缺乏守在电脑前跑长任务的人力。
- 把客服咨询问题记录另存为文本，和原有的基础交付物清单一起放进工作区。
- 在工作区用 @ 引用这些文件，用 $ 选定技能并设定生成完整 Offer 结构清单的目标。
- 离开办公室后，直接在飞书 Bot 里查看价值公式四维打分结果并追问调整方向。
- 在飞书里要求根据上下文中的客服问题，重写风险逆转与保证条款。
- 手机端收到完成通知，扫码获取附带真实限制条件的催单机制设计方案。
预期结果：交付了一套包含 6 个标准模块的结构清单和改写好的风险逆转条款。原始办公文档需要手工转文本，打分与重写环节无需人工干预，结果直接进了飞书群。
VERIFY · TROUBLESHOOT
效果验证方法
安装后先拿一份现有的高客单价咨询服务介绍 PDF 跑一次短板诊断
安装后先拿一份现有的高客单价咨询服务介绍 PDF 跑一次短板诊断。在工作区用 @ 引用这份资料并用 $ 选技能，设定「生成价值公式四维打分报告」作为 Goal。看两个信号：一是打分报告有没有准确识别出原方案缺失的保证条款，二是有没有根据资料里的退款原因给出具体的重写建议。随后在绑定的飞书 Bot 里追问一个关于赠品设计的细节，如果它不用重新发资料就能接着回答，说明长上下文和远程跟进生效了。
可直接使用的第一个任务
请在 ZCode 中使用「产品 Offer 设计 Skill」。本次要完成：课程上线前重新梳理产品交付与附加赠品。我会提供当前的产品名称、基础交付物清单与销售单价和历史客户退款原因记录或常见的客服咨询问题。请先完成一份小样，交付基于价值公式的 Offer 短板诊断与评分报告和一套包含 6 个标准模块的完整 Offer 结构清单，并列出需要我核对的事实和数字。
安装后的最小验证任务
安装完成后，先只做第 7 步：让 ZCode 产出交付清单，并把它运行脚本处理数据和格式转换的过程说出来。这一步是只读的，能确认 Skill 已被识别，也能确认它拿得到需要的资料。
ZCode 常见问题
- Skill 没有出现时，在设置页刷新并确认已启用
- 外部 Agent 的 Skill 没有导入时，重新选择复制或软链接模式
- 长任务偏离目标时，更新 Goal 并用 @ 指定本次优先文件
- 产物区审阅相关步骤结果不稳定时，先确认当前环境是否满足条件
ZCode 跑产品 Offer 设计 Skill需要改哪几步？
不需要改。7 步用到的能力ZCode全部原生支持，可以按 Skill 的原始方法直接执行。
资料要怎么交给 ZCode？
ZCode可以直接读取目录里的资料，把这些文件放在同一个位置即可。
装完先做什么验证？
安装完成后，先只做第 7 步：让 ZCode 产出交付清单，并把它运行脚本处理数据和格式转换的过程说出来。这一步是只读的，能确认 Skill 已被识别，也能确认它拿得到需要的资料。
为什么选 ZCode 而不是别的 Agent？
这个 Skill 用到的都是通用能力，7 个 Agent 差别不大，可以按你已经在用的工具来选。
ZCode 常见的失败情况有哪些？
Skill 没有出现时，在设置页刷新并确认已启用；外部 Agent 的 Skill 没有导入时，重新选择复制或软链接模式；长任务偏离目标时，更新 Goal 并用 @ 指定本次优先文件。
个性化迭代 Skill 的建议
在重写最薄弱模块这个环节做定制。加入团队历史成功下单的保证条款真实案例，固化成团队版本。把过去处理退款的标准话术写进 Skill 的判断逻辑里，让 Agent 在规避虚假营销手段时按团队底线执行。因为支持大批量循环处理，改好判断标准后，直接批量丢进几十个老产品的文本资料，一次性生成连带销售方案。改完后从其它 Agent 一键导入这个 Skill，换工具不用重装。
INSTALL
安装到 ZCode
把产品 Offer 设计 Skill装进 ZCode，一条命令完成
把提示词复制给 ZCode，它会自己下载 ZIP 并完成安装，装完会报告实际目录。
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 看到的不是同一批。
越来越多人把选型直接丢给ChatGPT、Perplexity、Gemini，或者购物、采购类助手。答案是模型拼出来的，不一定点开你的网页。世界经济论坛把这件事叫做智能体引擎优化（AEO）：你要进的不是
关键词拓展 Skill 的正确用法，是把它当成一个有明确输入输出契约的执行单元：你交给它种子词、业务边界和排除规则，它返回一张带意图标注的候选词表。多数人调用后拿到一堆不可用的词，问题不在 Skill
GEO（生成式引擎优化）不是SEO的升级版，而是针对AI答案引擎的不同优化逻辑。本文从展示形式、排名机制、内容策略和技术实现四个维度对比GEO与SEO的核心差异，帮助营销团队理解两种流量来源的共存策略
关键词蚕食（Keyword Cannibalization）指同一网站有多个页面瞄准同一个搜索意图，在搜索结果里互相竞争，导致点击分散、排名不稳。解决它分四步：先确认症状，再按搜索意图给页面分组，然后
品牌想在 AI 搜索的回答里被提及，正确的做法不是频繁去问 AI「你有没有提我」，而是先建一张品牌查询地图，摸清在哪些问题下 AI 会提到谁、怎么提；再针对差距补充可独立引用的事实和内容资产；最后按月
关键词列表要变成可执行的内容矩阵，中间隔着四个动作：先按搜索意图聚类，把同一意图的词并成一组；再按读者任务拆页，一组词对应一个页面；然后按资源与转化价值排优先级，决定先写什么；发布前再做一次意图去重，
NEXT WORKFLOW
搭配使用
应用商店优化 Skill、营销动作效果验证 Skill、海外社区论坛推广 Skill
按产出物与输入资料的衔接关系计算，都是同一个 Agent 下的版本，装完可以直接接着跑。
ZCode · 出海增长#01
ZCode 应用商店优化 Skill
用 ZCode 完成「App Store 的自然搜索流量已经停滞」，最终得到六维 ASO 评分卡与总分评级。
来源项目热度 同步中
ZCode · 数据与自动化#02
ZCode 营销动作效果验证 Skill
用 ZCode 完成「测了五条短视频开头数据需要决定留哪条」，最终得到包含基线和测试组各核心指标变化的 Markdown 对照表。
来源项目热度 同步中
ZCode · 社媒与红人#03
ZCode 海外社区论坛推广 Skill
用 ZCode 完成「为新产品制定 Hacker News 发布日历和发帖物料」，最终得到多平台论坛发布渠道对比表格。
来源项目热度 同步中