Coroidとは何か

Coroidは、既に運用中のコードベース向けのホスト型AIソフトウェアファクトリーです。ソフトウェア作業をエンドツーエンドで行い、毎回同じ方法で処理します。

エージェントセッションは、ローカルPCでもクラウド上でも、エンジニアが操作を指示する必要があります。つまり、タスクを選び、プロンプトを記述し、返却された結果をテストし、フォローアップを作成して完了を判断する人です。結果はその人の能力や当日の作業の丁寧さに左右されます。Coroidでは、その操作指示をシステム内に保持します。エンジニアリングチームが作業の進め方を一度設定すれば、プロジェクトの文脈、すべての変更が満たすべき品質ポリシー、レビュールールなどが確定します。作業を開始できる人物および承認者 — そしてすべてのリクエストは、依頼者が誰であれ、誰かが監視しているかどうかにかかわらず、このルールに従って処理されます。

インストールや実行するものは何もありません。Coroidはあなたのリポジトリをクラウド上の分離されたワークスペースにクローンし、そこで作業を行った後、ブランチをプッシュします。

それがソフトウェアファクトリーと呼ばれる理由#

• 誰でも依頼できます。サポート担当者、営業担当者、またはインターンが、ポータル内で成果物を記述して作業を依頼します。Slackまたはあなたの課題管理ツール。CLIを使う必要も、コードやチームのデリバリー方法に関する知識も必要ありません。
• すべての変更に共通の基準1行の修正から段階的な計画まで、同じ仕様、QA、レビューを経て処理されます。 品質ポリシー。あなたの手元に届くものは、すでにこれらの基準を満たしています。
• 誰も操作指示を出す必要はありません。リクエスト、インポートされた課題、 自動化処理が一つのキューに集約されます。作業は エージェントスロットが空いた時に開始され、QAで問題が見つかると、開発者エージェントに自動的に戻されます。
• すべての変更には明確な説明が付随します。誰が依頼し、誰が責任を持ち、何が決定され、なぜそうなったのか、何がテストされ、誰が承認したかが、その変更と共に記録されます。 来歴。

ユーザーが指定する内容#

望む成果物の説明を、平易な言葉で記述します。「パブリックなAPIにレート制限を追加し、キーごとに分間100リクエストまでとし、Retry-Afterヘッダー付きの429エラーを返す」といった記述が適切なタスク例です。実装計画を書く必要はありません。それはCoroidが最初に行う作業であり、あなたはそれを承認します。

エンジニアリングチームが一度設定する内容#

リポジトリへのアクセス権、およびコードからは明らかでない文脈：アーキテクチャの注意点、規約、スタイルガイドなどです。次に品質ポリシーおよびプロジェクト内のすべての変更が満たすべきレビュールールが設定されます。すべてのタスクにはデフォルトでQAとレビューが適用されるため、最初のタスクでこれらの準備を待つ必要はありません。

得られる成果物#

pull requestが独自のブランチに生成するものには以下が含まれます：

• コードの変更内容
• 作成または更新されたテスト
• 既存のテストスイートを実行した結果
• コードレビュー結果。指摘事項が修正済みか一覧表示されています。

仕様、計画、すべてのエージェントの実行履歴（失敗を含む）とリンクが維持されるため、次にコードを扱う人も変更理由を確認できます。

同僚の作業をレビューするのと同じ方法で承認・マージします。Coroidが自動でマージすることはありません。自分のGitサービスでマージするか、承認してマージをCoroid内で押せば、pull requestのマージが行われます。

誰でも依頼可能

パブリックなAPIにレート制限を追加：キーごとに1分間に100リクエストまで。Retry-Afterヘッダー付きで429を返す。

一度設定

接続されたリポジトリプロジェクトコンテキスト品質ポリシー

独自のワークスペースで計画・構築・テスト・レビューを行う

得られる結果

独自のブランチ上のpull request

• コードの変更内容
• 記述または更新されたテスト
• 既存スイートの結果
• レビューの通過結果、修正済みまたは一覧表示された指摘事項

ユーザーがレビューし、マージする

利用するのにエンジニアである必要はありません。#

これがチームの働き方を変える部分であり、見過ごされがちです。

