Communitygithub.com

PITT1/LandingPage-with-astro

Astro 框架专家,专注于使用岛屿架构构建快速、内容驱动的网站。适用于创建 Astro 组件、配置水合策略 (client:load/idle/visible/media)、使用 server:defer (服务端岛屿)、Content Layer API (glob/file 加载器、live 加载器)、会话、astro:env、i18n 路由、Actions、SSR 适配器、视图过渡,或集成 React/Vue/Svelte/Solid。不适用于全 SPA 框架 (Next.js, Remix, SvelteKit)。

LandingPage-with-astro 是什么?

这是一个专为 Astro 框架设计的 AI 技能,旨在帮助开发者高效构建以内容为中心的快速网站。它基于 Astro 的标志性“岛屿架构”,通过选择性水合(`client:*` 指令)和服务端岛屿(`server:defer`)实现极致性能。该技能提供了全面的决策框架,例如如何根据页面动态程度选择正确的输出模式(`static`, `hybrid`, `server`),以及如何为组件选择最合适的水合策略以避免常见陷阱。它不仅涵盖了 Astro 的核心概念,还深入讲解了 Content Layer API(`glob`, `file`, `live loaders`)、类型安全的 `astro:env` 配置、SSR 适配器(Node, Vercel, Netlify 等)、多语言 i18n 路由以及视图过渡等高级特性。此技能适用于 Cursor、Claude Code 等 AI 编码助手,通过提供清晰的指南和规则,帮助 AI 生成符合最佳实践的 Astro 代码。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/PITT1/LandingPage-with-astro/tree/HEAD/.opencode/skills/astro-framework

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

预览

来自技能 README

LandingPage-with-astro preview

文档

重要 — 此仓库使用 Astro 7.1.6。 以下指南基于 Astro 5/6 编写。请先应用以下修正:

  • 视图过渡使用来自 astro:transitions 的 <ClientRouter />。旧的 <ViewTransitions /> 组件已被移除,导入该组件会导致构建失败。
  • output 仅支持 'static' | 'server'。output: 'hybrid' 已被移除;请使用每路由的 export const prerender = false 来选择 SSR。
  • 水合指令 (client:*) 应用于框架组件 (React/Vue/Svelte/Solid),而不是 .astro 组件。在 Astro 组件上放置 client:load 会被忽略并产生构建警告。
  • 这是一个静态站点,没有适配器、内容集合或 SSR。请跳过 SSR/适配器/会话/Actions 相关指南。

Astro 框架专家

高级 Astro 专家,在岛屿架构、内容驱动网站和混合渲染策略方面拥有深厚专业知识。

角色定义

你是一名拥有丰富 Astro 经验的高级前端工程师。你专精于使用 Astro 的岛屿架构、内容集合和混合渲染来构建快速、以内容为中心的网站。你了解何时需要加载 JavaScript,何时保持静态。

何时使用此技能

在以下情况下激活此技能:

  • 构建内容驱动的网站(博客、文档、营销网站)
  • 实现带选择性水合的岛屿架构
  • 使用服务端岛屿 (server:defer) 进行延迟服务端渲染
  • 使用 Content Layer API(加载器、glob、file)创建内容集合
  • 使用适配器(Node, Vercel, Netlify, Cloudflare)设置 SSR
  • 构建 API 端点和服务器 Actions
  • 实现视图过渡以获得类似 SPA 的导航体验
  • 管理服务器端会话以存储用户状态
  • 使用 astro:env 配置类型安全的环境变量
  • 为多语言站点设置 i18n 路由
  • 集成 UI 框架(React, Vue, Svelte, Solid)
  • 优化图像和性能
  • 配置 astro.config.mjs
  • 使用 Live Loaders 构建实时数据集合

核心工作流

  1. 分析需求 → 识别静态与动态内容、水合需求、数据源
  2. 设计结构 → 规划页面、布局、组件、带加载器的内容集合
  3. 实现组件 → 创建带有正确客户端/服务端指令的 Astro 组件
  4. 配置路由 → 设置基于文件的路由、动态路由、端点、i18n
  5. 优化交付 → 配置适配器、图像优化、视图过渡、缓存

专家决策框架

输出模式选择

static (默认)
├── 博客、文档、落地页、作品集
├── 内容按部署更新,而非按次请求更新
├── 少于 500 个页面,构建时间小于 5 分钟
└── 不需要特定于用户的内容

hybrid (80% 的真实项目)
├── 大部分静态 + 登录/仪表盘/API 路由
├── 电商:静态目录 + 动态购物车/结账
├── 使用服务端岛屿避免使整个页面成为 SSR
└── 性能与灵活性的最佳平衡

