既存の Skill を 1 つ明確にする
発動条件、入力、終了条件を引き締めます。whenreset 作成 · OpenAI の資料を参考 · 出典の確認日:
参考資料と参考にした点
- Skill を作る
適用範囲、入力と出力の明示、発動条件のチェックの参考にしました。発動すべき例 3 つと発動すべきでない例 3 つは、本サイトが設計した演習です。
- GPT-6 Astra 向けにスキルとプロンプトを見直す
広すぎるワークフローではなく、簡潔な説明と必要に応じた参照にするという考え方の参考にしました。
プロジェクト内の Skill を探し、最大 3 つの候補の名前と説明を確認してください。この会話で使われたものを 1 つ選び、なければ役割があいまいなものを選んでください。選んだ理由を簡潔に説明してください。読むのはその SKILL.md と直接の参照だけにして、グローバルな Skill コレクションは走査しないでください。該当するものがなければ、その旨を報告してください。 想定される用途、必要な入力、出力、終了条件を整合させてください。広すぎる発動条件、不足している前提、重複した読み込み、欠けている参照を確認してください。役割を広げたり同梱スクリプトを実行したりせずに、差し替え用の完全な文面を提出してください。 発動すべき例を 3 つ、発動すべきでない例を 3 つ含めてください。通常の入力 1 件と入力不足のケース 1 件をたどって説明し、これが実行テストではなく静的な確認であることを明記してください。すべての修正に根拠を示し、明確な利点がない箇所は元のまま残してください。 実行ルール: すぐに作業を始めてください。計画の承認を求めたり、ファイルを選ばせたり、テンプレートの記入を求めたりしないでください。使うのは、このプロジェクト、この会話、すでに提供された資料だけです。無関係なプロジェクトや個人的な履歴は検索しないでください。根拠のある範囲で作業を完了し、足りない入力は報告してください。タスクが当てはまらない場合は理由を説明して終了し、結果を捏造しないでください。 既存のファイルと未コミットの変更はそのまま残してください。提案する内容は返信に全文を含めてください。独立した成果物は、未使用の新しいファイル名で保存してもかまいません。依存関係のインストール、環境の変更、コミット、プッシュ、デプロイはしないでください。アクセスや権限の制限を守り、実行できなかった作業は報告してください。結果を一度確認してから提出し、続けるかどうかは尋ねずに終了してください。