AI に介護記録を作らせてみた — 前回作った RelationshipRow が、もう使われていた（やってみた #91）

やってみたシリーズ: 自作のデザインシステム @gunjo/ui（群青）を、文脈ゼロの cold な AI に実 UI で作らせる連載。介護・福祉 3枚目——介護記録 / ケア記録。バイタル・食事・排泄・服薬・特記、職員サイン。#92 国保連請求と同時に回した。

#90 で RelationshipRow を3回ルールで build した。#91 の観測：たった今作った RelationshipRow を、何も知らない次の cold AI が自力発掘するか。 PersonCell #85→#86 と同じ、複利の最短検証。

結果 — 4.5/5・RelationshipRow は発掘された

tsc/build 緑・375px・0 console error。本日の記録状況・担当割り当て・バイタル異常フラグ・ケア記録入力/確定・経過推移。

観測の主役 — 「2人の関係」も手組みしなかった

RelationshipRow — 「2人を並べる」ペア。既製だった。⟷ コネクタと relationshipLabel、doc comment が「利用者↔担当ケアマネ」を明記。利用者⟷担当ヘッダーと担当割り当ての両方に使い、どちらも手組みゼロ。

ReferenceValue + flagValue()（the killer component） — 測定値を基準範囲で判定・H/L/HH/LL チップ・異常は常に sr-only テキストで色だけに依存しない。pure な flagValue() を一覧の「異常」バッジ・サマリの「バイタル異常2名」・スパークラインの色で再利用。 SignedRecord（draft→署名→ロック・追記のみ）・CoSign（ハイリスク薬の2人確認）も既製。

#90 build した RelationshipRow を #91 が翌回発掘＝PersonCell(#85→#86) に続き2つ目の primitive で「build→翌回自力発掘」が再現。PersonCell も全 利用者/記録者に。部品が部品（RelationshipRow=PersonCell×2）を生み、その molecule も翌回に発掘される＝複利が階層を上がっても回る。

起票（追記・no-build）

• 🟢 収縮期/拡張期 BP の対の ReferenceValue が無い（180/110 を2つの独立フラグで・1回目・minor）。
• 🔵 discoverability が単一最大要望（barrel ~210 export がアルファベット順で ReferenceValue/SignedRecord が埋もれる・JSDoc が救うが src を開かないと見えない・#325 強補強）。

今回 src build なし（4.5/5・RelationshipRow 発掘＋ReferenceValue 越境が成果）。

学び — 複利は「部品の階層」を上っても回る

#85 PersonCell→#86 で発掘。#90 RelationshipRow→#91 で発掘。atom も molecule も、build した次の回で別々の cold AI に自力発掘される——3回ルールで結晶化した部品は、観測された必然なので、必然性が即裏付けられる。残る最大の課題はやはり機能でなく発見可能性（#325）＝「在る最高の部品を、採用者が見つけられない」。

次回予告

• 介護を進めるか次業界へ（#92 と同時記録）。

試す

• gunjo.jp ／ npm @gunjo/ui ／ GitHub ／ 前回まで #1〜#90
• GunjoUI by UIXHERO

---

<!-- 公開前: 相互URL差込／スクショ確定／EN(dev.to)ミラー -->