実証
デモではなく、動いた仕事を見る
ここにあるのは、導入事例として公開しているSES企業の業務の実物です。稼働状況、期間、工数、ルールが止めた書き込みとその理由、残った記録。いずれも、商談の場でそのまま確認いただけます。
- 状況
- 1ヶ月で本番稼働
- 構築工数
- 0.5人月
- 証拠
- 全実行が記録済み
エンジニアスキル管理
1ヶ月で稼働 / 0.5人月
AIがエンジニアに経歴を聞く。浅い回答には聞き返し、上長の文章コメントは個別の対応項目に分け、過去ログから離職の兆候も読む。マクロではなく、判断を含む仕事です。
- 入力は整ったフォームではなく、ばらつく面談と文章コメント
- 公開は必ず上長レビューを待つ
- すべての実行が、改変不能な記録に残った
ヘッドレスなシステムでは、記録そのものが証拠になり、そのままの形で出せます。以下に3つ。定義に書かれたレビューゲート、システムが記録したある日の実行、そしてどのベンダーにも要求できる3つの面。
稼働中ワークフローの業務定義から: レビューゲート
- 工程下書き → 生成 → 本人確認 → 上長レビュー
どのシートも同じ経路を通ります。AIが順番を変えることも、飛ばすこともできません。
- 工程公開に進めるのは、上長レビューを通った版だけ唯一の経路
レビューを通っていない版は、確定の前に書き込み自体が拒否されます。
- 工程指摘がつくと、差し戻し
補足してから再レビュー。差し戻しの状態から公開へは進めません。
システムが記録した、ある日の実行
- 業務
- エンジニアスキルレビュー
- 状況
- 本番稼働
- 構築
- 0.5人月
停止 = 聞き直して継続 ・ 遮断 = 書き込みを拒否
- 09:14追加質問品質ルールで停止
回答が浅く品質ルールに当たったため、シートを触る前にプロジェクト範囲を聞き直しました。
- 09:22公開の要求を却下工程ルールで遮断
レビュー前の公開が要求されましたが、書き込みは届いていません。
- 09:31承認を開始上長の判断待ち
保留中の変更、その理由、対象レコードが上長に届きました。
- 09:36確定を記録AIの外側に保全
承認された書き込みが、誰が・何を・なぜ・いつと一緒に保存されました。
検証のしかた
モデルの自己採点ではないと、どう見分けるか
どのベンダーにも、この3つの面を要求してください。Perstackは3つとも出せます。
定義
業務定義という文書
どんなデータと操作が存在し、何がどう失敗しうるか。動かす前に読めます。
実行
一回ごとの実行履歴
状態、メッセージ、ツール呼び出し、再試行、必要だった承認、遮断の理由。実行ごとに、起きた順で。
実行の結果
成功 / 業務上の停止 / システム障害
操作ごとの通過・承認待ち・遮断とは別に、実行全体の結果がこの3つで返ります。業務ルール違反は、モデルが後から説明を返すのではなく、確定の前に結果として返ります。
確定前に却下された書き込みを見せられないデモは、まだ統制に届いていません。
進行中の提案（まだ稼働前です）