ブループリントの種類
ブループリントの例では、1つのアウトカムを例に、計画用の種類を表示形式とソースの両方で紹介しています。Exploration Canvas、Code Graph、Code Wiki は、自由形式の計画や既存コードの分析から作られるため、このページには含まれていません。エディターとレビューツールについては、ブループリントエディターとツールを参照してください。
アウトカムのブループリントは変更内容を記述します。アウトカムが完了すると、そのブループリントはビジョン共通のベースラインに昇格するため、次のアウトカムは最新の全体像から始められます。
ブループリントをレビューする
ブループリントは、ワークスペース内のアウトカムから、またはKanaがチャットに投稿したリンクから開きます。- 意図と一致していれば承認します。コメントを添えることもできます。
- 一致していなければ、理由と確認したい質問を添えて却下します。Kanaがブループリントを修正し、再度レビューを依頼します。
- 特定の部分に注釈を付けてスレッドを始めたり、ブループリントを直接編集したりできます。データモデル、ステートマシン、ドメインモデル、ユーザージャーニーにはビジュアルエディターがあります。
理解のギャップ
理解のギャップとは、Kanaの理解とあなたの意図が一致していない可能性がある箇所です。ギャップは、ワークスペースとチャットに、あなたへの質問として表示されます。
ギャップを解消するには、回答する、保留する、または該当なしとしてマークします。リスク、エスカレーション、仕様の不足、意図のずれ、理解度、前提情報のギャップはブロッキングです。これらが解消されるまで、アウトカムはレビューから実行へ進めません。計画の開始前に挙がったギャップは、種類にかかわらず、すべて解消しないと計画を始められません。
仕様の差異
仕様の差異とは、作られたものが承認済みの仕様やブループリントと一致しなくなった箇所です。差異は次の2つから生じます。- タスクの構築中やチェック中に、エージェントがコードと仕様の食い違いを見つけた場合。
- 承認後に、あなたまたはKanaがタスクの内容や受け入れ条件を編集した場合。このときはドキュメントを追いつかせるために古いドキュメントの差異が記録されます。