Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,064 件掲載。コマンド 1 行でインストールできます。
すべて
アプリ開発者が CLI を通じて Shoplazza のマーチャントにアプリ利用料を請求する場合に使用します。一回限りのアプリ料金、定期（サブスクリプション）料金、従量課金、アプリ料金の取引記録が対象です。トリガー語には 应用收费 / 订阅费 / 一次性收费 / 用量费 / 计费 / app billing / recurring / one-time / usage charge が含まれます。購入者の注文支払いや返金には使用しません（それは shoplazza-orders の transactions / +refund）。
shoplazza CLI の共通基盤：CLI のインストール（安装 CLI / command not found）、認証（auth login — アカウント単位とストア単位；登录 / 授权）、auth のステータス/スコープ/ログアウト、ストアの切り替え（auth store use；切换店铺 / 换店）、複数ストアのプロファイル（add/list/use/rename/remove/info）、3 つのアクセス階層（+shortcut / spec leaf / api rest）、出力エンベロープ（{ok,data} / .data）、--dry-run / --jq / --fields / --format、スキーマイントロスペクション、api rest フォールバック、更新通知、安全プロトコル、フィルター済みリスト読み取りの信頼性の確認方法（ページネーション / has_more / cursor、通知なく破棄されるフィルター、完全一致の精度段階）。shoplazza CLI の初回使用時、CLI が見つからない場合、ログイン/認証/ストアまたはプロファイルの切り替え時、権限エラー時、検索やフィルターの結果が多すぎるように見える場合、ドメインスキルを使う前に、まずこれを読んでください。
ユーザーが CLI を通じて shoplazza ストアの顧客（購入者）を管理したい場合に使用します。顧客プロフィールの作成、メールアドレスまたは電話番号による顧客検索、顧客詳細や顧客総数の取得、氏名/タグ/メールまたは SMS マーケティング登録の更新、デフォルトのチェックアウト住所を含む顧客の配送先住所の管理に対応します。トリガーには 客户 / 买家 / 顾客 / 客户资料 / 新建客户 / 按邮箱查客户 / 按手机号查客户 / 给客户打标签 / 退订营销 / 收货地址 / 默认地址 / customer profile / new customer / find customer by email or phone / customer count / tag a customer / unsubscribe marketing / shipping address / default address が含まれます。メールアドレスによる顧客レコードの検索（按邮箱找客户资料）はここ（customers +search）の対象です。その顧客の注文履歴（该客户下过的订单 / orders placed by this email）は shoplazza-orders の対象です。
ユーザーが CLI を通じて shoplazza ストアの注文を管理したい場合に使用します。注文の検索/件数取得/表示（查订单 / 找订单 / 订单列表 / 订单详情 / 新订单 / order search）、発送とフルフィルメント（发货 / 标记发货 / 物流 / 运单号 / 改运单号 / ship an order / update tracking）、購入者への返金（退款 / 给顾客退钱 / 退钱给买家 / refund an order — 購入者への返金はここで扱い、discounts や billing では扱いません）、注文のキャンセル/作成/更新や支払い済みへの変更（取消订单 / 代客下单 / 标记支付）、注文の決済取引（订单支付流水 / 支付交易记录 / buyer payment transactions — アプリ料金の取引 → shoplazza-billing）、不正リスク記録（欺诈 / 风控 / 高风险订单 / order risk）、アフターサービス記録（售后 / post-sales）、配送ゾーンと料金（运费区域 / 邮费 / 运费方案 / shipping zones — リアルタイム料金の配送業者 → shoplazza-shop carrier-services）、追跡番号からの配送業者検索（快递承运商 / 运单号识别承运商）に対応します。メールアドレスによる顧客の注文検索（按邮箱查某客户的订单）はここで行います。顧客レコード自体は shoplazza-customers が対象です。商品在庫 / 库存 / 补货（→ shoplazza-products）は対象外です。
アプリ開発者が CLI を通じて Shoplazza ストアの webhook サブスクリプションを管理する場合に使用します。ストアイベント（注文作成、商品更新など）を購読して、プラットフォームからアプリのエンドポイントへ通知をプッシュできるようにし、サブスクリプションの一覧表示/取得/更新/削除/件数取得を行います。トリガーには webhook / 事件订阅 / 事件回调 / 事件通知 / 推送通知 / 回调地址 / subscribe to an event / event notification が含まれます。shoplazza-orders / shoplazza-products のイベント自体は対象外です。このドメインが扱うのはサブスクリプションです。
Douyin／Hongguo のヒット短編ドラマ向け、工業化脚本制作スーパーシステム v4.9.1。純粋な脚本エンジン（全ジャンル向け公開汎用版、制作連携なし）。主な機能：必要に応じて動的にマウントするマトリクス（8 つの対話モード、Context の肥大化を防ぐためコアファイルのみマウント）、感情契約ユニットチェーンの往復法、40 ジャンルの全体マップ（男性向け 12／女性向け 14／中性 14）、6 種の基本フック（中核の切り札を不可逆に奪う型を含む）と 5 つのクリフハンガー公式、A~I の 9 種の逆転手法のローテーションマトリクスとホット／コールド台帳の階層化、3 段階の長さ（標準 90~120 秒／本文 480~850 字、長尺 150~195 秒／820~1400 字、マンガドラマ 60~90 秒／330~620 字）、1 話 15 秒の切り替えにおける 4 拍進行表（引き込みと状況提示→正面衝突→札を明かして逆転→余波のフック）、強い映像を支える 3 つの視覚アンカー（2~4 文ごとに強い視覚描写 △ を挿入、E24 は会話だけの間延びを防止／E26 は無意味な微動作を防止）、平易な言葉で同じ拍に直接伝えるルールと緩急の原則（証拠と結論を同時に明示／設定用語は同じ文中で平易に言い換え、E25 は謎めいた隠語を防止）、似せるが模倣しない三層の再構成法（表層と禁止語を剥がす→ドラマの公式を抽出→別次元の装いに置き換える）、尺換算アンカー（目標速度 4.5 字/秒で執筆し、誇大な尺表示を防ぐため最低 4.5 字/秒で検証）、15 秒枠あたり <=95 字の制作側チェック、動作段落 <=40 字のソフト制約、セリフ／動作の黄金比 25%~70%、最初の 3 話のビートカード、ペイウォールの 4 変種、話をまたぐ連続性台帳、ウェブ小説の脚色パイプライン、人物バイブル、ドラマ技法レイヤー、独白・ナレーションの制御規程、表情フレーズの形式（映像語｜口調語）、レビュー・修復用問題カード、保護用反例集、広電 16 号令のコンプライアンス上の禁止事項 11 項目、段階別脚本機械チェック（E1~E26）と全編台帳チェック（S1~S8）。短編ドラマやアウトラインの執筆、企画立案、引きの調整、話ごとの構成、長尺版の執筆、脚本ドクター、ブラッシュアップ、内面独白、ナレーション、オフボイス、超高速短編ドラマ、コンプライアンス審査、連続執筆で使用します。
新しい skill の作成、既存 skill の変更と改善、skill のパフォーマンス測定。ユーザーが skill をゼロから作成したい場合、既存 skill を更新または最適化したい場合、eval を実行して skill をテストしたい場合、分散分析で skill のパフォーマンスをベンチマークしたい場合、またはトリガー精度を高めるために skill の説明を最適化したい場合に使用する。skill 自体の実行、散文やブログコンテンツの生成、無関係な Python プロジェクトのスキャフォールディングには使用しない——これは skill としてパッケージ化された機能の作成と評価のみを対象とする。
Anthropicのベストプラクティスに従ってClaude Codeスキルを作成、管理します。新しいスキルの作成、skill-rules.jsonの変更、トリガーパターンの理解、フックの利用、スキル起動のデバッグ、段階的開示の実装に使用します。スキル構造、YAML frontmatter、トリガーの種類（キーワード、意図パターン、ファイルパス、コンテンツパターン）、適用レベル（block、suggest、warn）、フック機構（UserPromptSubmit、PreToolUse）、セッション追跡、500行ルールを扱います。
ユーザーが markdown ノート、ドキュメント、ソースコード、または混在フォルダーから LLM 最適化ナレッジ wiki を構築、拡張、検証、修復、再構築、マージすることを明示的に求めたときに使用。デフォルトの出力は単一の安定した兄弟 `<source>.wiki/` で、完全な履歴は `.llmwiki/git/` 配下のプライベート git リポジトリに保存される。`--layout-mode in-place` はソースフォルダー自体を変換し、`--layout-mode hosted --target <path>` はユーザー提供の `.llmwiki.layout.yaml` 契約に従う。SKILL.md がエントリーポイントであり、詳細な操作手順は以下のルーティング手順に従って `guide/` からオンデマンドで読み込まれる。
Smart X ルーチンの構築、移行、トラブルシューティングを行うときに使用 - これは TOTVS のメタデータ駆動 UI フレームワークで、データディクショナリの Object/Model/Interface/Launcher チェーンからモダンな PO-UI 画面を生成する。model.tlpp/interface.tlpp/launcher の成果物、pageActions/tableActions/onChange による ADVPL 関数の統合、レガシー MVC ブラウズの Smart X への変換、よくあるトラブルシューティングを扱う。"tela Smart X"、"gerar tela por metadados"、"migrar MVC para Smart X"、"criar Modelo e Interface Smart X"、"launcher Smart X" などのポルトガル語表現や FINA050SM/MATA110SX のような名前でもトリガーされる。
HTTP API 向けのスモークテストの特定、作成、CI 統合 — Hurl または curl のみを使用。発動条件：smoke test、smoke testing、critical path test、CI gate、フルスイート前のゲート、write smoke tests、add smoke test、smoke test template、どのテストがスモークテストか、hurl、.hurl ファイル、curl smoke test。使用しない場合：ユーザーが全体的なテスト戦略や方針を必要としている場合 — 代わりに `testing` を使用する。
10 問以内の質問でユーザーにインタビューし、その人物が誰か、誰と話しているか、何について投稿するか、何を投稿しないかを記録した social-context.md ファイルを作成する。LinkedIn、X (Twitter)、Instagram、Threads、TikTok、YouTube を対象とし、どのプラットフォームが実際に重要かはインタビューで決まる。ユーザーが "set up my social context"、"onboard me"、"set up my socials"、"create my social profile" と言ったときに使用する。このコレクションの他のすべてのスキルはブランドのトーンと設定のために social-context.md を読むため、最初に実行すべきスキルである。再実行すると既存のファイルをセクションごとに更新し、ユーザーの手動編集を確認なしに上書きすることはない。
Instagram、LinkedIn、Twitter/X 向けの複数スライドのカルーセルデザイン。レイアウト規則とフックを扱う。スライド構成、テキストの階層、スワイプの心理、プラットフォーム固有の仕様を網羅。用途：カルーセル投稿、Instagram カルーセル、LinkedIn カルーセル、スライド投稿、教育コンテンツ。トリガー：carousel、instagram carousel、linkedin carousel、slide post、carousel design、swipe post、multi-image post、carousel template、educational carousel、carousel content、instagram slides、linkedin slides
プロフェッショナルなソフトウェア要件ドキュメント（SRS、PRD、BRD、FRD、ユーザーストーリー、ユースケース）を作成する。ユーザーが要件の作成、SRS や PRD の作成、機能説明からユーザーストーリーへの変換、受け入れ基準の生成、既存要件ドキュメントのレビュー、非公式なアイデアの構造化要件への変換を求めたときに使用。ユーザーが「acceptance criteria」「functional requirements」「non-functional requirements」「requirements traceability matrix」に言及したときにもトリガー。
Solidity スマートコントラクト向けの Hardhat 3 開発ワークフロー。Hardhat 3.x（hardhat、ignition、EDR）でのビルド、テスト、デプロイ時に使用。ESM ファーストのプロジェクト構成、defineConfig、Solidity ネイティブテスト、TypeScript テスト、マルチチェーン対応、Hardhat Ignition によるデプロイ、hook ベースのプラグインシステムを扱う。hardhat init、hardhat build、hardhat test、hardhat ignition、Hardhat を用いた Solidity 開発を伴うタスクで発動する。
each::sense AI を使ってカスタム効果音を生成します。衝撃音、環境音、フォーリー、UI サウンド、自然音、機械音、トランジションなど、あらゆるシーン向けにリアルまたはスタイライズされた音声を作成できます。stable-audio-2-5 による高精度な音声生成を利用します。用途：動画制作、ゲーム開発、ポッドキャスト、アプリ、UI/UX、プレゼンテーション、映画。トリガー：効果音、sfx、オーディオエフェクト、フォーリー、音の生成、環境音、UI サウンド、衝撃音、風切り音、爆発音、自然音、通知音、オーディオ作成
WeChat 公式アカウント用の 2.35:1 ヘッダー画像カバーを作成する。Codex 内蔵の image_gen で生成し、ビジュアルは「軽やかな AI プロダクト・インフォグラフィック」システム（白/淡いラベンダー背景、墨黒の大きな見出し、テックパープルとライムグリーンのアクセント、角丸カード、線形アイコン）を踏襲する。共有セーフゾーンの検証を内蔵 — WeChat 公式アカウントのカバーをモーメンツに共有すると中央の 1:1 正方形のみが保持されるため、本 Skill は見出しが切れないようにする。ユーザーが「WeChat 公式アカウントのカバーを作る」「ヘッダー画像を作る」「記事のリード画像」「2.35:1 カバー」「WeChat 公式アカウントのカバー画像」「カバーを何案か作る」と言ったときにトリガーされる。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。