@roottale/cms-mcp 0.55.0 → 0.56.0

package/CHANGELOG.md

@@ -1,5 +1,34 @@
 # @roottale/cms-mcp
 
+## 0.56.0
+
+### Patch Changes
+
+- 18aaa9e: ADR-0105 Amendment 1 — 공개 글 응답에 저장된 정규 공개 경로 `path`(cms-client
+  `post.path`)를 additive 로 더합니다. FRONT 는 주소를 계산하지 않고 이 값을 링크·사이트맵·
+  내부 링크 키에 그대로 씁니다.
+- 422c388: ADR-0105 Amendment 1 — FRONT 가 글 주소를 다시 계산하지 않습니다. `RootTaleBlogList`·
+  `RootTaleBlogPost`(연관 글·빵부스러기)의 기본 글 링크와 `buildPostMetadata` 의 canonical 이
+  플랫폼이 저장한 정규 공개 경로 `post.path` 를 먼저 읽고, 없을 때만 종전처럼 `collections`
+  규칙 → `/blog/{slug}` 로 폴백합니다. `storedPostPath(post)` 헬퍼를 `routes` 에서 내보냅니다.
+  문서(seo·collections·blog)와 Next.js 예제가 같은 규칙으로 갱신됐습니다.
+- d303835: 공개 블로그 설정 응답 `site_profile` 에 메인 홈 전용 검색 제목·설명
+  `home_title`·`home_description` 을 additive 로 더합니다(어드민 "검색·공유 표시 >
+  메인 홈 검색 노출"). `@roottale/cms-client` 는 `siteProfile.homeTitle` /
+  `homeDescription` 으로 노출하며, null 이면 사이트 이름·사이트 설명으로 폴백하는
+  것이 계약입니다. cms-mcp 문서 `seo.md` 에 홈 `generateMetadata` 예시를 더했습니다.
+- b13696c: ADR-0105 Amendment 1 — `GET /v1/cms/public/redirects` 가 글 공개 경로 이력(post_path_history)
+  에서 옛 경로 → 현재 경로 301 을 자동으로 더합니다(`id` 접두사 `path-history:`). 운영자
+  규칙이 같은 출발 경로면 운영자 규칙이 이깁니다.
+- 86c5712: RootTale 표준 블로그 주소 `/blog/{category}/{slug}` 지원 — `RootTaleSiteConfig.categoryPath`
+  (`"direct"` 면 사이트맵 카테고리 허브가 `/blog/{category}`), collection 모드 사이트맵이 각 컬렉션의
+  `categoryPath` 를 따르며, `makeCategoryHref(basePath, categoryPath)` 를 `server`·`routes` 에서
+  내보냅니다. 문서에 표준 규칙과 라우트 배치를 적었습니다.
+- bd450bc: ADR-0105 — 콘텐츠 모델 `detail`·`category_tree` presentation 에 목록·피드 규칙 선택 필드
+  (`archives`, `feed`, `categoryPath`, `layout`)를 additive 로 더합니다. 예전 `collections`
+  설정에만 있던 규칙을 모델이 소유하며, 공개 `content-models` 응답도 값이 있을 때 함께
+  내보냅니다.
+
 ## 0.55.0
 
 ### Patch Changes

package/dist/index.js

@@ -1559,7 +1559,7 @@ function registerTools(server) {
 }
 
 // src/server.ts
-var VERSION = true ? "0.55.0" : "dev";
+var VERSION = true ? "0.56.0" : "dev";
 var SERVER_INSTRUCTIONS = `
 roottale-cms-mcp\uB294 RootTale CMS\uB97C \uC678\uBD80 \uC0AC\uC774\uD2B8(\uC8FC\uB85C Next.js)\uC5D0 \uC5F0\uB3D9\uD558\uACE0
 \uAE00\xB7\uC378\uB124\uC77C\xB7\uBCF8\uBB38 \uC774\uBBF8\uC9C0\uB97C \uC790\uB3D9\uD654\uD558\uAE30 \uC704\uD55C \uBB38\uC11C\xB7\uC608\uC2DC \uCF54\uB4DC\xB7API tool\uC744 \uC81C\uACF5\uD569\uB2C8\uB2E4.

package/docs/api-reference.md

@@ -415,8 +415,9 @@ fallback 네비를 렌더하세요 (`menus.md` 참고).
   "show_author_card": true, "toc_title": null, "toc_position": "inline",
   "author_profile_name": null, "author_profile_bio": null,
   "author_profile_image_url": null, "author_profile_image_radius": "circle",
-  "site_profile": { "site_description": null, "logo_url": null,
-    "favicon_url": null, "default_og_image_url": null },
+  "site_profile": { "site_description": null, "home_title": null,
+    "home_description": null, "logo_url": null, "favicon_url": null,
+    "default_og_image_url": null },
   "post_cta": { "title": "상담이 필요하신가요?", "description": "첫 상담은 무료입니다.",
     "button_label": "상담 문의하기", "button_href": "/contact" },
   "updated_at": null }
@@ -434,6 +435,9 @@ fallback 네비를 렌더하세요 (`menus.md` 참고).
 `generateMetadata` 에서 `post.seo?.ogImage ?? post.featured_media_url ??
 settings.siteProfile.defaultOgImageUrl` 순으로 우선합니다. `logo_url`·
 `favicon_url`·`site_description` 은 사이트 `<head>` 에 적용합니다.
+`home_title`·`home_description` 은 **메인 홈(`/`) 전용** 검색 제목·설명(어드민
+"검색·공유 표시 > 메인 홈 검색 노출")으로, `null` 이면 사이트 이름(theme
+`site_name`)·`site_description` 으로 폴백하세요(`seo.md` "메인 홈 메타데이터").
 
 ## GET /v1/cms/public/categories
 

package/docs/blog.md

@@ -32,12 +32,18 @@ export default function BlogPage() {
       baseUrl={process.env.ROOTTALE_API_BASE}
       limit={20}
       showCategoryFilter
-      postHref={(post) => `/blog/${post.slug}`}
     />
   );
 }
 ```
 
+> **글 링크는 기본값에 맡기세요.** `postHref` 를 주지 않으면 카드·연관 글·빵부스러기의
+> 글 링크는 플랫폼이 글마다 저장해 내려주는 정규 공개 경로 `post.path`(ADR-0105)를
+> 그대로 쓰고, 없을 때(구 서버·주소 규칙 없는 유형)만 `collections` 규칙 →
+> `/blog/{slug}` 순으로 폴백합니다. `postHref={(post) => "/blog/" + post.slug}` 처럼
+> 하드코딩하면 관리자가 주소 규칙을 바꿔도 사이트가 옛 주소를 계속 그립니다 —
+> 라우트가 정말 고정인 사이트에서만 쓰세요.
+
 > **카테고리 허브 라우트(`/blog/categories/{slug}`)를 구현하세요.**
 > `showCategoryFilter` 의 카테고리 칩, `RootTaleBlogCategories`, `RootTaleBlogPost`
 > 의 `breadcrumb` 카테고리 세그먼트가 모두 기본적으로 이 경로를 링크합니다
@@ -74,6 +80,14 @@ export default function BlogPage() {
 
 ### 상세 페이지
 
+> **주소 규칙은 관리자 콘텐츠 모델(`blog`)의 presentation이 정합니다.** RootTale 표준
+> 사이트는 `/blog/{category}/{slug}`(카테고리 허브 `/blog/{category}`)이고, 이 문서의
+> 예시는 평면 `/blog/{slug}` 상세 규칙(`detail`)을 쓰는 사이트 기준입니다. 어느 쪽이든
+> 글 링크·canonical·사이트맵은 공개 API `path`(`post.path`)를 그대로 읽으면 됩니다 —
+> `content-models-and-exposures.md` "목록·피드 규칙도 모델이 소유합니다" 참고. 표준
+> 사이트의 라우트 파일 배치는 카테고리 허브 `app/blog/[category]/page.tsx`(카테고리가
+> 아니면 옛 글 주소로 보고 정본으로 301) + 글 `app/blog/[category]/[slug]/page.tsx` 입니다.
+
 ```tsx
 // app/blog/[slug]/page.tsx
 import { fetchPost } from "@roottale/cms-client/server";

package/docs/collections.md

@@ -403,6 +403,10 @@ return buildPostMetadata(post, {
 });
 ```
 
+원본 post 를 넘기면 `post.path`(플랫폼이 저장한 정규 공개 경로, ADR-0105)가 먼저
+canonical 이 되고 `collections` 는 저장 경로가 없는 글의 폴백입니다.
+`RootTaleBlogList`·`RootTaleBlogPost`(연관 글·빵부스러기)의 글 링크도 같은 순서 —
+`post.path` → `collections` 규칙 → `/blog/{slug}` — 로 정해집니다.
 자세한 동작은 `seo.md` 의 "글 메타데이터 → 공지·블로그 다중 스트림" 참고.
 
 ### revalidate

package/docs/content-models-and-exposures.md

@@ -89,6 +89,55 @@ FAQ·도움말·문서처럼 목록 아래에 여러 단계의 분류 허브가
 }
 ```
 
+### 목록·피드 규칙도 모델이 소유합니다
+
+글 목록의 카테고리 모음, RSS 피드, 허브 주소 형식처럼 예전 `collections`
+설정에만 있던 규칙은 이제 `detail`·`category_tree` presentation의 선택 필드로
+선언합니다. 모두 생략 가능하며 기본값은 컬렉션이 없을 때의 동작과 같습니다.
+
+| 필드 | 의미 | 기본값 |
+|---|---|---|
+| `archives` | 카테고리 모음 주소(`{목록}/categories/{slug}` 또는 direct)를 발행·갱신 | `false` |
+| `feed` | RSS 피드에 포함 | `false` |
+| `categoryPath` | 카테고리 허브 주소 형식 — `namespaced` = `{목록}/categories/{slug}`, `direct` = `{목록}/{slug}` | `namespaced` |
+| `layout` | 목록 레이아웃 힌트(FRONT가 해석, 라우팅과 무관) | 없음 |
+
+`detail`의 목록 주소는 `detailPath`에서 `/:slug`를 뗀 부모 경로이고,
+`category_tree`는 `basePath`가 목록입니다. 예전 `collections` 응답은 호환을 위해
+유지되지만 새 사이트는 모델 presentation만 읽으면 됩니다.
+
+**RootTale 표준 블로그 주소** — RootTale이 만드는 사이트(스타터·`roottale init` 시드)의
+`blog` 모델은 아래 규칙 하나를 씁니다: 글 `/blog/{category}/{slug}`, 카테고리 허브
+`/blog/{category}`, 목록 `/blog`. 1단계 `category_tree`이고 글마다 카테고리를 정확히
+하나 고릅니다(`categoryCardinality: "exactly-one"`). 옛 평면 주소 `/blog/{slug}`와
+`/blog/categories/{slug}`는 FRONT가 정본으로 301 합니다.
+
+```json
+{
+  "kind": "category_tree",
+  "basePath": "/blog",
+  "categoryDepth": 1,
+  "templateKey": "blog",
+  "categoryPath": "direct",
+  "categoryCardinality": "exactly-one",
+  "archives": true,
+  "feed": true
+}
+```
+
+직접 만드는 사이트가 평면 상세 주소를 유지해도 됩니다 — 그때는 `detail` 규칙을
+선언하고 FRONT 라우트를 그 규칙에 맞추면 됩니다.
+
+```json
+{
+  "kind": "detail",
+  "detailPath": "/blog/:slug",
+  "templateKey": "blog",
+  "archives": true,
+  "feed": true
+}
+```
+
 공개 사이트는 `fetchCategories({ collectionKey: "faq" })`의 `id`와 `parentId`로
 루트부터 말단까지의 분류 사슬을 만들고, `fetchPosts({ modelKey: "faq" })`의 글마다
 말단 카테고리를 정확히 하나 연결합니다. 위 예시는 다음 주소를 표현합니다.
@@ -180,6 +229,12 @@ ROOT-ADMIN 편집기 도구 모음의 **내부 링크 삽입** 버튼이 이 표
 경로를 같은 규칙으로 키로 바꿔 대조한 뒤 있으면 링크로, 없으면 표시 문구만
 렌더링하세요. `code`·`pre`·이미 링크된 구간과 속성값은 변환하지 않는 것을 권장합니다.
 
+**글의 주소는 계산하지 말고 읽으세요.** 공개 글 응답의 `path`(`@roottale/cms-client`
+에서는 `post.path`)가 플랫폼이 저장한 정규 공개 경로입니다(예 `/column/my-post`,
+상세 주소가 없는 글은 `null`). 링크·사이트맵·내부 링크 키에 이 값을 그대로 쓰면
+모델 규칙이 바뀌어도 FRONT 코드를 고칠 필요가 없습니다. 내부 링크 키는 이 경로의
+조각을 점으로 이은 값과 같습니다.
+
 **주소가 바뀐 글도 자동으로 따라가게 하려면** 공개 글 응답의 `previous_slugs`(옛 slug
 목록, 최신순 — `@roottale/cms-client`에서는 `previousSlugs`)를 함께 쓰세요. 현재 경로의
 마지막 조각을 옛 slug로 바꾼 경로도 같은 글의 키로 등록하면, `[[internal:blog.old-slug|…]]`

package/docs/custom-redirects.md

@@ -17,6 +17,11 @@ description: 어드민 "설정 > 주소 이동"에서 정의한 임의 경로
 - **커스텀 리다이렉트(이 문서)** — 글이 아닌 임의 경로를 옮깁니다. 라우팅
   *이전* 단계인 **미들웨어**에서만 가로챌 수 있어, 아래 설정이 필요합니다.
 
+글의 공개 주소가 바뀌면(slug 변경·분류 이동·모델 규칙 변경) 플랫폼이 옛 경로 → 현재
+경로 301 을 **자동으로** 이 목록에 더합니다(`id` 가 `path-history:` 로 시작). 운영자가
+같은 출발 경로 규칙을 만들었으면 운영자 규칙이 이깁니다. 미들웨어를 쓰고 있다면 별도
+작업 없이 옛 링크가 새 주소로 갑니다.
+
 규칙은 `GET /v1/cms/public/redirects` 로 내려오며 **활성** 규칙만 포함됩니다
 (`api-reference.md`). 출발 경로는 정규화된 사이트 내부 절대 경로, 도착지는
 내부 경로 또는 절대 URL, 상태는 `301`(영구) 또는 `302`(임시)입니다.

package/docs/revalidation-webhooks.md

@@ -12,7 +12,13 @@ description: 글 발행/수정 시 사이트 캐시를 near-real-time으로 갱
 - 별도 webhook secret을 보관할 필요가 없습니다 — 검증은 사이트 스코프 API
   키로 JWKS 공개키를 가져와 수행합니다.
 - ISR `revalidate = 1800` 같은 시간 기반 설정은 **fallback**입니다. 정상
-  경로는 웹훅입니다.
+  경로는 웹훅입니다. 웹훅이 실패하면(타임아웃·5xx·연결 오류) 플랫폼이 변경을
+  outbox 에 남겨 1·2·4분… 간격(최대 6시간, 8회)으로 자동으로 다시 보내고,
+  어드민 "발행 알림 기록" 화면에서 즉시 다시 보낼 수도 있습니다 — 사이트가
+  잠시 내려가 있어도 변경은 유실되지 않습니다. 웹훅 배선이 끝난 사이트는 fallback 을 길게 잡아도
+  됩니다(`sites/starter` 는 6시간, `21600`) — 짧게 잡으면 방문이 있는 페이지마다
+  그 주기로 재생성이 일어나 함수 실행·ISR 쓰기·API 호출이 늘어날 뿐, 정상
+  반영 속도는 웹훅이 정합니다.
 
 ## 1. revalidate 라우트 추가 (Next.js)
 

package/docs/seo.md

@@ -415,6 +415,59 @@ const crumbs = breadcrumbSchema([
 발행 웹훅의 `alsoRevalidate`에 `/feed.xml`, `/sitemap.xml`을 포함해 글 변경
 시 함께 갱신하세요 (`revalidation-webhooks.md` 참고).
 
+## 메인 홈 메타데이터 (홈 제목·홈 설명)
+
+어드민 **설정 > 검색·공유 표시 > 메인 홈 검색 노출**에서 저장한 홈 제목·홈
+설명은 `fetchBlogSettings().siteProfile.homeTitle` / `homeDescription` 으로
+내려옵니다(공개 API `site_profile.home_title` / `home_description`). 홈(`/`)
+라우트의 `generateMetadata` 에서 이 값을 우선 쓰고, 비어 있으면(null) 사이트
+이름(`fetchTheme().siteName`)·사이트 설명(`siteProfile.siteDescription`)으로
+폴백하세요. `title` 은 root layout 의 `%s | 사이트명` 템플릿을 타지 않도록
+`{ absolute }` 로 넘깁니다. `openGraph` 는 page 값이 layout 값을 통째로
+대체하므로 `siteName`·`images` 까지 다시 채웁니다.
+
+```tsx
+// app/page.tsx
+import type { Metadata } from "next";
+import {
+  BLOG_SETTINGS_CACHE_TAG,
+  fetchBlogSettings,
+  fetchTheme,
+  THEME_CACHE_TAG,
+} from "@roottale/cms-client/server";
+
+const apiKey = process.env.ROOTTALE_API_KEY!;
+
+export async function generateMetadata(): Promise<Metadata> {
+  const [theme, settings] = await Promise.all([
+    fetchTheme({ apiKey, tags: [THEME_CACHE_TAG] }).catch(() => null),
+    fetchBlogSettings({ apiKey, tags: [BLOG_SETTINGS_CACHE_TAG] }).catch(() => null),
+  ]);
+  const siteName = theme?.siteName ?? "예시 사이트";
+  const profile = settings?.siteProfile;
+  const title = profile?.homeTitle ?? siteName;
+  const description = profile?.homeDescription ?? profile?.siteDescription ?? undefined;
+  const image = profile?.defaultOgImageUrl ?? undefined;
+  return {
+    title: { absolute: title },
+    description,
+    alternates: { canonical: "/" },
+    openGraph: {
+      type: "website",
+      siteName,
+      title,
+      description,
+      ...(image ? { images: [image] } : {}),
+    },
+  };
+}
+```
+
+어드민에서 저장하면 서버가 `theme.updated` 알림을 보내므로 `revalidation-
+webhooks.md` 의 태그 배선(`BLOG_SETTINGS_CACHE_TAG`)이 되어 있으면 홈
+제목·설명이 곧바로 반영됩니다. `sites/starter` 는 `buildHomeMetadata()`
+(`components/SiteRootShell.tsx`)로 같은 동작이 이미 배선돼 있습니다.
+
 ## 글 메타데이터 (canonical·robots·OG)
 
 블로그 글 상세의 `generateMetadata` 에서 어드민 SEO 패널(`metaJson.seo`) 값을
@@ -473,6 +526,15 @@ return buildPostMetadata(post, {
 seo?: PostSeoOverrides }).seo` 로 넘기세요. `path` 는 redirect 후의 **현재
 slug**(`post.slug`) 기준으로 주세요(아래 301 참고).
 
+**canonical 경로 우선순위(ADR-0105)** — `path` 옵션 → 글의 저장된 정규 공개 경로
+(`post.path`, 원본 post 나 `path`·`collectionKey`·`modelKey` 를 함께 넘기면 자동) →
+`collections` 계산. 플랫폼이 글마다 주소를 저장해 내려주므로 사이트는 주소 규칙을
+알 필요가 없습니다 — 권장 형태는 `path: post.path ?? "/blog/" + post.slug` 처럼
+**원장을 먼저 읽고 이 라우트의 기본 주소로만 폴백**하는 것입니다(구 서버·주소 규칙이
+없는 유형이면 `post.path` 가 없거나 `null`). `storedPostPath(post)` 헬퍼
+(`@roottale/cms-renderer-next/routes`)는 소속(모델·컬렉션)이 있는 글의 저장 경로만
+돌려주고, 어느 유형에도 속하지 않는 레거시 글의 `/blog` 폴백값은 무시합니다.
+
 ### 공지·블로그 다중 스트림 (ADR-0060)
 
 섹션을 나눈 사이트(공지 `/notice` + 블로그 `/blog`)는 `path` 를 직접 쓰지 말고
@@ -500,6 +562,10 @@ export async function generateMetadata({ params }: Props): Promise<Metadata> {
 canonical 을 생략합니다(섹션 없는 글은 상세·sitemap에서 제외되는 규칙과 동일).
 단일 블로그 사이트는 기존처럼 `path: "/blog/" + post.slug` 만 주면 됩니다.
 
+원본 post 를 그대로 넘기면 `post.path`(플랫폼 저장 경로)가 `collections` 계산보다
+먼저 canonical 이 됩니다 — 컬렉션 규칙이 바뀌어도 사이트 코드를 고칠 필요가 없고,
+`collections` 는 저장 경로가 없는 글(구 서버·주소 규칙 없는 유형)의 폴백으로만 쓰입니다.
+
 ### 다국어 hreflang (ADR-0052 A안, W4-6 PR C1)
 
 번역 사이트는 `translations`(글 응답의 `translations[]`)와 `locales` 옵션을

package/docs/theme-and-settings.md

@@ -126,6 +126,9 @@ const settings = await fetchBlogSettings({
 });
 // showTableOfContents, showAuthor, showDate, showAuthorCard,
 // tocTitle, authorProfileImageRadius / Position 등
+// siteProfile: siteDescription · homeTitle · homeDescription(메인 홈 전용
+// 검색 제목·설명, null 이면 사이트 이름·사이트 설명으로 폴백) · logoUrl ·
+// faviconUrl · defaultOgImageUrl — 사이트 <head>/OG 폴백 (seo.md 참고)
 
 // 글 단위 오버라이드(metaJson)와 합성해 최종 표시값 계산
 const display = resolvePostDisplay(settings, post);

package/examples/nextjs/app/blog/[slug]/page.tsx

@@ -37,7 +37,8 @@ export async function generateMetadata({ params }: Props): Promise<Metadata> {
       section: post.category || undefined,
       tags: post.tags.map((t) => t.name),
     },
-    { siteUrl: SITE_URL, path: `/blog/${post.slug}` },
+    // ADR-0105 — 주소는 플랫폼 원장(post.path)을 읽고, 없을 때만 이 라우트 기본값.
+    { siteUrl: SITE_URL, path: post.path ?? `/blog/${post.slug}` },
   );
 }
 
