{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreidhcxo327d3nhexrysluwtaxyf2xhalqphpblclvehorxvkizcpoq",
    "uri": "at://did:plc:hzgu7qyp34ofph3btawzwyw4/app.bsky.feed.post/3mlirjil4vyn2"
  },
  "coverImage": {
    "$type": "blob",
    "ref": {
      "$link": "bafkreif2pxn2n3txxbfuli7lrhnudbe5ced6j264wofomwsomub7g7krga"
    },
    "mimeType": "image/png",
    "size": 70546
  },
  "path": "/ykenkou001/articles/mcp-first-regulatory-saas",
  "publishedAt": "2026-05-09T10:28:39.000Z",
  "site": "https://zenn.dev",
  "textContent": "CLO（物流統括管理者）の意思決定支援アプリを個人開発する中で、設計を3回作り直しました。原因は、画面でもAPIでもなく、「LLMから呼ばれる」ことを最初の設計制約に入れていなかったことです。\nLLMから呼ばれることを前提にすると、業務アプリの設計順序はひっくり返ります。先にWeb画面を作ってからAPIを足し、最後にMCPサーバーを後付けする──という普通の順序ではうまくいきません。\n3回作り直した結果、MCPファーストで組むと判断ロジックが腐らないと分かってきました。この記事では、その過程で見えた3つの原則をまとめます。\n!\nこの記事では、法対応・コンプライアンス・GRC・ESGのよう...",
  "title": "LLMから呼ばれるアプリをMCPファーストで設計するときの3つの原則"
}