TALMUD AI LABAIが実際に働いている、その証拠。
当社では、AIエージェントを自社の業務で日常的に運用しています。
ここでは、実際のエージェント、稼働中の自動処理、開発記録、公開コードの一部を掲載しています。
112稼働中の自動処理
409エージェント実行記録
278リリース記録
7公開OSS
基準日 2026年9月3日
01AI TEAM
AIチームが、役割を分けて動いています。
02LIVE AUTOMATION
人が毎回操作しなくても、日々動いている処理があります。
112稼働中の自動処理
- 66統括・管理
- 26顧客対応
- 12共有・連携
- 5開発
- 2秘書
- 1制作
- 会議後の情報整理会議の記録を取り込み、要点とやることに整理します(5〜10分ごと)。
- SNS運用・投稿準備取引先向けの投稿案を作り、配信まで進めます(平日 1日1〜4回)。
- システムの稼働確認各サービスが動いているか、届いていないものが無いかを見ます(2〜30分ごと)。
03DEVELOPMENT RECORDS
作って終わりではなく、更新を続けています。
278リリース
本番反映のたびに、動作確認と記録を残しています。
公開リポジトリの変更履歴(実画面)1308-24
808-25
1008-26
6108-27
2008-29
2108-30
7808-31
1709-01
3809-02
04OPEN SOURCE
動いている仕組みの一部を公開しています。
公開リポジトリのファイル一覧(実画面)- エージェント定義誰が何を担当し、何をしてはいけないかを書いた定義。
- 使用ツールエージェントが実際に呼び出している道具の一覧。
- テスト振る舞いを試す試験。実装より本数が多い状態を保っています。
- ファイル構成画面・中身・試験がどう分かれているか。
05HOW WE BUILD
設計・実装・検品を分けています。
- 01設計何を任せ、何を人が確認するか決める。
- 02実装AIエージェントやアプリを作る。
- 03検品別の担当が出力・動作を確認する。
- 04本番運用実際の業務で動かし、改善を続ける。
実行ログを記録し、異常時には停止・確認できる仕組みを設けています。
技術監査用の詳細データ
1. 稼働中の自動処理 ― 全24行
| # | 業務 | 担当 | 頻度 | 重さ | AI化の適性 |
|---|---|---|---|---|---|
| 1 | 市場データの定期取り込み | 統括担当AI | 平日 30分ごと | 中 | 高 |
| 2 | 相場シグナルの確定処理 | 統括担当AI | 平日 1日1回(4系統 同時) | 中 | 高 |
| 3 | 相場情報の定期配信(朝・夕) | 統括担当AI | 平日 1日2回(各4系統 同時) | 中 | 高 |
| 4 | 週次の振り返り集計 | 統括担当AI | 週1回(日曜・4系統 同時) | 中 | 高 |
| 5 | 判断ロジックの学習更新 | 統括担当AI | 週1回(2系統) | 重 | 高 |
| 6 | 配信値と実績値の突合 | 統括担当AI | 平日 1日1回 | 中 | 高 |
| 7 | 取引先向けSNS投稿案の作成・配信 | 顧客対応AI | 平日 1日1〜4回 | 中 | 高 |
| 8 | 顧客からの依頼の受付と回答草案 | 顧客対応AI | 随時 | 中 | 高(送信の可否は人) |
| 9 | 会議の取り込みと内容整理 | 秘書担当AI | 5〜10分ごと | 軽〜中 | 高 |
| 10 | 記事ネタと図版の生成 | 統括担当AI | 1日1回 | 重 | 高 |
| 11 | 社内知識の索引の再構築 | 統括担当AI | 毎時 | 重 | 高 |
| 12 | 稼働監視・死活確認・未達の検知 | 各担当AI | 2〜30分ごと | 軽 | 高 |
| 13 | バックアップと復元テスト | 統括担当AI | 毎日/復元は週1回 | 重 | 高 |
| 14 | 秘密・個人情報の混入走査 | 統括担当AI | 1日1回 | 中 | 高 |
| 15 | コードの実装と修正 | 開発担当AI | 随時 | 中〜重 | 高 |
| 16 | 別系統AIによる独立レビュー | 実装検証AI(別系統) | 出す物ごと | 中 | 高 |
| 17 | 画面の実機検品(PC・スマホの実写) | 統括担当AI | 出す物ごと | 中 | 中(最終判定は人) |
| 18 | 本番反映と反映直後の確認 | 統括担当AI | 出す物ごと | 中 | 中(安全確認が全て緑の時だけ) |
| 19 | 決定と現況の記録更新 | 統括担当AI | 随時 | 中 | 中 |
| 20 | 顧客への個別送信の可否 | 人(責任者) | 都度 | 軽 | 人が担当 |
| 21 | 公開・外部送信・秘密の取り扱い | 人(責任者) | 都度 | 中 | 人が担当 |
| 22 | 取り返しのつかない操作(削除・上書き・停止) | 人(責任者) | 都度 | 中 | 人が担当 |
| 23 | お金(価格・課金・決済)の決定 | 人(責任者) | 都度 | 中 | 人が担当 |
| 24 | 最上位ルールの改定・事業判断 | 人(責任者) | 都度 | 重 | 人が担当 |
| 持ち主 | 本数 |
|---|---|
| 統括・管理 | 66 |
| 顧客対応 | 26 |
| 共有・連携 | 12 |
| 開発 | 5 |
| 秘書 | 2 |
| 制作 | 1 |
| 合計 | 112 |
| 重さ | 本数 | 中身 |
|---|---|---|
| 重 | 11 | 学習・ビルド・大量入出力・AI生成 |
| 中 | 約35 | 配信・収集・照合 |
| 軽 | 約66 | 死活確認・見張り |
| 顧客に関わる処理 | 約45 | 3区分にまたがります |
2. 処理ジョブ 8,702件
| 結果 | 件数 |
|---|---|
| 完了 | 7,396 |
| 失敗 | 886 |
| 後続の配達に置き換え | 351 |
| 却下 | 33 |
| 注入攻撃として遮断 | 26 |
| 完了(旧表記) | 7 |
| 保留 | 2 |
| 遮断の誤検知として復帰 | 1 |
| 合計 | 8,702 |
| 指標 | 件数 | 数え方 |
|---|---|---|
| 配達 | 8,114 | 実際に届いた件数 |
| 受付リクエスト | 8,583 | 受け付けた依頼 |
| 送信待ち行列 | 10,331 | 配達前の行列に積まれた総数 |
| 重複送信の抑止記録 | 7,393 | 二重送信を止めた記録 |
| 約束(期限つきの受託) | 493 | 履行 204 / 期限超過 289 |
| 配信先 | 38 | 配達先の数 |
| 月 | 処理ジョブ | 配達 | 受付リクエスト |
|---|---|---|---|
| 2026-05 | 1,200 | 1,198 | 947 |
| 2026-06 | 2,500 | 1,713 | 2,690 |
| 2026-07 | 3,867 | 3,848 | 3,862 |
| 2026-08 | 1,073 | 1,271 | 1,028 |
| 2026-09(2日まで) | 62 | 84 | 56 |
| 合計 | 8,702 | 8,114 | 8,583 |
3. エージェント実行記録 409本/リリース記録 278件
| 内訳 | 本数 |
|---|---|
| 初回 | 344 |
| 再実行(1〜3回目) | 65 |
| 合計 | 409 |
| 依頼IDの重複を除くと | 396 |
| 同じ場所にある診断・疎通用の記録(409本に含めない) | 188 |
| 日 | 件数 |
|---|---|
| 08-24 | 13 |
| 08-25 | 8 |
| 08-26 | 10 |
| 08-27 | 61 |
| 08-29 | 20 |
| 08-30 | 21 |
| 08-31 | 78 |
| 09-01 | 17 |
| 09-02 | 38 |
| 9日分の小計 / 台帳全体 | 266 / 278 |
4. 本番反映の受領証 ― 骨格
2026-09-02 11:35 → 09-03 00:11 に本番反映 25回。各回に1通ずつ発行しています(合計 4,597行)。25通に共通して並んでいる欄は次の9つです。
- 版旧の版 → 新の版と、戻し方を先に書く。戻せない反映はしない。
- ゲート作業コピーと凍結したソースの一致/型の検査/テストの通過件数と増減/データベースの取り決めの検査/出す物の指紋の一致。1つでも赤・不明があれば反映しない。
- 退避反映前の本番の中身を先に保存し、バイト数と指紋を書き残す。
- 反映確認キャッシュを外して測る。応答の番号/バイト数(前 → 後)/未認証での遮断/接続設定と秘密の本数が前後で変わらないこと。
- 中身の突き合わせ先に、いま動いている版で同じ手順を通して予測が当たることを実証してから、新しい版を比べる。
- 反映直後の観測窓反映の直後、一定時間だけ実際の通信を全件記録する(実測例 185秒・195秒)。
- 見張りの結果画面・認証・稼働・健全性の各項目を「何分の何」で書く。
- 実ブラウザの実写PC幅とスマートフォン幅で本番の画面を開いて撮る。横のはみ出し 0px/画面側のエラー 0件を実写と一緒に残す。
- 未実施その時点で確認できなかったことを名指しで書く欄。
5. 公開しているAI会議秘書のファイル構成
| 置き場 | 本数 | 中身 |
|---|---|---|
| 直下 | 5 | 説明書・ライセンス・依存定義・設定の見本・追跡から外す指定 |
| public/ | 17 | 画面。ここに業務ロジックは置かない |
| server/ | 52 | 中身。実装 19本 / テスト 33本。入口の1本が全経路の認証を1か所で見る(1,033行) |
| samples/ | 1 | 動作確認用の見本原稿(実際の会議ではない) |
| scripts/ | 1 | 取り込みを定期実行するための起動script |
| 合計 | 76 | 実行時の外部依存なし。MIT ライセンス |
6. エージェント定義 ― 常設9体+専門の定義5本
| # | 担当 | 役割 | モデルの系統 |
|---|---|---|---|
| 1 | コルヴス | 統括・差配・検品。全社の成果を最後に見る | Claude 系 |
| 2 | フェニックス | アプリと公開ソースの設計・レビュー | Claude 系 |
| 3 | ヴェスペル | 動画・制作・SNS | Claude 系 |
| 4 | コルヴス【Codex】 | 統括補佐・実装/検証・代替稼働 | GPT 系 |
| 5 | フェニックス【Codex】 | アプリと公開ソースの実装 | GPT 系 |
| 6 | ヴェスペル【Codex】 | 動画の実装 | GPT 系 |
| 7 | モピオ | 会員対応(専用)。送信前フィルタを必ず通す | 実行エンジンは GPT 系 |
| 8 | リリス | 秘書・連絡・会議秘書 | Claude 系 |
| 9 | 会議アバター・調査の担当 | 会議出席と調査。呼びかけ1回につき1ターンだけ動く | GPT 系 |
| 専門の定義 5本 | コードレビュー担当/セキュリティ監査担当/テスト担当/表示速度の監査担当/掃引担当 | ||
判断・設計・レビューを行う版と、実装・検証を行う版を別々のモデルで持っています。作り手と点検者が同じにならない形です。
7. ナレッジ構成 ― 425件
| 置き場 | 件数 |
|---|---|
| 教訓ノート(失敗と検証から起こした行動則) | 273 |
| 手順書(作業手順そのもの) | 92 |
| 共有ナレッジ(規範・設計・監査記録) | 32 |
| 会員対応担当の自前ナレッジ | 25 |
| 規範文書の実ファイル | 3 |
| 合計 | 425 |
| 分類 | 件数 |
|---|---|
| 環境と道具の落とし穴 | 70 |
| 判断と検証の作法 | 62 |
| 組織運営・報告の作法 | 57 |
| 会員対応の規範 | 42 |
| 出荷・公開・破壊的操作の規範 | 32 |
| 索引に未収録(退避済みの旧版) | 8 |
| 小計 + 索引2 | 271 + 2 |
8. AIと人の判断基準 ― 23行
出所は、最上位規則(不可侵)「会員影響/公開・外部送信・秘密/破壊的操作/お金は先に承認」、運転規則の線引き(2026-08-04 確定)、承認・保留の台帳 42件です。
| # | 任せている内容 |
|---|---|
| A1 | 実装方法・直し方・順序・書き方・設計 |
| A2 | 道具の選択(選定の記録を残すことだけを義務にしている) |
| A3 | 定期処理の実行(収集・集計・配信・監視) |
| A4 | 草案づくり(投稿案・回答文・記事・図版) |
| A5 | 会議の取り込みと内容整理 |
| A6 | 調査・棚卸し・件数の集計(読むだけの作業) |
| A7 | バックアップと復元テスト(削除は含めない) |
| A8 | 全ゲートが緑になった後の、審査済みアプリの通常の本番反映 |
| # | 確認する内容 |
|---|---|
| B1 | 公開する物・セキュリティに関わる変更・顧客に影響する変更 |
| B2 | 「直った」「完了した」の宣言(実ブラウザ・実アカウントで画面に結果が出るまで) |
| B3 | 作った本人以外による検証 |
| B4 | 原因の断定(ログの時刻まで確認してから言う) |
| B5 | 「0件・異常なし・緑」と書く時(母集団・使った検査・必ず当たる物を1つ仕込んだ結果を併記) |
| B6 | 画面の作り(3つの画面幅で実際に描画して判定する) |
| B7 | 顧客向けと自社向けの両方がある機能(各面を別々に検証する) |
| B8 | 外部サービスとの連携(実際の認可が受理されるまで緑にしない) |
| # | 人が担当する内容 | 承認できる人の数(実測) |
|---|---|---|
| C1 | 顧客への個別送信・顧客データの変更 | 1名 |
| C2 | 公開・外部送信・秘密(鍵やトークン)の取り扱い | 2名体制 |
| C3 | 取り返しのつかない操作(削除・上書き・稼働中システムの停止) | 2名体制 |
| C4 | お金(価格・課金・決済) | 責任者のみ |
| C5 | 顧客向けサービスの公開ページの本番公開 | 1名 |
| C6 | 本番データベースへの直接操作 | 2名体制 |
| C7 | 最上位ルールそのものの改定 | 責任者のみ |
| 止めている操作の種類 | 本数 |
|---|---|
| 秘密(鍵・トークン・認証情報)を書き込む/画面に出す/記録に残す | 10 |
| 取り返しのつかない削除・作業内容の一括破棄・履歴の書き換え | 7 |
| 稼働中のシステムを名前で一括停止する | 5 |
| 機器や重要な設定ファイルへの直接書き込み | 4 |
| データベースの全件削除・全件更新・テーブルごと削除 | 3 |
| 外部から取得したコードをそのまま実行する | 2 |
| 重い処理・大規模な検索を、専用の窓口を通さずに走らせる | 2 |
| 顧客テーブルの、絞り込み無しの一括変更 | 1 |
| 誰でも書き換えられる権限に広げる | 1 |
| 合計 | 35 |
| 区分 | 件数 |
|---|---|
| 保留中(持ち主と見直し日が必須) | 21 |
| 恒久的に「やらない」と決めた物 | 8 |
| 承認が要る操作として登録済み | 7 |
| 保留を解いて閉じた物(消さずに残す) | 3 |
| 操作の瞬間に「承認者は誰か」を表示する規則 | 3 |
| 合計 | 42 |
9. セキュリティ・検品規則
- GATE 01 / 別系統モデルの独立レビュー作った側と別の系統のAIが、正しさ・読みやすさ・設計・セキュリティ・性能の5軸で審査します。同じ系統での再レビューは、この枠として数えません。
- GATE 02 / 統括による検品作った人と判定する人を分けます。両方が緑になるまで本番に出しません。
- GATE 03 / 実ブラウザ・実アカウントPC幅とスマートフォン幅の実画面で、ログインから結果表示まで一周します。
- GATE 04 / 秘密と個人情報の走査見本を1件仕込んで検査が鳴ることを確かめてから、本走査します。
- GATE 05 / 反映後の実測キャッシュを外して測り直し、反映直後は一定時間、実際の通信を全件記録します。
- GATE 06 / 未実施の明記その回で確認できなかったことを、名指しで残します。
| 項目 | 当社がしていること | 止め方 |
|---|---|---|
| 使用するデータ | 検証していない入力を受けるAIは、秘密ファイル・他の顧客のデータ・外部送信に到達できない範囲の中だけで動かします | 機械で止めている |
| 保存場所 | 顧客が使うアプリは、顧客自身の契約の上に置きます | 顧客名義 |
| 閲覧権限 | 誰が何を閲覧・操作できるかを、道具を選ぶ前に決めます | 2名体制 |
| 外部AIへ送る範囲 | 何を外部へ渡し、何を社内に残すかを先に決めます | 二重ゲート |
| ログの保存期間 | 一律の期間は定めず、先に「消したはずの物が残る経路」を実測してから置き場所を設計します | 実測して設計 |
| 連携用の鍵の管理 | 鍵・トークン・認証情報を、書き込む/画面に出す/記録に残す操作を機械で止めています | 機械で止めている 10本 |
| 権限の停止 | 顧客が使うアプリは顧客名義の契約なので、契約が終われば顧客側で止められます | 顧客側で失効できる |
10. 数値の定義
- 基準日2026年9月3日。稼働中の自動処理のみ 2026-09-01 の実測値です。
- 時刻すべて日本時間です。
- 稼働中の自動処理 112本定期実行の台帳のうち、実行時刻の指定がある有効な行の数。無効化済みの旧ジョブ 36本は含みません。
- エージェント実行記録 409本1ファイル=AIエージェント1回分。同じ場所にある診断・疎通用の記録 188本は含みません。
- リリース記録 278件版として切り出した単位。2026-08-20 → 09-02。うちSNS運用サービス関連が 262件。
- 公開OSS 7本すべて MIT ライセンス。2026-09-03 に外部の公開情報で再確認しました。
- 処理ジョブ 8,702件台帳の全行(除外なし)。1 と数えた単位は台帳の1行です。
- 会員の情報氏名・識別子・依頼の本文は取得していません。件数のみです。
- 測っていない値1件あたりの所要「分」と、導入前の基線。台帳に欄が無いため、この資料には出していません。
TALMUD