本文へ移動
covey

現状

どのリポジトリにも、誰もやりたがらないのにやらねばならない仕事があります。ライブラリを新しい版へ上げる、スタイルの警告を消す、チケットに書かれた不具合を再現する。計画に載せるには小さく、片手間にやるには大きい。取得し、ビルドし、変更を出せるエージェントがそれを引き受けます。権限が任務の終わりとともに終わるかぎりは。

変更ができるまで

割り当てられた課題から、もう一度エージェントを起こす失敗したテスト実行まで。

  1. 課題が届く

    ラベル、リポジトリからの通知、あるいは一覧への定期的な目通し。自分に割り当てられたものを取り、面白そうなものを取るのではありません。

  2. ソースを取得する

    そのための権限は働いているあいだだけ開かれます。作業コピーはエージェントのディレクトリに残り、次回はすぐ使えます。古いコピーは自動で片づけられ、ディレクトリが黙って膨らむことはありません。

  3. 作業して、出す

    変更、コミット、変更の提案。何をして、何をしなかったかの説明つきで。やり切れなかったことがあれば、ごまかさずにそう書きます。

  4. テストが答える

    失敗すれば、それがもう一度エージェントを起こします。ログを読み、直します。統合は人の手に残ります。プラットフォームにその自動化はなく、あってはなりません。

何と一緒に働くか

この領域のために同梱されているシステムです。足りないものがあれば、MCP サーバーがいちばん早い道です。独自の起床イベントと細かい権限が必要なら、プラグインを書きます。

  • GitLab
  • GitHub
  • Jira
  • Confluence
  • VulnDB
すべての連携を見る

プラットフォームが守らせること

開発のエージェントが自分だけでは決めないこと。

統合

出すだけで、統合はしません。技術的な限界ではなく、人が結果を読む地点です。

どこへ行ってよいか

ネットワークの接続先は決まっています。エージェントは開かれたアドレスにだけ届き、ほかには届きません。どこからでもパッケージを取ってくる、ということがそもそもできません。

足りないもの

作業場にない道具が要るときは、間に合わせを作らずに要望を出します。判断するのは人です。

自分で試す

covey はあなたが動かします。プログラム一つ、Postgres データベース、作業場には Docker。手順はドキュメントにあります。