今の価値
仕事を見つけ、代わりに応募する
候補者が「応募したい」と決めた仕事を、ACEが確実に次へ進める。
ACE · 2C Alpha Evidence · September 2026
履歴書を作ったあと、
沈黙しない。
ACEは、一度の会話を「今ほしい仕事」への行動に変え、本人が所有するキャリアデータを育て、応募・面接・オファー・入社初日まで止まらず伴走するパーソナルキャリアエージェント。
育つ資産
履歴書にもなるキャリアデータ
職歴・希望・優先順位・進捗を、本人が見て直せる状態で残す。
長期の価値
自分の味方であるキャリアエージェント
経験の伝え方を助言し、より良い仕事を継続的に探す。
Daveへの回答
作るべきものは、求人検索でも履歴書ツールでもない。
01
なぜ作るのか
一度話した求職者が、履歴書作成や電話面接のあとに放置されているから。
02
誰のためか
スマホ中心で、履歴書更新や複数企業への応募を自力で進めにくい求職者。
03
何を完成させるか
会話・プロフィール・仕事提案・応募・面接・オファー・入社初日の一続きの体験。
04
成功とは何か
候補者が「ACEに話しておけば仕事が進む」と行動で感じること。
Alphaの境界は、履歴書作成ではない。候補者が実際に入社初日を迎えたと確認できるところまで。
二つのAI · 一つにしてはいけない理由
企業の代理人はHOPE。求職者の代理人はACE。
HOPE
Employer-side AI recruiter
企業の求人要件を理解し、候補者を集め、スクリーニングし、企業の採用判断を進める。
同じ採用市場
異なる忠実義務
異なる忠実義務
ACE
Worker-side personal career agent
本人の希望とキャリアを保持し、企業を横断して仕事を探し、本人の承認を得て応募し、入社まで伴走する。
同じ名前にすると、AIが「企業」と「自分」のどちらの味方なのか分からない。名称分離はブランドではなく、信頼の境界である。
同じACEへ合流する二つの入口
入口は違う。しかし両者が必要としているのは、次の仕事を進める代理人である。
Route A · Google ad
仕事を探して広告から来る
- 自分から検索する、転職意欲の高い入口
- スマホが主で、PCをほぼ使わない
- 英語が母語ではない場合がある
- 会話で職歴を伝え、プロフィールと履歴書を作る
Route B · Indeed application
特定求人への応募から来る
- まず一つの求人に応募している
- HOPEがプレスクリーニングする
- 合わなければ別求人の希望を確認する
- その同意と希望をACEへ引き継ぐ
ACEのプロフィールは入口ごとに別の人を作らない。一人のワーカーに、複数の応募と複数の会話が紐づく。
現状 · 8段階の自動化マップ
履歴書とAI選考は動く。だが、その前後をつなぐACEはまだいない。
一部01 · 入口
Google adとIndeedの入口はあるが、同じ候補者関係にはつながっていない。
自動化済み02 · 経験と履歴書
会話で経験を聞き、プロフィール／履歴書を生成する。
一部03 · 希望条件
初回に聞けるが、本人による確認・更新や優先順位づけはない。
未実装04 · 確認・修正・書類
情報を直せず、身分証・就労資格・免許・資格証をアップロードする先もない。
未実装05 · 次の求人提案
別求人を継続的に探し、本人に提案するループがない。
一部06 · 応募
特定求人には送れるが、候補者が証跡・現在地を見られない。
自動化済み07 · AI選考
AI電話面接と一部のSMS日程調整・リマインドが動く。
人手／未接続08 · 企業面接〜初日
企業面接の連絡、結果、オファー、初日の継続管理は人手中心。
自動化済み一部のみ未実装人手／未接続
自動化が止まる4つのハンドオフ
単発の処理はできる。候補者との約束を次の行動へ渡せない。
01 · 会話・書類 → 正しい記録
本人が直せず、書類も送れない
音声認識の誤りを直す場所がない。本人確認・就労資格・免許・資格の書類もアップロードできない。
現状：修正は人手／書類提出先なし02 · 希望 → 次の仕事
同意が検索を起こさない
別求人への許諾や希望を取得しても、継続的な仕事探し・提案は始まらない。
現状：未実装03 · 応募意思 → 証跡
「応募して」が宙に浮く
特定求人への送信機能はあるが、候補者向けの完了確認と進捗管理はつながらない。
現状：手動SMSで補完04 · 企業面接 → 初日
次の責任者がいない
企業側の連絡、面接確定、結果、オファー、初日の情報が一か所で管理されない。
現状：人手中心共通の欠落：候補者の最新情報・意思・次アクションを、応募先とチャネルをまたいで持ち続けるACEの状態。
4パターンの地図 · この後はA→B→C→Dの順
A・Bは入口。C・Dは、その後に起きる断絶。
入口 · どこからACEに来るか
A 08–10
Google adから来る
自分で仕事を探して広告を開く。履歴書は作れるが、継続提案・採用実績はまだない。
B 11–13
Indeedから来る
特定求人に応募。別求人への同意と希望まで取得できている。
断絶 · どこで候補者を失うか
C 14–16
情報を確かめられない
聞き間違いを直せず、身分証や資格の証明書を送る先もない。
D 17–19
行動が止まる
応募意思や企業面接への関心が、タイムリーな次の行動にならない。
これは4人の追跡記録ではない。Google ad経由の観察、Indeed／MESの本番記録、運用で繰り返し見た誤りを、入口と断絶に分けた証拠である。
Case A · Google ad · Activation success
キャリアデータがない人に、最初の「自分を説明できる形」を返せている。
入口
自分で仕事を検索し、Google adを開いて来る。仕事を変えたい意思がある。
現実
PCを持たない、英語が母語ではない、履歴書が古い／存在しない。
ACEがすること
履歴書をアップロードするか、短い会話から経験・希望を構造化する。
現在の到達点
履歴書作成と「この仕事が欲しい」という反応まで。
テキサスやニューヨークを含む実ユーザーには、スペイン語のみ、あるいはフランス語中心で生活する移民ワーカーもいる。入力フォームの上手さではなく、会話から経験を拾うこと自体が価値になる。
Case A · Evidence boundary
最初の価値は証明できた。仕事が決まるまでの価値は、まだ証明できていない。
今ある証拠
- 会話から履歴書を完成できる
- 候補者が紹介求人へ「興味がある」と返す
- スマホと会話だけで入口を通過できる
- キャリアデータがない人でも開始できる
まだない証拠
- 別求人を継続的に見つけられる
- 興味が実際の応募完了になる
- 応募後の企業返信を捕捉できる
- 面接・オファー・入社初日まで続く
このルートでは、採用成功を主張しない。Alphaが検証すべきなのは、履歴書作成後の沈黙を、最初の入社実績へ変えられるか。
Source: current Google ad route + field observation
Case A · Product implication
履歴書の完成は、ACEとの関係が始まる瞬間である。
01 · Talk
経験と今の希望を会話で伝える。
02 · Confirm
氏名・連絡先を確認。必要書類も提出できる。
03 · Profile
編集できるキャリアプロフィールと履歴書を受け取る。
04 · Match
ACEが理由付きで適した仕事を提示する。
05 · Decide
本人が「応募したい／今回は違う」と答える。
06 · Apply
ACEが応募し、証拠と現在地を残す。
07 · Follow
返信がなければ次の提案へ進む。
08 · Interview
面接を調整し、確定内容を一か所に置く。
09 · Offer
条件を整理し、判断を支援する。
10 · Start
初日の情報と出勤確認まで伴走する。
Case B · Indeed · Rich intent, no action
一つの求人に合わなくても、その会話には次の求人を探す情報が揃っている。
入口
Indeedから特定のMES Engineer求人へ応募。
取得済み
職歴、希望給与、場所、シフト、資格、言語、開始時期。
さらに取得済み
転職理由、次の職場で変えたいこと、別求人への許諾。
現在の結果
情報は保存されるが、別求人の検索と提案が起きない。
プレスクリーニングは「その求人に合うか」だけでなく、「次にどんな仕事なら合うか」まで聞けている。欠けているのは質問ではなく、次の行動。
Case B · Production evidence · Anonymized
MES Engineerの会話だけでも、別求人への明確な許諾と方向性が残っている。
Structured interest recordCandidate 1
“Open to alternative roles, especially manufacturing systems, SCADA, factory automation, and IT/OT integration.”
Structured interest recordCandidate 2
“Open to software engineering, manufacturing systems, automation, SRE and cloud platform engineering.”
Production snapshotMES Engineer
50
別求人への関心が構造化されたユニーク候補者
希望職種だけでなく、成長、裁量、働き方、コミュニケーション条件まで保持されている。
Missing product actionToday
- 別求人の在庫を検索しない
- 候補者へ理由付き提案を返さない
- 希望変更を本人が確認できない
- 興味を応募へ変換しない
出典：本番の構造化候補者関心データ。氏名、連絡先、企業名を除外。件数は調査時点のMES Engineerポジション。
Case B · Product implication
「別の仕事も紹介してよい」は、保存する回答ではなく、ACEが仕事を始めるトリガー。
01
希望を正本化
求人ごとの回答を、一人のプロフィールへ統合する。
02
優先順位を聞く
給与、成長、場所、時間、環境の何が譲れないか確認する。
03
理由付きで提案
なぜ合うか、何が違うかを短く説明して選べるようにする。
04
意思を行動へ
「応募したい」を受けたら、応募・追加質問・進捗追跡を開始する。
情報不足ではない。ACEがいないため、すでに得た情報が次の仕事に使われていない。
Case C · Voice intake · Wrong data
会話の誤りを直せず、証明書類も送れない。プロフィールを確かめる手段がない。
入力
スマホから音声で、氏名・職歴・会社・勤務地を話す。
起きる誤り
固有名詞や綴りが、音声認識から誤って構造化される。
本人の状態
内容を見て直す場所がない。本人確認・就労資格・運転免許・職業資格の書類も送れない。
下流への影響
間違った履歴書、応募、連絡先がそのまま使われる。
頻出するのは、本人の名前、前の会社名、前の勤務地、メールアドレス。特にメール誤りは、企業からの連絡を候補者へ届けない。
Source: operator-observed errors + current upload gap
Case C · Failure chain
企業には「返信しない候補者」に見える。本人には、連絡が来ていないことすら分からない。
1 · Voice capture
氏名、会社名、勤務地、メールを会話から取得。
2 · Silent error
固有名詞またはメールが誤って保存される。
3 · Employer sends
企業は登録されたアドレスへ次の案内を送る。
4 · False conclusion
届かない。企業は無返信、候補者は進捗なしと認識する。
データ品質の問題
履歴書とプロフィールの信頼性が下がる。
到達性の問題
正しい候補者でも、企業との接点を失う。
説明責任の問題
どこで止まったか、誰にも見えない。
Case C · Product implication
ACEは「正しく聞いたつもり」ではなく、本人が確認した事実を使う。
Verify
重要項目を読み返す
氏名、メール、電話、会社、勤務地は会話直後に一項目ずつ確認する。メールは綴りを見せ、到達確認を行う。
Upload
証明書類を受け取る
本人確認、就労資格、運転免許、職業資格のファイルを本人が提出できる。項目にひもづけ、確認待ちと確認済みを区別する。
Edit
プロフィールを本人に返す
履歴書PDFだけでなく、項目単位で見て直せるキャリアプロフィールを正本にする。
Recover
連絡不能を検知する
メール不達や一定時間の無返信を検知し、SMSで確認する。重要連絡を一つのチャネルに賭けない。
会話、本人の修正、提出書類を同じプロフィールにつなぐ。書類をアップロードしただけで、本人性や資格を確認済みとは扱わない。
Case D · MES Engineer · Explicit intent
候補者は、次に何をしてほしいかを明確に言っている。
状態
AI電話スクリーニングを完了し、企業が次の面接を希望。
候補者の意思
進みたい、応募してほしい、企業面接はいつかと返信。
現在の処理
人がSMSを読み、翌日以降にリンクまたは応募代行を案内。
切断点
意思が、即時の応募完了と見える進捗にならない。
候補者が迷っているのではない。ACEが意図を引き受け、次の実務を最後まで所有していない。
Case D · Production SMS · Anonymized
「進みたい」「応募して」は、確認待ちのコメントではなく実行命令である。
Candidate → BlucorAfter client interest
“Yes, I’m interested to move forward.”
Manual reply · following dayBlucor → Candidate
“Would you like to apply directly through the link we shared?”
Candidate → BlucorSame sequence
“So when I can get interview with client?”
“Please submit.”
Manual reply · following dayBlucor → Candidate
“We’ll submit it for you and let you know once it’s done.”
この後に応募証拠・現在地・次の期限が候補者へ継続表示される仕組みがない。
出典：本番MES EngineerのSMS。氏名、企業名、求人リンク、連絡先を除外。文法は原文のまま。
Case D · Scheduling evidence · Anonymized
自動返信が動いていても、候補者の「今どうなっている？」に答えられなければ管理ではない。
CandidateTimezone confusion
“Do I have interview at 10am MST again?”
Automated replyWrong intent classification
“Thanks for your feedback — we’re working to make the interview experience even better!”
CandidateDate confusion
“I have scheduled call on Monday, not today.”
System stateSame day
- 候補者が曜日と日付を矛盾させた
- システムは矛盾した日付をそのまま確定した
- 同日にリマインドと発信が進んだ
- 候補者側に確定予定の正本がなかった
出典：本番SMS。これは企業面接だけでなく、Alpha全体に必要な状態管理・意図理解・例外回復を示す。
4ケースの横断比較
止まる場所は違っても、ACEが引き受けるべき仕事は同じ。
| 比較軸 | A · Google ad 08–10 | B · Indeed 11–13 | C · 情報・書類 14–16 | D · 行動の停滞 17–19 |
|---|---|---|---|---|
| 位置づけ | 入口：仕事を検索して広告から流入 | 入口：求人応募 | 断絶：情報と書類の確認 | 断絶：次アクション |
| 本人がしたこと | 経験を話し、求人に興味を示した | 別求人の提案に同意した | 本人情報と職歴を話した | 進みたい・応募してと依頼した |
| 得られた資産 | 履歴書・初期プロフィール | 詳細な希望・転職理由・許諾 | キャリアデータと連絡先 | スクリーニング結果・明確なintent |
| 切断点 | 履歴書後の沈黙 | 希望が検索を起こさない | 誤りを直せず、証明書類も送れない | intentが即時アクションにならない |
| ACEの責任 | 次の仕事を提案し続ける | 希望をマッチングへ使う | 書類を受け取り、項目と確認状態を管理 | 応募・日程・結果を所有する |
| 成功の証拠 | 興味表明まで | 同意取得まで | 誤りが下流へ | 人の介入が必要 |
Root cause
今日のシステムは、会話を処理する。
ACEは、人との約束を持ち続ける。
ACEは、人との約束を持ち続ける。
State
その人の現在の真実
正しい本人情報、履歴、希望、優先順位、同意、応募、面接、オファー、開始日。
Judgment
次に何をすべきか
どの求人を提案するか、何を確認するか、待つか、催促するか、例外へ上げるか。
Agency
約束した行動を終わらせる
応募、追加回答、日程、リマインド、結果、オファー、初日確認を、チャネルをまたいで完了する。
沈黙は「通知を送らなかった」というイベントではない。ACEが次の行動を所有していないというプロダクト状態である。
ACEの価値は三層で積み上がる
今の仕事を進めるほど、次の仕事が簡単になる。
今ほしい仕事
適した仕事を見つけ、本人が応募したいと言ったら代理で応募し、面接・結果・オファー・初日まで進める。
生きたキャリアデータ
職歴、希望、連絡先、応募・就業履歴と、本人が提出した証明書類の確認状態を見て更新できる。履歴書はこのデータから作る。
パーソナルキャリアエージェント
経験をどう説明すべきかを助言し、より良い条件や成長機会を継続的に探す。その人のキャリアに長く残る。
短期の便益が仕事を進め、仕事を進めた履歴が長期資産になり、その資産が次の助言とマッチングを強くする。
最小限で一貫したAlpha体験
開始点は会話。終了点は「初日に行けた」の確認。
01 · Join
Google adまたは応募後のSMSからACEへ入る。
02 · Talk
履歴書アップロード、または短い会話。
03 · Verify
情報を確認し、必要な身分証・就労資格・免許・資格証を提出。確認状態を見せる。
04 · Prefer
条件、優先順位、譲れない点を決める。
05 · Match
理由付きで適した仕事を提示する。
06 · Apply
本人の意思を受け、応募と証跡を残す。
07 · Complete
追加質問とAI面接を完了する。
08 · Interview
企業面接を調整し、予定を管理する。
09 · Offer
結果と条件を整理し、判断を支援する。
10 · First day
オンボーディングと初日出勤を確認する。
Alphaの作り方
既存の実行部品を再利用し、4つのハンドオフをつなぐ。
Reuse · 現在動く
既存の実行部品
- 音声での経験・希望取得
- 履歴書／構造化評価の生成
- 求人データと特定求人の照合基盤
- 特定求人への応募送信
- AI電話スクリーニング
- 一部の双方向SMSと日程調整
- 応募ステージ同期
Build · Alphaで接続
ACEとして必要な接続層
- 一人のworker identityと編集可能なプロフィール
- 本人確認・就労資格・免許・資格証の安全なアップロードと確認状態
- 確認済み連絡先と不達時の回復
- 優先順位を含む希望条件の正本
- 別求人を継続提案するエージェントループ
- 応募証跡・進捗・未回答の状態管理
- 企業面接のSMS・予定・結果の統合
- オファー・初日までの次アクション所有
AI電話面接のSMS調整が動くことと、企業面接から入社初日までを自動管理できることは別である。
Autonomy boundary
ACEが積極的に動いても、キャリア上の決定権は本人に残す。
Alphaで自動化する
低リスクの継続運用
- 仕事の検索と提案
- 事実確認の質問
- 進捗・不採用・次の提案の通知
- 承認済み範囲の日程調整
- リマインドと無返信フォロー
本人が決める
Alphaでは明示的な意思
- その仕事へ応募するか
- プロフィールの重要な修正
- 証明書類の提出と共有先
- 面接候補日の最終確認
- オファーの受諾・辞退
- 給与・開始日の確約
例外として人へ
高リスク・矛盾・反復失敗
- 本人情報と提出書類の不一致
- 詐欺・不審な連絡
- 法務・差別・機微情報
- 条件の重大な矛盾
- 連絡／日程の繰り返し失敗
長期的には、本人が事前承認した給与・距離・職種などの条件内で自動応募できる。Alphaではまず、「応募したい」という明示意思から始める。
Alpha pass condition
少なくとも一人を、プロフィールから入社初日まで、通常フローの人手なしで通す。
重要項目の修正率、必要書類の提出率、確認待ち・確認済みの割合。
プロフィール完成から次の意味ある行動までの時間。沈黙時間。
ACEへの返信率、求人提案への反応率、無返信からの復帰率。
応募意思から送信完了までの時間、送信証跡率、失敗回復率。
企業面接設定率、日程確定率、変更率、参加率、no-show率。
オファー獲得、条件確認、承諾／辞退、その理由。
開始日前の準備完了、初日出勤確認、開始失敗の理由。
クリティカルパス上の人手回数。通常フローはゼロを目標。
再現条件：Google adとIndeedの両入口でループを実行し、次の候補者でも同じ状態管理が成立すること。
The alpha decision
履歴書を作る会社から、
一人ひとりの仕事を前へ進めるACEへ。
1
一度話したら放置しない
次の行動、期限、未回答をACEが持ち、候補者へ継続的に連絡する。
2
本人のデータを本人へ返す
履歴書・希望・進捗を見て直せるキャリアプロフィールにする。
3
初日まで結果を所有する
提案、応募、面接、オファー、オンボーディングを一つの状態として管理する。
ACEに話しておけば、自分に合う仕事が見つかり、次へ進む。
HOPEは企業の採用を前へ進める。ACEは求職者のキャリアを前へ進める。二つが接続することで、Blucorは求人と候補者の両側で、採用の最後まで実行できる。