ideogram-common-errors
Ideogramの一般的なエラーと例外を診断・修正します。Ideogramのエラーが発生した場合、リクエストの失敗をデバッグしたい場合、または統合に関する問題のトラブルシューティングを行う際にご利用ください。「ideogramエラー」「ideogramを修正したい」「ideogramが動作しない」「ideogramをデバッグしたい」といったフレーズでトリガーされます。
description の原文を見る
Diagnose and fix Ideogram common errors and exceptions. Use when encountering Ideogram errors, debugging failed requests, or troubleshooting integration issues. Trigger with phrases like "ideogram error", "fix ideogram", "ideogram not working", "debug ideogram".
SKILL.md 本文
Ideogram よくあるエラー
概要
Ideogram の最も一般的な上位 10 個のエラーとその解決方法の クイックリファレンス。
前提条件
- Ideogram SDK がインストール済み
- API 認証情報が設定済み
- エラーログへのアクセス権
手順
ステップ 1: エラーを特定する
ログまたはコンソール内のエラーメッセージとコードを確認します。
ステップ 2: 下記のエラーと一致するものを探す
お使いのエラーを記載されているケースの 1 つと一致させます。
ステップ 3: ソリューションを適用する
お使いの特定のエラーに対するソリューション手順に従います。
出力
- 特定されたエラーの原因
- 適用された修正
- 解決策の検証
エラーハンドリング
認証に失敗しました
エラーメッセージ:
Authentication error: Invalid API key
原因: API キーが見つからない、期限切れ、または無効です。
ソリューション:
# API キーが設定されていることを確認
echo $IDEOGRAM_API_KEY
レート制限を超過しました
エラーメッセージ:
Rate limit exceeded. Please retry after X seconds.
原因: 短い期間に多数のリクエストが送信されました。
ソリューション:
エクスポーネンシャルバックオフを実装します。ideogram-rate-limits スキルを参照してください。
ネットワークタイムアウト
エラーメッセージ:
Request timeout after 30000ms
原因: ネットワーク接続またはサーバーレイテンシーの問題です。
ソリューション:
// タイムアウトを増加させる
const client = new Client({ timeout: 60000 });
例
クイック診断コマンド
# Ideogram のステータスを確認
curl -s https://status.ideogram.com
# API 接続を検証
curl -I https://api.ideogram.com
# ローカル設定を確認
env | grep IDEOGRAM
エスカレーションパス
ideogram-debug-bundleを使って証拠を収集- Ideogram ステータスページを確認
- リクエスト ID を含めてサポートに連絡
リソース
次のステップ
包括的なデバッグについては、ideogram-debug-bundle を参照してください。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- Brmbobo
- リポジトリ
- Brmbobo/Web2podcast
- ライセンス
- MIT
- 最終更新
- 2026/1/26
Source: https://github.com/Brmbobo/Web2podcast / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理（非同期ジェネレータを含む）、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。