Agent Skills by ALSEL
Anthropic Claudeソフトウェア開発⭐ リポ 0品質スコア 50/100

concept-workflow

JavaScriptのコンセプトドキュメントを一から完成まで作成するエンドツーエンドのワークフローで、リサーチから最終レビューまでのすべてのスキルを統合的に orchestrate します。ドキュメント作成プロセス全体を自動化・体系化したい場合に活用できます。

description の原文を見る

End-to-end workflow for creating complete JavaScript concept documentation, orchestrating all skills from research to final review

SKILL.md 本文

スキル: 完全なコンセプトワークフロー

このスキルを使用して、最初から最後まで完全で高品質なコンセプトページを作成します。このスキルは、5つの専門化されたスキルすべてを最適な順序で調整します:

  1. リソースキュレーション — 質の高い学習リソースを探す
  2. コンセプト作成 — ドキュメントページを作成する
  3. テスト作成 — コード例のテストを作成する
  4. ファクトチェック — 技術的な正確性を検証する
  5. SEOレビュー — 検索表示を最適化する

使用する場合

  • 最初から新しいコンセプトページを作成する
  • 既存のコンセプトページを完全に書き直す
  • すべての品質チェックを備えた完全なエンドツーエンドワークフローが必要な場合

部分的なタスクの場合は、個別のスキルを使用してください:

  • リソースを追加するだけですか? resource-curator を使用してください
  • コンテンツを作成するだけですか? write-concept を使用してください
  • テストを追加するだけですか? test-writer を使用してください
  • 正確性を検証するだけですか? fact-check を使用してください
  • SEOを最適化するだけですか? seo-review を使用してください

ワークフロー概要

┌─────────────────────────────────────────────────────────────────────────────┐
│                     COMPLETE CONCEPT WORKFLOW                                │
├─────────────────────────────────────────────────────────────────────────────┤
│                                                                              │
│  INPUT: Concept name (e.g., "hoisting", "event-loop", "promises")           │
│                                                                              │
│  ┌──────────────────┐                                                        │
│  │ PHASE 1: RESEARCH │                                                       │
│  │ resource-curator  │  Find MDN refs, articles, videos                      │
│  └────────┬─────────┘                                                        │
│           ▼                                                                  │
│  ┌──────────────────┐                                                        │
│  │ PHASE 2: WRITE   │                                                        │
│  │ write-concept    │  Create the documentation page                         │
│  └────────┬─────────┘                                                        │
│           ▼                                                                  │
│  ┌──────────────────┐                                                        │
│  │ PHASE 3: TEST    │                                                        │
│  │ test-writer      │  Generate tests for all code examples                  │
│  └────────┬─────────┘                                                        │
│           ▼                                                                  │
│  ┌──────────────────┐                                                        │
│  │ PHASE 4: VERIFY  │                                                        │
│  │ fact-check       │  Verify accuracy, run tests, check links               │
│  └────────┬─────────┘                                                        │
│           ▼                                                                  │
│  ┌──────────────────┐                                                        │
│  │ PHASE 5: OPTIMIZE│                                                        │
│  │ seo-review       │  SEO audit and final optimizations                     │
│  └────────┬─────────┘                                                        │
│           ▼                                                                  │
│  OUTPUT: Complete, tested, verified, SEO-optimized concept page              │
│                                                                              │
└─────────────────────────────────────────────────────────────────────────────┘

フェーズ1: リソースキュレーション

スキル: resource-curator 目的: 作成前に質の高い外部リソースを集める

やること

  1. コンセプトカテゴリを特定する (基礎、非同期、OOP など)
  2. MDN参考資料を検索する — 公式ドキュメント
  3. 質の高い記事を見つける — 信頼できるソースから4~6個を対象に
  4. 質の高いビデオを見つける — 信頼できるクリエイターから3~4個を対象に
  5. 各リソースを評価する — 品質基準をチェック
  6. 具体的な説明を書く — 各2文
  7. Cardコンポーネントとしてフォーマットする — ページに貼り付け可能な形で

成果物

  • 2~4個のMDN/参考資料リンクと説明
  • 4~6個の記事リンクと説明
  • 3~4個のビデオリンクと説明
  • オプション: 1~2個のコースまたは書籍

品質ゲート

フェーズ2に進む前に:

  • すべてのリンクが動作確認済み (200レスポンス)
  • すべてのリソースがJavaScript重視
  • 説明は具体的で、汎用的ではない
  • 初級と上級のコンテンツが混在

フェーズ2: コンセプト作成

スキル: write-concept 目的: 完全なドキュメントページを作成する

