Itô トレーニング は何をしますか？
ito-training は、Itô コンピュート上でトレーニングを行うための正規の ECC スキルです。ECC は、独自のトレーナー、スケジューラ、またはデータパイプラインを決して実行しません。予約、確保、または支出も行いません。このスキルは ito-compute からの完了した予約に連鎖します。
現在のプロダクション境界
管理されたトレーニングは現在利用できません。ECC ブリッジは login、logout、auth、find、status、および明示的に制限された evals のみを公開しています。train 動詞はなく、正規の CLI の run 動詞とデスクの 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
レビューされたマニフェストは、モデルサイズとリビジョン、汚染除去の来歴を持つデータ参照、トレーニング目標、ポストトレーニングレシピ、USD での予算上限、チェックポイントポリシー、および最大増分コストを特定する必要があります。生の API キー、SSH キー、ノードパスワード、ベアラートークン、またはデータセット資格情報は、引数、マニフェスト、ログ、MCP 結果、またはチャットに属してはなりません。
クライアントはマニフェストパスを正規化し、シンボリックリンクを拒否し、リンクをたどらずに通常のファイルを開き、適切な所有権と制限付きアクセス許可を要求し、サイズを制限し、開かれた記述子からバイトをハッシュする必要があります。そのダイジェストは、ワークロードの変更前に確認にバインドされたダイジェストと正確に一致する必要があります。パスのすり替え、ダイジェストの不一致、サイズ超過ファイル、または変更可能で安全でないファイルは、失敗して閉じます。
正規の API（ECC ではない）がワークロード作成を所有し、ok、live_api_contacted、notice、および data または error を含む構造化 JSON を返す必要があります。トレーニングデータには、安定した予約、実行、マニフェスト、および冪等性 ID に加えて状態列挙型を含める必要があります。エラーには、秘密を含まない安定したコードと安全なメッセージを含める必要があります。
確認と実行のゲート
ワークロード作成の前に、以下のすべてが必要です：
- 正規のバックエンドからの新しい権利とトレーニング資格。
- レビュー可能な不変マニフェストと決定論的ダイジェスト。
- アカウント、アクション、マニフェスト、およびコストにバインドされた、有効期限が短く再生防止機能を備えた、個別の単回使用確認。CLI 引数は不透明で権限付与しない確認参照のみを運びます。サーバーはベアラーケイパビリティを帯域外で解決および消費します。
- 実行とアトミックに予約された、呼び出し元指定の冪等性キー。
- サーバー側のファブリック、キャパシティ、データポリシー、チェックポイントストレージ、およびコスト検証（マニフェストの予算上限を含む）。
認証はアイデンティティであり、ワークロード権限ではありません。ログイン、API キー、見積もり、または完了した予約がトレーニング確認に代わることは決してありません。検査と計画の生成はワークロードを作成してはなりません。キャンセルとクリーンアップは、それぞれ独自のスコープの確認と冪等性境界を持つ個別の変更です。
ライフサイクルとリカバリ
同じ正規のクライアントがテナントスコープのステータス、ログ、メトリクス、チェックポイント一覧、キャンセル、およびクリーンアップを公開するまで、プロダクションサーフェスは不完全です。すべての操作には、制限付きの接続および全体のタイムアウト、取り消しを認識するエラー、および構造化出力が必要です。曖昧な転送障害の後は、再試行する前に冪等性キーでステータスを照会してください。最初の応答が失われたからといって、決して 2 番目の実行を作成しないでください。取り消された資格情報はポーリングを停止し、自動的にログインを開始せずに制御を元のエージェントに返します。
ステージゲートを正直に報告してください。失敗した評価ゲートを決してオーバーライドしないでください。クリーンアップは観測可能でなければならず、その別個の経済的アクションが明示的に承認されていない限り、基礎となる予約を解放または変更してはなりません。
提案されたバックエンドステージ
これらのステージは、将来のバックエンド（レイヤー 0.3）を説明するものであり、ECC に存在するコードではありません：
- データ準備 — マニフェスト、重複排除、評価スイートに対する汚染除去。カスタムデータの安価な事前チェックとしての 150M ラダー決定ジョブ。
- 並列性と精度 — モデルサイズ、ノード数、ファブリックから選択。無駄な組み合わせは拒否。
- チェックポイントとフォールトトレランス — 非同期 DCP、torchft。10 分未満を検出、15 分未満で再開。損失スパイク再起動は、提案された、人間がゲートするアクション。
- カリキュラムと評価ゲート — 段階的なプリトレイン / ミッドトレイン / ロングコンテキスト / ポストトレーニング。それぞれに固定の評価バッテリー。失敗したゲートは実行を停止。
- ポストトレーニング — SFT → DPO → RLVR（DAPO 安定性修正を含む GRPO）、トレーナー/ロールアウト分離、境界のある陳腐化。
バックエンドはデスクテレメトリ（グッドプット、中断率、チェックポイント帯域幅）を発行し、デスクがトレーニングブロックを正直に価格設定できるようにします。
上記のすべてのゲートとライフサイクル操作が正規のランタイムに存在するまで、このスキルは失敗して閉じる可用性チェックとドキュメントの受け渡しのままです。