一つの入口
候補者・管理表・KPIを統合します。KPIだけの依頼も別Skillへ分岐しません。
仕事repo / 求職者管理
candidate — 求職者・KPI管理の使い方
候補者、管理表、KPIはすべて candidate から処理します。 事実を受け取り、表のライブ構造を読んで更新案を作り、OK後に一度だけ書き込みます。
概要
表が正本
現在状態と実績はスプレッドシートに置きます。ローカルログは実行の履歴だけです。
確認してから実行
表への書込みはL2です。更新前に差分を見せ、明示OK後だけ実行します。
全体の流れ
使い方
普段は「何を起こしたか」を自然に伝えるだけでよく、表のセルやタブを指定する必要はありません。
| したいこと | 伝え方の例 | candidateの処理 |
|---|---|---|
| 現状確認 | 「管理表を見たい」 | ライブ表をread-onlyで確認 |
| 進展を反映 | 「田中さん、今日面接した」 | 状態変更案と必要KPIを整理 |
| 新規追加 | 「この候補者を管理表に追加」 | 本人照合後に追加案を作成 |
| 個別KPI | 「派遣・ヒアリング・電話・1件」 | 日付・経由を確認して加算案 |
| 日次KPI | 「正社員：設定LINE 1、実施オ 2」 | 明細ごとに更新案と記録を作成 |
スプレッドシートはライブ構造から動く
固定の列記号やセル番地は使わず、実行するたびに今の表の見出し・入力制約を読みます。
- 1
管理表の対象を特定
候補者行、区分・仕切り行、入力制約、リンク状態を読みます。区分行や数式行は更新対象にしません。
- 2
KPI入力先を絞る
対象年月・雇用形態のタブ → 日付行 → KPI種別グループ → 経由の詳細列、の順にライブで探します。
- 3
現在値から更新案を作る
詳細列だけに正の件数を加算します。合計・予算・達成率・数式・未分類セルは触りません。
- 4
OK後に書込み、再読込
管理表とKPI表を更新した後、同じ対象を読み直して値・リンク・入力制約を確認します。
止まる条件を先に決めている
誤った列へ書くより、必要情報を一度に聞き返すことを優先します。
停止経由・日付・雇用形態が不明
推測しません。 初回流入元、KPI経由、面談形式、段階は別の情報として確認します。
停止詳細列を一意に見つけられない
近い列や合計列へ代入しません。 ライブ見出しに必要な経由がなければ報告して止めます。
記録実行履歴は個人情報を持たない
ローカルログには最小情報だけを残します。Turso同期・自動再実行は現在行いません。
書込み前の確認
管理表・KPI表・候補者DB・カレンダーの更新は必ずL2です。候補者名・更新案・KPIの現在値→更新後値を見せて「OK」を受けるまでは書き込みません。
実際の会話イメージ
必要な情報がそろえば確認票へ、足りなければ不足項目をまとめて質問します。
そのまま使える個別の面談設定
あなた: 「正社員の鈴木さん、今日LINE経由で面接設定した」
candidate: 「雇用形態・設定日・LINE経由・件数1として、管理表案とKPI加算案を確認します」
そのまま使える日次のまとめ
あなた: 「派遣：ヒアリング電話2、面接設定LINE1」
candidate: 「2明細のKPI案を一つの確認票にまとめます。書込みと実行記録は明細ごとに追跡します」
質問する情報が不足する例
あなた: 「ヒアリング3件入れて」
candidate: 「雇用形態・経由・実施日が必要です。各件の内訳を教えてください」
候補者を伴わない日次KPIの補足
日次KPIは、雇用形態・種別・経由・加算数がそろった明細だけを処理します。「全部0」「ヒアリング3」のような合計値だけでは入力列を選べないため、書き込みません。
参照
- 入口 —
.agents/skills/candidate/SKILL.md - 共通処理 —
workflows/候補者イベントとKPI記録.md - KPI判定 —
references/KPIライブ判定規則.md - 管理表の扱い —
references/管理表構造.md