やること

  1. ファイル構成のカテゴリを決定する
  2. frontmatterを作成する (title, sidebarTitle, description)
  3. オープニングフック文を書く — 読者を引き込む質問
  4. オープニングコード例を追加する — 最初の200語内にシンプルな例
  5. 「学習内容」ボックスを書く — 5~7個のポイント
  6. メインコンテンツセクションを書く:
    • [コンセプト]とは何か? (フィーチャードスニペット用の40~60語の定義付き)
    • 実世界のアナロジー
    • 仕組み (図表付き)
    • コード例 (複数、段階的に複雑さを増す)
    • 一般的な間違い
    • エッジケース
  7. 主要なポイント — 8~10個の番号付きポイント
  8. 知識テスト — 5~6個のQ&Aアコーディオン
  9. 関連コンセプト — 関連トピックにリンクする4個のCard
  10. リソース — フェーズ1からリソースを貼り付け

成果物

  • /docs/concepts/{concept-name}.mdx の完全な .mdx ファイル
  • docs.json ナビゲーションに追加されたファイル (新規の場合)

品質ゲート

フェーズ3に進む前に:

  • frontmatter完全 (title, sidebarTitle, description)
  • 質問フックで開く
  • 最初の200語内にコード例
  • 「学習内容」情報ボックス表示
  • すべての必須セクション表示
  • リソースセクション完全
  • 1,500語以上

フェーズ3: テスト作成

スキル: test-writer 目的: すべてのコード例に対する包括的なテストを作成する

やること

  1. コンセプトページをスキャン してすべてのコード例を探す
  2. 例を分類する:
    • テスト可能 (console.log、戻り値)
    • DOM固有 (jsdomが必要)
    • エラー例 (toThrow)
    • 概念的 (スキップ)
  3. テストファイルを作成 tests/{category}/{concept}/{concept}.test.js
  4. DOMテストファイルを作成 (必要に応じて) tests/{category}/{concept}/{concept}.dom.test.js
  5. 各コード例のテストを書く ソース行参照付きで
  6. テストを実行 してすべてがパスすることを確認

成果物

  • テストファイル: tests/{category}/{concept-name}/{concept-name}.test.js
  • DOMテストファイル (該当する場合): tests/{category}/{concept-name}/{concept-name}.dom.test.js
  • すべてのテストがパス

品質ゲート

フェーズ4に進む前に:

  • すべてのテスト可能なコード例にテストがある
  • コメント内にソース行参照
  • テストがパス: npm test -- tests/{category}/{concept}/
  • DOMテストがjsdomディレクティブ付きの別ファイルに

フェーズ4: ファクトチェック

スキル: fact-check 目的: すべてのコンテンツの技術的正確性を検証する

やること

  1. コード例を検証:

    • テストを実行: npm test -- tests/{category}/{concept}/
    • テストされていない例を手動でチェック
    • 出力コメントが実際の出力と一致することを確認
  2. MDN/仕様クレームを検証:

    • すべてのMDNリンクをクリック — 動作確認
    • MDNとAPI説明を比較
    • 微妙なクレームについてECMAScript仕様をチェック
  3. 外部リソースを検証:

    • すべての記事/ビデオリンクが動作することを確認
    • コンテンツをざっと読んで正確性を確認
    • 説明がコンテンツと一致することを確認
  4. 技術的クレームを監査:

    • 「常に/決してない」ステートメントを探す
    • パフォーマンスクレームを検証
    • 一般的な誤解をチェック
  5. ファクトチェックレポートを生成

成果物

  • 以下を文書化したファクトチェックレポート:
    • コード検証結果
    • リンクチェック結果
    • 見つかった問題と実施した修正

品質ゲート

フェーズ5に進む前に:

  • すべてのテストがパス
  • すべてのMDNリンクが有効
  • すべての外部リソースにアクセス可能
  • 技術的不正確さが見つからない
  • 一般的な誤解がない

フェーズ5: SEOレビュー

スキル: seo-review 目的: 検索表示を最適化する

やること

  1. タイトルタグを監査:

    • 50~60文字
    • 前半に主キーワード
    • 「in JavaScript」で終わる
    • 魅力的なフックを含む
  2. メタディスクリプションを監査:

    • 150~160文字
    • アクション動詞で開始 (Learn, Understand, Discover)
    • 主キーワードを含む
    • 具体的な価値を約束
  3. キーワード配置を監査:

    • タイトルにキーワード
    • ディスクリプションにキーワード
    • 最初の100語にキーワード
    • 少なくとも1つのH2にキーワード
  4. コンテンツ構造を監査:

    • 質問フックで開く
    • 最初の200語内にコード
    • 「学習内容」ボックス
    • 短い段落
  5. フィーチャードスニペット最適化を監査:

    • 「What is」H2の後に40~60語の定義
    • 質問形式のH2
    • ハウツーコンテンツの番号付きステップ
  6. 内部リンクを監査:

    • 3~5個の関連コンセプトがリンク
    • 説明的なアンカーテキスト
    • 関連コンセプトセクション完全
  7. スコアを計算 し、問題を修正

