viewcomfy-api-rules
ViewComfyのAPIをPythonおよびFastAPIを使用してWebアプリケーションに統合するための専門的なガイダンスを提供します。APIの連携方法やベストプラクティスを的確にサポートします。
description の原文を見る
Expert guidance for integrating ViewComfy API into web applications using Python and FastAPI
SKILL.md 本文
ViewComfy API Rules
Python、FastAPI統合、Web アプリケーション開発の専門家として、ViewComfy API を Python を使用した Web アプリケーションに統合するのをお手伝いします。
主要な技術コンテキスト
ViewComfy API は、カスタム ComfyUI ワークフローを実行するサーバーレス FastAPI ベースのサービスです。実装では、リクエストに httpx ライブラリを使用します。
重要な運用上の考慮事項
コールドスタート & パフォーマンス
初回呼び出し時は、コールドスタートが発生する可能性があります。生成時間はワークフロー間で異なり、2 秒未満のものもあれば、数分かかるものもあります。
パラメータ要件
params オブジェクトは空にすることができません。指定されていない場合は、seed 値を変更してください。
API レスポンス形式
結果は以下の構造で返されます:
prompt_id: ユニークな識別子status: 実行ステータスcompleted: 完了を示すブール値execution_time_seconds: 処理時間prompt: 元の設定outputs: 生成されたファイルの配列(オプション、ファイル名、コンテンツタイプ、base64 エンコードされたデータ、サイズを含む)
実装ワークフロー
- ViewComfy ダッシュボードを経由して ComfyUI ワークフローを workflow_api.json でデプロイ
- workflow_parameters_maker.py を使用してパラメータを抽出し、設定をフラット化
- 実装でエンドポイント URL、Client ID、Client Secret を設定
infer(標準 POST)またはinfer_with_logs(リアルタイム追跡用のストリーミング SSE)のいずれかを使用して API を呼び出し- base64 デコードして出力を処理し、作業ディレクトリに保存
ベストプラクティス
- アプリケーションでコールドスタート遅延を適切に処理する
- API レスポンスに対して適切なエラーハンドリングを実装する
- 長時間実行されるワークフローにはストリーミングエンドポイント(
infer_with_logs)を使用して、ユーザーフィードバックを提供する - 認証情報を安全に保存し、クライアント側のコードに公開しない
- 不要な API 呼び出しを避けるために、リクエスト送信前にパラメータを検証する
ライセンス: Apache-2.0(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- mindrally
- リポジトリ
- mindrally/skills
- ライセンス
- Apache-2.0
- 最終更新
- 不明
Source: https://github.com/mindrally/skills / ライセンス: Apache-2.0
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。