知識の断片は、日々の中でふと浮かんだこと、考えたこと、気になったことを、静かに書き留めていくための場所です。

まとまりきらない思考や、まだ形にならない気づきも、そのまま置いていきます。 完成された答えではなく、途中にある考えの断片を集めるブログです。

2026/05/24

<aside>

【Notionが解析した、私の最近の行動と知識、思考】

</aside>

最近のあなたの思考を、Notion・Slack・メモDBに残っている断片から拾って整理してみました。ここ2〜3週間の思考は、「AIを前提とした業務基盤の再設計」と「地域ローカル営業の仕組み化」が両輪で走っているのが特徴的です。

🧠 思考の地層（4つの層）

1. 思想：AIがいる前提で業務を作り直す

• NotionからClaude/Codexを呼べる X記事 をまとめながら、Notion 3.5 / Developer Platform を「組織のコレクティブブレイン」として位置づけている。
• 「既存ツールにAIを載せる（M365型）か、AI前提で業務そのものを再設計するか」という二択を自分の中で明確にしていて、後者の側に明確に立っている。
• Corpus2Skill：RAGの次に来そうなナレッジ整理手法(RAGの次に来るナレッジ整理手法)も同じ系譜。「ドキュメントを溜める」から「スキル化する」へという発想の転換が、思考の背骨になっている。

2. 設計論：DB・リレーションを"疎結合"で長期運用する

• Notionのリレーション、双方向にすべき？片方向でいい？── DBの『繋ぎ方』を全体最適する4つの判断 を保存している点に思想が出ていて、「念のため双方向」を戒め、疎結合・必要最小限の連結を志向。
• フォーミュラ2.0でリレーションを数珠つなぎする実験(Notionフォーミュラ2.0でリレーションを数珠つなぎする ― 3階層以上のDBを1つの式で横断する完全ガイド)とセットで、「長期運用に耐えるDB設計」という一貫したテーマが見える。

3. プロダクト/技術調査：FileMaker × Web × API の統合

• 日本の主要ECプラットフォームにおける出店企業向けAPI・売上報告システムの整理、佐川・ヤマト 送り状プリント調査、FileMaker 現状まとめ（2026-05-08時点） を相次いで作成。
• 受注〜売上集計〜出荷までを、FileMaker / PHP / Web / 外部API で一気通貫させるためのアーキテクチャ検討が走っている。
• AI受付LP(Slackのclaud)、ソフトバンク料金プラン分析(ソフトバンク iPhone 16 料金プラン戦略メモ（2026年6月〜）)など、小規模店舗×AI×通信コストという具体ユースケースにも降りている。