<aside> 🟦
freee関係のメモはこの下に子ページで作ってください ✨ ※マニュアルのデータベース化を進めています（2024.2〜）。完成までは従来のメモも並行運用でお願いします
</aside>
<aside> 🔍
（デモ用解説）なぜこれがアンチパターンなのか（DBの切り口編） — ①「freee操作マニュアルDB（作りかけ）」はDB化を試みた痕跡。志は買うが、データベースを作る切り口が間違っている。「freeeのマニュアル」という狭い単位でDBを作ると、次は「弥生マニュアルDB」「ExcelマニュアルDB」…とソフトごとにDBが乱立し、年度別複製DBと同じ末路をたどる。本来は**「マニュアル」という概念で1つのDBを作り、「対象ソフト」タグ（freee／弥生／共通）で切り分けるべき。DBはモノの種類（エンティティ）で切るのが原則で、モノの属性（どのソフトか・どの年度か）で切ってはいけない ②しかもそのDBは2行（うち1行は「テスト（あとで消す）」）で放置され、旧メモ・新メモ（書きかけ）・作りかけDBの三重管理**が完成 ③さらに「正式版」と称した子ページの塔がここから5階層（ポータルから数えると8クリック）。最深部で待っているのは「田中さんに聞いてください（在籍は今月末まで）」 ✅ 本来は：事務所で1つの「マニュアルDB」＋「対象ソフト」「カテゴリ」タグで管理し、階層はフラットに保つ ｜ 🧭 原則：「見たいものベース」でDBを作らない — 「freeeのマニュアルだけ見たい」なら、このページにリンクドビューを置いて「対象ソフト=freee」でフィルターすればいいだけ。データは一元管理し、見え方はビューで区切る ｜ 🤖 Notion AI観点 — マニュアルが旧メモ・新メモ（書きかけ）・作りかけDBに分散していると、AIは「どれが正」か判断できず、古いメモを根拠に答えたり「見つかりませんでした」と言い出す。深い階層の奥のページは検索でも埋もれやすい。1つのマニュアルDBに一元化されていれば、AIの検索も要約も一発で当たる
</aside>