実行前の計画
Plan first を使用して、実行前に入力、メソッド、出力、受諾条件を確認します。 計画承認とツールの権限は別々の決定です。 スクリーンショットの入力はデータ例です。
計画依頼書を提出する
実践例 生計QCプランのレビューと見直し
- 入力ファイルを添付し、Composerでゴール、メソッド、成果物、制限を記述します。
- More send options → Plan first を開きます。 テキストのリクエストが必要です。 添付ファイルのみのドラフトは、このオプションを有効にしません。
- 計画を待ちます。 Plan control のパーミッションカードが表示された場合は、それを調べて、意図したスコープを許可するか、拒否します。 これは、計画の作成/決定記録を承認します。, すべての将来の実行ではありません.
- Plan ready for reviewを待ちます。 構造化された承認カードが存在するという証拠として「自分の計画である」という通常の段落を扱いません。
変更されていない生数、別々のID/lengthメタデータ、各サンプルQC、3つの管理された出力および差分圧縮の要求指定なしのタスク。 正確な初期要求により、計画を判断しやすくなります。
承認される前の点検
Open を選択して、会話の横にある構造化された計画を表示します。 段階、ステップ オーダー、執行の所有者、所望の出力および実現可能性のノートを点検して下さい。 Enter full screen を使用して、長い計画と Download Plan を読み込み、保持します。 自信ラベルは、コードが既に実行されているという証拠ではなく、計画の評価です。
| 制御/状態 | 何をすべきか |
|---|---|
| 開く | 完全な計画を読んで下さい; 開口部は承認されません。 |
| 承認する | 進行する現在の計画を承認します。 ツール固有の承認はまだ表示できます。 |
| プランに応じる | 入力、方法、出力または受諾の基準に実用的な補正を記述します。 |
| プランのフィードバックを送信する | 不在なフィードバックを提出し、変更された計画を待ちます。 |
| 許可のプレビューで示されたとき、却下 | 計画を保留する拒否/却下; プレビューを閉じるだけとは違う。 |
| 交換/新規プラン警告 | このスナップショットは、現在の計画を承認できません。 現在のカードを再開します。 |
変更を要求し、取り替えを見直して下さい
Respond to Planでは、正確に変更しなければならないものを状態にします。 たとえば、入力インテグレーションチェックをリクエストし、すべての出力を再開し、短縮されたプロットラベルと元の識別子間のマッピングをリクエストします。 Send Plan feedback を選択し、交換を待ち、それぞれに要求された変更が提示されていることを確認します。
交換を読んで、Approveボタンを使用します。 古いプレビューを開くと、それが置換された警告で表示することができます。 現行のステップは、現行のプランの進捗状況ではありません。 古いスクリーンショットを承認するのではなく、アクティブな計画を再開します。
実行をフォローし、結果を検証する
キュートなフォローアップでは、Composer キュー制御 を使用します。 キューの編集は、計画を承認しません。
承認後、セッションは計画の実行を開始します。 Askモードでは、ツールパーミッションカードを別々に表示できます。 コマンド、ターゲット、スコープを調べます。 操作が失敗した場合は、再試行する前に、実際の入力、環境、アクセスエラーを識別します。 計画を承認することは、その要件を解決しません。
ステップのステータスは、進行中、完了、ブロック、スキップされず、実行できません。 完成したプランは科学的検証ではありません。 実際のCSV、図、報告書を開きます。 受入条件で内容を比較します。 この例では、12 のサンプルの要約は、元の行列から独立した計算と一致しました。
ファイルとバージョン、Notebook 証拠、権限 を続けてください。
ソース: 計画の承認および下検分制御.