固定上游版本 70987bad4ebe,包含 2 个文件。 加搜已生成可下载技能包、原始文件镜像及 7 种 Agent 安装页面。
内容与创意 · howto-section-generator
网页步骤区块设计 Skill
把教程、工具用法或落地页操作流程整理成页面内有顺序、可扫描、便于维护的步骤区块。
产品教程讲不清先后顺序、工具页只有一段笼统说明,或落地页需要解释用户如何开始时,可以用它确定步骤区块的位置、标题、操作文案和展示方式。Skill 会生成语义化有序列表、可选的 HowTo JSON-LD 与发布检查清单,确保标题中的步骤数量、页面可见内容和结构化数据保持一致,并明确 Google 已停止展示 HowTo 富媒体结果。
WHAT IT SOLVES
解决的营销问题
把教程、工具用法或落地页操作流程整理成页面内有顺序、可扫描、便于维护的步骤区块
把教程、工具用法或落地页操作流程整理成页面内有顺序、可扫描、便于维护的步骤区块。跑完你拿到的是步骤区块说明:父页面位置、目标读者、任务、描述性 H2 和简短引导语,中间一共 7 步。
最适合的真实场景
- 01
SaaS 产品页要把注册、导入数据和查看结果写成一组可直接跟随的上手步骤
- 02
免费分析工具页需要说明上传文件、选择参数、运行分析和下载报告的操作顺序
- 03
教程文章的步骤散在多个长段落中,读者难以判断先做什么、完成到什么程度
- 04
文档站使用标签切换展示步骤,但后续内容要点击后才请求,搜索抓取和无脚本访问拿不到完整流程
- 05
页面标题写三步,正文出现四步,HowTo JSON-LD 又包含五项,需要统一可见内容与结构化数据
你要先准备的资料
- 父页面 URL、页面类型、目标读者、访问意图和步骤区块的预定位置
- 用户要完成的单一任务、起点、最终完成状态和真实操作顺序
- 界面按钮、字段、工具、材料、耗时、前置条件、截图和常见异常资料
- 现有 H1/H2、品牌语气、页面组件、移动端断点与无障碍要求
- 是否需要 HowTo JSON-LD,以及网站现有 Article、SoftwareApplication 或其他结构化数据
跑完你会拿到什么
- 步骤区块说明:父页面位置、目标读者、任务、描述性 H2 和简短引导语
- 步骤文案表:每步标题、直接动作、输入、界面位置、完成标志和例外说明
- 语义化结构草稿:ol、li、必要子步骤,以及内联列表或标签展示规格
- 可选 HowTo JSON-LD 字段表:名称、步骤、工具、材料、耗时和语言映射
- 发布检查清单:标题与数量、可见内容、初始 HTML、首项可见、FAQ 区分、移动端和键盘操作
METHOD
Skill 工作流程
确认父页面与单一任务 → 选择区块位置 → 写出描述性标题 等 7 个环节
一共 7 步。其中 5 项能力决定了换个 AI 会不会更麻烦。
- 确认父页面与单一任务记录区块所在的文章、文档、工具页或落地页,明确目标读者、进入页面时已掌握的信息、要完成的任务和完成标志。
- 选择区块位置教程文章通常先交代问题和必要背景,再进入步骤;工具页或产品页先说明用途和前置条件,再给使用流程。区块只承担当前任务,不替代父页面其余内容。
- 写出描述性标题H2 直接写要完成的任务、结果或产品用法。只有步骤数量稳定时才在标题中写三步或四步,并同步锁定有序列表与结构化数据的项目数。
- 编排可执行步骤按真实发生顺序使用 ol 和 li。每一步先写用户需要执行的动作,再补充按钮位置、输入资料、工具、条件、截图或异常情况;复杂动作再使用子步骤。
- 选择列表或标签展示短流程优先使用连续列表;需要逐步展示时可使用标签或折叠组件,但全部文本必须随首个 HTML 返回,第一项默认展开,移动端仍能看清顺序与当前步骤。
- 按需生成 HowTo JSON-LD只有页面确实展示一组有序操作时才加入 HowTo。名称、步骤、工具、材料、耗时和语言都要与可见内容一致,不在代码里添加页面没有展示的步骤。
- 完成内容与实现检查核对标题、步骤数量、术语、FAQ 区分、初始 HTML、首项可见性、移动端、键盘与结构化数据。HowTo 可用 Schema.org Validator 检查;Google 已停止提供对应富媒体结果。
这个 Skill 用到的能力: 写本地文件页面预览操作前确认定时任务运行脚本 。不同 AI 对这些能力的支持程度不一样,所以同一个 Skill 换个 AI,有几步做法会变。
WORKED EXAMPLE
业务示例
示例:数据清洗工具页增加四步上手区块
示例:数据清洗工具页增加四步上手区块
假设一家 SaaS 在免费数据清洗工具页只写了功能介绍,访客需要自己猜测文件格式、清洗选项和结果下载方式。团队提供工具界面、CSV 示例、按钮名称、错误提示、移动端组件和现有页面草稿。
- 确认区块放在工具价值说明之后、常见问题之前,完成标志是用户下载清洗后的 CSV
- 把流程整理为准备文件、上传并检查列名、选择清洗规则、下载结果四步
- 为每一步先写直接动作,再补充文件限制、界面字段、错误提示和完成标志
- 使用语义化有序列表;移动端保留连续阅读,桌面端可按项目组件显示步骤标签
- 如需 HowTo JSON-LD,只映射页面实际展示的四步,并检查标题、列表和代码数量一致
预期结果:得到可交给内容、产品和前端共同评审的步骤区块、界面文案映射、展示规格与检查清单。示例不预设工具使用率、搜索排名或 AI 引用变化,真实界面、文件限制和上线决定仍由负责人确认。
PITFALLS · VERIFICATION
能力边界与常见问题
H2 只写操作步骤或说明,离开上下文后读者无法判断这组步骤要完成什么
最常踩的坑
- H2 只写操作步骤或说明,离开上下文后读者无法判断这组步骤要完成什么
- 标题强调三步完成,正文和结构化数据却分别出现四步与五步
- 每一步先讲背景和原则,真正需要点击或填写的动作埋在段尾
- 标签切换后才请求步骤内容,初始 HTML 只有第一项,关闭脚本后无法读完整流程
- 把常见问题的问答列表标记成 HowTo,或把同一批内容同时标记为 FAQPage 与 HowTo
怎么确认这次跑对了
- 已经形成可检查的步骤区块说明:父页面位置、目标读者、任务、描述性 H2 和简短引导语,关键判断能回到输入资料或过程证据。
- 已经形成可检查的步骤文案表:每步标题、直接动作、输入、界面位置、完成标志和例外说明,关键判断能回到输入资料或过程证据。
- 已经形成可检查的语义化结构草稿:ol、li、必要子步骤,以及内联列表或标签展示规格,关键判断能回到输入资料或过程证据。
- 已逐项检查「H2 只写操作步骤或说明,离开上下文后读者无法判断这组步骤要完成什么」等高频问题,并记录需要人工确认的下一步。
网页步骤区块设计 Skill适合哪些岗位使用?
内容营销团队、产品营销经理、SEO 编辑、产品运营、技术写作者、增长设计师与前端开发。典型场景包括SaaS 产品页要把注册、导入数据和查看结果写成一组可直接跟随的上手步骤;免费分析工具页需要说明上传文件、选择参数、运行分析和下载报告的操作顺序;教程文章的步骤散在多个长段落中,读者难以判断先做什么、完成到什么程度。
开始前需要准备什么资料?
至少需要父页面 URL、页面类型、目标读者、访问意图和步骤区块的预定位置、用户要完成的单一任务、起点、最终完成状态和真实操作顺序、界面按钮、字段、工具、材料、耗时、前置条件、截图和常见异常资料。资料越具体,结果越能直接用于决策。
最后能得到什么可检查的结果?
步骤区块说明:父页面位置、目标读者、任务、描述性 H2 和简短引导语、步骤文案表:每步标题、直接动作、输入、界面位置、完成标志和例外说明、语义化结构草稿:ol、li、必要子步骤,以及内联列表或标签展示规格。每项都可以逐条核对来源和数字。
哪些情况下结果会不可靠?
H2 只写操作步骤或说明,离开上下文后读者无法判断这组步骤要完成什么;标题强调三步完成,正文和结构化数据却分别出现四步与五步。出现这些情况时需要人工复核。
支持哪些 AI Agent?
已适配 WorkBuddy、OpenClaw、Hermes Agent、Codex、Claude Code、TRAE、ZCode 共 7 种,每种都有独立的安装说明和能力对照。
ORIGINAL SOURCE
完整 Skill 内容与版本资料
2 个原始文件,18 个文档章节,固定在 70987bad
上游原文完整保留在加搜服务器上,可逐节查看,也可以直接下载。 当前镜像共 2 个文件、13.0 KB。
Components: HowTo Section
Guides HowTo as an in-page section: a block of ordered steps (and optional HowTo JSON-LD) embedded inside article, documentation, tool, or landing pages. Not a standalone page type—parent page structure and templates come from article-page-generator, docs-page-generator, tools-page-generator, landing-page-generator, etc. Distinct from FAQ (Q&A → FAQPage) and from full article body drafting alone (article-content). schema-markup remains the source for exhaustive Schema.org property rules and type-wide tables; this skill owns section-level placement, copy, HTML, and HowTo-vs-FAQ decisions.
When invoking: On first use, if helpful, open with 1–2 sentences on what this skill covers and why it matters, then provide the main output. On subsequent use or when the user asks to skip, go directly to the main output.
HowTo Section vs FAQ Section
| Dimension | HowTo section | FAQ section |
|---|---|---|
| Intent | User follows ordered steps to complete a task | User reads Q&A pairs for doubts |
| Structure | Steps (1→2→3), optional tools/time/supplies | Question → answer per item |
| Schema | HowTo (Schema.org) | FAQPage |
| UI | Often horizontal tabs for steps; or numbered list in flow | Often vertical accordion |
| Skill | howto-section-generator (this) | faq-page-generator |
Do not mark FAQ content as HowTo or vice versa; schema must match visible content.
Placement Within the Parent Page
This section is always part of a larger page. Typical positions:
| Location | When |
|---|---|
| After intro (and optional TL;DR / Key Takeaways) | Article: context first, then solution = steps |
| As the main middle of the page | Tutorial-heavy article where the HowTo block carries most of the value |
| After product/tool context | Tool or LP: short context → How to use steps → FAQ/CTA |
Narrative: Align with PAS for how-to articles—Problem in intro; Agitation in brief context; Solution = the HowTo section. Answer-first still applies per step (see below).
Parent page vs URL split: Whether the parent is one article URL or a separate doc/tool URL is decided by content-strategy, article-page-generator, docs-page-generator, or tools-page-generator. This skill only defines the HowTo block; if each tab were a different ranking topic, use separate URLs (pillar/cluster). If all steps are one task, keep one page with one HowTo section (or multiple sections only if clearly separated).
Content Structure
Headings and lists
Section title (H2)
Headings should describe the topic or purpose (WCAG 2.4.6)—not just decorate. Prefer one primary H2 for the procedure; match page type and search intent.
| Pattern | Best for | Examples |
|---|---|---|
| Outcome / task (default) | Blog posts, guides, most informational “how to …” queries | “How to [verb] [outcome]”, “[Task] step by step” |
| Product or tool | Tool pages, LP blocks after hero | “How to use [Product]”, “Using [Tool]” |
| Quick start / walkthrough | Docs, onboarding | “Quick start”, “Walkthrough”, “Get started with [X]” |
| Numbered hook (“In 3 steps …”, “3 simple steps to …”) | Short LP/tool copy when simplicity is the message | Use only if the visible <ol> (and HowTo JSON-LD step list) has exactly that many steps |
Rules
Avoid a bare “Steps” or “Instructions” as the only H2 text when you can name the outcome—screen reader and scan users lose context.
Count in the title: If you use “3 steps” / “In 4 steps” in the H2, tabs, or subheads, the on-page list and HowTo schema must show the same number of steps (no extra steps only in JSON-LD).
Volatile UIs: If step count may change with releases, prefer non-count titles (“How to …”) and put “three main steps” in body copy if needed.
Language: Mirror the query (e.g. “How to …” for EN informational intent); localized pages: same intent in
inLanguageas the visible heading.Steps: Use semantic ordered list
<ol>with<li>per step; bold the step title inside the<li>if needed.Sub-steps: Nested
<ol>or H3 under a step when the step is long.Avoid: Fake lists built only with
<div>—hurts extraction and accessibility.
Answer-first per step
- In each step (or immediately under each step heading), give a direct answer in ~40–60 words—what to do—then tools, screenshots, edge cases.
- Matches featured-snippet list patterns and article-content QAE (Question → short Answer → Evidence).
Word count (article context)
- Standard how-to articles often land ~1,000–1,500 words total for a single topic; the HowTo section is often the bulk of “actionable” depth. See article-content for full ranges by type.
Featured Snippets & SERP
| Format | Role |
|---|---|
| List snippet (~19% of snippet formats) | How-to, steps, options—use <ol> / <ul> |
| Schema | FAQPage, HowTo, Article support identifying extractable blocks; not required for Featured Snippets |
| HowTo ↔ snippet | HowTo maps to list-style position-zero; desktop support historically stronger; mobile may be limited |
See featured-snippet, serp-features.
Schema.org: HowTo (JSON-LD)
Use case: Tutorials, procedural guides, visible step sequences in this section.
Principles (detail in schema-markup):
- JSON-LD in
<script type="application/ld+json">; properties must match visible content—no hidden-only steps. - Google: HowTo rich results were fully deprecated (mobile Aug 2023, desktop Sep 2023). Google Search Console removed the How-To Enhancement Report in Jan 2024. The markup does not generate rich results on any device, but you may leave it in place—it does not cause errors. Bing and AI systems may still consume HowTo schema.
- GEO: HowTo is among types that help AI cite structured procedures (generative-engine-optimization).
Where the section lives (parent page type)
| Parent page type | Typical embedding |
|---|---|
| Blog / guide | HowTo section inside the article body |
| Documentation | Guides/tutorials—often TechArticle + HowTo per docs-page-generator |
| Free tool / calculator | SoftwareApplication + HowTo for “how to use” per tools-page-generator |
Multilingual: inLanguage on HowTo (and related types) aligned with hreflang; localize step text in JSON-LD. See schema-markup.
Validation: Rich Results Test, Schema.org Validator.
UI: Tabs, accordions, and crawlability
| Pattern | Guidance |
|---|---|
| Horizontal tabs | Good for Step 1 | Step 2 | Step 3 when all steps are one topic; see tab-accordion |
| DOM | All step content must be in the initial HTML—no AJAX load on tab click |
| Default open | First tab or first step visible by default |
| Primary vs secondary | If the HowTo is the page’s main value, avoid burying all steps in low-priority hidden UI; crawlers index hidden content, but primary intent should be clear |
Vertical accordion for steps is less common than for FAQ; if used, same rules: server-rendered, first item expanded, content in DOM at load (rendering-strategies).
GEO
- Clear steps, self-contained paragraphs per step, and HowTo JSON-LD help models cite procedures.
- Layer with TL;DR / Key Takeaways at article level when appropriate (article-content, generative-engine-optimization).
Zero-click
- Informational queries (“how to …”) often zero-click; optimize for citation in AI Overviews as well as CTR (serp-features).
Best Practices Checklist
- One primary H2 (or clear section) for the procedure; wording matches page type (outcome vs quick start vs counted steps)
- If the title mentions a step count, it matches
<ol>length and HowTostepitems -
<ol>steps with concise, answer-first lines per step - HowTo JSON-LD aligned with visible steps (and
totalTime/tool/supplyif shown on page) - Not confused with FAQPage for Q&A lists
- Tabs/accordions: full content in DOM; first panel visible
- Validated with Rich Results Test / Schema.org Validator
Output Format
- Placement of the section within the parent page (after intro, mid-body, before FAQ, etc.)
- Outline: H2 structure, ordered list, optional sub-steps
- Section title rationale: Why this H2 pattern (outcome vs quick start vs “In N steps”) fits the parent page and query
- Copy notes: answer-first per step; length targets
- HowTo JSON-LD outline (required properties for your case)
- UI note (tabs vs inline list) and crawlability requirements
- Differentiation from FAQ on the same page if both exist
- Explicit: This output is a section block, not a full page wireframe—defer page chrome to article-page-generator / docs-page-generator / tools-page-generator as appropriate
Related Skills
- schema-markup: HowTo JSON-LD; properties; Google/Bing/AI notes;
inLanguage - featured-snippet: List snippets; H2/H3; 40–60 word patterns
- serp-features: HowTo in rich results; Featured Snippet vs rich results; zero-click
- tab-accordion: Horizontal tabs for steps; DOM; FAQ vs HowTo UI
- heading-structure: H2/H3 hierarchy for step titles and section outline
- article-content: How-to body copy, PAS, QAE, word counts, TL;DR
- article-page-generator: Single post page layout, metadata, Article schema alongside a HowTo section
- landing-page-generator: LP pages that embed a HowTo section before FAQ/CTA
- faq-page-generator: FAQ sections; FAQPage—do not mix with HowTo schema
- docs-page-generator: Documentation site/page structure; TechArticle + HowTo for guides
- tools-page-generator: Tool page; SoftwareApplication + HowTo for usage instructions
- content-strategy: Pillar/cluster; when to split topics to new URLs
- content-optimization: Lists, headings, keyword placement in longform
- generative-engine-optimization: GEO; citation strategy
- rendering-strategies: SSR/SSG; content in initial HTML
- video-optimization: If steps are primarily video-led
References
- Schema.org: HowTo
- Understanding 2.4.6 Headings and Labels (WCAG 2.2) (descriptive headings)
- Google: Structured data intro (verify current supported types in Search Gallery)
- Featured snippets overview (content structure)
当前镜像保留 2 个文件,共 13.0 KB。点击文件名可查看加搜服务器上的原始内容。
| 文件 | 大小 | 内容指纹 |
|---|---|---|
| SKILL.md | 12,290 B | 841e721df7c6… |
| UPSTREAM_LICENSE.txt | 1,065 B | 9f06c77b8931… |
评价将按 Skill 与版本归档,帮助营销人了解真实任务中的使用体验。敬请期待。
来源与版本声明
本页面由加搜科技整理业务说明并托管安装文件。原始 Skill 来源渠道:GitHub; 原始项目名称:howto-section-generator; 固定版本:70987bad4ebe; 许可证:MIT。技能包内保留完整出处和许可证说明。
各 Agent 能力说明参考对应官方文档。页面不提供外部跳转。
INSTALL
三种安装方式
网页步骤区块设计 Skill v1.0.0,ZIP 带 SHA256 校验
默认做法是把提示词复制给 AI Agent,让它自己下载并安装。提示词里已经写清要用完整 ZIP、装完报告目录、并先跑一个小任务验证。
METHOD 01 · 交给 AI 自己装
复制提示词
适合大多数情况。Agent 会下载 ZIP、解压、放到正确目录,并在缺少权限时告诉你需要手工做哪一步。
请帮我把「网页步骤区块设计 Skill」安装到我正在使用的 AI Agent。 1. 下载完整 Skill ZIP:https://www.vibemarketing.work/packages/skill-howto-section/1.0.0/skill-howto-section.zip 注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。 2. 解压后保留 SKILL.md 及全部配套文件,按你所用 Agent 的 Skill 目录规则安装。 3. 安装完成后告诉我实际安装目录。 4. 用一个只读小任务验证 Skill 已被识别。 5. 如果你没有联网、下载或写目录权限,请直接告诉我哪几步需要我手工完成。 参考:原始 SKILL.md https://www.vibemarketing.work/raw/skill-howto-section/SKILL.md;安装指南 https://www.vibemarketing.work/agent-install/skill-howto-section.md
METHOD 02 · 自己下载
下载完整 ZIP
包内含 SKILL.md 与全部配套文件,附 manifest.json 与 SHA256 校验值,可离线安装与版本冻结。
METHOD 03 · 手动放目录
手动安装
解压 ZIP 后,按所用 Agent 的目录规则放入:
- WorkBuddy
技能 → 添加技能 → 上传技能 → 选择本地技能包 - OpenClaw
openclaw skills install ./skill-howto-section --as howto_section_skill - Hermes Agent
mkdir -p ~/.hermes/skills && cp -R ./skill-howto-section ~/.hermes/skills/ - Codex
mkdir -p ~/.codex/skills && cp -R ./skill-howto-section ~/.codex/skills/ - Claude Code
mkdir -p ~/.claude/skills && cp -R ./skill-howto-section ~/.claude/skills/ - TRAE
在 Skills 设置中导入包含 SKILL.md 的 skill-howto-section 目录;项目级 Skill 可放入 .agents/skills/skill-howto-section - ZCode
mkdir -p ~/.zcode/skills && cp -R ./skill-howto-section ~/.zcode/skills/
HTML 业务页面不能直接当作 Skill 文件安装。AI 需要下载完整 ZIP 并保留配套文件。
BY AGENT
适配的 AI Agent
7 个 Agent 里,5 项能力决定了差异
同一个 Skill,换个 AI 做法就不一样。点进去能看到它在这 7 步里能直接跑通几步、哪几步得你自己补、装完先跑什么验证。
- WorkBuddy 网页步骤区块设计 Skill 中文办公、本地资料和企业协作
- OpenClaw 网页步骤区块设计 Skill 本地工作区、目录化 Skill、命令和批处理
- Hermes Agent 网页步骤区块设计 Skill 长任务、消息入口和阶段进度
- Codex 网页步骤区块设计 Skill 本地文件、数据、代码和正式交付物
- Claude Code 网页步骤区块设计 Skill 项目上下文、文件、终端和 MCP
- TRAE 网页步骤区块设计 Skill 营销工作与网站、落地页和程序化 SEO
- ZCode 网页步骤区块设计 Skill 长上下文、长任务、项目文件和远程跟进
FURTHER READING
网页步骤区块设计 Skill 相关的实操文章
别人做同类任务时踩过的坑和总结,动手前后都值得翻一下。
这次营销邮件发出后,打开率比往期低了不少。内容同事先改主题行,运营把发送时间从上午挪到晚上,第二轮数据仍没有起色。这样的排查很常见,问题在于打开率把几件事压成了一个数字:平台怎样统计、邮件有没有被接收
越来越多人把选型直接丢给ChatGPT、Perplexity、Gemini,或者购物、采购类助手。答案是模型拼出来的,不一定点开你的网页。世界经济论坛把这件事叫做智能体引擎优化(AEO):你要进的不是
流量结构一变,后台最显眼的数字就是转化率往下掉。很多人的反应是改按钮颜色、改表单字段、再开一轮首屏测试。这些能测,但排在后面。转化率是「来的人里有多少做了你要的动作」,来的人换了,动作完成率一定会动。
分享到 LinkedIn 的标题,别拿页面 Title 直接去灌
文章页点了分享,LinkedIn 和 X 上弹出来的卡片,用的经常是页面后台 Title。后台 Title 是写给搜索和浏览器标签的,里面会塞栏目名、品牌名、竖线分隔,拿到信息流里又长又像后台。分享卡
关键词拓展 Skill 的正确用法,是把它当成一个有明确输入输出契约的执行单元:你交给它种子词、业务边界和排除规则,它返回一张带意图标注的候选词表。多数人调用后拿到一堆不可用的词,问题不在 Skill
相似关键词该合并还是分开写,取决于读者要完成的任务是否同一件,而不取决于字面差了几个字。先判断搜索意图、答案框架和独占信息能不能独立成立,再决定一页还是两页。写成两篇却回答同一问题,传统搜索会互相抢排
搭配使用
导航站收录 Skill、营销心理学应用 Skill、应用商店优化 Skill、B2B 客户开发 Skill、网站内容卡片设计 Skill、营销动作效果验证 Skill
按这个 Skill 的产出能不能直接被下一个 Skill 用上来推荐,不是固定名单。多数情况下按顺序跑完一组,比单独用一个效果更好。
导航站收录 Skill
把产品基础信息转为分层的导航站收录档案,按梯队分发到 Product Hunt 与 AI 工具集,获取外链与曝光。
营销心理学应用 Skill
把客户的行为阻力映射到具体心理机制,输出可执行、可验证且符合商业伦理的营销改进建议。
应用商店优化 Skill
应用商店优化把商店页链接转成六维 ASO 审计与整改清单。
B2B 客户开发 Skill
根据 ICP 生成目标公司与联系人清单,并用统一标准完成线索资格评分。
网站内容卡片设计 Skill
把产品、文章、模板或工具信息整理成便于快速浏览的网站内容卡片。明确标题、图片、说明、元数据和主要动作的顺序。
营销动作效果验证 Skill
把营销改动前后的平台数据拉取出来,对比核心指标,生成一份决定保留或放弃该改动的验证报告。
- 01
导航站收录 Skill
这个 Skill 产出的copy、schema_markup,正好是它需要的输入,可以直接接着跑
- 02
营销心理学应用 Skill
这个 Skill 产出的copy、sequence,正好是它需要的输入,可以直接接着跑
- 03
应用商店优化 Skill
这个 Skill 产出的copy,正好是它需要的输入,可以直接接着跑
- 04
B2B 客户开发 Skill
这个 Skill 产出的sequence,正好是它需要的输入,可以直接接着跑
- 05
网站内容卡片设计 Skill
这个 Skill 产出的copy,正好是它需要的输入,可以直接接着跑
- 06
营销动作效果验证 Skill
这个 Skill 产出的copy,正好是它需要的输入,可以直接接着跑