comet

Comet エントリー

/comet はプロジェクト設定に基づいて Native または Classic を選択し、そのワークフローの Skill にリクエストを渡します。

この Skill が読み込まれたら、以下の手順に直ちに従ってください。ユーザーはすでに Comet を選択しています。利用するかどうかを再検討したり、続行しない理由を説明したりせず、リクエストを続行してください。

1. 現在のプロジェクトで、PATH にインストールされている Comet CLI を実行します。

   comet workflow resolve . --activate --json
   

   プロジェクトに .comet/config.yaml がない場合、このコマンドはグローバルのデフォルト設定をプロジェクトに保存し、設定済みの成果物ディレクトリを作成します。以降にグローバルのデフォルト設定を変更しても、このプロジェクトに保存された設定は上書きされません。

   command not found、executable not found、または ENOENT が発生した場合は、処理を停止し、Comet CLI のインストールが不完全であることを報告してください。Skill ファイルを検索したり、プラットフォームの設定ディレクトリをスキャンしたり、内部バンドルを直接呼び出したりしないでください。

   CLI が起動しても、ゼロ以外の終了コードを返す、設定を解析できない、または無効な JSON やフィールドを返す場合は、元のエラーを保持して停止してください。自分で別のエントリーを選択しないでください。

2. JSON を解析します。schema: comet.workflow-resolution.v1 と、以下の 2 つの skill 値のいずれかのみを受け入れてください。

3. 直ちに Skill ツールを使用して、skill で指定されたエントリーを読み込みます。読み込むエントリーは 1 つだけです。

   • /comet-native → 直ちに実行： Skill ツールを使用して comet-native スキルを読み込みます。この手順を省略しないでください。
   • /comet-classic → 直ちに実行： Skill ツールを使用して comet-classic スキルを読み込みます。この手順を省略しないでください。

ユーザーの元のリクエストを変更せずに、その Skill に渡してください。

ワークフローの選択後、選択された Skill が変更のワークスペースと現在のフェーズを特定し、タスクのコンテキスト、個人メモリ、プロジェクトのナレッジを読み込みます。必要に応じて comet memory context を使用してください。

必要に応じてコンテキストを読み込んでください。まず comet task ... --json を使用し、各項目の要約、推奨理由、安定した ID のみを含む Context Manifest を取得します。そのステップで全文、ソース、または検証方法が必要な場合は、--expand-context "<id>" を追加します。

項目を使用して結果を確認したら、返された application ID を使って実際の結果を報告してください：--application "<application-id>" --outcome used-successfully|ignored|overridden|corrected|contributed-to-failure。使用していない項目を正常に使用したと報告しないでください。

タスクの規模、ファイル数、進行中の変更、モデルの判断に基づいてワークフローを切り替えないでください。Native と Classic は、それぞれ独自に変更、状態、成果物を管理します。