Kanaeruは現在、招待制のクローズドベータです。料金はまだ公開していません。招待を受け取るには、Kanaeru Software Factoryのページでウェイトリストに登録してください。サインイン用のリンクは招待メールに記載されています。
1
サインインする
招待メールのリンクを開き、GoogleでサインインまたはMicrosoftでサインインを選びます。招待メールが届いたアドレスを使ってください。まだ招待を受け取っていない場合は、Software Factoryのページでウェイトリストに登録してください。初回サインイン時には、次の操作を行います。
- クローズドベータの利用規約を読み、同意して続行を選びます。
- 主な役割を選びます。Kanaはこれをもとに、どの用語を説明するかを判断します。
2
エージェントランタイムにサインインする
エージェントを動かすにはマシンが必要です。クローズドベータでは、サインインの完了時にKanaeruがクラウドマシンを用意します。何もインストールする必要はありませんが、マシン上のコーディングエージェント（Claude CodeやCodexなどのランタイム）が作業するには、それぞれのモデルプロバイダーへのサインインが必要です。
- クラウドマシンを選択します。スリープ中と表示されている場合は起動を選び、1分ほど待ちます。
- プロバイダー認証情報で、使いたいランタイムごとにアクセス手段を追加します。APIキーか、CodexのChatGPT でサインインのようなサインインです。
- ランタイム確認を確認します。アクセスを設定したランタイムは、要設定から利用可に変わります。
3
GitHubを接続する
ユーザーメニューからプロフィールを開きます。左サイドバー下部の自分の名前を選び、プロフィールを選びます。コネクタのセクションでGitHubを選び、リポジトリを所有するアカウントまたは組織にKana GitHubアプリをインストールします。Kanaeruはこのアプリを通じてプルリクエストを作成します。GitHubを参照してください。
4
ワークスペースを作成してビジョンを伝える
新しいワークスペースを選び、作りたいものをKanaに伝えます。ビジョン名と説明を入力します。例：
- ビジョン名： 友達とオンライン人狼
- 説明： 6〜10人の友達が、インストールもアカウント登録もなしにブラウザで人狼を遊べる。1人が部屋を作ってリンクを共有すると全員が参加でき、ゲームは夜と昼のラウンドを進行し、誰が残っているかを管理し、接続が切れた人も再参加できる。
5
Kanaがアウトカムを計画する
アウトカムが始まると、Kanaはそのアウトカムの計画セッションを実行します。アウトカムをタスクに分割し、各タスクは1つ以上のユーザージャーニーをカバーします。各ジャーニーには受け入れ条件（Given / When / Then形式のシナリオ）とブループリントが含まれます。ブループリントは、コードを書く前にKanaが理解した内容を示すものです。実際の画面をクリックして操作できるライブのUXモックアップのほか、ユーザージャーニー、シーケンス図、API契約、データモデルとドメインモデル、アーキテクチャ、ステートマシン、そして各選択の理由を添えた技術スタックがあります。ブループリントを参照してください。Kanaが確信を持てない点は、理解のギャップになります。理解のギャップは、影響が及ぶ最も狭い範囲（1つのジャーニー、1つのタスク、タスク一覧、またはアウトカム全体）で提起されます。通常のギャップは、情報不足、曖昧さ、仮定、記録された決定です。ブロッキングのギャップ（リスク、エスカレーション、仕様の不足、意図のずれ、理解度の確認、あなただけが持つ前提情報）は、実行前に解消する必要があります。理解のギャップを参照してください。
6
計画をレビューする
ロードマップでアウトカムを開き、計画とレビューを展開します。レビューは3つのステップで進めます。
- タスク分解：タスクの分け方は適切ですか？ タスク分解を承認を選びます。
- ユーザージャーニー一覧：各タスクは適切なジャーニーをカバーしていますか？ ジャーニー一覧を承認を選びます。
- 各ジャーニー：受け入れ条件とブループリントを確認して承認し、次のジャーニーに進みます。
7
エージェントに構築を任せる
各タスクの準備が整うと、タスク計画セッションがそのタスクのパイプラインを設計し、独立したレビュアーがそれをチェックします。パイプラインには必ずビジネスロジック、API、UI、QA、デプロイの5つのフェーズがあります。各フェーズにはレイヤーがあり（たとえばビジネスロジックにはドメインとユースケース）、各レイヤーは2つのサイクルを実行します。
- 構築：ほとんどのレイヤーは、先にコードを書き、次にテストを書きます。ユースケースはテストファーストです。生成されたコードはすべて、その場でlintの修正が行われます。
- レビューと修正：レビューステップが書かれた内容をチェックし、却下された作業を修正に戻して、再度レビューします。失敗が続く場合は、エスカレーション判定が判断します。
8
デリバリーを出荷する
各タスクのプルリクエストは、アウトカム専用のブランチ（
outcome/<id>）にマージされるため、アウトカムは1か所に積み上がっていきます。最後のタスクがマージされると、Kanaeruはリポジトリごとに1つのデリバリープルリクエストを、アウトカムブランチからデフォルトブランチに向けて作成します。これをレビューしてマージすると、アウトカム全体が出荷されます。別の方法でレビューしたい場合はKanaに相談してください。たとえば、タスクのプルリクエストをスタックにしたり、1つずつベースブランチに直接マージしたりできます。マージされると、実行タブにデリバリーの承認準備ができましたと表示されます。振り返りを開始を選びます。9
振り返りでサイクルを締めくくる
振り返りでは、うまくいったこと、うまくいかなかったこと、かかったコストを確認します。フィードバックを1つ以上追加し、エビデンス（テスト、承認、そして作られたものが承認したブループリントと一致しているか）を確認してから、デリバリーを承認し、アウトカムを完了を選びます。振り返りで得た学びは、次のアウトカムに活かされます。
次のステップ
Kanaeruのしくみ
ビジョン、アウトカム、タスクを支える考え方。
Kanaと一緒に働く
チャット、実行中のエージェントの誘導、質問への回答。