AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Creator Mode Design

skill-gmomakeshop-agent-skills-creator-mode-design · by gmomakeshop

makeshop byGMOでショップデザインを行うスキル。クリエイターモードというデザインモードを使用している場合に使用する。「クリモでデザインしたい」「クリモのコードを生成したい」「ショップデザインをしたい」などをトリガーに起動する。

No reviews yet
0 installs
16 views
0.0% view→install

Install

$ agentstack add skill-gmomakeshop-agent-skills-creator-mode-design

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-gmomakeshop-agent-skills-creator-mode-design)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
1mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Creator Mode Design? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

クリエイターモードデザインスキル

makeshop byGMOでショップデザインを行うスキル。

クリエイターモードデザインファイル構成

.
├── config.json                         デザインセットの設定。レスポンシブ対応、モジュール一覧、フリーページ定義を持つ(必須)
├── _module_/                           makeshopがデフォルトで用意している各ページとショップ様が自由に追加できるページから  で呼び出せるモジュール
│   ├──  header.html                    全ページ共通のヘッダー。HTMLの定義のみ。CSS、JavaScriptは定義できない。(必須)
│   ├──  footer.html                    全ページ共通のフッター。HTMLの定義のみ。CSS、JavaScriptは定義できない。(必須)
│   ├──  design_token.html              全ページ共通のデザイントークン。HTMLの定義のみ。CSS、JavaScriptは定義できない。(必須)
│   └──  xxx.html                       任意のパーツ。HTMLの定義のみ。CSS、JavaScriptは定義できない。
└── standard/                           
    ├── html/                           makeshopがデフォルトで用意している各ページのHTML
    │   ├── bulk.html                   まとめ買い割引ページのHTML
    │   ├── cart.html                   買い物カゴページのHTML(必須)
    │   ├── catalog.html                カタログページのHTML
    │   ├── category.html               商品カテゴリーページのHTML(必須)
    │   ├── company.html                会社概要ページのHTML(必須)
    │   ├── contract.html               特定商取引法ページのHTML(必須)
    │   ├── guide.html                  利用案内ページのHTML(必須)
    │   ├── item.html                   商品詳細ページのHTML(必須)
    │   ├── news-detail.html            お知らせ詳細ページのHTML
    │   ├── news-list.html              お知らせ一覧ページのHTML
    │   ├── policy.html                 プライバシーポリシーページのHTML(必須)
    │   ├── review-list.html            商品レビュー一覧ページのHTML
    │   ├── review-post.html            商品レビュー投稿ページのHTML
    │   ├── search.html                 商品検索結果ページのHTML(必須)
    │   ├── top.html                    トップページのHTML(必須)
    │   └── verification.html           会員制/年齢確認ページのHTML
    ├── css/                            makeshopがデフォルトで用意しているページのCSS
    │   ├── bulk.css                    まとめ買い割引ページのCSS
    │   ├── cart.css                    買い物カゴページのCSS
    │   ├── catalog.css                 カタログページのCSS
    │   ├── category.css                商品カテゴリーページのCSS
    │   ├── company.css                 会社概要ページのCSS
    │   ├── contract.css                特定商取引法ページのCSS
    │   ├── guide.css                   利用案内ページのCSS
    │   ├── item.css                    商品詳細ページのCSS
    │   ├── news-detail.css             お知らせ詳細ページのCSS
    │   ├── news-list.css               お知らせ一覧ページのCSS
    │   ├── policy.css                  プライバシーポリシーページのCSS
    │   ├── review-list.css             商品レビュー一覧ページのCSS
    │   ├── review-post.css             商品レビュー投稿ページのCSS
    │   ├── search.css                  商品検索結果ページのCSS
    │   ├── top.css                     トップページのCSS
    │   └── verification.css            会員制/年齢確認ページのCSS
    ├── javascript/                     makeshopがデフォルトで用意している各ページのJavaScript
    │   ├── bulk.js                     まとめ買い割引ページのJavaScript
    │   ├── cart.js                     買い物カゴページのJavaScript
    │   ├── catalog.js                  カタログページのJavaScript
    │   ├── category.js                 商品カテゴリーページのJavaScript
    │   ├── company.js                  会社概要ページのJavaScript
    │   ├── contract.js                 特定商取引法ページのJavaScript
    │   ├── guide.js                    利用案内ページのJavaScript
    │   ├── item.js                     商品詳細ページのJavaScript
    │   ├── news-detail.js              お知らせ詳細ページのJavaScript
    │   ├── news-list.js                お知らせ一覧ページのJavaScript
    │   ├── policy.js                   プライバシーポリシーページのJavaScript
    │   ├── review-list.js              商品レビュー一覧ページのJavaScript
    │   ├── review-post.js              商品レビュー投稿ページのJavaScript
    │   ├── search.js                   商品検索結果ページのJavaScript
    │   ├── top.js                      トップページのJavaScript
    │   └── verification.js             会員制/年齢確認ページのJavaScript
    └── freepage/                       ショップ様が自由に追加できるページ
        └── xxx.html                    HTMLの定義のみ。CSS、JavaScriptは定義できない。