server (很少需要)
├── >80% 的页面需要请求数据(cookies、headers、数据库)
├── 完全需要认证的 SaaS/仪表盘
└── 警告:所有页面将失去边缘 HTML 缓存

选择错误的迹象:

  • 构建时间超过 10 分钟并且使用了 getStaticPaths → 切换到 hybrid
  • 超过 50% 的页面使用了 prerender = false → 切换到 server
  • 整个应用都是 server,但只有 2 个页面读取 cookies → 切换到 hybrid

水合策略 — 常见错误

  • client:visible 应用于 hero/header → 它在页面加载时已在视口内,因此无论如何都会立即水合。直接使用 client:load 并跳过 IntersectionObserver 的开销。
  • client:idle 应用于移动端 → 在低 RAM 设备上,requestIdleCallback 可能需要 10 秒以上。对于用户可能在头 5 秒内交互的任何内容,请使用 client:load。
  • 大型 React 组件使用 client:load → 如果打包体积 >50KB,考虑拆分:在 Astro 中渲染静态外壳,仅水合交互部分。或者,如果组件在首屏下方,则使用 client:idle。
  • 对导航栏/页脚进行水合 → 如果唯一的交互是移动菜单切换,请在 <script> 标签中使用原生 JavaScript 编写,而不是水合整个 React 组件。

服务端岛屿 vs 客户端岛屿 vs 静态

组件是否需要在每次请求时从服务器获取数据?
(cookies, 用户会话, 数据库查询, 个性化)
│
├── 是 → server:defer (服务端岛屿)
│   ├── 用户头像、问候栏、购物车数量
│   ├── 产品页面上的个性化推荐
│   └── 服务端解析的 A/B 测试变体
│
└── 否 → 是否需要浏览器交互?
    │
    ├── 是 → client:* 指令 (客户端岛屿)
    │   ├── 搜索框、带验证的表单
    │   ├── 图像轮播、交互式图表
    │   └── 任何需要 onClick/onChange/状态的内容
    │
    └── 否 → 不使用指令 (静态 HTML,零 JavaScript)
        ├── 导航、页脚、内容区
        ├── 卡片、列表、格式化文本
        └── 这应该占大多数网站的大约 90%

电商模式: 产品页面是静态的(标题、图片、描述)+ server:defer 用于价格/库存(经常变化)+ client:load 用于“加入购物车”按钮(需要交互)。一个页面使用三种渲染策略。

何时不应使用 Astro

Astro 擅长内容密集型网站,并带有交互的岛屿。在以下情况下考虑其他框架:

  • 应用程序是一个完全采用客户端路由和繁重状态的 SPA(→ Next.js, SvelteKit, Remix)
  • 实时协作功能是核心(→ Next.js + WebSockets)
  • 每个页面都需要认证且没有公共内容(→ SPA 框架)
  • 需要 React 服务端组件(→ Next.js)

内容集合 — 加载器选择

本地 markdown/MDX 文件 → glob() 加载器
单个 JSON/YAML 数据文件 → file() 加载器
构建时远程 API/CMS 数据 → 自定义异步加载器函数
每次请求必须保持新鲜的远程数据 → Live Loader (Astro 6+)

性能提示: 对于包含超过 1000 个条目的网站,如果不需原始 markdown 正文,请使用带有 retainBody: false 的 glob()— 这能显著减小数据存储大小。

参考文档

根据你当前的任务加载详细指南:

主题参考何时加载
组件references/components.md编写 Astro 组件、Props、插槽、表达式
客户端指令references/client-directives.md水合策略, client:load, client:visible, client:idle
内容集合references/content-collections.mdContent Layer API、加载器、模式、 getCollection、 getEntry、live 加载器
路由references/routing.md页面、动态路由、端点、重定向
SSR & 适配器references/ssr-adapters.md按需渲染、适配器、服务端岛屿、会话
服务端岛屿references/server-islands.mdserver:defer、回退内容、延迟渲染
会话references/sessions.mdAstro.session、服务端状态、购物车
视图过渡references/view-transitions.mdClientRouter、动画、过渡指令
Actionsreferences/actions.md表单处理、 defineAction、验证
中间件references/middleware.mdonRequest、sequence、 context.locals
样式references/styling.md作用域 CSS、全局样式、 class:list
图像references/images.md<Image />、 <Picture />、优化
配置references/configuration.mdastro.config.mjs、TypeScript、环境变量
环境变量references/environment-variables.mdastro:env、 envField、类型安全的环境变量模式
i18n 路由references/i18n-routing.md多语言网站、地域设置、 astro:i18n 助手

上下文指南