Coroidに作業を依頼するとは、成果物を記述することを意味します。コードを読んだり、CLIを実行したり、コードの仕組みやチームのデリバリー方法を理解する必要はありません。同じ不満を繰り返し聞くインターン、営業担当者、サポート担当者も直接作業を依頼できます。

これが機能するのは、プロセスを実行するのが彼らではないからです。エンジニアリングチームが設定した基準—チェック、レビュー、承認ルール—が、開発者の依頼に対しても適用されます。依頼元が誰であれ、すべてのリクエストはテスト済みでレビュー済みの変更として届き、出荷前に開発者が承認または拒否します。

それがバックログに与える影響#

優先順位付けが必要なのは、主にエンジニアリングの時間が限られているからです。午後に終わるはずの依頼は、その時間でエンジニアが行える他の作業と比較されて検討されるため、小さくて明らかに有用な作業が数ヶ月間未実装のままになります。

そのコストが試行中リクエストがエージェントスロットに割り当てられ、一部のトークンによって計算が変化します。これまで優先順位付けで却下されていた作業も、単に試行され、その価値を推測するのではなく結果に基づいて評価されるのです。

自分を縛る制約を正確に把握しましょう：レビュー能力およびエージェントスロット。Coroidは、誰が依頼できるかや並列で構築できる量に関する制約を取り除きます。ただし、結果を確認する必要は残ります。うまく導入したチームでは、構築ではなくレビューを中心に業務を整理する傾向があります。

Coroidは独自のエージェントを実行します#

CoroidはClaude Code、Codex、OpenCode、Piなど他のコーディングツールのラッパーではありません。無人でのクラウド実行を目的として設計された専用のエージェントランタイムを動かしています。

つまり、次のような利点があります：

• インストール不要。CLIもエディタプラグインも、プロビジョニングするマシンやサーバーも不要です。Coroidは完全にAPIベースでクラウド上で動作します。
• ツールのサブスクリプション不要。サードパーティ製のコーディングアシスタントのライセンスを購入する必要はありません。モデルへのアクセスはCoroidを通じて、または ご自身のプロバイダーキーを直接利用することも可能です。
• ノートパソコンは不要です。誰かがログインしているかどうかに関係なく作業は続行されます。これにより初めてスケジュール管理、監視、イベント駆動型自動化が可能になるのです。

詳しくはCoroidの仕組みランタイムが実際にどのように違う機能を提供するかを確認できます。

Coroidが適切なツールか？#

Coroidは、すでに稼働中のコードベースを、あなたが定めた標準に合わせてレビュー下で変更するために作られています。これはプロトタイピングとは異なる用途です。アイデアを検証する場合はプロトタイピングツールの方が適しており、両者は相性が良いこともあります。また、エンジニアが1つのタスクをエージェントに渡して結果を調整するエージェントセッションとも異なります。

詳しくはCoroidの適用範囲。

できないこと#

機能一覧よりも境界を明確にすることが重要です：

• 既定のブランチに自動でコミットすることはありません。すべての成果物はPRとして届きます。
• 自動でマージすることはありません。承認の最終判断はあなたにあります。承認する際は 承認＆マージを使って承認すると、Coroidが代わりにpull requestをマージします。「マージ処理」をご覧ください マージ処理。
• エディタプラグインではありません。Coroidは入力中に行を補完するコーディングアシスタントではありません。あなたが別の作業をしている間に、全体の作業単位を処理します。
• 接続されたリポジトリがなければ動作しません。「コードを接続する」をご覧ください コードを接続する。

作業のサイズ決め方#

Coroidは「タスク」単位で作業します。タスクとは、1つのプルリクエストで完了する作業単位です。より大きな作業は「プラン」として表され、段階ごとに順序付けられたタスクの集合であり、構築前にあなたが承認します。

並列処理の単位は「エージェントスロット」です。1つのスロットで同時に1つのタスクが実行されます。スロット数が多いほどCoroidが同時に行える作業量が増え、単一のタスクの完了速度が速くなるわけではありません。

次へ#

アカウントと組織を作成する— 作業が保存されるワークスペースを設定します。

コーディングアシスタントがセットアップの大部分を代行できます。詳しくはAIアシスタントでセットアップする。