どの IT システムも、
考えて動く
AI 社員の職場へ。
Bizアシスタントは、登録・照会・更新を「待つ」だけだった業務システムに、小さな「ブリッジ」を足します。すると AI 社員が生まれ、職員一人ひとりのチャットで知らせ、頼み、下書きし、覚えます。業務ロジックの書き換えは不要。決めるのは、いつも人です。
LEGACY SYSTEMCRUD
| 受注番号 | 状態 | 出荷期限 |
|---|---|---|
| A-10231 | 受付 | 11/12 |
| A-10232 | 受付 | 11/12 ⚠ |
| A-10238 | 確認待ち | 11/12 ⚠ |
| A-10240 | 出荷済 | 11/10 |
| A-10244 | 受付 | 11/11 ⚠ |
v1
出荷期限を過ぎた受注が 3 件あります。
▶ 受注画面で出荷日を確認してください。
確認する
承認待ちが 2 時間を超えました。担当の方にお願いしました。
Biz Assistant Framework とは
既存または新しい業務システムを「AI 社員の職場」にする、オープンソースのフレームワークです。業務システムに小さなブリッジ（Bridge v1）を足すと、AI 社員が職員それぞれのチャットで知らせ・頼み・下書きし・覚えます。決めるのはいつも人です。
| 何をするか | 業務の変化を関係する職員に知らせ、承認を頼み、文書を下書きし、定時に報告し、決めごとを覚える |
| どこで | 職員それぞれのチャット（Slack・LINE・Microsoft Teams・WeCom・Lark など 12 種類） |
| 安全の原則 | AI の書込みは提案だけ。確定・承認・支払いは人が業務システムで行う。読めるのは本人の権限まで |
| つなぎ方 | 業務ロジックは書き換えない。読む口・提案の口・manifest・受信者の規則を足し、52 項目の適合性テストで確かめる |
| ライセンス | Apache License 2.0（オープンソース・商用無料）。ソースは GitHub の ITC-cloud-soft/biz-ai |
| 提供 | 株式会社アイテーシー（東京）。導入の相談と、運用保守を AI が担う姉妹製品「運用AI Bot」も提供 |
IT は「記録する道具」から、
「一緒に働く同僚」へ。
情報はすでにシステムの中にあります。足りなかったのは、それを人に届け、動かす仕組みでした。
記録の時代
台帳と入力。人がデータを入れ、人が探す。
画面の時代
CRUD と業務ロジック。人が画面を開き、確かめ、担当者を追いかける。
知能の時代
AI 社員が見張り、知らせ、頼み、下書きし、覚える。人はチャットで決める。
BEFORE ── 待つシステム
- 人が画面を開くまで、何も起きない
- 大事な変化に、見に行かないと気づかない
- 承認・提出のために担当者を追いかける
- 報告書を集めて作る
AFTER ── 考えて動くシステム
- AI 社員が変化に先に気づく
- 関係する人にだけ、その人のチャットに届く
- 承認はチャットのワンタップで決まる
- 朝と夕方に、まとめが届く
考える。覚える。自分から動く。
AI 社員は、職員一人ひとりの権限の範囲で働く AI アシスタントです。
考える
本人の権限の範囲で業務データを読み、いま大事なことを見分け、計画書や修正の案を下書きします。
覚える
一人ひとりの好みと用件、組織の手順や決めごと、前の会話を覚えます。個人情報は覚えません。
自分から動く
変化を見張り、関係する人にだけ知らせ、適任者に頼み、進まなければ催促し、定時にまとめます。
AI は読む・提案する。確定・承認・金額の決定は、いつも人。
AI 社員のいる、ある一日。
対応が必要なこと 2 件、ご参考 1 件をまとめました。
09:00 開始予定の作業が、まだ始まっていません。
10 月分の請求の確定をお願いします。
承認
AI の提案が 2 件。採用か見送りかをお決めください。
画面はすべて架空の例です。
業務システムは、そのまま正本。
AI 社員は、ブリッジの向こうで働く。
業務面と AI 面を、版の付いた小さな HTTP プロトコル Bridge v1 と、機械が読める自己紹介 manifest でつなぎます。
🏢 業務システム
- 業務データ・職員と役割
- 規則・承認・金額・監査
- 通知の受信者
Bridge v1
🤖 AI 面
- 会話・長期記憶
- 自動タスク・定時報告
- 9 つのプラグイン
💬 チャット
- Slack
- LINE
- Teams ほか
業務の変化を、業務と同じトランザクションで記録する
誰に届けるかを、業務システムが決める
AI 社員が本人の権限で読み、案を出す
人がチャットで決め、結果は業務システムに記録される
安全は、プロンプトではなく
コードと設定で守る。
決めるのは人
AI の書込みは「提案」だけ。採用・承認は人が 1 回。
本人の権限まで
AI の権限 ＝ AI に許した操作 ∩ その職員の役割。最長 5 分のトークン。
届け先は業務システムが決める
AI は宛先を選ばない。関係する人にだけ届く。
個人情報を載せない
event は ID・日付・件数だけ。送信前の検査と固定の文面。
閉じた既定
グループ会話・無人の処理・送信先は、既定で閉じている。
52 項目で検証
約束は適合性テストで確かめる。リリースは 52 / 52・skip なし。
旧いシステムにも、新しいシステムにも。
業務ロジックの書き換えは不要。ただし、何も変えずにつながるわけではありません。足すものを最初の診断で一覧にします。
足すのは「ブリッジ」
- 業務データを読む口と、AI の提案を受ける口
- manifest（システムの自己紹介）
- 本人の SNS 連携（システム自身のログインで）
- 受信者を業務システムが決める規則
- 状態変化を同じトランザクションで event に
- 承認の規則・定時報告（件数だけ）
生まれたときから、AI 社員と働く
- server-kit の上で作れば、Bridge の部分は部品が持つ
- 書くのは業務・hooks・manifest・画面だけ
- 見本の業務システムで、構成と書き方を確かめられる
const bridge = await createBridgeApp({ manifest: { file: './bridge.manifest.yaml' }, store, serviceToken, bffSecret, hooks: { employees, authenticate, isSessionLive, recipientsFor, approvals, proposalKinds, reports, piiScan }, })
コードを変えずに、外にブリッジを置く
- ログインを外から確かめられる（OIDC / SAML）
- 本人として呼べる API がある
- commit 後の変化の知らせ（webhook / CDC）がある
- 承認と書込みの API がある
仕様は OpenAPI。約束はテストで。
manifest でシステムを説明し、hooks をつなぎ、52 項目の適合性テストで確かめる。ソースは GitHub で公開。AI コーディングエージェント用の導入 skill も用意しています。
bridge: 1 system: { id: order-desk, name: Order Desk } roles: manager: { delegation: propose } staff: { delegation: read } events: order.overdue: payload: [orderId, dueDate, count] # IDs, dates, counts only notify: { template: order.overdue } tools: - name: order_list_overdue http: GET /api/orders/overdue access: read roles: [manager, staff]
$ node --test packages/protocol/conformance/http.test.mjs ✔ P1–P6 protocol hygiene ✔ L1–L10 link yourself only · B1–B4 personal bots ✔ D1–D7 delegation = allow-list ∩ role ✔ S1–S5 assistant tickets bound to the session ✔ PR1–PR3 · A1–A4 AI proposes, people decide ✔ E1–E4 · N1–N3 · R1–R3 · M1–M3 no personal data 52 passed, 0 known gaps, 0 skipped
いつものチャットが、AI 社員の職場になる。
青い枠：組織のボット ／ すべて：職員が自分でつなぐ個人ボット ／ email は通知だけ
そして、
システムも自分で育つ。
運用AI Bot は、システムそのものを見守り、直し、育てる AI。課題を受け付け、調べ、修正とテストを行い、PR を出し、承認を経て反映し、学んだことを覚えます。本番はいつも人の承認。
使うほど育つ
よくある質問
既存システムのコードは変えずに済みますか？
業務ロジックの書き換えは不要ですが、ブリッジ（読む口と提案の口・manifest・本人の SNS 連携・受信者の規則・event の記録など）の追加は必要です。最初の診断で、足すものと量を一覧にします。
AI が勝手に承認や支払いをしませんか？
できない作りです。AI の書込みは「提案」だけで、確定・承認・支払・金額の決定は人が業務システムで行います。プロトコルとテストで確かめています。
どのチャットで使えますか？
Slack・LINE・Microsoft Teams・WeCom・WeChat・Lark など。職員が自分のボットをつなぐ「個人ボット」は 12 種類のチャットに対応しています。email は通知だけに使います。
個人情報はどう扱いますか？
業務の変化の記録（event）と通知には ID・日付・件数だけを載せ、送る前に検査します。AI 社員の記憶にも個人情報は残しません。