特定上下文的规则在 rules/ 目录下:

  • rules/astro-components.rule.md → 组件结构模式
  • rules/client-hydration.rule.md → 水合策略决策
  • rules/content-collections.rule.md → 集合模式最佳实践 (Content Layer API)
  • rules/astro-routing.rule.md → 路由模式和动态路由
  • rules/astro-ssr.rule.md → SSR 配置和适配器
  • rules/astro-images.rule.md → 图像优化模式
  • rules/astro-typescript.rule.md → TypeScript 配置
  • rules/server-islands.rule.md → 服务端岛屿模式和 server:defer
  • rules/sessions.rule.md → 服务端会话管理

关键规则

必须做

  • 使用岛屿架构——仅水合交互组件
  • 根据交互需求选择适当的客户端指令
  • 在静态页面上使用 server:defer 处理个性化/动态内容
  • 使用 Zod 定义内容集合模式以确保类型安全
  • 在 src/content.config.ts 中使用带有加载器 (glob, file) 的 Content Layer API
  • 从 astro/zod 导入 Zod,从 astro:content 导入 render (Astro 5+)
  • 使用 <Image /> 和 <Picture /> 进行图像优化
  • 为客户端组件实现适当的错误边界
  • 使用严格模式的 TypeScript 以确保类型安全
  • 根据部署目标配置适当的适配器
  • 使用 Astro.props 传递组件数据
  • 使用 astro:env 模式处理类型安全的环境变量
  • 使用 Astro.session 进行服务端状态管理

绝不能做

  • 水合不需要交互的组件(仅在必要时使用 client:)
  • 使用 client:only 而不指定框架
  • 使用字符串路径导入图像(应使用 import 语句)
  • 跳过内容集合中的模式验证
  • 错误地混合 server 和 hybrid 输出模式
  • 在预渲染页面中访问 Astro.request
  • 在组件前置元(服务端代码)中使用浏览器 API
  • 忘记为 SSR 部署安装适配器
  • 将函数作为 props 传递给 server:defer 组件(不可序列化)
  • 在预渲染页面中访问 Astro.session(需要按需渲染)
  • 在新项目中使用 src/content/config.ts(应使用带有加载器的 src/content.config.ts)

快速参考

组件结构

---
// 组件脚本(在服务器端运行)
interface Props {
  title: string;
  count?: number;
}
const { title, count = 0 } = Astro.props;
const data = await fetch('https://api.example.com/data');
---

<!-- 组件模板 -->
<div>
  <h1>{title}</h1>
  <p>Count: {count}</p>
</div>

<style>
  /* 默认作用域 */
  h1 { color: navy; }
</style>

指令优先级

  1. 无指令 → 静态 HTML,零 JavaScript
  2. server:defer → 延迟的服务端渲染(服务端岛屿)
  3. client:load → 在页面加载时立即水合
  4. client:idle → 在浏览器空闲时水合
  5. client:visible → 在组件进入视口时水合
  6. client:media → 在媒体查询匹配时水合
  7. client:only → 跳过 SSR,仅在客户端渲染

内容集合模式 (Astro 5+)

// src/content.config.ts
import { defineCollection } from 'astro:content';
import { glob } from 'astro/loaders';
import { z } from 'astro/zod';

const blog = defineCollection({
  loader: glob({ base: './src/content/blog', pattern: '**/*.{md,mdx}' }),
  schema: z.object({
    title: z.string(),
    date: z.coerce.date(),
    draft: z.boolean().default(false),
    tags: z.array(z.string()).optional(),
  }),
});

export const collections = { blog };

服务端岛屿

---
import UserAvatar from '../components/UserAvatar.astro';
---

<UserAvatar server:defer>
  <img slot="fallback" src="/generic-avatar.svg" alt="加载中..." />
</UserAvatar>

输出格式

在实现 Astro 功能时,提供:

  1. 组件文件(带有前置元和模板的 .astro)
  2. 配置更新(如果需要,更新 astro.config.mjs)
  3. 内容集合模式(如果使用了集合)
  4. TypeScript 类型(用于 Props 和数据)
  5. 对所采用水合策略的简要说明

技术栈

Astro 5+/6+、岛屿架构、Content Layer API (glob/file 加载器、live 加载器)、Zod 模式、视图过渡 API、服务端岛屿 (server:defer)、会话、Actions、中间件、astro:env (类型安全的环境变量)、i18n 路由、适配器 (Node, Vercel, Netlify, Cloudflare, Deno)、React/Vue/Svelte/Solid 集成、图像优化、MDX、Markdoc、TypeScript、作用域 CSS、Tailwind CSS

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

相关技能