Menu
サービス名と概要を受け取って `src/content/services/` 配下にサービスページを追加するスキル。「○○というサービスページを追加して」「新サービスのページを作って」と言われたときに使用する。
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
短いニュース 1 件を `src/content/news/` に追加するスキル。「お知らせを 1 つ追加して」「○○のニュースを書いて」と言われたときに使用する。URL を伴う「ブログ記事化」は write-blog スキルを使うこと。
受け取った URL を読み込み、指定された深掘りポイントに沿ってブログ記事化し、`src/content/news/` 配下に Markdown ファイルを追加して PR を作成するスキル。「URL を渡すからブログ記事化して」「この記事をベースに ○○ を深掘りして」と言われたときに使用する。
ページ 1 枚または PR 全体を SEO 観点でレビューするスキル。title / description の長さ、見出し階層、内部リンク、JSON-LD、画像 alt を一通り確認する。「この記事を SEO レビューして」「PR の SEO チェックして」と言われたときに使用する。
Basé sur la classification professionnelle SOC
| name | add-service-page |
| description | サービス名と概要を受け取って `src/content/services/` 配下にサービスページを追加するスキル。「○○というサービスページを追加して」「新サービスのページを作って」と言われたときに使用する。 |
| allowed-tools | Read, Write, Edit, Bash |
新しいサービスを表すページを src/content/services/<slug>.md として追加する。
一覧ページ (/services) と詳細ページ (/services/<slug>) は Content Collections から自動生成されるため、Markdown を 1 ファイル追加するだけで反映される。
ユーザーから以下を受け取る:
最低限「サービス名」と「概要」があれば着手可能。ただし、空っぽのテンプレを量産しないよう、想定顧客は 必ず 確認する。
ls src/content/services/
order フィールドの最大値を確認（新規追加時は最大値 + 1 を使う）ai-consulting、web-development、seo-audit）# slug 衝突チェック
test -e src/content/services/<slug>.md && echo "CONFLICT: <slug> already exists, choose another"
---
title: <サービス名>
summary: <60〜100 字。一覧カードに表示される短い説明>
order: <既存サービスの最大 order + 1>
---
icon は 任意フィールド であり、指定する場合のみ icon: 🤖 のような行を order の前後に追加する。指定しない場合は icon: 行を frontmatter から省略すること（空文字 icon: "" を残すと、一覧カードに空のアイコン枠が描画される）。
summary は 一覧ページのカード本文 になるため、サービスの中核価値が 1〜2 文で伝わる文にする。
構成テンプレート（既存 ai-consulting.md / web-development.md を参考に）:
<1〜2 段落の導入：誰のためのサービスか、何が解決できるか>
## こんな方におすすめ
- <ペルソナ 1>
- <ペルソナ 2>
- <ペルソナ 3>
## 主な支援メニュー（or 含まれるもの）
- **<メニュー 1>**: <一言説明>
- **<メニュー 2>**: <一言説明>
- **<メニュー 3>**: <一言説明>
## 想定する効果（任意）
- <効果 1：数値を併記する場合は根拠も>
- <効果 2>
## 標準プラン
| プラン | 期間 | 内容 |
|--------|------|------|
| <プラン名> | <期間> | <内容> |
お問い合わせは [お問い合わせフォーム](/contact) からお願いします。
/contact リンクは 必ず 残す（CV 動線）こちら だけにせず、お問い合わせフォーム のように descriptive な anchor にする（アクセシビリティ + SEO）src/content/services/<slug>.md を新規作成。
既存ファイルの上書きは禁止。重複時は slug を変える。
pnpm astro check
pnpm build
両方 0 errors であること。
ブランチ名は feature/#<issue番号>-<short-slug> 形式（AGENTS.md「PR / レビューの方針」の宣言と整合）。Issue 番号は対話的にユーザーから受け取るか、必要なら gh issue create --assignee @me で先に発行する。
git checkout -b feature/#<issue>-add-service-<slug>
git add src/content/services/<slug>.md
git commit -m "feat: #<issue> add service page <slug>"
git push -u origin feature/#<issue>-add-service-<slug>
gh pr create --draft --base develop \
--title "feat: #<issue> add service page <slug>" \
--body "$(cat <<'EOF'
## 概要
新サービス「<サービス名>」のページを追加。
## 含む内容
- <要点 1>
- <要点 2>
- <要点 3>
## 一覧表示への反映
`src/content/services/` への追加で `/services` 一覧と `/services/<slug>` 詳細が自動生成される。
## 検証
- pnpm astro check: 0 errors
- pnpm build: 0 errors
EOF
)"
サービスページはサイトの「商品棚」に当たるため、Draft で人間レビューを 1 回入れる運用を推奨。
サービス内容に応じて、以下の追加が必要になることがある（通常は不要）:
src/components/CTA.astro を拡張するか、新規 CTA コンポーネントを作るsrc/actions/ に新規 action を追加（要相談）src/components/ に追加これらは 影響範囲が広い ため、ユーザーに「サービスページ単体で完結させるか、共通コンポーネントを足すか」を確認してから着手する。
order の重複（ソート結果が不定になる）/contact リンクの省略src/pages/services/[slug].astro の編集（Content Collections で自動生成されるため不要）pnpm astro check / pnpm build が 0 errors）/services) と詳細 (/services/<slug>) で表示されることを確認した旨