企业官网建设流程全解析

marketing-skills是面向 AI Agent 的开源营销与 SEO 工作流技能库，包含 170+ 个可安装技能条目，覆盖 SEO、内容、付费广告、渠道、平台与策略。它与三个姊妹项目各管一段：Contextus 提供产品与项目的真实上下文，Pagina 负责完整页面构建，Bricks 负责界面组件构建。理解四者的分工，是高效搭建 AI 营销生态的第一步。

一、先看懂：AI 营销生态的四层架构

很多新手装完技能库后遇到一个共同困惑：为什么有的技能提示"已迁移"？为什么做页面要去装另一个仓库？答案就藏在这套生态的分工设计里 🧩。

Contextus 持久化的产品与项目事实（Single Source of Truth） ↓ Marketing Skills SEO · 内容 · 渠道 · 广告 · 策略 · 分析 ├── 完整页面构建 → Pagina └── 界面组件构建 → Bricks

四个项目各自只维护"单一事实来源"，互不重复：

这四个仓库可以独立运行，也协同工作。官方 README 对此有明确说明："Marketing methods for agents. Project truth stays with the project."（方法交给 Agent，项目事实留在项目里）。

二、marketing-skills 的定位：方法论，而非事实

README.md 开宗明义：marketing-skills 打包的不是"你的产品是什么"，而是"营销工作怎么做"。每个技能是一个带SKILL.md的目录，为 Agent 提供：

• 任务范围与路由规则
• 分步方法与决策标准
• 必需输入与缺失信息检查
• 输出结构与验证步骤
• 相邻技能与仓库之间的边界
• 需要外部最新证据时的引用规则

它不替代产品事实、专业判断、平台账号或人工审批。这正是 Contextus 存在的意义。

技能库覆盖范围

仓库当前包含170+ 可安装条目、9 个顶级类别：

完整清单见 docs/skills-reference.md。

三、Contextus 的分工：项目事实的唯一来源

做营销最怕 Agent"一本正经地编造"产品信息。Contextus 就是为了解决这个问题——它是持久上下文的推荐维护来源，以项目根目录的contextus.md作为标准入口。

marketing-skills 的工作方式：

1. 只读取与任务相关的上下文，不加载全部；
2. 不创建第二套上下文 schema；
3. 不会把 Agent 的调研结果静默提升为"已确认的产品事实"；
4. 没有 Contextus 也能用——直接在任务里提供足够的项目文档或事实即可，技能只会追问会实质影响结果的缺失信息。

安装方式：

npx skills add kostja94/contextus --skill contextus

💡 历史说明：旧版project-context.md模板仍可读取作为回退材料，但 templates/README.md 已将其标记为"弃用兼容条目"，不要复制它作为新的上下文文件。变更历史见 docs/CHANGELOG.md。

四、Pagina 的分工：完整页面构建

如果你要"做一个完整的落地页、定价页、FAQ 页"，正确的路径不是 marketing-skills，而是Pagina的page-builder。

为什么迁移？

根据 docs/CHANGELOG.md v2.5.0 记录：44 个页面构建能力已迁移到 Pagina。仓库中skills/pages/下的条目（如 skills/pages/marketing/landing-page/SKILL.md）现在只是一对一的兼容路由，本身不再包含任何页面规则。

以 Landing Page 为例，其 SKILL.md 元数据直接写明：

status: moved successor: kostja94/pagina/page-builder

并给出安装指引：

npx skills add kostja94/pagina --skill page-builder

Pagina 的页面目录是页面分类、页面到组件的推荐搭配、路由与本地化指导、页面级质量门禁的唯一维护来源。docs/skills-reference.md 明确：Marketing Skills 不维护第二套页面分类法。

五、Bricks 的分工：界面组件构建

组件层同理。v2.4.0 起，22 个界面组件能力迁移到 Bricks，原技能名保留为兼容路由，安装的是component-builder。例如 CTA 组件：

