固定上游版本 70987bad4ebe,包含 2 个文件。 加搜已生成可下载技能包、原始文件镜像及 7 种 Agent 安装页面。
内容与创意 · tab-accordion-designer
网页标签页与折叠区块设计 Skill
把产品规格、异议解答或长内容整理成主题清楚、手机端好读、无需点击加载正文的标签页与折叠区块。
产品页信息太长、规格和说明挤在一起,或手机端横向标签难以操作时,可以用它判断哪些内容适合直接展示、哪些内容适合折叠,以及该选横向标签还是纵向手风琴。Skill 会生成区块位置、标签文案、内容分组、初始 HTML 与交互规格,并检查同一组内容是否围绕一个主题、首项状态、键盘操作和移动端替代方式。
WHAT IT SOLVES
解决的营销问题
把产品规格、异议解答或长内容整理成主题清楚、手机端好读、无需点击加载正文的标签页与折叠区块
把产品规格、异议解答或长内容整理成主题清楚、手机端好读、无需点击加载正文的标签页与折叠区块。跑完你拿到的是区块决策表:父页面位置、主要信息、补充信息、横向标签或纵向折叠选择,中间一共 7 步。
最适合的真实场景
- 01
产品页把尺寸、材料、配送和服务说明分成同一产品主题下的几个标签,减少连续长段落
- 02
定价页用折叠项解释计费条件、升级方式和取消规则,同时让主 CTA 始终直接可见
- 03
落地页用手风琴呈现购买异议和补充说明,避免把核心价值主张藏进默认关闭的面板
- 04
手机端横向标签过多、文字被截断,需要改为可滚动标签栏、下拉选择或纵向折叠
- 05
旧组件只在点击后请求正文,需要改为初始 HTML 全量输出,再用 CSS 或 JavaScript 控制显示
你要先准备的资料
- 父页面 URL、页面类型、目标读者、访问意图、主 CTA 和区块预定位置
- 准备分组的标题、正文、规格、问题或异议,以及每项的重要程度和更新频率
- 新建区块需说明页面实现方式;改造现有区块时提供当前组件、初始 HTML、点击后请求逻辑、默认展开项及 CSS 与 JavaScript 限制
- 桌面和手机布局、键盘与焦点要求、品牌语气和设计系统组件
- 各内容项是否拥有独立搜索意图、独立链接需求或足以单独成页的内容
跑完你会拿到什么
- 区块决策表:父页面位置、主要信息、补充信息、横向标签或纵向折叠选择
- 内容分组稿:每组主题、标签或 summary、回答开头、正文、默认状态和拆页建议
- 语义化实现规格:details/summary 或标签控件结构、初始 HTML 和显示切换方式
- 响应式与交互说明:手机替代布局、键盘操作、展开或切换提示和默认状态
- 发布检查清单:同一主题、首项状态、点击加载、关闭脚本、渲染后 HTML 和代表页面测试
METHOD
Skill 工作流程
确认父页面与内容主次 → 检查各项是否围绕同一主题 → 选择标签页或纵向折叠 等 7 个环节
一共 7 步。其中 6 项能力决定了换个 AI 会不会更麻烦。
- 确认父页面与内容主次记录页面目标、目标读者、区块位置和主 CTA,把决定用户是否继续阅读的主要信息与规格、异议、补充说明等次要信息分开。
- 检查各项是否围绕同一主题逐项写出内容主题和用户问题。能共同回答同一个产品或任务的问题可以放进一组;各项拥有独立搜索意图和完整内容时,优先拆成独立页面。
- 选择标签页或纵向折叠少量并列内容、桌面端需要快速切换时考虑横向标签;项目较多、问题较长或手机端需要自然滚动时优先纵向手风琴。
- 编写描述性标签标签或 summary 直接写规格、部署方式、退款规则等具体主题,避免只写更多、详情或第一项。正文开头先回答对应问题,再补条件和说明。
- 让正文进入初始 HTML页面首次返回时就包含全部标签与折叠项正文,CSS 或 JavaScript 只切换显示状态。避免点击后才通过 AJAX 或 fetch 请求关键信息。
- 补齐交互与移动端规格普通折叠可使用 details/summary;定制标签要提供清楚的当前状态与切换提示,并检查键盘操作。手机端确定折叠、可滚动标签栏或下拉方式。
- 回读页面并完成检查核对首项状态、标题与正文对应、关闭脚本后的可读性、手机宽度和键盘操作,并在渲染后 HTML 中确认完整正文存在。
这个 Skill 用到的能力: 写本地文件页面预览操作前确认联网检索打开网页取正文运行脚本 。不同 AI 对这些能力的支持程度不一样,所以同一个 Skill 换个 AI,有几步做法会变。
WORKED EXAMPLE
业务示例
示例:SaaS 定价页整理套餐补充说明
示例:SaaS 定价页整理套餐补充说明
假设一家 SaaS 的定价页在套餐卡片后连续放了部署、数据保留、账单和取消规则四段长文。团队提供现有页面、真实政策、主 CTA、手机端截图和组件代码,希望缩短滚动距离,又不隐藏购买前必须知道的条件。
- 确认价格、核心额度和主 CTA 继续直接展示,部署与政策说明进入补充区块
- 检查四项都围绕购买前的套餐条件,保留在同一页面,不拆成不同主题标签
- 桌面端使用四个短标签,手机端改为纵向折叠,标签名称分别写部署方式、数据保留、账单与取消
- 让四组正文全部进入初始 HTML,交互只控制显示;退款限制等关键信息放在每组开头
- 回读桌面与手机页面,检查首项状态、键盘焦点、关闭脚本后的正文和渲染后 HTML
预期结果:得到可交给产品、内容、设计和前端共同确认的内容分组稿、响应式组件规格与检查清单。示例不预设搜索排名、摘要引用或套餐转化变化,真实政策和上线决定仍由负责人确认。
PITFALLS · VERIFICATION
能力边界与常见问题
把价值主张、价格和主 CTA 放进默认关闭的面板
最常踩的坑
- 把价值主张、价格和主 CTA 放进默认关闭的面板,用户进入页面后看不到关键判断信息
- 标签只写功能一、功能二或更多,离开上下文后无法判断面板内容
- 每个标签讲完全不同的服务或主题,页面主题被拆散,用户也无法预测切换结果
- 点击标签后才请求正文,抓取失败、脚本异常或无脚本访问时只剩空面板
- 桌面端标签直接压缩到手机宽度,文字被截断,焦点顺序和当前状态也不清楚
怎么确认这次跑对了
- 已经形成可检查的区块决策表:父页面位置、主要信息、补充信息、横向标签或纵向折叠选择,关键判断能回到输入资料或过程证据。
- 已经形成可检查的内容分组稿:每组主题、标签或 summary、回答开头、正文、默认状态和拆页建议,关键判断能回到输入资料或过程证据。
- 已经形成可检查的语义化实现规格:details/summary 或标签控件结构、初始 HTML 和显示切换方式,关键判断能回到输入资料或过程证据。
- 已逐项检查「把价值主张、价格和主 CTA 放进默认关闭的面板,用户进入页面后看不到关键判断信息」等高频问题,并记录需要人工确认的下一步。
网页标签页与折叠区块设计 Skill适合哪些岗位使用?
产品营销经理、内容营销团队、SEO 编辑、增长设计师、产品运营与前端开发。典型场景包括产品页把尺寸、材料、配送和服务说明分成同一产品主题下的几个标签,减少连续长段落;定价页用折叠项解释计费条件、升级方式和取消规则,同时让主 CTA 始终直接可见;落地页用手风琴呈现购买异议和补充说明,避免把核心价值主张藏进默认关闭的面板。
开始前需要准备什么资料?
至少需要父页面 URL、页面类型、目标读者、访问意图、主 CTA 和区块预定位置、准备分组的标题、正文、规格、问题或异议,以及每项的重要程度和更新频率、新建区块需说明页面实现方式;改造现有区块时提供当前组件、初始 HTML、点击后请求逻辑、默认展开项及 CSS 与 JavaScript 限制。资料越具体,结果越能直接用于决策。
最后能得到什么可检查的结果?
区块决策表:父页面位置、主要信息、补充信息、横向标签或纵向折叠选择、内容分组稿:每组主题、标签或 summary、回答开头、正文、默认状态和拆页建议、语义化实现规格:details/summary 或标签控件结构、初始 HTML 和显示切换方式。每项都可以逐条核对来源和数字。
哪些情况下结果会不可靠?
把价值主张、价格和主 CTA 放进默认关闭的面板,用户进入页面后看不到关键判断信息;标签只写功能一、功能二或更多,离开上下文后无法判断面板内容。出现这些情况时需要人工复核。
支持哪些 AI Agent?
已适配 WorkBuddy、OpenClaw、Hermes Agent、Codex、Claude Code、TRAE、ZCode 共 7 种,每种都有独立的安装说明和能力对照。
ORIGINAL SOURCE
完整 Skill 内容与版本资料
2 个原始文件,16 个文档章节,固定在 70987bad
上游原文完整保留在加搜服务器上,可逐节查看,也可以直接下载。 当前镜像共 2 个文件、9.4 KB。
Components: Tab & Accordion
Guides tab and accordion implementation for organizing content without excessive vertical space. Two layout patterns: vertical accordion (FAQ-style, stacked) and horizontal tabs (how-to style, side-by-side). Both improve UX by reducing scroll; SEO impact depends on implementation and content placement.
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.
Layout Patterns
| Pattern | Layout | Best for | Example |
|---|---|---|---|
| Vertical accordion | Stacked; expand/collapse one at a time | FAQ, Q&A, long lists, objection handling | "How do I return?" → answer below |
| Horizontal tabs | Side-by-side labels; one panel visible | How-to steps, product specs, pricing tiers, comparisons | "Step 1 | Step 2 | Step 3" or short action labels (see howto-section-generator—labels should match H2 intent, not contradict a fixed “N steps” title) |
Mobile: Vertical accordion works well on small screens (natural scroll). Horizontal tabs can feel cramped—consider accordion, dropdown, or full-width tab bar that scrolls.
SEO: Is It Friendly?
Google's position: Google indexes and ranks content inside tabs and accordions fully; hidden content receives full weight (confirmed since 2016 mobile-first indexing). Gary Illyes: "we index the content, its weight is fully considered for ranking."
Practical nuance: Some tests show always-visible content outperforms hidden content in rankings. Reserve tabs/accordions for secondary content; place primary, keyword-critical content in visible areas.
| Content type | Placement |
|---|---|
| Primary / ranking-focused | Visible above fold; not hidden |
| Secondary / supporting | Tabs, accordions acceptable |
| FAQ answers | Accordion OK; first item expanded by default; see faq-page-generator |
Indexing Requirements
Content must be in the DOM on page load. Google does not simulate user clicks; it cannot "click" tabs to discover content.
| Implementation | Indexed? |
|---|---|
| All tab content in HTML at load | ✅ Yes |
| Content loaded via AJAX on tab click | ❌ No |
Recommendation: Server-render all tab content in the initial HTML; use CSS/JS only to show/hide. Prefer <details>/<summary> or equivalent server-rendered markup. See rendering-strategies for SSR, SSG, CSR and crawler visibility.
Horizontal Tabs: More Tabs, More Content?
Technically: Yes—if all content is in the DOM at load, more tabs = more indexable content. Mobile-first indexing gives full weight to tabbed content in HTML.
Strategically: Not always. Signal dilution occurs when many tabs = many different topics on one page. Google may struggle to understand which query the page should rank for; topical authority and keyword focus get spread thin.
| Scenario | Use tabs? | Alternative |
|---|---|---|
| Same topic (How-to Step 1/2/3; product specs: dimensions, materials, shipping) | ✅ Yes | — |
| Different topics (Service A, Service B, Portfolio, Blog) | ❌ No | Separate URLs per topic; see content-strategy for pillar/cluster |
When many horizontal tabs work: All tabs semantically related to one query (e.g., one how-to, one product). When to use separate pages: Each tab is a distinct topic deserving its own URL, crawl, and ranking opportunity.
Implementation
Native HTML (Recommended)
Use <details> and <summary>—no JavaScript required; accessible; crawlable.
<details open>
<summary>First question (expanded by default)</summary>
<p>Answer content here.</p>
</details>
<details>
<summary>Second question</summary>
<p>Answer content here.</p>
</details>
- First tab/accordion: Add
openattribute so it's expanded by default <summary>: Must be first child of<details>; acts as toggle- Progressive enhancement: Style with CSS; add JS only if needed (e.g., close others when one opens)
JavaScript-Dependent Tabs
If using JS-only tabs: ensure all tab content is in the DOM at page load, not loaded via AJAX on click. Google does not simulate tab clicks. Prefer <details>/<summary> or server-rendered HTML. See rendering-strategies.
Avoid
- Content loaded only after user click (AJAX, lazy-loaded via fetch)—crawlers will not index it
display: noneorvisibility: hiddenfor primary content—Google may treat differently- Many tabs with unrelated topics on one page—causes signal dilution; use separate URLs instead
Content Best Practices
| Practice | Purpose |
|---|---|
| First item expanded | Ensures primary content visible on load; better for SEO and UX |
| Descriptive headers | <summary> / tab labels should clearly describe content; include keywords naturally |
| Logical structure | H2/H3 for sections; supports snippet extraction; see featured-snippet |
| Answer-first | For FAQ: 40–60 words direct answer; then detail; see faq-page-generator |
Use Cases
| Use case | Format | Layout | Notes |
|---|---|---|---|
| FAQ | Accordion | Vertical | FAQPage schema; first Q expanded; see faq-page-generator |
| How-to steps | Tabs | Horizontal | Numbered “Step n” or descriptive tab titles; sequential flow; same step count as section H2 if the H2 uses a number (howto-section-generator) |
| Product specs | Tabs | Horizontal | Dimensions, materials, shipping—secondary to hero |
| Long guides | Accordion | Vertical | Collapsible sections; see toc-generator |
| Pricing tiers | Tabs | Horizontal | Compare plans; primary CTA visible |
| Objection handling | Accordion | Vertical | "What about X?"—supporting conversion |
Schema & Rich Results
- FAQ (vertical accordion): FAQPage JSON-LD; schema must match on-page content exactly; see schema-markup, faq-page-generator
- How-to (horizontal tabs): HowTo schema for step-by-step content; see howto-section-generator, schema-markup, featured-snippet
- Other tabs: No specific schema; ensure semantic HTML (headings, structure)
UX & Accessibility
- Visual indicator: Arrow, plus/minus, or chevron to show expand/collapse state
- Keyboard:
<details>/<summary>natively keyboard-accessible - Core Web Vitals: Avoid layout shift (CLS) when expanding; reserve space or animate smoothly
- Mobile: Touch targets ≥44×44px; vertical accordion often better than horizontal tabs on small screens (tabs can be cramped; accordion scrolls naturally)
Pre-Implementation Checklist
- All tab/accordion content in DOM at page load (no AJAX on click)
- Primary ranking content visible, not hidden
- First tab/accordion expanded by default
- Using
<details>/<summary>or equivalent server-rendered HTML - Headers descriptive; keywords natural
- Tabs share one topic (avoid signal dilution); if different topics, consider separate pages
- For FAQ: FAQPage schema matches content
Related Skills
- faq-page-generator: FAQ structure, answer length, schema; accordion is common FAQ UI
- howto-section-generator: HowTo section; steps in tabs vs FAQ; JSON-LD alignment
- featured-snippet: Answer-first, H2/H3; content in accordions can be extracted
- schema-markup: FAQPage for FAQ accordions; HowTo for step-by-step tabs
- content-strategy: Pillar/cluster architecture; when to use separate pages vs tabs
- toc-generator: Collapsible TOC; similar disclosure pattern
- content-optimization: Word count, structure, multimedia in expandable sections
- rendering-strategies: SSR, SSG, CSR; content in initial HTML for crawlers
当前镜像保留 2 个文件,共 9.4 KB。点击文件名可查看加搜服务器上的原始内容。
| 文件 | 大小 | 内容指纹 |
|---|---|---|
| SKILL.md | 8,546 B | 9a154b4d7c61… |
| UPSTREAM_LICENSE.txt | 1,065 B | 9f06c77b8931… |
评价将按 Skill 与版本归档,帮助营销人了解真实任务中的使用体验。敬请期待。
来源与版本声明
本页面由加搜科技整理业务说明并托管安装文件。原始 Skill 来源渠道:GitHub; 原始项目名称:tab-accordion; 固定版本: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-tab-accordion/1.0.0/skill-tab-accordion.zip 注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。 2. 解压后保留 SKILL.md 及全部配套文件,按你所用 Agent 的 Skill 目录规则安装。 3. 安装完成后告诉我实际安装目录。 4. 用一个只读小任务验证 Skill 已被识别。 5. 如果你没有联网、下载或写目录权限,请直接告诉我哪几步需要我手工完成。 参考:原始 SKILL.md https://www.vibemarketing.work/raw/skill-tab-accordion/SKILL.md;安装指南 https://www.vibemarketing.work/agent-install/skill-tab-accordion.md
METHOD 02 · 自己下载
下载完整 ZIP
包内含 SKILL.md 与全部配套文件,附 manifest.json 与 SHA256 校验值,可离线安装与版本冻结。
METHOD 03 · 手动放目录
手动安装
解压 ZIP 后,按所用 Agent 的目录规则放入:
- WorkBuddy
技能 → 添加技能 → 上传技能 → 选择本地技能包 - OpenClaw
openclaw skills install ./skill-tab-accordion --as tab_accordion_skill - Hermes Agent
mkdir -p ~/.hermes/skills && cp -R ./skill-tab-accordion ~/.hermes/skills/ - Codex
mkdir -p ~/.codex/skills && cp -R ./skill-tab-accordion ~/.codex/skills/ - Claude Code
mkdir -p ~/.claude/skills && cp -R ./skill-tab-accordion ~/.claude/skills/ - TRAE
在 Skills 设置中导入包含 SKILL.md 的 skill-tab-accordion 目录;项目级 Skill 可放入 .agents/skills/skill-tab-accordion - ZCode
mkdir -p ~/.zcode/skills && cp -R ./skill-tab-accordion ~/.zcode/skills/
HTML 业务页面不能直接当作 Skill 文件安装。AI 需要下载完整 ZIP 并保留配套文件。
BY AGENT
适配的 AI Agent
7 个 Agent 里,6 项能力决定了差异
同一个 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、海外社区论坛推广 Skill、海外社区搭建 Skill、营销对比表设计 Skill
按这个 Skill 的产出能不能直接被下一个 Skill 用上来推荐,不是固定名单。多数情况下按顺序跑完一组,比单独用一个效果更好。
应用商店优化 Skill
应用商店优化把商店页链接转成六维 ASO 审计与整改清单。
网站内容卡片设计 Skill
把产品、文章、模板或工具信息整理成便于快速浏览的网站内容卡片。明确标题、图片、说明、元数据和主要动作的顺序。
营销动作效果验证 Skill
把营销改动前后的平台数据拉取出来,对比核心指标,生成一份决定保留或放弃该改动的验证报告。
海外社区论坛推广 Skill
把论坛发帖和社群邀请的执行规则,整理成包含渠道选择、发帖文案和邀请触点的行动清单。
海外社区搭建 Skill
把空白的海外 Discord 或 Reddit 群组,整理成有新人引导路径、版规和活跃度指标的社区运营手册。
营销对比表设计 Skill
把产品、方案或工作方式的差异整理成网页内可扫描、可核查、适合移动端阅读的对比表区块。
- 01
应用商店优化 Skill
这个 Skill 产出的copy,正好是它需要的输入,可以直接接着跑
- 02
网站内容卡片设计 Skill
这个 Skill 产出的copy,正好是它需要的输入,可以直接接着跑
- 03
营销动作效果验证 Skill
这个 Skill 产出的copy,正好是它需要的输入,可以直接接着跑
- 04
海外社区论坛推广 Skill
这个 Skill 产出的copy,正好是它需要的输入,可以直接接着跑
- 05
海外社区搭建 Skill
这个 Skill 产出的copy,正好是它需要的输入,可以直接接着跑
- 06
营销对比表设计 Skill
这个 Skill 产出的copy,正好是它需要的输入,可以直接接着跑