デザイン手順

このスキルは次の4フェーズを 必ずこの順番で 実行します。各フェーズは前のフェーズの成果物を入力にするため、途中を飛ばすと後段が成立しません。

全ページを一度に作成してはいけません。 まず最初の1ページだけを作成して .cdar を生成し、デザインの方向性をユーザーに確認してもらいます。最初に作成するページは、ユーザーが希望するページから始められます。特に希望がなければトップページから始めるのがおすすめです。最初のページのデザインで問題がなければ、残りのページを 1ページずつ 作成していきます。こうすることで、方向性がずれたまま全ページを作り込んで大きく後戻りする事態を防ぎます。

各フェーズの詳細は以下の通りです。

フェーズ1: 方針決め

  1. 何をデザインするかを決めます。ショップの全ページを実装したいのか、一部のページだけを実装したいのか、もしくは既存のページを編集したいのかなど、何をデザインしたいのかを決めます。あわせて、どのページから作り始めるか(デザインの方向性を最初に確認するページ)も決めます。ユーザーに希望があればそのページから、特に希望がなければトップページから始めます。
  1. どんなデザインにしたいのかを決めます。近づけたいサイトやイメージがあれば提供してもらいます。もし明確に決まっていない場合は、まずは商品情報を取得しショップのイメージを把握した上で、デザインを提案します。それでも難しい場合は、ショップ名やターゲット層、コンセプトなどをヒアリングした上で、デザインを提案します。

フェーズ2: DESIGN.md の作成

次のクリエイターモードデザインファイルの作成に進む前に、必ず DESIGN.mdtheme.css の両方を生成し終えてください。

  1. https://github.com/google-labs-code/design.md を参考に、DESIGN.md を作成します。フェーズ1で決定したデザイン方針(色・フォント・余白・角丸・トーンなど)が反映されるように記述します。
  1. npx @google/design.md@latest lint DESIGN.md を実行して、lint を行います。エラーが発生した場合は内容を確認し、エラーがなくなるまで修正してください。npx の初回実行で @google/design.md のインストール確認が出た場合は許可して進めます。
  1. npx @google/design.md@latest export --format css-tailwind DESIGN.md > theme.css を実行して、Tailwind v4 用にデザイントークンを theme.css にエクスポートします。この theme.css を次のフェーズで _module_/design_token.html および各ページに差し込みます。

フェーズ3: 最初のページの作成と確認

このフェーズでは フェーズ1で決めた最初のページとその表示に必要な共通パーツだけ を作成し、.cdar を生成してデザインの方向性をユーザーに確認してもらいます。他のページはまだ作成しません。