成果物

  • SEO監査レポート (X/27のスコア付き)
  • すべての高優先度修正が実装

品質ゲート

完了とマークする前に:

  • スコア27点中24点以上 (90%以上)
  • タイトルが最適化
  • メタディスクリプションが最適化
  • キーワードが自然に配置
  • フィーチャードスニペットが最適化
  • 内部リンク完全

完全なワークフローチェックリスト

このマスターチェックリストを使用してすべてのフェーズの進行状況を追跡します。

# コンセプトワークフロー: [コンセプト名]

**開始:** YYYY-MM-DD
**対象カテゴリ:** {category}
**ファイルパス:** `/docs/concepts/{concept-name}.mdx`
**テストパス:** `/tests/{category}/{concept-name}/`

---

## フェーズ1: リソースキュレーション
- [ ] MDN参考資料が見つかった (2-4)
- [ ] 記事が見つかった (4-6)
- [ ] ビデオが見つかった (3-4)
- [ ] すべてのリンクが動作確認済み
- [ ] 説明が書かれた (具体的、各2文)
- [ ] リソースがCardとしてフォーマットされた

**ステータス:** ⬜ 未開始 | 🟡 進行中 | ✅ 完了

---

## フェーズ2: コンセプト作成
- [ ] Frontmatterが完全
- [ ] オープニングフックが書かれた
- [ ] オープニングコード例が追加
- [ ] 「学習内容」ボックスが追加
- [ ] メインコンテンツセクションが書かれた
- [ ] 主要なポイントが追加
- [ ] 知識テストが追加
- [ ] 関連コンセプトが追加
- [ ] リソースがフェーズ1から貼り付けられた
- [ ] docs.jsonに追加 (新規の場合)

**ステータス:** ⬜ 未開始 | 🟡 進行中 | ✅ 完了

---

## フェーズ3: テスト作成
- [ ] コード例が抽出・分類
- [ ] テストファイルが作成
- [ ] DOMテストファイルが作成 (必要に応じて)
- [ ] すべてのテスト可能な例にテスト
- [ ] ソース行参照が追加
- [ ] テストが実行され、パス

**テスト結果:** X パス、X 失敗

**ステータス:** ⬜ 未開始 | 🟡 進行中 | ✅ 完了

---

## フェーズ4: ファクトチェック
- [ ] すべてのテストがパス
- [ ] コード例の正確性が確認
- [ ] MDNリンクがチェック (X/X 有効)
- [ ] 外部リソースがチェック (X/X 有効)
- [ ] 技術的クレームが監査
- [ ] 誤解が見つからない
- [ ] 問題が修正

**ステータス:** ⬜ 未開始 | 🟡 進行中 | ✅ 完了

---

## フェーズ5: SEOレビュー
- [ ] タイトルタグが最適化 (50-60文字)
- [ ] メタディスクリプションが最適化 (150-160文字)
- [ ] キーワードが正しく配置
- [ ] コンテンツ構造が確認
- [ ] フィーチャードスニペットが最適化
- [ ] 内部リンクが完全

**SEOスコア:** X/27 (X%)

**ステータス:** ⬜ 未開始 | 🟡 進行中 | ✅ 完了

---

## 最終ステータス

**すべてのフェーズ完了:** ⬜ いいえ | ✅ はい
**公開準備完了:** ⬜ いいえ | ✅ はい
**完了:** YYYY-MM-DD

実行指示

このワークフローを実行する場合は、以下のステップに従います:

ステップ1: 初期化

コンセプトワークフロー開始: [コンセプト名]

カテゴリ: [fundamentals/functions-execution/web-platform/等]
ファイル: /docs/concepts/[concept-name].mdx
テスト: /tests/[category]/[concept-name]/

ステップ2: 各フェーズを実行

各フェーズについて:

  1. フェーズを告知:

    ## フェーズ X: [フェーズ名]
    使用スキル: [skill-name]
    
  2. スキルを読み込む 詳細な指示を取得

  3. フェーズを実行 スキルの方法論に従う

  4. 完了を報告:

    フェーズ X 完了:
    - [成果物 1]
    - [成果物 2]
    - 品質ゲート: ✅ すべてパス
    
  5. 次のフェーズに移動 品質ゲートがパスした後のみ

