作業はプロンプトではなく、仕様書として開始される。
新規作業フォームで内容を記入するか、トラッカーから課題をインポートするか、チャットでCoroidに依頼できます。自社製品や外部エージェントはAPIおよびMCPを通じて作業を送信でき、ツールや自動化処理でも作業を開始可能です。各タスクにはエージェントが参照する仕様が付随します。
- 各タスクには目標、ビジネス価値、ユーザーストーリー、受け入れ基準が設定される
- 人間、製品、ツールからのリクエストは、まず重複の有無をチェックされ、検証され、機密情報が除去されます。
- pull request、GitHubまたはJiraの課題、Coroidを言及するコメント、Slackメッセージなどが作業開始のきっかけとなります。
- 作業はスケジュールやプラットフォームイベント、Sentinel監視に基づいて開始され、レポートや品質チェックの結果に基づいて修正がキューに入れられることもあります。
財務部門からは常に請求書をスプレッドシート形式で要求されます。請求書一覧にエクスポートボタンを追加し、現在のフィルター条件をCSV形式でダウンロードできるようにします。
完了条件：ファイルがExcelおよびNumbersで開けること、金額が勘定通貨で表示されること、1万行を超えるデータのエクスポートでもタイムアウトしないこと。
大規模な作業が段階的な計画に変わる。
リクエストが1つのタスクでは対応できない場合、アーキテクトが明示的な依存関係を持つ順序付けられたフェーズに分割し、実現可能性を確認して所要時間を見積もります。
- フェーズとタスクは依存関係に従って実行される
- 各タスクには独自の仕様書、エージェント、証拠が割り当てられる
- 作業開始前に実現可能性とリスクを評価するための検証チェックが行われる
- 計画全体のトークン数、コスト、所要時間、排出量が追跡される
- 01プロジェクト基盤の枠組み1/1
- 02共有ランタイム基盤3/3
- 03時代に合わせた都市ドメインとUI8/8
- 時代に応じた建物とファサード
- 各時代の店舗と広告
- 各年代の車両群と交通状況
- 時代別の服装をした歩行者群
- 04構成と時代の変化処理1/1
- 05仕上げと承認検証1/1
- 最終検証2/2
街並みの3Dシーンを作成します。細部へのこだわりが非常に重要です。
上部には1945年、1965年、1985年、2005年、2025年という選択肢を持つタイムラインスライダーを設置する必要があります。
年号を選択すると、目の前の街区が変化します。建物、車両、店舗、広告、歩行者の服装までが変わります。
- トークン数
- 8350万 / 1.1億
- 費用
- $2.05
- 推定CO2e
- 1.59 kg
- 所要時間
- 6時間 15分
対応が必要なすべての作業を一つのキューで管理する。
ファクトリーには、レビューや問題解決の決定、または何も不要な場合など、各計画とタスクが必要とするものが一覧表示される。項目を開くと、関連するエージェント、基準、証拠、完全な履歴を確認できる。
- 完成した内容をレビューし、承認したものをマージする
- 問題が発生した場合、その理由と失敗した実行結果が添付される
- 変更を要求すると、作業が再び処理ラインに戻される
- 失敗した実行を含め、すべての実行履歴が記録される
- タイムラプス都市街区 – Chrono Cityタスクcity-sim1日前レビュー待ち
- タイムラプス都市プランcity-timelapse2日前マージ可能
- 3D版スーパーマリオタスク3d-game3日前レビュー待ち
- 3D版コンウェイのライフゲームプランgame-of-life4日前マージ可能
- ストリートレーシングゲームプランcity-timelapse5日前実行中
可視化され、操作可能な処理能力。
エージェントスロットは並列処理能力を表す。Mission Controlはスロットの占有状況、次に実行される作業、キューの空き時間、スケジュール内容を表示し、ワンクリックで全処理を一時停止できる。
- スロットが空くと、優先順位に従って作業が割り当てられる
- 24時間分のキューおよびスケジュール済み作業が表示される
- 開始、判定結果、引き渡しのリアルタイム実行ログが確認できる
- 処理中の作業量を増やすためにスロットを追加できる
請求書をCSV形式でエクスポートQA
顧客リスト内でのあいまい検索開発者
新規チーム向けのオンボーディングチェックリストアーキテクト
- レビュアーが「設定のダークモード」を承認
- QAが「請求書PDFフッター」の5項目すべてを検証済みと判定
- QAが「検索フィルター」を返送：第3項目が未達成
- アーキテクトが「オンボーディングチェックリスト」の作成を開始
- 失敗したWebhook配信の再試行P1
- 日付ライブラリのアップグレードP2
品質チェックの基準はお客様が定める。
納品保証は組み込まれており、各タスクは基準に従って検証され、レビューされる。品質管理機能を使えばプロジェクトに必要なチェックを追加し、すべてのpull requestに適用できる。
- 組織ポリシーにプロジェクトごとの上書き設定が可能
- ブラウザテストおよび評価が実際のビルドに対して実行される
- カバレッジ、セキュリティスキャン、プレビュー、ビジュアル差分が証拠として添付される
- 各ゲートの実行結果が判定対象のpull requestとともに記録される
- デリバリー保証すべてのプロジェクトv7 · 組み込みチェックアクティブ
- 作業適格性すべてのプロジェクトv16 · 6チェックアクティブ
- チェックアウトリリースゲートweb-appv3 · 4チェックアクティブ
- ビルドおよび型チェック
- 受け入れ基準 5/5
- ブラウザテスト：チェックアウトフロー
- 依存関係監査
- 目標を下回るカバレッジ（注意喚起）
マージからデプロイまで、確実に追跡される。
リリースでは1つのコミットを固定し、各環境で必要なチェックと承認を経て、デプロイが確定するまで追跡する。
- ステージング環境と本番環境ごとに別途承認が必要
- 各ビルドにはバージョン番号とビルド番号が付与され、Coroidが実際に動作する内容を確認します。
- リリーストレインにより、同時に出荷する作業がまとめられる
- デプロイに問題が生じた場合の復旧手順が用意されている
- 春の修正2.5web-app · release/2.5.06項目ステージング本番環境下書き
- チェックアウト更新2.4web-app · a1f3c9e5項目ステージング本番環境承認待ち
- 検索機能の改善1.1web-app · 7be02d43項目ステージング本番環境デプロイ中
- チームオンボーディング1.0web-app · 249cee48項目ステージング本番環境出荷済み
コーディネーターはスペシャリストを指揮します。ゲートが作業完了のタイミングを決定します。
各タスクにはコーディネーターが割り当てられます。作業を計画し、開発、QA、レビューの各エージェントに明確な指示を出して質問に答え、報告内容を踏まえて次の対応を決定します。ただし、単独で作業完了を宣言することはできません。
すべてのタスクは、チームが承認するためのpull request、または要求された通りにコードが動作することを示すQAの確認結果、あるいは失敗理由を記載した通知として完了します。再作業や計画変更、実行時間に関する制限により、コーディネーターが無限ループに陥ることはありません。
- 01
計画立案
コーディネーターはリポジトリと仕様書を確認し、成功を判断するための受入基準を含む計画を作成します。
- 02
委任
作業は一度に1人の専門家に割り当てられ、明確な指示が与えられます。開発者がコードを作成し、QA担当者がその結果を検証し、レビュー担当者が差分内容を確認します。
- 03
対応
QAで作業が不適合となった場合やレビューアから変更要求があった場合、コーディネーターは修正内容を開発者に再送付し、QAが新バージョンを再度検証します。
- 04
ゲート
タスクが完了できるのは、出荷予定の正確なバージョンがQAで合格し、レビューが必要な場合はレビューアの承認を得た時のみです。コーディネーターはいずれの判定も覆すことはできません。
選定済みの作業が工場へと入ります
未処理のリクエストは指示ではなく証拠です。Coroidがエージェントが処理する前に、各リクエストを正規化・重複排除・検証します。
合格したリクエストは自動的に進捗します。矛盾があったり、信頼性が低い、検証不能なケースは監査付きのレビューキューで保留されます。
ワークフローは、手動での依頼、インポート、API呼び出し、統合イベントから得られる信頼できないシグナルから始まります。Coroidが入力を正規化・サニタイズし、現在のリリースやカナリア版で既に修正済みかを確認、一致するレポートを重複排除・クラスタリングし、型に対応したチェックで依頼内容を検証し、影響度・担当者・範囲・難易度・信頼性を評価します。適格な依頼はタスク、段階的計画、レポート、またはスケジュールとなります。実装後は、pull request、リリース、カナリアの各チェックポイントで同じコンパイル済み品質グラフを通過する必要があります。リリース時の証拠が確認されれば元のフィードバックは終了します。
- 01
生のシグナル
手動でのリクエスト、インポート処理、API 呼び出し、そしてインテグレーションイベントなどが、信頼できない入力としてシステムに取り込まれます。
- 02
正規化およびサニタイズ
認証情報に類する値は非表示処理され、各ツールは選択されたプロジェクト内に限定されます。
- 03
現在のリリースを確認
最新のリリースやカナリアで既に修正済みのリクエストは、証拠と共に終了処理されます。
- 04
重複排除およびクラスタリング
同一の識別子、コンテンツのフィンガープリント、意味的な一致により、繰り返されるシグナルが1つの課題にまとめられます。
- 05
リクエストの検証
型を考慮したチェック機能により、作業化される前に要求された成果物が実際に実現可能かどうかを確認できます。
- 06
評価および経路決定
影響度、担当者、スコープ、難易度、確信度、適切な作業タイプが記録されます。
適切な作業を作成する
- 実行可能なタスク
- 段階的な計画
- 証拠レポート
- 定期スケジュール
成果を証明する
フィードバックを閉じる リリースの証拠が、インテグレーションが書き込みを許可している場合には元のシステムに反映されます。
コードはアシスタントが記述し、Coroidがそれ以外のすべてを管理します。
AI系のコーディングツールは作業の中盤、つまり変更内容の記述には長けています。しかしエンジニアリング作業の大部分はそれ以外の工程に費やされます。何を構築する価値があるかを決定し、動作を証明し、ガバナンスを維持し、将来の責任を負う必要があります。Coroidはこれらの工程も担うため、作業が滞ることなく順調に進み、一人の担当者に依存することがありません。
貴社チームが抱く疑問
エージェントセッション（ローカルまたはクラウド）
Coroid
- 作業の出所はどこか？
- エージェントセッション（ローカルまたはクラウド）誰かが現在の作業を中断してプロンプトを入力するか、エージェントにチケットを割り当てます。
- Coroid人やツール、プルリクエストからの確定済み依頼。設定した自動化処理により、指定した範囲内で作業が開始されます。
- 完了と判断するのは誰か？
- エージェントセッション（ローカルまたはクラウド）その日の判断に基づき、差分を確認する人です。
- Coroid統合された品質グラフが一つの判断を下します：進めてよし、またはやり直し。
- 動作を証明するものは何か？
- エージェントセッション（ローカルまたはクラウド）履歴と、エージェントが実行したテスト結果です。
- Coroid実際に実行されたチェックが、正確なコミットに紐付けられ、pull requestに添付されます。
- 夜間に何が起こるか？
- エージェントセッション（ローカルまたはクラウド）すでに開始された実行が終了すると、誰かが確認するまで待機します。誰かが指示しない限り新しい作業は始まりません。
- Coroid処理は継続されます。人間が必要なゲートでのみ作業が停止します。
- 処理能力をどう増やすか？
- エージェントセッション（ローカルまたはクラウド）セッションが増えるごとに、それぞれを開始・確認・フォローアップする人が必要になります。
- Coroid別のエージェントスロットです。メンバー数に制限はありません。購入するのは容量のみです。
- どのモデルがコードを閲覧できるかを誰が管理するか？
- エージェントセッション（ローカルまたはクラウド）各ツールの設定は個別に管理され、ツールごと、ユーザーごとに行います。
- Coroid各プロジェクトより上に位置するバージョン管理されたポリシーの上限が設定されます。プロジェクト側でそれを厳格にすることはできますが、緩めることはできません。
- 監査官に提示できるものは何か？
- エージェントセッション（ローカルまたはクラウド）各ツールの形式でセッションログが保存され、そのツールが保持する限り利用可能です。
- Coroid署名付きでSIEMにエクスポートされ、保持期間は貴社が設定します。これは追記のみ可能なイベントストリームです。
Coroidは開発者が好むエディターを置き換えようとするのではありません。周囲の管理されていない領域を置き換えるのです。
品質にはトークンが必要。それが重要な点です。
工場内の作業では、Claude Code、Codex、Gemini CLIの単一エージェントセッションと比べて2〜3倍のトークンを消費します。これは作業がエージェントに渡る前に、別々のエージェントが計画、テスト、レビューを行うためです。購入するのはキーストロークではなく一貫性です。
同等の作業におけるトークン消費量。単一エージェントセッションを基準としています。
儀式を省いて素早さを優先しますか？ルディクルスプロファイルではゲートが緩和され、CLIレベルのトークン消費量に近づきます。必要な時には利用可能ですが、これが Coroid が存在する理由ではありません。
AI プロファイルを確認する既存のシステムと連携可能
IDE拡張機能をインストールしたり、開発者のマシン上でエージェントを常時稼働させたりする必要はありません。Coroidは貴社の業務で既に利用されているシステムに接続します。
- リポジトリ
- GitHub、GitHub Enterprise、GitLab、および自己ホスト型Gitに対応する。GitHub Appにより受信チェックおよびインラインレビューが実施され、プロジェクトスコープ内のトークンによってクローンアクセスが許可される。
- シグナルおよびチケット
- Jiraの課題、Slackのメッセージ、およびGitHubの課題やコメントが適格なリクエストとして受け付けられます。設定した自動化処理により、Sentryや接続された任意のMCPサーバー上で操作を実行できます。
- プレビューおよび証拠資料
- Vercel、Netlify、Cloudflare Pagesへのデプロイ情報に加え、カバレッジデータ、セキュリティスキャン結果、ビジュアル差分、エンドツエンドテスト結果、第三者によるAIレビュー結果などが含まれる。
- モデル
- エージェントごとに最適な最先端モデルおよびコスト効率の高いモデルが割り当てられ、EU地域専用モデルや低炭素プロファイルも用意されている。自社のプロバイダーキーを使用するか、Coroidクレジットを利用できる。
- セキュリティおよび可観測性
- 署名付きの監査エクスポートデータがHTTPSを通じてSplunk、Datadog、Chronicle、または指定された任意のコレクターに送信される。
- 実行環境
- Coroidクラウド、EUホスティングプロファイル、または独自のDocker ComposeやKubernetesデプロイメントが利用可能です。
各機能の詳細を紹介する。
各工程の役割とその動作方法を説明。機能が計画に依存する場合はその旨を記載。
作業の受け入れ7機能人々や製品、ツールからの要求は、作業として取り扱われる前に事前に審査されます。指定した権限と制限の範囲内で、自動化処理および外部エージェントが作業を生成します。
- 仕様書
- 各タスクには目的、ビジネス価値、ユーザーストーリー、受け入れ基準、文脈、制約が含まれます。エージェントはその仕様書に基づいて構築し、生成されるpull requestも仕様書と紐付けられたままです。
- 作業の適格性判定
- リクエストは信頼できない入力として扱われます。Coroidは認証情報に類似する値を自動的に除外し、現在のリリース版で既に修正済みかどうかを確認し、指紋や意味的な一致に基づいて重複を排除します。さらに型を考慮したチェックを通じてリクエストを検証し、作業が開始される前に影響範囲、担当者、スコープ、難易度、信頼性を記録します。
- 段階的計画
- 1つのタスクでは対応しきれない大規模な案件は、明確な依存関係を持つ順序立てられたフェーズに分解されます。アーキテクトは得られた証拠に基づいて曖昧さを解消し、問い合わせのために作業を中断することなく、前提条件を記録します。
- イベント自動化
- pull request、課題やPRのコメント、Slackスレッド、連携されたJira課題などが作業の開始契機となります。各信号は適格な受け入れ要件、受信チェック、またはフック実行として処理され、無制限なエージェントセッションとなることはありません。
- フックとスケジュール
- 組織内の自動化処理は、タスク、エージェント、リポジトリ、分析、同期、デプロイの各イベントや定期的なスケジュールに応じて実行されます。デフォルトでは読み取り専用で、呼び出し回数に制限があり、連鎖の深さにも上限が設けられているため、自動化処理がループを引き起こすことはありません。
- センチネル
- Sentry、Jira、GitHub、Slack上の監視機能が検知した内容を、誰も対応しない別のアラートではなく、同一のワークフロー上のタスクとして変換します。
- 依存関係グラフ
- タスクやプロジェクトは、リポジトリ間および組織全体で依存する対象を宣言します。実行前に循環参照が検出され、並列実行されるエージェント同士が衝突しないよう全体の実行順序が決定されます。
実行9機能専門のエージェント、タスクごとの分離されたワークスペース、そして維持し続ける必要のないセッション。
- エージェントライン
- アーキテクト、開発者、QA担当者、レビュー担当者はそれぞれ独立したエージェントであり、個別のプロンプト、ツール、モデルが割り当てられています。ゲートが開いた時にのみ作業が次のエージェントへ移り、人間が次のウィンドウにコンテキストを貼り付ける必要はありません。
- エクスプローラーサブエージェント
- 任意のエージェントが2～5個の専門的なエクスプローラーを生成できます。パターン、依存関係、API、テスト、設定、セキュリティなどが対象で、親エージェントのトークン予算を分担し、構造化された調査結果を1つのコンテキストにまとめて返します。
- 分離されたクラウドワークスペース
- 各タスクにはプロジェクトスコープ内のリポジトリアクセス権を持つ独自のワークスペースがプロビジョニングされます。IDE拡張機能や誰かのノートパソコン上のターミナル、プライベートネットワークへの接続は一切不要です。
- モデルルーティングとAIプロファイル
- エージェントごとにモデルを選択するか、最速、最も高性能、EU限定、低炭素排出といったシステムプロファイルを適用できます。自身でプロバイダーのキーを使用することも、Coroidクレジットを通じて利用することも可能です。
- Decision Engine
- 専用の意思決定モデルが、受け入れ証拠、QA事前チェック、作業適格性、タスクルーティングといった既知の選択肢から適切なものを選びます。各回答は検証され、信頼度が確認された上で記録され、信頼度が低い場合にはCoroidが既存の評価機能に切り替わります。
- 段階的スキル
- エージェントはまずスキルメタデータを読み取り、作業で必要とされる場合にのみ完全な指示書を読み込むため、コンテキストはツールスキーマではなくコードベースに活用されます。プロジェクトごとに独自のスキルを定義することも可能です。
- MCPツールアクセス
- Sentry、Jira、Slack、または任意のMCPサーバーを接続でき、エージェントは組織のツールポリシーに従ってこれらのツールを呼び出します。各サービスごとにカスタムの連携コードを記述する必要はありません。
- 自律的修復
- 依存関係のインストール失敗、設定ミス、ビルドエラーなどは、単純な問題であればタスク内で診断・修正され、構造的な問題であれば別の修復タスクとしてエスカレーションされます。
- スクラッチプロジェクトとプレビュー
- 単一のプロンプトからGitホストに依存しないコードベースを生成し、プレビューで実行を確認、改善を加えた後、リポジトリとして成立する条件を満たしたらGitHubまたはGitLabに移行させます。
品質とレビュー8機能統合されたグラフが判断を下し、その判断は手動チェック、処理中のタスク、および貴社開発者が開いたpull requestに対しても同じように適用されます。
- 品質グラフ
- 目標、期待値、チェック項目が不変のリビジョンに紐付けられた単一のグラフにまとめられます。同じグラフが手動テスト、タスクのQA、GitHub pull requestの判定基準となり、進めるかやり直すかの決定が下されます。
- コミットに紐付けられた証拠
- 判定結果は実行されたチェックからのみ得られ、結果は実行対象のリビジョンに固定されます。人為的に合格を記入することはできず、古い緑色のステータスが後の変更をゲートを通過させることもありません。
- Coroidによるプルリクエストのチェック
- GitHub Appをインストールすると、Coroidがリポジトリのプルリクエスト上にチェック結果やインラインレビューを表示します。開発者が手動で作成したプルリクエストも対象となります。
- レーンとマージゲート
- タスクはレーンに統合され、レーン上でエンドツーエンド、単体、静的解析、ビジュアル、アクセシビリティ、セキュリティ、Eval証拠を含む統合品質パイプラインが実行され、条件を満たして初めてpull requestが開かれます。マージポリシーは人間の承認、自動マージ、または意図的な上書きのいずれかから選択可能です。
- ファイル形式のレビュールール
- レビュー基準はバージョン管理されたMarkdownファイルで定義されます。Coroidがシステム用のセットを提供し、プロジェクト固有のルールディレクトリで拡張または上書きされるため、基準がリポジトリ内に保存され、それに伴って移行します。
- 外部レビュー証拠
- Vercel、Netlify、またはCloudflare Pagesからのプレビュー展開に加え、セキュリティスキャン、カバレッジデータ、ビジュアル差分、エンドツーエンドテストの結果、そしてサードパーティのAIレビュー担当者が提供する証拠が、レビュー時の重要な根拠として添付されます。
- ブラウザレベルでの検証
- Webテスターは実行中のアプリケーションを駆動し、機能性、ユーザー体験、アクセシビリティ、セキュリティ動作を確認します。その結果得られるスクリーンショットや発見事項は、単なる主張ではなく確かな証拠として記録されます。
- Evals
- 本番環境のパイプラインを通じて実際のワークフローを実行し、モデルの比較、プロンプトのA/Bテスト、リグレッションの検出を行います。変更がリポジトリに反映される前に、コストと品質のバランスを評価します。
ガバナンスと制御8機能一度上限を設定すれば、それはすべてのプロジェクトに適用されます。その下で何が実行されたかは後から証明されます。
- 組織ポリシーのコントロールプレーンプロフェッショナル
- 階層化されバージョン管理されたポリシー文書により、実行可能なモデル、シークレットのスキャン有無、許可されるサンドボックスコマンド、エージェントに与えられる自律性の範囲が定義されます。プロジェクト側でこれを厳格に設定でき、公開されたバージョンは不変です。コマンドおよび自律性の上限はEnterpriseレベルで管理されます。
- サービスアカウントとスコープ付きキープロフェッショナル
- 自動化処理、スケジュール実行、マシン呼び出し用の名前付き非人間プリンシパルであり、それぞれに固有のスコープ付きAPIキーが割り当てられます。これらは人間のシートや共有資格情報とは異なり、実行内容は各自の名前で監査ログに記録されます。
- 監査イベントストリームとSIEMエクスポート
- 誰が何をいつ、どの組織・プロジェクト・リポジトリで、どのモデルを使用して決定したかを正規化され追加専用の形式で記録します。署名付きペイロードとともにHTTPS経由でご自身が管理するSIEMにエクスポート可能で、保持期間も自由に設定できます。
- 保持、法的保持、および削除
- Coroidが工場で生成された成果物を保持する期間を14日から365日まで指定できます。法的保持を設定したり、カテゴリ単位で削除を実行したり、各実行で削除された内容の記録を確認することも可能です。
- 設定のポータビリティ
- 組織のポリシー、品質グラフ、フック、スケジュール、レビュールール、保持設定、プロジェクトゲートを一つのポータブルバンドルとしてエクスポートし、差異をプレビューした上で他の環境に適用できます。シークレットはプレースホルダーとしてマスキングされます。
- SSOとディレクトリ同期エンタープライズ
- アクセスを一元的に管理する組織向けに、SAMLのシングルサインオンおよびSCIMプロビジョニング機能を提供します。
- 分離と資格情報管理
- リポジトリおよびサービスの資格情報はプロジェクトごとにスコープが設定され、暗号化された設定パス経由で保存されます。エージェントは分離されたワークスペース内で作業し、ネットワークへの直接アクセス権を与えられることはありません。
- EUホスティングおよびオンプレミス展開エンタープライズ
- EUホスティングプロファイルを利用するか、またはDocker ComposeやKubernetesを使ってご自身が管理するインフラ上に全体の工場を展開できます。ランタイム、ストレージ、リポジトリアクセス、資格情報、ネットワークポリシーまで含まれます。
可視性と経済性6機能キュー、履歴、および請求内容はすべて公開されており、費用がかかる部分も含まれます。
- Mission Control
- 本番環境のステータス、優先順位付けされた作業内容、例外事象、残りの処理能力、および人間の介入を待つすべてのタスクが一箇所に集約され、処理が進行するにつれてリアルタイムで更新される。
- 実行履歴
- 各エージェントの処理ステップ、意思決定内容、ツール呼び出し情報、およびモデルの応答結果がすべて記録されており、検証可能である。各呼び出しに関連するトークン数、コスト、推定排出量も併せて確認できる。
- 炭素排出量の推定値
- 各モデル呼び出しにおける運用時のCO2e排出量が推定され、コスト情報と共に記録される。その算出根拠および信頼度も明記される。低炭素プロファイルではより小型のモデルや低負荷なホストが選択される。これはあくまで推定値であり、排出量中立を保証するものではない。
- キャパシティ重視の課金体系
- 利用者が購入するのは並列で動作するエージェントスロットであり、ユーザーシート数ではない。組織内のメンバー数に制限はなく、モデル利用費用は別途管理される。前払いクレジットまたは自社のプロバイダーキーを使用でき、処理能力と推論負荷が混在することはない。
- レポート
- コードベースおよびソフトウェア提供に関するレポートを、要求に応じてまたは定期的に生成し、エクスポート可能とする。これらのレポートは、タスク実行のためにコードを解析するのと同じエクスプローラーエージェントによって作成される。
- コードベースの維持可能性
- Coroidは、ファイルサイズ、複雑さ、パターンの健全性を、エージェントがコンテキスト内で扱える範囲と照らし合わせて監視し、リポジトリが引き続き操作可能な状態を保つためのリファクタリング案を提示する。これはエージェントだけでなく、後からコードを読む人員にも配慮した設計である。