すべての記事
Getting Started
CICDoo とは はじめに: オンボーディングウィザード ダッシュボードとインフラマップConcepts
本番、ステージング、開発の各ステージ ドメイン、サブドメイン、SSL Odoo のバージョンとエディション（Community と Enterprise） ワークスペースとチームでの共同作業Servers
サーバーの追加 サーバーのドメインと DNS ロードバランサーを使う サーバーの操作: デプロイ、ログ、チャートProjects & Git
プロジェクトの作成 GitHub の接続 GitLab の接続 ブランチとインスタンスInstances & Console
インスタンスの作成 インスタンスの再起動、停止、削除 ステージ間でのブランチのマージ Web IDE とリモートアクセス インスタンス設定の説明 デプロイとジョブキューAgent Tasks
エージェントタスクとは エージェントタスクの設定 タスクの実行と結果の確認 エージェント時間と追加購入Monitoring & Backups
インスタンスのモニタリング バックアップと復元 アラート通知（メールと SMS）Workspaces & Permissions
ワークスペースメンバーの招待 メンバーの権限とリソースへのアクセス メンバーがリソースを表示または使用できないAccount & Security
二要素認証（2FA） プロフィールと連携の設定 パスワードとアカウントの復旧Billing & Plans
プランと料金 アップグレードとサブスクリプションの管理 プロジェクトのサブスクリプションが未払いの場合 チャネルパートナープログラムSupport & Tickets
サポートチケットの作成 CICDoo チームのサポートを受けるTroubleshooting
トラブルシューティング: サーバーを接続できない トラブルシューティング: デプロイが失敗した トラブルシューティング: リポジトリ移動後に git push が 403 で失敗する トラブルシューティング: インスタンスが停止している、または遅い トラブルシューティング: ドメインまたは SSL の問題Agent Tasks
タスクの実行と結果の確認
エージェントタスクの作成、計画の確認と承認、git に残るもの、作業の差し戻し、実行が失敗したりプロバイダーの上限に達したときの挙動。
タスクの作成
プロジェクトの タスク ページ、またはインスタンスコンソールのタスクタブを開き、タスクを作成します。指定するのは次の内容です:
- タイトルと説明。 何を変更すべきかを普通の言葉で書きます。詳しさは効きます。同じ依頼でも 2 文ほど背景を添えるだけで、依頼だけの場合よりずっと良い計画になります。
- 作業するインスタンス。 エージェントがどのコードベースを読み、結果をどのブランチにプッシュするかが、これで決まります。
- スキルと添付ファイル（任意）。 スキルはあなたのハウスルールです。添付ファイルは、仕様書や問題のスクリーンショットなど、エージェントに渡しておきたい参考資料です。
タスクの作成にはエージェントタスクの権限が必要です。プロジェクトのサブスクリプションが未払いでプロジェクトが読み取り専用になっている場合、タスクの作成は他のすべての操作と同様に拒否されます。
本番インスタンスを対象にする 場合は、タスク作成時に confirm と入力する必要があり、そのタスクは以降ずっと本番タスクとして記録されます。
計画を読む
エージェントがタスクを引き受け、コードベースを読んで計画を返します。この時点ではまだ何も変更されていません。
最初の 1 行だけでなく、計画そのものを読んでください。コードが書かれる前に誤解に気づける唯一の機会であり、読む手間は、後から悪い変更をほどく手間よりはるかに小さく済みます。
そのうえで選択します:
- 承認して実行: エージェントが計画を実装します。
- 変更を依頼: どこが問題かを伝えると、そのフィードバックを踏まえて計画をやり直します。
- 再計画する: 計画をそのまま再実行します。内容が間違っていたというより、最初の試行が失敗したときに便利です。指示を添えて再計画 は、あなたのメモを添えて同じことを行います。
- タスクをキャンセル: 停止します。
承認には計画承認の権限が必要です。
エージェントが計画を ブロック と報告することがあります。作業を安全に行えない、または依頼が十分に明確でないと判断した場合です。ブロックされた計画は、自動実行が有効なプロジェクトであっても、必ず人の判断を待ちます。
git に残るもの
承認すると、エージェントはインスタンスのコンテナ内で変更を加え、コミットし、そのインスタンスのブランチにプッシュします。このプッシュによってインスタンスが再デプロイされる ので、結果が動いている状態を確認できます。
プルリクエストはありません。コミットはインスタンスがデプロイされているブランチに直接載ります。だからこそ、選ぶインスタンスが重要であり、本番は 2 段階の確認で囲われているのです。
何も変更する必要がないまま実行が終わった場合は、コミットをでっち上げるのではなく、その旨を伝えます。
結果が正しくないとき
タスクで 次のラウンドを開始 を使います。どこが問題かを伝えると、エージェントは最初からやり直すのではなく、すでにプッシュしたコードの上に積み上げて 修正を計画します。何かが実行される前にあなたが新しい計画を承認し、既存のコミットはブランチに残ります。
ラウンドはタスク上でカウントされるので、その作業に何回のパスが必要だったか、各回で何が変わったかを確認できます。
うまくいかないとき
- 実行がコミットした内容ではインスタンスが起動しない。 CICDoo はそれらのコミットをレスキューブランチに移し、インスタンスのブランチをリセットして、Odoo を復旧させます。何もプッシュされず、何も失われません。作業が必要であればレスキューブランチに残っています。
- プッシュが失敗する。 作業は消えることなく、コンテナの作業ツリーに残ります。
- 実行がプロバイダーの利用上限に達する。 タスクは一時停止し、上限がいつリセットされるかを知らせます。再開する を押すと、承認済みの計画をその地点から続行します。新しいラウンドではなく、中断された同じラウンドです。
- 実行が報告を返さなくなる。 作業の途中でコンテナが停止した場合、タスクは永久に宙ぶらりんにならず、失敗として記録されます。その後にエージェントが遅れて報告してきた場合でも、結果は取り込まれます。
使用量を見る
タスクの 使用量 タブには、そのタスクの背後にあるすべての実行が一覧表示されます。ラウンドとフェーズ、起動した人、結果、入出力のトークン数、かかった時間です。/agent ページでは、これがプロジェクト横断で集計され、直近 30 日、90 日、12 か月のグラフが表示されます。
再試行や失敗もカウントされます。これは意図的なものです。それらは実際にエージェント時間を消費しており、4 回かかったタスクは 4 回かかったように見えるべきだからです。
次のステップ
その時間がどう計測され、どう支払われるかについては エージェント時間と追加購入 をご覧ください。機能の有効化と CLI の接続については エージェントタスクの設定 をご覧ください。
お困りの場合は、チケットページまたはチャットウィジェットからサポートチケットを作成してください。
まだ解決しませんか？アプリからチケットを作成するか、エンジニアに相談してください。