mae616/ai-tech-knowledge · Archived

astro

Astroプロジェクトの設計・実?

First seen Jun 7, 2026

Installation

$ npx skills add mae616/ai-tech-knowledge --skill astro

Summary

Astroプロジェクトの設計・実装・レビューを、HTML中心/Islands Architecture/クライアントJS最小化の思想で整理する。Astro、Islands Architecture、SSG/SSR選択、コンテンツサイト構築、パフォーマンス最適化、JS削減、マルチフレームワーク統合、.astroファイルに…

Stronger alternatives

This repository is archived — consider an actively maintained alternative.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from mae616/ai-tech-knowledge.

npx skills add mae616/ai-tech-knowledge

Browse all from mae616/ai-tech-knowledge

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

License LICENSE.txt
Default branch main
Open issues 0
Status Archived

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,700 B
  • docs SUMMARY.md 592 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 4 installs

SKILL.md

Astro Web-First Skill

参照(公式)

このSkillの基本方針

  • 基本方針: HTML中心(ドキュメント中心)。JSは必要箇所のみ(Islands)。
  • レンダリング: まずSSGを第一候補。更新頻度が高い箇所のみSSR/オンデマンドを検討。
  • Islands設計: 動的UIは小さく分割し、責務を限定する。島の肥大化は避ける。
  • パフォーマンス: 「送らない最適化」を優先(クライアントJS、画像、フォント、3rd party)。
  • 参考: Astro公式 / Docs

思想(判断ルール)

  1. HTMLを先に完成させる(Webはまずドキュメント)。
  2. クライアントJSはコスト。必要性を説明できる分だけ送る。
  3. Islandsは「動的UIの特区」。島は小さく、責務を限定する。
  4. “便利だから全部クライアント”を避け、送信量の最小化を優先する。

出力フォーマット(必ずこの順)

  1. 推奨方針(1〜3行)
  2. 理由(Web制約 / 性能 / 保守性)
  3. 設計案(レンダリング戦略 / Islands粒度 / データ取得 / バンドル・資産 / キャッシュ)
  4. チェックリスト(実装前に確認)
  5. 落とし穴(避けるべき)
  6. 次アクション(小さく試す順)

チェックリスト

  • Islandsは本当に必要箇所だけか
  • 島が大きすぎないか(ページ/一覧まるごとを避ける)
  • 画像・フォント・3rd party が速度を壊していないか
  • SSGを第一候補にできているか(SSRは必要部分だけか)
  • 「送らない最適化」の観点でJS量を説明できるか

よくある落とし穴

  • React等を“とりあえず”全部クライアントに送ってAstroの旨味が消える
  • 島間の状態共有が増え、結果的にSPA級の複雑さになる
  • 解析/広告などの3rd partyがINP/LCPを悪化させる