人材・HR・採用UIのコールドテスト — ATS・組織図・評価・勤怠・入社・1on1

なぜ人材・HR・採用UIは難しいのか

HR は「人を扱う画面」の作法が独特です。アバター・名前・役職・状態を一つの行に圧縮した識別セル、上司↔部下というペアの並列、組織のツリー構造、選考ファネルのカンバン、月次勤怠の長いマトリクス、評価分布と達成度。観測の核は明確で、「組織階層に木構造の部品が cold AI に発掘されるか」「人物セルが3回ルールを発火させるか」「ペアの人物セル（上司↔部下）が次の床になるか」という連鎖した問い。前段で結晶化した KanbanBoard / WeekView / ApprovalWorkflow が、HR でそのまま発掘される検証の場でもありました。

ここで結晶化した部品

HR 6枚で 3-confirm を満たして build に到達した、または翌回で自力発見された部品です。

• PersonCell#85

  アバター＋名前＋状態の識別セル。採用パイプライン・組織図で2回手組み、評価管理で3回目に達し build。翌回 #86 で別 cold AI に自力発見。

• RelationshipRow (proto)#88

  1on1 でペア型（上司↔部下）として顔を出した PersonCell。後の介護（#90）で 3-confirm を満たして build。

• ScheduleGrid (越境)#86

  月次勤怠の社員×日マトリクスとして、教育で広げた framing がそのまま効いた典型例。

PersonCell（#85 build）→#86 で別 cold AI に自力発見、というのは「直前に build した部品が翌回でそのまま使われる」最短検証のパターンです。複利が床に達するとはこういうこと、という最強の事例。

人材・HR・採用 の全ラウンド

人材・HR・採用 カテゴリの 6 画面を、ラウンド順に並べています。各カードから cold AI が組んだソース、解説記事、デスクトップ／モバイルのプレビューに飛べます。

#83スコア 4/5

AI に採用パイプライン(ATS)を作らせてみた — 統合アークの大型3つが、新業界でそのまま発掘された（やってみた #83）

/recruiting-pipeline

11業界目は人材・採用。架空の HR-tech 企業「ミドリリンク株式会社」のインハウス採用デスク。観測ポイントは明確——**統合アークで作った大型 primitive（KanbanBoard / WeekView / ApprovalWorkflow）が、採用という全く新しい業界の文脈ゼロ AI に、自力で発掘されるか。**

#84スコア 4/5

AI に従業員名簿＋組織図を作らせてみた — 「人」を表す部品だけが、2回続けて手組みされた（やってみた #84）

/employee-directory

採用パイプライン(#83)とは作法が真逆——カンバンのファネルではなく、名簿テーブルと組織ツリー。観測ポイントは2つ：**①組織階層に木構造の部品が自力発掘されるか ②前回手組みされた「人物セル」がまた手組みされるか（3回ルールの2回目）。**

#85スコア 4.5/5

AI に人事評価を作らせてみた — 3回手組みされた「人物セル」を、その場で部品にした（やってみた #85）

/performance-review

採用3枚目。観測の核は明確だった——**`PersonCell`（人物セル）が3回目の手組みになれば、3回ルールが発火してその場で結晶化する。** #83 採用パイプライン・#84 名簿で別々の cold AI が独立に手組みしたあの molecule。

#86スコア 4.5/5

AI に勤怠管理を作らせてみた — 前回作った部品を、次の AI がもう発掘していた（やってみた #86）

/attendance-management

前回 #85 で、3回手組みされた `PersonCell` をその場で `@gunjo/ui` に build した。#86 の観測はただ1つ——**たった今作った PersonCell を、何も知らない次の cold AI が自力で発掘して使うか。** 複利の、最短距離の証明。

#87スコア 4/5

AI に入社オンボーディングを作らせてみた — PersonCell をまた発掘、そして Drawer の罠（やってみた #87）

/employee-onboarding

`tsc`/`build` 緑・375px・0 console error。新入社員一覧・フェーズ別チェックリスト・書類提出状況・手続き完了承認・ドリルイン。

#88スコア 4/5

AI に 1on1 管理を作らせてみた — CJK タブの溢れを見つけて、その場で直した（やってみた #88）

/one-on-one

#87 と**同時に**回した人材6枚目。観測：PersonCell の再々利用＋ペア（上司↔部下）という HR 特有の形。

この業界が gunjo に残したもの

HR は、「人を扱う画面」の床と、複利が床に達する瞬間の最短検証を群青に残しました。PersonCell（アバター＋名前＋状態の識別セル）と、ペア型に拡張した RelationshipRow（後の介護で結晶化）。Drawer の side=right バグもこの業界で発見され、後に修正されました。1on1 では Tabs の CJK overflow を fix──小さいバグまで含めて、HR は床のヒビを次々に拾った業界です。