依頼先と途中の状況を追いきれない
複数のAIへ仕事を頼むと、依頼と成果が別々のチャットに散らばりがちです。担当、進行、成果物をまとめて見渡せる場所をつくります。
THE PROBLEM WE ADDRESS
どんな場面を、扱うか。
作ったものを、別の目で確かめたい
文章やページを制作する担当と、内容を点検する担当を分けます。修正が必要な箇所を戻し、再確認する流れまで、チームの仕事として追えます。
作業を任せ、最後の判断に時間を使いたい
AI社員が制作とレビューを進め、人は成果物と確認事項を受け取ります。公開や送信の前に判断できる流れを設け、途中の作業と最終確認を分けます。
WORKFLOW
依頼から確認までの流れ
入力、制作、確認を分け、途中で必要な判断を挟みます。
01
依頼
自然な言葉で仕事を頼む
02
分担
PM役が工程と担当を決める
03
並行制作
専門AIが成果物を作る
04
品質確認
別のAIが点検し、必要なら戻す
05
人が承認
外へ出す前に人の操作で止まる
ENGINEERING DETAILS
開発の詳細
使い方の裏側にある、実装と確認の仕組みです。
実装・品質・権限の設計を読む
実装上の工夫
同じ状態を2つの表示で読む
Classic 2DとSpatial 2.5Dを表示層として分離し、同じ業務状態を読み取ります。見た目の切替が承認や実行権限を変えない設計です。
9役割を固定したチーム設計
PM、Web制作、営業、顧客対応、顧客台帳、経理、広報、事務、レビューの役割を分け、担当と成果物を対応づけます。
状態に意味のある動き
作業、相談、レビュー、承認待ちを、位置・光・動線・短いモーションで表現。飾りのためのランダムな活動表示は行いません。
品質と安全境界
品質の確認
決定論的なDemoとreplay
同じ記録から同じ状態を復元し、相談から承認待ちまでを繰り返し検証できるようにしています。
状態と成果物を同じ画面で確認
担当者、進行、レビュー、成果物を分断せず、人が次に確認すべき対象を追える構成です。
動きを止めても意味が残る
reduced motionではアニメーションを停止し、文字・記号・状態ラベルで同じ意味を伝えます。
権限と提供範囲
Demoは外部処理をしない
外部AI、実課金、実公開、実注文を行わない再現可能な体験として分離しています。
承認はUI上の人間操作だけ
AI、シミュレーター、演出から承認を発行せず、公開相当の操作は人の明示操作を入口にします。
画面表示を稼働証明にしない
固定表示やキャラクターの動きだけを実処理の証拠にせず、状態と記録を表示の根拠にします。
画面は現行製品のDemo例です。顧客の稼働状況や導入効果を示すものではなく、Demoでは外部AI・実課金・実公開を行いません。