ワークスペース協調 v2.1
目的：最小限の状態で協調をサポートし、詳細は必要に応じて読み取る。具体的なタスク分担はユーザーの指示に従う。スクリプトのパスはこのスキルディレクトリからの相対パス、ワークスペースパラメータは絶対パスを使用する。Codex および DSH に対応。
開始と復帰
node scripts/workspace.mjs context --workspace WORKSPACE --session SESSION を実行する。
SESSION には実行環境が提供する現在の会話 ID を使用する。取得できない場合は unknown のままにし、ID を推測したり所有権を主張したりしない。
有効でない場合はユーザーの元のタスクを続行する。ユーザーが明示的にメイン会話を指定して管理を有効にした場合のみ init を実行する。
新しいコンテキストでは完全なブリーフィングを取得する。同じコンテキストでの後続の呼び出しでは、前回完全に処理された --since STAMP を渡し、変更のみを読み取る。
scope=declared-metadata は登録情報のみをチェックする。これはソースファイルが変更されていないことや、未登録の会話が存在しないことを証明するものではない。
実行
role=main：登録されたタスクを集約し、アラートを処理し、競合や重複作業を確認する。フェーズ終了時にはsummaryを使用してsum.mdを生成する。role=child：自身のタスク記録と成果物のみを管理する。コンテキストが必要な場合は、まずdetail --task IDを使用する。- タスクの受け入れ、ステータス変更、結果の引き継ぎ時には
task --file INPUT.jsonを使用して登録する。フィールドとコマンドの詳細は コマンドリファレンス を参照。通常の返信では台帳を更新する必要はない。 - 共有書き込みの前に、まず
writesを登録する。所有権の競合がある場合は、直列に引き継ぐ。checkで登録済みのパスを確認し、編集前にターゲットファイルを再読み込みする。 sum.mdはメイン会話スクリプトが生成する。子会話はそれぞれの記録を更新する。同じ内容の場合はタスクバージョンを増やさない。
情報不足時
more=true で同じ --since と --offset NEXT を使用して関連ページを読み終え、stamp を保存する。
unknown、スキャン不完全、解析エラーはすべて問題として保持する。詳細なファイルチェックには check --offset N を使用する。
散在する成果物、所有者不明のファイル、未請求の claims を発見した場合は、所有権の主張と整理 を読む。
DSH ログの手がかりが必要な場合のみ、証拠収集コマンド を読む。古いワークスペースの有効化については 移行 を参照。日常的にはブリーフィングのみを読む。
利用可能な現在の状態のみに依存する。メイン会話の引き継ぎには明示的な handoff を使用する。ファイルのタイムスタンプは会話が実行中であることを示さない。
これらの記録は協調のためのものであり、ツールの権限を代替したり、規則に従わない外部からの書き込みを妨げたりするものではない。