npx skills add kostja94/bricks --skill component-builder

docs/skills-reference.md 列出了完整迁移清单：导航菜单、面包屑、页脚、侧边栏、目录、CTA、弹窗、Newsletter 订阅、信任标识、客户评价、Logo、Hero、对比表、标签/手风琴、卡片、网格、列表、瀑布流、轮播、顶部横幅、社交分享等。

保留在 marketing-skills 的三个"例外"

值得注意的是，brand-visual、favicon、url-slug三个条目留在 marketing-skills。因为它们是品牌、素材与 URL/SEO 能力，而非纯界面组件——这个边界划分体现了生态的严谨性。

六、一张表看懂任务路由

不知道任务该交给谁？对照这张官方路由表：

更多提示词到技能的映射见 docs/usage.md。

七、安装与上手：三步搭起你的 AI 营销工作流

第 1 步：安装任务需要的技能（按需选择，而非全量安装）：

npx skills add kostja94/marketing-skills \ --skill seo-strategy keyword-research content-strategy

第 2 步：接入项目事实。安装 Contextus 并维护根目录contextus.md：

npx skills add kostja94/contextus --skill contextus

第 3 步：给出真实任务。README 给出的示例任务：

Use seo-strategy to create a prioritized SEO plan for this product. Read contextus.md and the current website first. Separate verified facts, assumptions, opportunities, and next actions.

浏览可用条目：

npx skills add kostja94/marketing-skills --list

安装方式对比：

⚠️ 小建议：README 特别指出——任务已知时安装两三个相关技能即可，不要把整个库塞进单个任务。独立基准 SkillsBench 的 2026 v4 评估显示，模块数不超过 3 的聚焦型技能组合表现更好（详见 docs/usage.md）。

八、数据流向：营销输入如何变成页面

docs/skills-reference.md 给出了整条链路：

Marketing and SEO inputs （关键词研究、定位、元数据、schema、内容策略、活动背景） ↓ Pagina page contract（页面契约） ↓ Bricks components（界面组件） ↓ project implementation（项目落地）

一句话总结分工：marketing-skills 产出输入，Pagina 定义页面，Bricks 构建组件，Contextus 守住事实。Marketing Skills 可以输出关键词研究、定位、元数据等作为页面输入，但绝不在本仓库复刻 Pagina 的页面规则。

九、常见疑问 FAQ

Q1：我在 marketing-skills 里装了页面技能，为什么内容是"已迁移"提示？

因为 44 个页面能力与 22 个组件能力分别迁往 Pagina 和 Bricks，原路径保留为兼容路由，避免重复维护。按提示安装page-builder或component-builder即可。

Q2：不装 Contextus 能用 marketing-skills 吗？

可以。直接在任务中提供足够的项目文档或事实即可。技能只会追问会实质影响结果的缺失信息，不会强行要求安装。

Q3：四个项目会互相覆盖规则吗？

不会。每个仓库独立维护单一事实来源，兼容条目只做路由、不含重复规则，官方明确"不创建第二套页面分类法或组件规则"。

Q4：这套生态支持哪些 AI 工具？

Cursor、Claude Code、OpenClaw 等原生发现技能的工具可一次安装、按需加载；其他工具可粘贴 Markdown 指令使用。具体平台路径与用法见 docs/usage.md。

十、总结：记住一个"四层架构"

上手建议：先装 Contextus 建立事实底座 → 按任务选 2~3 个 marketing-skills 技能 → 页面与组件分别交给 Pagina 和 Bricks。分工清晰，AI 营销生态才能真正跑起来 🚀。

延伸阅读：

• 使用指南与用例：docs/usage.md
• 技能清单与所有权地图：docs/skills-reference.md
• 技能编写规范：docs/skill-authoring.md
• 变更历史（含迁移记录）：docs/CHANGELOG.md
• 任务追踪模板：templates/project-task-tracker.md