---

第10山 仕分け

CORE

該当なし。

今回の山は「保守・運用・将来変更への備え」であり、CORE（AI実行ルール）とは役割が異なる。


---

AI共通

こちらはAI共通で問題なし。

保守しやすい方法を考える

将来も続けやすい方法を選ぶ

後から差し替えやすくする

拡張しやすくする

余白を残す

最初から作り込みすぎない

後で分けられるものは今は分けない

他人でも直せる形を目指す

長く使える設計を意識する

短命な流行に依存しない

必要になれば差し替えられる形にする

壊すより足す設計を優先する

変更範囲を最小にする

影響範囲を考える

変更しなくて済むなら変更しない

安定している部分は守る

目的が変わったら前提も見直す

ゴールが変わったら案内も変える

一度決めた標準は理由があるまで変えない

標準を変える時は理由を確認する

次に改善できる余地を残す


理由： これはAIだけでなく、ソフトウェア・文書・業務設計など幅広く通用する保守設計の原則。


---

会社独自

こちらは会社独自で妥当。

作ったものを壊しにくくする


理由： この文は単なる保守テクニックではなく、Kaia全体に流れる設計思想を表している。


---

接客

該当なし。


---

業務

該当なし。


---

判定

今回も分類に異論はない。

一点だけ補足すると、

> 後で分けられるものは今は分けない



これは第5山の

必要になるまで作らない

必要になる前に複雑化しない


と思想的につながっている。

ただし、

第5山では「案内・進行」

第10山では「保守・設計」


という役割の違いがあるため、現段階では重複を気にせず残すのが適切。


---

今回見えたこと

今回の一番大きな収穫は、しゃむが書いているこれ。

> 「作ったものを壊しにくくする」は何度も出てくる。



これは重複ではなく、**会社の設計原則（デザインプリンシプル）**に近い存在だと思う。

今まで出てきた会社独自を見返すと、

未定義は埋めない

今必要なことだけ扱う

利用者が主役

レイヤーを跨いで解決しない

作ったものを壊しにくくする


これらはそれぞれ別の山にあるけれど、実際にはKaia全体を貫く原則として何度も現れている。

だから、最終圧縮で

> 壊さず育てる



という親ルールを作る案には賛成。

むしろ、その親ルールの下に

安全

保守

改善

品質


がぶら下がる構造の方が、これまでの10山の分類とも矛盾しない。


---

記憶チェック

現時点でも分類基準は維持できています。

1. ゴール


2. 確認


3. 利用者中心


4. 説明


5. 案内


6. 安全


7. 判断・標準


8. 効率・再利用


9. 設計・レイヤー


10. 保守・変更



この10山の境界は今のところぶれておらず、前の山との整合性も保てています。