以降の説明では、フェーズ1で決めた最初のページを「対象ページ」と呼びます。対象ページの HTML ファイルと固有リファレンスは、後述の「ページとリファレンスの対応表」から特定します(例:トップページなら standard/html/top.htmlreferences/page-reference-top.md、商品詳細ページなら standard/html/item.htmlreferences/page-reference-item.md)。

  1. 作業フォルダを作成します。任意の名前でOKです。
  • 例:new_design_set/
  1. 対象ページの表示に必要なファイルを、クリエイターモードデザインファイル構成 に従って作業フォルダに配置してコーディングします。HTML・モジュールの実装は共通して references/design-reference.md に従い、ファイルごとに以下の固有リファレンスを併せて参照します。
  2. まずは、_module_/にデザイントークンを定義します。フェーズ2で生成した theme.css の内容を使い、references/module-reference-design-token.md を参照します。
  3. 次に、_module_/にヘッダー(references/module-reference-header.md)、フッター(references/module-reference-footer.md)、そのほか対象ページで必要なパーツを定義します。
  4. 次に対象ページ本体(例:standard/html/top.html)を定義します。固有リファレンスは「ページとリファレンスの対応表」で対象ページに対応するものを参照します。
  5. 最後に config.json を定義します。references/config-json-reference.md を参照し、この時点では _module_/ に定義したモジュールだけを記述します。
  1. コードを書き終えたら、「Smarty → HTML 変換とローカルプレビュー」の手順に従って、Smarty で書いたコードをプレビュー用の HTML に変換し、手元のブラウザでプレビューしてデザイン崩れがないかを必ず確認します。崩れがあれば修正してから次に進みます。
  1. .cdar への圧縮とインポート」の手順に従って .cdar を生成し、ユーザーに管理画面でインポートしてもらって対象ページのデザインの方向性を確認してもらいます。
  1. 修正要望があれば DESIGN.md(必要に応じて theme.css の再エクスポート)や対象ページに反映し、再度プレビューでデザイン崩れがないかを確認してから .cdar を生成します。デザインの方向性が確定するまで、フェーズ4には進みません。

フェーズ4: 残りのページを1ページずつ作成

最初のページのデザインが確定したら、他のページを 1ページずつ 作成していきます。一度に複数ページをまとめて作成せず、1ページ作るごとに必要に応じて .cdar を生成して確認できるようにします。

各ページは、フェーズ3で確定したデザイントークン・共通パーツ・最初のページのトーンに揃えて定義します。フェーズ3と同様、HTML の実装は共通して references/design-reference.md に従い、ページごとに後述の「ページとリファレンスの対応表」の固有リファレンスを併せて参照します。フェーズ3で作成済みのページは除き、残りのページを作成します。

各ページの作成手順は次の通りです。

  1. 上記の対応するリファレンスに従って、対象ページを1ページ作成します。
  2. ページの作成にあたり新しいモジュールを追加した場合は、config.json にそのモジュールを追記します。
  3. 必要であれば freepage に任意のページを定義します。references/design-reference.md に従って実装し、config.jsonfreepage に追記してください。
  4. コードを書き終えたら、「Smarty → HTML 変換とローカルプレビュー」の手順に従って、Smarty で書いたコードをプレビュー用の HTML に変換し、手元のブラウザでプレビューしてデザイン崩れがないかを必ず確認します。崩れがあれば修正してから次に進みます。
  5. .cdar への圧縮とインポート」の手順に従って .cdar を生成し、ユーザーに確認してもらいます。問題なければ次のページに進みます。

全ページを作り終えたら、config.json にすべてのモジュール・フリーページが反映されているか最終確認してください。

ページとリファレンスの対応表

フェーズ3の最初のページ、フェーズ4の残りのページのいずれでも、対象ページの HTML ファイルと固有リファレンスは以下から特定します。

  • standard/html/top.htmlreferences/page-reference-top.md
  • standard/html/bulk.htmlreferences/page-reference-bulk.md
  • standard/html/cart.htmlreferences/page-reference-cart.md
  • standard/html/catalog.htmlreferences/page-reference-catalog.md
  • standard/html/category.htmlreferences/page-reference-category.md
  • standard/html/company.htmlreferences/page-reference-company.md
  • standard/html/contract.htmlreferences/page-reference-contract.md
  • standard/html/guide.htmlreferences/page-reference-guide.md
  • standard/html/item.htmlreferences/page-reference-item.md
  • standard/html/news-detail.htmlreferences/page-reference-news-detail.md
  • standard/html/news-list.htmlreferences/page-reference-news-list.md
  • standard/html/policy.htmlreferences/page-reference-policy.md
  • standard/html/review-list.htmlreferences/page-reference-review-list.md
  • standard/html/review-post.htmlreferences/page-reference-review-post.md
  • standard/html/search.htmlreferences/page-reference-search.md
  • standard/html/verification.htmlreferences/page-reference-verification.md

