obsidian-clipper-template-creator
Obsidian Web Clipper のテンプレートを作成するためのガイドです。新しいクリッピングテンプレートの作成、利用可能な変数の理解、またはクリップしたコンテンツのフォーマット設定を行いたい場合に使用してください。
description の原文を見る
Guide for creating templates for the Obsidian Web Clipper. Use when you want to create a new clipping template, understand available variables, or format clipped content.
SKILL.md 本文
Obsidian Web Clipper テンプレートクリエイター
このスキルは、Obsidian Web Clipper 用のインポート可能な JSON テンプレートを作成するのに役立ちます。
使用する場合
- Obsidian Web Clipper のインポート可能なテンプレートを作成または改善する必要がある場合。
- サイトの実際の DOM、スキーマデータ、セレクターを有効なクリッピングテンプレートにマッピングしたい場合。
- JSON をユーザーに渡す前に、セレクターの検証とテンプレートロジックのガイダンスが必要な場合。
ワークフロー
- ユーザーの意図を特定する: 特定のサイト (YouTube)、特定の種類 (レシピ)、または一般的なクリッピング?
- 既存のベースを確認する: ユーザーは
Bases/に「Base」スキーマを定義している可能性があります。- アクション:
Bases/*.baseを読んで、一致するカテゴリ (例:Recipes.base) を探す。 - アクション: Base に定義されているプロパティを使用して、Clipper テンプレートのプロパティを構成する。
- 詳細は
references/bases-workflow.mdを参照してください。
- アクション:
- 参照 URL を取得・分析する: 実際のページに対して変数を検証します。
- アクション: クリップしたいコンテンツのサンプル URL をユーザーに要求する (提供されていない場合)。
- アクション (必須): WebFetch を使用してページコンテンツを取得する。WebFetch が利用できない場合は、ブラウザ DOM スナップショットを使用する。
references/analysis-workflow.mdを参照。 - アクション: Schema.org JSON、Meta タグ、CSS セレクターの HTML を分析する。
- アクション (必須): 取得したコンテンツに対して各セレクターを検証する。セレクターを推測しないでください。
- 分析方法は
references/analysis-workflow.mdを参照してください。
- JSON ドラフトを作成する: スキーマに従って有効な JSON オブジェクトを作成します。
references/json-schema.mdを参照。
- テンプレートロジックを検討する: オプションのブロック (例:栄養情報が存在する場合のみ表示) に条件分岐を使用し、リストデータにはループ、重複する式を避けるために変数割り当て、不足している変数へのフォールバックを使用する。ロジックはテンプレートを改善する場合にのみ使用し、シンプルなテンプレートはシンプルに保つ。
references/logic.mdを参照。 - 変数を検証する: 選択した変数 (Preset、Schema、Selector) が分析に存在することを確認します。
- アクション (必須): 取得したコンテンツからセレクターを検証できない場合は、それを明示的に述べて別の URL を要求する。
references/variables.mdを参照。
セレクター検証ルール
- 常にセレクターをライブページコンテンツに対して検証する してから応答する。
- セレクターを推測しない。 DOM にアクセスできないか要素が見つからない場合は、別の URL またはスクリーンショットを要求する。
- 安定したセレクター (data 属性、セマンティックロール、一意の ID) を、壊れやすいクラスチェーンより優先する。
- ターゲット要素を説明する (例:「About セクションのパラグラフ」) 不一致を減らすため。
出力フォーマット
常に 最終結果をユーザーがコピーしてインポートできる JSON コードブロックとして出力する。
Clipper テンプレートエディターはテンプレート構文を検証します。
テンプレートロジック (条件分岐、ループ、変数割り当て) を使用する場合は、references/logic.md と公式 Logic ドキュメントの構文に従い、テンプレートが検証に合格するようにしてください。
{
"schemaVersion": "0.1.0",
"name": "My Template",
...
}
リソース
references/variables.md- 利用可能なデータ変数。references/filters.md- フォーマッティングフィルター。references/json-schema.md- JSON 構造ドキュメント。references/logic.md- テンプレートロジック。references/bases-workflow.md- Base をテンプレートにマッピングする方法。references/analysis-workflow.md- ページデータを検証する方法。
公式ドキュメント
例
JSON の例は assets/ を参照してください。
制限事項
- このスキルは、タスクが上記で説明されているスコープと明確に一致する場合にのみ使用してください。
- 出力を環境固有の検証、テスト、または専門家のレビューの代替物として扱わないでください。
- 必須入力、権限、安全境界、または成功基準が不足している場合は、停止して明確化を求めてください。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- sickn33
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/sickn33/antigravity-awesome-skills / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。