ステップ3: 最終レポート

すべてのフェーズ完了後:

# ワークフロー完了: [コンセプト名]

## サマリー
- **コンセプトページ:** `/docs/concepts/[concept-name].mdx`
- **テストファイル:** `/tests/[category]/[concept-name]/[concept-name].test.js`
- **単語数:** X,XXX 単語
- **コード例:** XX (XX テスト済み)
- **リソース:** X MDN、X 記事、X ビデオ

## 品質メトリクス
- **テスト:** XX パス
- **ファクトチェック:** ✅ すべて確認
- **SEOスコア:** XX/27 (XX%)

## 作成・修正されたファイル
1. `/docs/concepts/[concept-name].mdx` (作成)
2. `/docs/docs.json` (ナビゲーション更新)
3. `/tests/[category]/[concept-name]/[concept-name].test.js` (作成)

## 公開準備完了: ✅ はい

フェーズの依存関係

一部のフェーズは部分的に並列化できますが、一般的なフローは:

フェーズ1 (リソース) ──┐
                      ├──► フェーズ2 (作成) ──► フェーズ3 (テスト) ──┐
                      │                                             │
                      │         ┌───────────────────────────────────┘
                      │         ▼
                      └──► フェーズ4 (ファクトチェック) ──► フェーズ5 (SEO)
  • フェーズ1の後フェーズ2: リソースが何を書くかを通知
  • フェーズ2の後フェーズ3: テスト作成前にコンテンツが必要
  • フェーズ3の後フェーズ4: テストはファクトチェックの一部
  • フェーズ4の後フェーズ5: SEO修正前に正確性問題を修正

スキルリファレンス

フェーズスキル目的
1resource-curator外部リソースを見つけて評価
2write-conceptドキュメントページを作成
3test-writerコード例のテストを生成
4fact-check技術的正確性を検証
5seo-review検索表示を最適化

各スキルには独自の SKILL.md ファイルに詳細な指示があります。各フェーズで適切なスキルを読み込んで包括的なガイダンスを取得してください。


時間見積もり

フェーズ推定時間備考
フェーズ1: リソース15~30分質の高いリソースの可用性による
フェーズ2: 作成1~3時間コンセプト複雑さによる
フェーズ3: テスト30~60分コード例の数による
フェーズ4: ファクトチェック15~30分主にテストで自動化
フェーズ5: SEO15~30分主にチェックリスト確認
合計2~5時間完全なコンセプトページ用

クイックスタート

新しいコンセプトのワークフローを開始するには:

1. コンセプト名とカテゴリを決定
2. このスキル (concept-workflow) を読み込む
3. フェーズ1を実行: resource-curator を読み込み、リソースを見つける
4. フェーズ2を実行: write-concept を読み込み、ページを作成
5. フェーズ3を実行: test-writer を読み込み、テストを作成
6. フェーズ4を実行: fact-check を読み込み、正確性を検証
7. フェーズ5を実行: seo-review を読み込み、SEOを最適化
8. 最終レポートを生成
9. 変更をコミット

開始するプロンプト例:

"concept-workflow スキルを使用して 'hoisting' の完全なコンセプトページを作成してください"

これにより、完全でテストされ、検証され、SEO最適化されたコンセプトページを作成する、完全なエンドツーエンドワークフローがトリガーされます。

ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ

詳細情報

作者
leonardomso
リポジトリ
leonardomso/33-js-concepts
ライセンス
MIT
最終更新
不明

Source: https://github.com/leonardomso/33-js-concepts / ライセンス: MIT

関連スキル

汎用ソフトウェア開発⭐ リポ 39,967

doubt-driven-development

重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。

by addyosmani
汎用ソフトウェア開発⭐ リポ 1,175

apprun-skills

TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。

by yysun
OpenAIソフトウェア開発⭐ リポ 797

desloppify

コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。

by Git-on-my-level
汎用ソフトウェア開発⭐ リポ 39,967

debugging-and-error-recovery

テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。

by addyosmani
汎用ソフトウェア開発⭐ リポ 39,967

test-driven-development

テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。

by addyosmani
汎用ソフトウェア開発⭐ リポ 39,967

incremental-implementation

変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。

by addyosmani
本サイトは GitHub 上で公開されているオープンソースの SKILL.md ファイルをクロール・インデックス化したものです。 各スキルの著作権は原作者に帰属します。掲載に問題がある場合は info@alsel.co.jp または /takedown フォームよりご連絡ください。
原作者: leonardomso · leonardomso/33-js-concepts · ライセンス: MIT