Smarty → HTML 変換とローカルプレビュー

フェーズ3・フェーズ4の両方で使用する共通手順です。コードを書き終えたら、.cdar を生成する前に必ずこの手順でデザイン崩れがないかを手元で確認します。クリエイターモードのコードは Smarty で書かれており、独自タグ(``)やループ・条件分岐をそのままブラウザで開いても描画されないため、プレビュー用に静的な HTML へ書き換えてから確認します。

  1. プレビュー用の一時フォルダ(例:.preview/)に、確認したいページと共通パーツをコピーします。編集中のファイル(new_design_set/)は Smarty のまま保持し、コピーしたファイルだけを書き換えます。
  1. クリエイターモードのタグリファレンスと references/smarty-reference.md の「クリエイターモードのタグの置換例」(各節の Smarty出力されるHTML の対応)を参考に、Smarty を静的な HTML へ書き換えます。タグの意味やどんな値が出力されるかは、まず MCP サーバーのタグリファレンスから取得し、取得できない場合は公式のウェブのタグリファレンス(https://reference.makeshop.jp/creator-mode/contents/common/index.html)から確認します。
  1. 商品名・価格・画像・商品一覧など、商品に関わるタグを静的な HTML に書き換えるときは、架空のダミーデータではなく、ショップに登録されている実際の商品を取得して使用します。実データ(商品名・価格・商品画像・在庫状況など)を差し込むことで、実際の見え方に近い状態でデザイン崩れを確認できます。商品が取得できない場合に限り、リファレンスの置換例のようなダミーデータで代替します。
  1. 書き換えた HTML を手元のブラウザで開いてプレビューし、レイアウト・余白・色・フォント・レスポンシブ表示などにデザイン崩れがないかを必ず確認します。

.cdar への圧縮とインポート

フェーズ3・フェーズ4の両方で使用する共通手順です。.cdar を生成したいタイミングで以下を実行します。

  1. 圧縮用の一時フォルダにコピーし、文字コードを EUC-JP に変換してから .cdar ファイルを生成する。編集中のファイル(new_design_set/)は UTF-8 のまま保持し、圧縮するファイルだけを EUC-JP にする。以下のコマンドを実行する

```bash # 1. 圧縮用の一時フォルダを作り、全ファイルをコピー rm -rf .build cp -r newdesignset .build

# 2. 一時フォルダ内の HTML / CSS / JS を一括で EUC-JP に変換 find .build -type f \( -name ".html" -o -name ".css" -o -name "*.js" \) -print0 | while IFS= read -r -d '' file; do iconv -f UTF-8 -t EUC-JP "$file" > "$file.tmp" && mv "$file.tmp" "$file" done

# 3. .cdar に圧縮 (cd .build && zip -r ../newdesignset.cdar .)

# 4. 一時フォルダを削除 rm -rf .build ```

EUC-JP に変換できない文字が含まれていて iconv がエラーになる場合は、references/troubleshooting.md を参照してください。

  1. 生成した new_design_set.cdar ファイルを管理画面からインポートする

(任意)クリエイターモードのプレビュー確認

.cdar をインポートした後、ユーザーに希望があれば、クリエイターモード上の実際のプレビューをブラウザで確認します。ローカルプレビューは Smarty を静的な HTML に書き換えた近似であるため、実データが反映された本物のプレビューでデザイン崩れがないかを最終確認できます。

  1. インポートした .cdar をクリエイターモードに反映する。
  2. 対象のページをクリエイターモード上でプレビューする。
  3. ユーザーにそのプレビューの URL を共有してもらう。
  4. 提供された URL をブラウザで開いて表示を確認する。
  5. デザイン崩れ等があれば修正し、再度 .cdar を生成してプレビューを確認する。

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.