Studio はタスクとコードをプロジェクト単位で整理します。人は判断して結果を検収します。エージェントは共有のスキル、業務資料、プロジェクトメモリーを使ってアプリを開発します。
プロジェクトとリポジトリ
プロジェクト は、タスク、メンバー、リポジトリ、ドキュメントをまとめます。プロジェクトリーダーが設定、共有の知識、リリースを管理します。
リポジトリ はアプリのコードを保存します。1 つのプロジェクトに複数のリポジトリを持てます。新しいリポジトリは既定で NocoBase Core で初期化されます。既存のリポジトリを接続することもできます。
最初のプロジェクトを作成する と プロジェクト設定 を参照してください。
タスクと責任者
タスク には、要件、検収基準、議論、引き渡しの結果が記録されます。たとえば「仕入先の評価とランク分け」です。サブタスクで作業を分割し、先行タスクで依存関係を表します。
各タスクには 責任者 がいて、質問に答え、トレードオフを確認し、結果を検収します。コーディネーターエージェントが実行を取りまとめます。設計、開発、レビューの結果はタスクに残ります。
タスクには 6 つのステータスがあります。よくある遷移は次のとおりです。
Blocked のタスクは判断を必要としています。In review のタスクは検収を待っています。これらは My issues の先頭に表示されます。
タスクの責任者は役割上の責任であり、システムのロールではありません。エージェントは依頼者の権限の範囲内で動作します。タスクのステータスと権限 を参照してください。
セッション
セッション は、要件を相談し、タスクを作成し、結果を追跡するためのエージェントとの会話です。1 つのセッションを複数のタスクにひも付けられ、その進捗は会話に戻ってきます。
セッションは所有者だけが見られます。タスクはプロジェクトの権限に従って共有されます。
My sessions を参照してください。
エージェントとランタイム
| 概念 | 役割 |
|---|---|
| コーディネーターエージェント | ステップを割り振り、結果を読み、責任者に質問し、作業を検収に回します。 |
| 実行エージェント | コーディングツールとモデルの組み合わせで、設計、開発、テスト、レビューを行います。 |
| ランタイム | エージェントの作業を実行するマシン、ツール、モデルを提供します。 |
1 つのランタイムで複数のエージェントを提供でき、同じエージェントを複数のマシンで実行できます。共有ランタイムはチームに提供されます。個人ランタイムは、所有者が開始したタスクだけを実行します。
実行のたびに、処理内容、結果、使用量を含む 実行記録 が作成されます。1 つのタスクには通常、複数の実行があります。
エージェントチームの仕組み と ランタイムを接続する を参照してください。
スキル、ナレッジベース、プロジェクトメモリー
| 概念 | 保存するもの | 例 |
|---|---|---|
| スキル | 開発の方法と実行時の要件 | 設計の手順、レビューの基準、引き渡しレポートの形式 |
| ナレッジベース | チームが作成またはアップロードした業務資料 | 仕入先評価シート、購買規程 |
| プロジェクトメモリー | 確認済みのルール、経験、判断の理由 | ランク C の仕入先への発注は、金額にかかわらずすべて承認が必要 |
スキルはグローバル、プロジェクト、リポジトリのいずれにも適用できます。プロジェクトメモリーはエージェントが管理し、タスクの PR と一緒にレビュー・マージされて、以降の作業で再利用されます。
PR、環境、バージョン
PR（プルリクエスト）は、タスクとコードの変更をひも付けます。エージェントがコードを提出し、チェックとレビューを済ませます。責任者が結果を検収してマージします。
プレビュー環境とテスト環境 のアプリは、Studio の子プロセスとして動作し、変更を検証します。
| 環境 | 用途 |
|---|---|
| PR プレビュー | CI が作成し、マージ前に変更を検証します |
| テスト環境 | マージ済みのコードを動かし、まとめた変更を検証します |
本番環境 は、イメージをビルドして自社のインフラにデプロイします。Studio は本番バージョンを記録しますが、本番環境へのデプロイは行いません。
バージョン は、リリースラインに一致するリポジトリのタグから作られるリリースを表します。Studio はバージョンをそのタスクと成果物にひも付けます。
タスクが完了したら、バージョンとデプロイ記録を見て、本番に反映されているかを確認します。リリースの概要 を参照してください。