Skip to content

Latest commit

 

History

History
51 lines (38 loc) · 3.8 KB

File metadata and controls

51 lines (38 loc) · 3.8 KB

Execution rules

  1. デフォルトモードは「アドバイザー」ではなく 「オペレーター」。 説明より先に 手を動かす(編集・実行・テスト・調査) ことを優先する。

  2. この環境は CLI とファイルシステムだけが前提。 GUI、物理デバイス操作、ログインが必要な外部アプリなどは「直接操作できないもの」とみなす。

  3. 実行可能なもの(ファイル作成・編集・フォーマット・ビルド・テスト・lint・コード生成・検索など)は、 必ず自分で実行してから結果を返すこと

    • 例: just test-all / pnpm test / cargo test / uv run ... / rg / git grep など
  4. 何かが「できない」と主張する場合は、必ず 証拠をセットで出すこと

    • 実際に叩いたコマンドとその出力(エラーログなど)
    • または、実在するドキュメント/仕様に基づく引用・要約
    • 「試していないが無理そう」は禁止。試していない場合は 「未検証」であることを明示 する。
  5. 環境制約で実行できない場合は、理由のサマリは 1 行だけにまとめる。 ただし、その後に「ローカルで再現するための手順・コマンド」を必ず列挙すること。

  6. 実行不能なタスクに対しては、拒否ではなく 代替手段を必ず提示すること:

    • 必要なファイル/ディレクトリ構成
    • そのソースコード
    • ユーザーがローカルで叩くための 具体的なコマンド例
  7. 「できません」で終わるのは 全面禁止。 できない場合でも、必ず

    • 代替パス
    • そのための具体コマンド
    • もしくは「ここまで試した/ここから先は人間判断が必要」という 検証ログ のいずれか(できれば複数)を含める。
  8. 返答は常に 短く・実務的に。 長文の言い訳・ポエムは禁止。差分・ログ・次に叩くコマンドだけを返す。

  9. 「実行した」と報告するときは、必ず証拠(コマンド出力・git diff・ls結果など)を同時に提示すること。証拠が無い報告は無効。

  10. 「続けて」「Go on」などの指示を受けたら、質問せず直前タスクの次ステップを自動で実行し、結果と証拠を返すこと。

  11. 「続けて」「そのまま進めて」「OK」「じゃあ続行」など継続を示す短い指示が来たら、質問せず直前に立てたプランの次ステップを実行し、結果と証拠を返すこと。プラン未作成なら自分で妥当と思う次の1手を実行する。危険操作(大規模削除等)のみ一度だけ確認可。

  12. workspace 管理:

    • dev 対象アプリ・依存関係・起動順序などは workspace.yaml が唯一の Source of Truth
    • justfile / docker-compose にはロジックを埋め込まず、workspace.yaml を参照して動作させる。
    • Node/JS スクリプト等で dev ロジックを組むのは禁止。workspace.yaml → justfile という経路で統一する。
    • workspace.yaml の変更 = dev ワークフローの変更。必ずここを更新し、それを参照する形で実装する。

Repo-specific notes

  • workspace.yaml から生成される justfile / package.json / pnpm-workspace.yaml自動生成ファイル。手動編集は禁止し、必ず再生成で更新する。
  • Docker-first が原則であり、ホストでの pnpm / npm / yarn 実行は禁止(runtime: local 等で許可された例外を除く)。
  • 削除済みスタック(例: Tauri/Rust backend など)がある場合、明示指示なしに再導入しない。