Itô トレーニング
ito-training は、Itôコンピュート上でのトレーニングを管理するための標準ECCスキルです。ECCは独自のトレーナー、スケジューラー、データパイプラインを実行することはなく、予約、確保、支出も行いません。このスキルは、ito-compute からの完了済み予約にチェーンします。
現在のプロダクション境界
マネージドトレーニングは現在利用できません。ECCブリッジは、login、logout、auth、find、status、および明示的に制限された evals のみを公開しています。train 動詞は存在せず、標準CLIの run 動詞とdeskの training-run バックエンドは骨組みのみの状態です。ローカルで強制可能な保証は、ECCが認証情報を保持する正規クライアントを解決または起動する前に train を拒否することです。
したがって、認証またはコマンド呼び出しの前に処理を停止してください。不足している機能を報告し、発信元のエージェントに戻ります。ローカルトレーナー、SSHヘルパー、ブラウザワークフロー、または購入エンドポイントに代用してはいけません。
必要な権限
トレーニングが実装された場合、その最初のゲートはサーバー検証済みの完了済み予約です。ハーネスメモリ、RFQ、見積もり、ノードIP、SSHアクセスは権限の証明にはなりません。バックエンドは、認証されたアカウント、予約、GPUトポロジ、リージョン、ファブリック、期間に紐づいた最新のトレーニング資格を返す必要があります。期限切れ、取り消し、不一致、不完全、または既に解放された予約は、確認前にクローズ失敗します。
将来のCLIおよびAPI契約
意図されたコマンド名は train です。将来の引き渡しは以下と同等でなければなりません:
ecc ito train \
--booking <server-verified-booking-id> \
--manifest <absolute-reviewed-json-file> \
--confirmation-ref <opaque-non-authorizing-reference> \
--idempotency-key <stable-retry-key> \
--json
レビュー済みマニフェストは、モデルサイズとリビジョン、データ参照（汚染除去の来歴を含む）、トレーニング目標、ポストトレーニングレシピ、米ドル建ての予算上限、チェックポイントポリシー、最大増分コストを特定する必要があります。未加工のAPIキー、SSHキー、ノードパスワード、ベアラートークン、データセット認証情報は、引数、マニフェスト、ログ、MCP結果、チャットに含めてはいけません。
クライアントはマニフェストパスを正規化し、シンボリックリンクを拒否し、リンクを追跡せずに通常ファイルを開き、適切な所有権と制限的なパーミッションを要求し、サイズを制限し、開いたディスクリプタからバイトをハッシュ化する必要があります。そのダイジェストは、ワークロード変更前に確認にバインドされたダイジェストと完全に一致しなければなりません。パススワップ、ダイジェスト不一致、サイズ超過ファイル、または可変の安全でないファイルはクローズ失敗します。
正規API（ECCではない）がワークロード作成を所有し、ok、live_api_contacted、notice、および data または error を含む構造化JSONを返す必要があります。トレーニングデータには、安定した予約ID、実行ID、マニフェストID、冪等性ID、および状態列挙型を含める必要があります。エラーには、安定したコードと秘密を含まない安全なメッセージを含める必要があります。
確認と実行ゲート
ワークロード作成前に、以下すべてを要求します:
- 正規バックエンドからの最新の権限とトレーニング資格。
- レビュー可能な不変のマニフェストと決定論的ダイジェスト。
- アカウント、アクション、マニフェスト、コストにバインドされた、短い有効期限とリプレイ保護を備えた、個別の使い捨て確認。CLI引数は、不透明で非認可の確認参照のみを運びます。サーバーはベアラー機能をアウトオブバンドで解決し消費します。
- 呼び出し元が提供し、実行とアトミックに予約された冪等性キー。
- サーバー側のファブリック、キャパシティ、データポリシー、チェックポイントストレージ、コスト検証（マニフェストの予算上限を含む）。
認証はアイデンティティであり、ワークロード権限ではありません。ログイン、APIキー、見積もり、完了済み予約は、トレーニング確認の代用にはなりません。検査と計画生成はワークロードを作成してはいけません。キャンセルとクリーンアップは、独自のスコープ付き確認と冪等性境界を持つ別個のミューテーションです。
ライフサイクルとリカバリ
同じ正規クライアントがテナントスコープのステータス、ログ、メトリクス、チェックポイント一覧、キャンセル、クリーンアップを公開するまで、プロダクションサーフェスは不完全です。すべての操作には、制限付きの接続および全体タイムアウト、取り消しを認識するエラー、構造化出力が必要です。あいまいなトランスポート障害の後は、再試行する前に冪等性キーでステータスを照会します。最初の応答が失われたからといって、2つ目の実行を作成してはいけません。取り消された認証情報はポーリングを停止し、自動的にログインを開始せずに、発信元のエージェントに制御を戻します。
ステージゲートを正直に報告します。失敗したevalゲートを決してオーバーライドしてはいけません。クリーンアップは観測可能でなければならず、その別個の経済的アクションが明示的に承認されていない限り、基盤となる予約を解放または変更してはいけません。
提案されるバックエンドステージ
これらのステージは将来のバックエンド（レイヤー0.3）を説明するものであり、ECCに存在するコードではありません:
- データ準備 — マニフェスト、重複排除、evalスイートに対する汚染除去。カスタムデータの安価な事前チェックとして150Mラダー決定ジョブ。
- 並列性と精度 — モデルサイズ、ノード数、ファブリックから選択。無駄な組み合わせは拒否。
- チェックポイントとフォールトトレランス — 非同期DCP、torchft。検出 < 10分、再開 < 15分。損失スパイク再起動は提案されており、人間のゲートが必要なアクション。
- カリキュラムとevalゲート — 段階的な事前学習/中期学習/長期コンテキスト/ポストトレーニング。各段階に固定のevalバッテリー。失敗したゲートは実行を停止。
- ポストトレーニング — SFT → DPO → RLVR（DAPO安定性修正を含むGRPO）、トレーナー/ロールアウト分離と制限付きスターリングス。
バックエンドはdeskテレメトリ（グッドプット、中断率、チェックポイント帯域幅）を出力し、deskがトレーニングブロックを正直に価格設定できるようにします。
上記のすべてのゲートとライフサイクル操作が正規ランタイムに存在するまで、このスキルはクローズ失敗の可用性チェックと文書の受け渡しに留まります。