04 / AI のアウトリーチ
Eon.
自動化がユーザーの代わりに話すことを許可されると、危険になります。 Eon は調査とメッセージを準備してから、立ち止まって誰かに承認を求めます。
- 送信前の承認
- 人間 2026 年 10 月 31 日記録
- キャンペーン
- 予算が設定されている 2026 年 10 月 31 日記録
- 自己ホスト型ビルド
- プライベート 2026 年 10 月 31 日記録
- 送信履歴
- 録音済み 2026 年 10 月 31 日記録
- 01
研究
でっち上げられた個人的な詳細ではなく、情報源に基づいたプロフィールと書く理由。
- 02
承認
人は下書きを読んで編集するか、送信しないことを決定します。
- 03
送信
キャンペーン予算が適用され、アクションが責任記録に書き込まれます。
01 / 背景
問題
アウトリーチ ツールを使用すると、より多くの情報を簡単に送信できます。それは多くの場合、間違った目標です。大量に送信される一般的なメッセージは送信者の名前を傷つけ、チェックなしで書き込む自律エージェントは小さなリストを責任に変える可能性があります。有益な問題は量ではありません。小規模なチームが、この本を読む価値のある判断を失うことなく、慎重なアウトリーチを行うのに役立ちます。
Eon は、この問題に対するプライベート システムとして構築されました。最初にリサーチ、次にドラフト、そして何かが去る前に最後のポジションに人が配置されます。
02 / 対象
誰のためのものなのか
適切な担当者に連絡する必要があり、各メッセージのコンテキストを組み立てるのに 1 日も費やすことができない小規模なチーム。作品は依然として人のものです。 Eon は、決定ではなく、決定に関する反復的な収集と書式設定を削除します。
03 / 制約
ビルドを形作った制約
システムは、クレームがどこから来たのかを知る必要があります。間違った人物やでっち上げられた事実から集められたプロフィールは、プロフィールがないより悪いです。承認ステップは使用できるほど迅速である必要があり、予算は事故が発生する前にキャンペーンを停止する必要があります。
ビルドは自己ホスト型であるため、オペレーターがデータと送信パスを制御します。この選択により、運用作業が追加されます。展開、保管、配信は、後付けではなく、製品の一部である必要があります。
04 / 構築
私たちが築いたもの
Eon は、検査可能な小さなステップのチェーンです。
- ソースされたプロファイルとメッセージのコンテキストを組み立てる調査キュー。
- ドラフトと承認画面。編集、拒否、または送信ができます。
- ネットワークに到達する前に作業を制限するキャンペーン予算。
- 何を、誰に、どの承認によって許可されたかに関する記録。
- Docker と Linux ベースのセルフホスト型デプロイメント。
05 / 判断
難しい部分
興味深い制約は、良い文章を書くことではないということです。判決に証拠を添付したままにし、承認状態をスキップすることを不可能にしています。バイパスできるキューはコントロールではありません。スプレッドシート内にのみ存在する予算は予算ではありません。
また、システムは少数のリストでも有用であり続ける必要があります。同じページを手作業で読むよりも調査ステップに時間がかかる場合、ツールはその役割を果たしていません。
06 / 結果
なぜ公開リンクがないのか
Eon はプライベートビルドです。公開デモはなく、このページもデモがあるかのように装っていません。このケーススタディがここにあるのは、設計上の決定が役立つためです。人間の承認、予算、説明責任のある記録は、最初から AI ワークフローの一部にすることができます。