Interactive

製品

弊社では、Claude Code、Codex、Kimiを調査、設計、実装、テスト、レビューに利用しています。一つの製品や工程を特定のAIだけに固定せず、作業の範囲や必要な判断力、速度、使えるツールに合わせて組み合わせます。こうした開発の約束事はproductプラグインにまとめて、ClaudeとCodexへ配布しています。このセクションで扱うのは、プラグインの使い方と、それを取り巻く運用です。開発の基礎が前提です。

インストール

Claude Codeでは、/pluginからInteractiveのプラグインマーケットプレースを追加してproductをインストールします。

/plugin marketplace add interactive-inc/agent-plugins
/plugin install product@inta-agent-plugins

使い方

日常の入口はproduct:devです（開発の進め方）。点検のproduct:checkと保守のproduct:maintainは、人が直接起動します（開発・点検・保守を分ける）。検証能力はproduct:testが持ちます（テスト戦略）。

プロンプトの例
product:devで、この不具合を修正し、必要な検証まで進めて
product:check code testsで、テスト周りの実装を読み取り専用で点検して

このほか、開発環境のproduct:env、技術選定のproduct:stack、文書成果物のproduct:docsなど、目的が決まった専門Skillを個別に起動できます。使えるSkillと最新の境界は、productプラグインのREADMEが正本です。

決めているのは、人間との約束事

ClaudeやCodexは、コードの探索も設計も実装も、依頼とリポジトリに合わせて自分で組み立てられます。だから弊社では、一般的な開発方法やAIの内部の手順を規則にしていません。モデルごとに別の開発規約を作ることもしません。規則として書くのは、人間とAIがうまく協力するために必要な、次のような約束事だけです。

  • 何を入口にし、どの状態を完了とするか
  • どの判断をAIに任せ、どの判断を人間へ返すか
  • Issue、Pull Request、.docs/などの成果物をどこへ残すか
  • 誰が作業範囲を持ち、いつ他の作業と並行できるか
  • 完了をどの検証結果で証明するか

AIが作った差分は、どのモデルが作ったかにかかわらず同じ基準でレビューし、実行結果を確かめてから受け入れます。この約束事をどう設計しているかはプラグインにまとめています。

構成