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

ここで群青に加わったコンポーネント

HR 6枚で 3回確認を満たして実装に到達した、または翌回で自力発見されたコンポーネントです。

• PersonCell#85

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

• RelationshipRow (proto)#88

  1on1 でペア型（上司↔部下）として顔を出した PersonCell。後の介護（#90）で 3回確認を満たして実装。

• ScheduleGrid (業界越え)#86

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

PersonCell（#85 実装）→#86 で別 cold AI に自力発見、というのは「直前に実装したコンポーネントが翌回でそのまま使われる」最短検証のパターンです。複利がキャンバスに乗るとはこういうこと、という最強の事例。

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

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

#83スコア 4/5

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

/recruiting-pipeline

自作コンポーネントほぼゼロ。大型コンポーネントは、業界を越えて「発掘される」段で価値が確定する。

#84スコア 4/5

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

/employee-directory

約85%が既存コンポーネント。収束先が「人」という組み合わせで確定した。

#85スコア 4.5/5

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

/performance-review

PersonCell を作る。3回ルールは「待つ規律」であり「作る引き金」。

#86スコア 4.5/5

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

/attendance-management

PersonCell は発掘された。複利は「次の予備知識ゼロの AI が、名前で見つけた時」に確定する。

#87スコア 4/5

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

/employee-onboarding

「在るコンポーネント」が発掘される一方、「在るが壊れている選択肢」が罠になる。PersonCell をまた手組みしなかった。

#88スコア 4/5

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

/one-on-one

Tabs を修正。発見可能性の次は「壊さない既定」。