@@ -49,7 +50,8 @@ export default async function PostPage({ params }: Props) {
   const redirect = postRedirectPath(post, slug);
   if (redirect) permanentRedirect(redirect);
 
-  const url = `${SITE_URL}/blog/${post.slug}`;
+  // ADR-0105 — 정본 주소는 플랫폼 원장(post.path). 없을 때만 이 라우트 기본값.
+  const url = `${SITE_URL}${post.path ?? `/blog/${post.slug}`}`;
   // avcd 구조 — BlogPosting + 확장 옵션(전부 선택, 있는 값만 채우면 됩니다).
   const jsonLd = articleSchema({
     type: "BlogPosting",

package/examples/nextjs/app/blog/categories/[slug]/page.tsx

@@ -80,7 +80,7 @@ export default async function CategoryArchivePage({ params }: Props) {
       <ul>
         {posts.map((post) => (
           <li key={post.id}>
-            <Link href={`/blog/${post.slug}`}>{post.title}</Link>
+            <Link href={post.path ?? `/blog/${post.slug}`}>{post.title}</Link>
           </li>
         ))}
       </ul>

package/examples/nextjs/app/blog/page.tsx

@@ -18,7 +18,7 @@ export default async function BlogPage() {
       <ul>
         {posts.map((post) => (
           <li key={post.id}>
-            <Link href={`/blog/${post.slug}`}>
+            <Link href={post.path ?? `/blog/${post.slug}`}>
               {post.category && <span>{post.category}</span>}
               <h2>{post.title}</h2>
               <p>{post.description}</p>

package/examples/nextjs/lib/blog.ts

@@ -11,6 +11,7 @@ import {
   type ArchivePromotion,
   fetchBlogArchivePosts,
   resolveCategoryPromotion,
+  storedPostPath,
 } from "@roottale/cms-renderer-next/routes";
 
 function getApiKey(): string {
@@ -24,6 +25,11 @@ const baseUrl = process.env.ROOTTALE_API_BASE;
 export interface BlogPostMeta {
   id: string;
   slug: string;
+  /**
+   * 플랫폼이 저장한 정규 공개 경로(ADR-0105, 예 `/blog/my-post`). 링크·canonical·
+   * JSON-LD 는 이 값을 읽고, 없을 때(구 서버·주소 규칙 없는 유형)만 `/blog/{slug}` 로 폴백.
+   */
+  path: string | null;
   title: string;
   description: string;
   date: string; // publishedAt ISO
@@ -51,6 +57,7 @@ function toMeta(post: CmsPostContent): BlogPostMeta {
   return {
     id: post.id,
     slug: post.slug,
+    path: storedPostPath(post),
     title: post.title,
     description: post.excerpt ?? "",
     date: post.publishedAt ?? "",

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@roottale/cms-mcp",
-  "version": "0.55.0",
+  "version": "0.56.0",
   "type": "module",
   "description": "RootTale CMS MCP server and CLI for models, entries, exposures, media, integration docs, and public API access.",
   "bin": {