仕事の開始を、人が覚えている
定例の確認、情報の更新、期日の到来。やることは決まっていても、誰かが気づいて指示するまで動かない。
← サービス一覧 一度、設計・実装。
Deprex
中小企業の事業を動かすCompanyOS
一度、設計・実装。
次からは、自律実行。
Deprexは、会社・事業全体の省人・無人運営を支えるCompanyOSの実装・実行基盤です。一度、業務の目的、判断基準、実行条件を設計・実装すれば、2回目からはエージェントが状況の変化や時刻を捉えて自律実行。必要な工程をつなぎ、結果の確認と次の対応まで進めます。
こんな負担を抱えていませんか
毎回、誰かが指示しないと 仕事が始まらない。
判断基準が、担当者の中にある
何を見て、どう判断し、どこまで進めるか。担当者が変わるたびに、同じ背景と手順を説明し直している。
工程のつなぎ目に、人が必要になる
情報を集め、処理し、次の担当へ渡し、結果を確認する。一つの作業を自動化しても、前後の仕事をつなぐ負担が残っている。
任せられること
業務を捉え、判断し、実行する。 その流れを、会社の仕組みに。
仕事の発生を、自ら捉える
新しい情報・状況の変化・決めた時刻を検知
対象の情報源や業務状況を継続的に確認。設計した条件が揃うと、新しく必要な仕事や変更への対応を始めます。毎回、人が開始を指示する必要はありません。
返ってくる成果
必要なタイミングで動き始める業務
会社の基準で、次の行動を決める
目的・業務知識・判断基準を実行に適用
蓄積した背景と現在の状況を照合し、必要な工程と順番を決めます。担当する役割と、確認が必要な例外もあらかじめ組み込みます。
返ってくる成果
同じ事情を説明し直さずに進む判断と段取り
複数の工程をつなぎ、実務を進める
情報の確認から、作成・更新・関係者への連携へ
今使っている資料や業務ツールの中で、調査、照合、作成、更新を進めます。前の工程の結果を次の工程へ渡し、事業を動かす一連の仕事として実行します。
返ってくる成果
工程ごとの指示や手渡しを減らす業務の連携
完了を確かめ、次の実行へつなぐ
処理後の状態を確認し、条件が揃えば続きを実行
操作したことだけで完了とせず、期待した成果になっているかを確認。返答や情報を待つ仕事は状況を追い、再開できる条件が揃えば次へ進めます。
返ってくる成果
実行結果と残る対応が見え、継続して回る仕事
導入後の業務運用イメージ
仕事は自律で進む。 その動きは、いつでも見える。
SlackとGitHub Projectsを使った運用の一例です。一度設計した業務が、条件や時刻を起点に動き始める。進捗、成果、人の判断が必要な点を、普段の仕事の中で確認できます。
架空の業務・データを用いた生成画像です。仕組みを説明するために画面・配置・文面を簡略化しており、提供済みの専用画面を示すものではありません。導入時には、合意した業務とツールに合わせて構成します。
01 / Slackでのやり取り
エージェントが動き、結果が届く
新しい情報が揃う、決めた時刻になる。Deprexが設計した業務を開始し、成果を確かめて、必要な進捗や結果をSlackへ共有します。毎回、人が「始めて」と送る必要はありません。
図では、自動での開始、レポートの確認完了、次の実行予定が一つの会話にまとまっています。
02 / GitHub Projectsのカンバン
事業の仕事を、一覧で見渡す
実行待ち、進行中、対応待ち、完了。タスクの状態を、確認できた実際の進捗に合わせて管理します。進められる仕事と、誰かの判断や情報を待つ仕事が分かれ、止まっている理由も見渡せます。
図の進行中のカードはエージェントが実行中。対応待ちのカードにだけ、担当者とNext Actionが表示されています。
03 / タスク内の実行履歴
何を行い、どう確かめたかが分かる
タスクを開くと、確認した入力、進めた作業、検証結果、成果物をたどれます。完了したことと未解決の点を区別して残すため、毎回経緯を聞き直さずに、仕事の結果を確かめられます。
図では、データ取得、差分の比較、レポート更新、結果確認が、成果物と一緒に並んでいます。
04 / Next Actionの仕組み
進められないとき、必要な対応が分かる
Next Actionは、エージェントがいま進められないときに必要な対応です。人の判断、外部からの回答、情報不足、決めた時刻の到来などを区別して示します。条件が揃えば作業を再開し、解消したNext Actionは消えます。
図の例では、変更された適用日を業務責任者が確認します。エージェントが進められる間は、人向けの対応事項を増やさず実行を続けます。
実装・運用してきたこと
自律実行を支える、 実装・運用の積み重ね。
情報を捉えて仕事に変え、実行した結果を確かめ、続きを進める。個別の現場で扱ってきた工程を、さまざまな事業で使えるCompanyOSへつなげています。
情報の変化から、必要な仕事を見つける
運用情報を定期的に読み、既存の仕事と照合して新規・変更を反映。対象ごとの条件を保ち、次に必要な作業へつなぐ仕組みを運用しています。
業務条件と、実際の状態を照合する
資料、設定、実際の表示や結果を読み比べ、差分と確認事項を整理。任された変更の適用と、その後の結果確認を扱う仕組みを実装しています。
途中の仕事を、同じ文脈で再開する
実行結果、返答待ち、必要な情報を引き継ぎ、再開条件を確認。進められる仕事を継続し、解消していない点も追える仕組みを備えています。
導入・利用の進め方
最初に設計・実装し、 2回目からは自律運用へ。
- 01
発生条件と完了条件を決める
どんな状況で何を始め、何を判断し、どこまで進めれば完了か。事業の目的と現場の進め方から整理します。
- 02
CompanyOSを実装し、初回を確認
知識、役割、実行手順、業務ツールとの接続を組み込みます。実際の入力から成果まで通し、任せる範囲を確かめます。
- 03
次回から自律で実行する
状況や時刻を起点に、同じ仕組みが仕事を継続します。人は事業の方針、業務の変更、重要な例外の判断に集中できます。
0aiのFDEとの進め方
FDEが、現場の仕事を 繰り返し動く仕組みへ実装します。
FDEは、現場に入り込んで業務を理解し、動く仕組みまでつくるエンジニアです。導入時にSlackのやり取り、会議、既存資料から仕事の発生条件と判断基準を読み解き、次回以降はエージェントが自律実行できるCompanyOSへ落とし込みます。
0aiのFDEが担うこと
仕事の始まりから完了までを読み解く
何をきっかけに、どの情報で判断し、何をもって完了とするかを整理。既存の情報から分かることは先に調べ、現場への質問を絞ります。
繰り返し自律実行できる形にする
頻度、負担、影響を踏まえて着手順を提案。業務の認識、判断、実行、結果確認と、例外時の受け渡しを一続きに実装します。
初回を確かめ、自律運用へ切り替える
成果と変更内容を現場で確認し、既存運用との重複を避けて引き継ぎます。その後は実際の結果や業務の変化を見ながら、仕組みを改善します。
クライアントにお願いすること
導入時に、優先する業務と実例を共有
負担の大きい仕事、発生するきっかけ、普段の資料や見本を共有いただきます。完成したマニュアルがなくても、実例から一緒に整理します。
判断基準と、任せる範囲を確認
正とする情報、通常の判断、例外時の確認先、変更してよい範囲を決めます。会話に現れない手順は、操作例や補足で確認します。
アクセスと初回確認の窓口を用意
資料・業務ツールへの必要な権限と、初回の成果を確認する担当者を用意いただきます。運用後は、条件の変更や重要な例外を一緒に見直します。
導入時に業務の進め方を揃え、その後の通常実行はエージェントへ。事業の変化に合わせて設計を育てながら、省人・無人で動く業務を増やします。
よくある質問
導入・利用の前に。
毎回、指示を出す必要はありますか？
設計・実装した業務は、2回目から毎回の開始指示を必要としません。情報の更新、業務上の変化、決めた時刻などをきっかけに、合意した条件と権限の範囲でエージェントが実行します。
CompanyOSとは何ですか？
会社の知識、役割、判断基準、業務の流れをつなぎ、エージェントが事業を動かすためのOSです。Deprexは、その会社に合うCompanyOSの実装と、継続して稼働する実行基盤を提供します。
どのような会社に向いていますか？
社長や少人数の担当者に実務が集中している中小企業です。繰り返し発生する業務や、複数の役割・ツールをまたぐ仕事を、少ない人数で継続して回したい会社を想定しています。
導入後、人が関わるのはどんなときですか？
事業の方針を決めるとき、業務の条件が変わるとき、権限を超える判断や例外があるときです。通常の反復実行と、設計の見直しや重要な判断を分け、人が関わる必要のある点を明確にします。
今のツールを入れ替える必要がありますか？
現在の業務環境を起点に設計します。必要な情報、接続できるツール、実行できる範囲を確かめ、一つの業務から会社全体へ自律運用の範囲を広げます。
Deprex
毎回の指示に使う時間を、 次の事業を考える時間へ。
一度仕組みにした仕事が、その後も自律的に動く。いま人が回している業務から、会社専用のCompanyOSをつくりませんか。
CompanyOSの導入を相談する