手順書から、確認できる実行記録へ

例には警報解除と開店時の現金確認という二つの必須ステップがあります。

  1. 定義して公開

    目的、順序、確認式または入力式のステップを設定。利用中の指示を黙って変更せず、新しい版を公開します。

  2. 割り当てて実行

    開始するか、期限付きで担当者に割り当てます。版、必須ステップの進捗、現在の入力、阻害要因の記録が見えます。

  3. 記録を確認

    個別実行にはイベント履歴、一覧には状態、版、担当者、進捗を表示します。

広い企業ワークスペース内の一つの実装済みフローです。有料利用、時間削減、本番での信頼性を立証するものではありません。

運用上の課題

チェックリストだけでは、使われた手順の版、作業が止まった場所、実行者が残りません。AIを使う業務には、重要な操作の明確な境界も必要です。

変えたこと

Kuanはワークスペースを設計し、関係情報、調査、業務手順、レビューの仕組みを実装しました。この事例では、カフェの開店手順を設定から実行・履歴まで追います。

システム範囲

  • プロダクトと画面の設計
  • 関係情報と保存可能な調査
  • 版管理された手順とスタッフの実行
  • エージェント用ツールと人による確認

技術的な制約

  • 手順の変更後も実行に紐づく版を保持すること。
  • ワークスペースの権限、必須ステップ、未解決の阻害要因を明示すること。
  • 人とエージェントの双方が同じ業務記録を使えるようにすること。

根拠

実装
確認したコードには手順の編集、公開、割り当て、ステップ完了、ブロック、実行履歴があります。
境界
自律的な営業送信は示していません。確認した送信実装は無効・シャドーモードのみ対応しています。

技術基盤

画面
ReactとTypeScript、共有UI部品、多言語ルート、クエリに基づく手順画面。
業務モデル
ワークスペース単位の手順、版、割り当て、ステップ状態、イベント履歴。

主要な判断

指示と実行を分ける
公開された版と個々の実行は別の記録です。手順が変わっても、どの指示に従ったかが残ります。
未完了の仕事を見えるようにする
必須ステップ、阻害、放棄、完了は異なる状態です。ブロックされた実行を成功扱いにしません。
チャットだけに頼らない
型のある入力と明確な操作により、確認できる記録を残します。エージェントはその記録を補助し、会話で置き換えません。

ソフトウェア開発を任せられるパートナーが必要ですか?

市場、制約、現在地、現実的な予算を文章でお知らせください。適合性があれば、次のステップを人が直接お返事します。

プロジェクトを始める
次のケーススタディ BorderlessKit 米国外の創業者向けに、米国での会社設立と口座開設を代行するサービス。