@intlayer/docs 8.12.4 → 8.12.5-canary.0

package/blog/vi/rag_powered_documentation_assistant.md

@@ -13,6 +13,7 @@ keywords:
 slugs:
   - blog
   - rag-powered-documentation-assistant
+author: aymericzip
 ---
 
 # Xây dựng Trợ lý Tài liệu được hỗ trợ bởi RAG (Phân đoạn, Embeddings và Tìm kiếm)
@@ -69,13 +70,17 @@ Vì vậy, RAG không chỉ là một công cụ hỗ trợ. Nó còn là một
 5. **Tăng cường + Tạo (AG trong RAG)** Những đoạn đó được chèn vào prompt cho ChatGPT, để mô hình trả lời với ngữ cảnh thực tế từ tài liệu.
 6. **Ghi lại truy vấn để phản hồi** Mỗi truy vấn của người dùng đều được lưu lại. Đây là nguồn dữ liệu quý giá để hiểu các điểm đau, tài liệu còn thiếu, hoặc cơ hội mới.
 
-## Bước 1: Đọc tài liệu
+<Steps>
+
+<Step number={1} title="Đọc tài liệu">
 
 Bước đầu tiên rất đơn giản: tôi cần một cách để quét thư mục docs/ để lấy tất cả các file .md. Sử dụng Node.js và glob, tôi đã lấy nội dung của từng file Markdown vào bộ nhớ.
 
 Điều này giữ cho pipeline linh hoạt: thay vì Markdown, bạn có thể lấy tài liệu từ cơ sở dữ liệu, một CMS, hoặc thậm chí một API.
 
-## Bước 2: Chia nhỏ tài liệu
+</Step>
+
+<Step number={2} title="Chia nhỏ tài liệu">
 
 Tại sao phải chia nhỏ? Vì các mô hình ngôn ngữ có **giới hạn ngữ cảnh**. Cung cấp cho chúng một cuốn sách tài liệu toàn bộ sẽ không hiệu quả.
 
@@ -97,7 +102,9 @@ Sự đánh đổi này (kích thước đoạn so với phần chồng lấn) l
 - Quá nhỏ → bạn sẽ nhận được nhiều nhiễu.
 - Quá lớn → bạn làm phình to kích thước ngữ cảnh.
 
-## Bước 3: Tạo Embeddings
+</Step>
+
+<Step number={3} title="Tạo Embeddings">
 
 Khi tài liệu đã được chia nhỏ, chúng ta tạo ra **embeddings**, các vector đa chiều đại diện cho mỗi đoạn.
 
@@ -115,7 +122,9 @@ Tôi đã sử dụng mô hình text-embedding-3-large của OpenAI, nhưng bạ
 
 Mỗi vector là một dấu vân tay toán học của văn bản, cho phép tìm kiếm tương đồng.
 
-## Bước 4: Lập chỉ mục & Lưu trữ Embeddings
+</Step>
+
+<Step number={4} title="Lập chỉ mục & Lưu trữ Embeddings">
 
 Để tránh phải tạo lại embeddings nhiều lần, tôi đã lưu chúng trong file embeddings.json.
 
@@ -128,7 +137,9 @@ Trong môi trường sản xuất, bạn có thể muốn sử dụng một cơ
 
 Các cơ sở dữ liệu vector xử lý việc lập chỉ mục, khả năng mở rộng và tìm kiếm nhanh. Nhưng với nguyên mẫu của tôi, một file JSON cục bộ là đủ.
 
-## Bước 5: Truy xuất với Cosine Similarity
+</Step>
+
+<Step number={5} title="Truy xuất với Cosine Similarity">
 
 Khi người dùng đặt câu hỏi:
 
@@ -140,7 +151,9 @@ Cosine similarity đo góc giữa hai vector. Một kết quả khớp hoàn h
 
 Bằng cách này, hệ thống tìm được các đoạn tài liệu gần nhất với truy vấn.
 
-## Bước 6: Tăng cường + Tạo nội dung
+</Step>
+
+<Step number={6} title="Tăng cường + Tạo nội dung">
 
 Giờ đến phần kỳ diệu. Chúng ta lấy các đoạn tài liệu hàng đầu và chèn chúng vào **system prompt** cho ChatGPT.
 
@@ -148,7 +161,9 @@ Giờ đến phần kỳ diệu. Chúng ta lấy các đoạn tài liệu hàng
 
 Kết quả: các câu trả lời chính xác, **dựa trên tài liệu**.
 
-## Bước 7: Ghi lại các truy vấn của người dùng
+</Step>
+
+<Step number={7} title="Ghi lại các truy vấn của người dùng">
 
 Đây là siêu năng lực ẩn.
 
@@ -161,7 +176,9 @@ Mỗi câu hỏi được hỏi đều được lưu lại. Theo thời gian, b
 
 Điều này biến trợ lý RAG của bạn thành một **công cụ nghiên cứu người dùng liên tục**.
 
-## Chi Phí Là Bao Nhiêu?
+</Step>
+
+<Step number={8} title="Chi Phí Là Bao Nhiêu?">
 
 Một phản đối phổ biến đối với RAG là chi phí. Trên thực tế, nó rẻ đến bất ngờ:
 
@@ -171,7 +188,9 @@ Một phản đối phổ biến đối với RAG là chi phí. Trên thực t
 
 Ngoài ra, bạn có thể tính thêm chi phí lưu trữ.
 
-## Chi Tiết Triển Khai
+</Step>
+
+<Step number={9} title="Chi Tiết Triển Khai">
 
 Stack:
 
@@ -235,7 +254,9 @@ Chúng tôi đã thử nghiệm với gpt-5, nhưng độ trễ quá cao (đôi
 
 👉 [Thử bản demo tại đây](https://intlayer.org/doc/why) 👉 [Xem mẫu mã nguồn trên GitHub](https://github.com/aymericzip/smart_doc_RAG)
 
-## Tiến xa hơn
+</Step>
+
+<Step number={10} title="Tiến xa hơn">
 
 Dự án này là một triển khai tối giản. Nhưng bạn có thể mở rộng nó theo nhiều cách:
 
@@ -247,13 +268,17 @@ Dự án này là một triển khai tối giản. Nhưng bạn có thể mở r
 - Truy xuất đa nguồn → không chỉ lấy tài liệu, mà còn các mục cơ sở dữ liệu, bài đăng blog, vé hỗ trợ, v.v.
 - Cải thiện prompting → sắp xếp lại, lọc và tìm kiếm kết hợp (từ khóa + ngữ nghĩa)
 
-## Những Hạn Chế Chúng Tôi Gặp Phải
+</Step>
+
+<Step number={11} title="Những Hạn Chế Chúng Tôi Gặp Phải">
 
 - Việc chia đoạn và chồng lấn là dựa trên kinh nghiệm thực nghiệm. Cân bằng đúng (kích thước đoạn, tỷ lệ chồng lấn, số đoạn được truy xuất) cần phải lặp lại và thử nghiệm.
 - Embeddings không được tự động tạo lại khi tài liệu thay đổi. Hệ thống của chúng tôi chỉ đặt lại embeddings cho một file nếu số lượng đoạn khác với số đã lưu.
 - Trong nguyên mẫu này, embeddings được lưu trữ dưới dạng JSON. Điều này phù hợp cho các bản demo nhưng gây ô nhiễm Git. Trong môi trường sản xuất, sử dụng cơ sở dữ liệu hoặc kho vector chuyên dụng sẽ tốt hơn.
 
-## Tại Sao Điều Này Quan Trọng Ngoài Tài Liệu
+</Step>
+
+<Step number={12} title="Tại Sao Điều Này Quan Trọng Ngoài Tài Liệu">
 
 Phần thú vị không chỉ là chatbot. Đó là **vòng phản hồi**.
 
@@ -273,7 +298,9 @@ Hãy tưởng tượng ra mắt một tính năng mới và ngay lập tức th
 
 Đó chính là **trí tuệ sản phẩm** trực tiếp từ người dùng của bạn.
 
-## Kết luận
+</Step>
+
+<Step number={13} title="Kết luận">
 
 RAG là một trong những cách đơn giản nhất và mạnh mẽ nhất để làm cho LLM trở nên thực tiễn. Bằng cách kết hợp **truy xuất + tạo sinh**, bạn có thể biến tài liệu tĩnh thành một **trợ lý thông minh** và đồng thời thu được một dòng thông tin liên tục về sản phẩm.
 
@@ -286,3 +313,7 @@ RAG là một trong những cách đơn giản nhất và mạnh mẽ nhất đ
 👉 [Thử bản demo tại đây](https://intlayer.org/doc/why) 👉 [Xem mẫu code trên GitHub](https://github.com/aymericzip/smart_doc_RAG)
 
 Và nếu bạn cũng đang thử nghiệm với RAG, tôi rất muốn nghe cách bạn đang sử dụng nó như thế nào.
+
+</Step>
+
+</Steps>

package/blog/vi/react-i18next_vs_react-intl_vs_intlayer.md

@@ -15,6 +15,7 @@ keywords:
 slugs:
   - blog
   - react-i18next-vs-react-intl-vs-intlayer
+author: aymericzip
 ---
 
 # react-Intl VS react-i18next VS intlayer | Quốc tế hóa React (i18n)

package/blog/vi/vue-i18n_vs_intlayer.md

@@ -15,6 +15,7 @@ keywords:
 slugs:
   - blog
   - vue-i18n-vs-intlayer
+author: aymericzip
 ---
 
 # vue-i18n VS Intlayer | Quốc tế hóa Vue (i18n)

package/blog/vi/what_is_internationalization.md

@@ -15,6 +15,7 @@ keywords:
 slugs:
   - blog
   - what-is-internationalization
+author: aymericzip
 ---
 
 # Internationalization (i18n) là gì? Định nghĩa và những thách thức

package/blog/zh/compiler_vs_declarative_i18n.md

@@ -16,6 +16,7 @@ keywords:
 slugs:
   - blog
   - compiler-vs-declarative-i18n
+author: aymericzip
 ---
 
 # 支持与反对编译器驱动国际化的观点

package/blog/zh/i18n_meaning.md

@@ -14,6 +14,7 @@ keywords:
 slugs:
   - blog
   - i18n-meaning
+author: aymericzip
 ---
 
 # i18n 的含义：什么是国际化，为什么它很重要？

package/blog/zh/i18n_using_next-i18next.md

@@ -19,6 +19,7 @@ history:
   - version: 7.0.6
     date: 2025-11-01
     changes: 初始版本
+author: aymericzip
 ---
 
 # 2025 年如何使用 next-i18next 国际化您的 Next.js 应用

package/blog/zh/i18n_using_next-intl.md

@@ -18,6 +18,7 @@ history:
   - version: 7.0.0
     date: 2025-11-01
     changes: 初始版本
+author: aymericzip
 ---
 
 # 2025 年如何使用 next-intl 国际化你的 Next.js 应用

package/blog/zh/index.md

@@ -13,6 +13,7 @@ keywords:
 slugs:
   - blog
   - search
+author: aymericzip
 ---
 
 # 在 JavaScript 中拥抱国际化：提升全球范围和 SEO

package/blog/zh/internationalization_and_SEO.md

@@ -14,6 +14,7 @@ keywords:
 slugs:
   - blog
   - SEO-and-i18n
+author: aymericzip
 ---
 
 # SEO & I18n: 为您的网站提供多语言支持的终极指南

package/blog/zh/intlayer_with_i18next.md

@@ -27,6 +27,7 @@ history:
   - version: 7.0.0
     date: 2025-10-29
     changes: 更改为 syncJSON 插件
+author: aymericzip
 ---
 
 # 如何使用 Intlayer 自动化您的 i18next JSON 翻译
@@ -123,7 +124,9 @@ export default config;
 
 要查看更多关于 `syncJSON` 插件的详细信息，请参阅 [syncJSON 插件文档](https://github.com/aymericzip/intlayer/blob/main/docs/docs/zh/plugins/sync-json.md)。
 
-### （可选）步骤 3：实现按组件的 JSON 翻译
+<Steps>
+
+<Step number={1} title="实现按组件的 JSON 翻译" isOptional={true}>
 
 默认情况下，Intlayer 会加载、合并并同步 JSON 文件和内容声明文件。更多详情请参阅 [内容声明文档](https://github.com/aymericzip/intlayer/blob/main/docs/docs/zh/dictionary/content_file.md)。但如果你愿意，也可以使用 Intlayer 插件，在代码库中的任意位置实现按组件管理本地化的 JSON。
 
@@ -166,6 +169,10 @@ export default config;
 
 ---
 
+</Step>
+
+</Steps>
+
 ## Git 配置
 
 建议忽略自动生成的 Intlayer 文件：

package/blog/zh/intlayer_with_next-i18next.md

@@ -23,6 +23,7 @@ history:
   - version: 7.0.0
     date: 2025-10-29
     changes: 更改为 syncJSON 插件并全面重写
+author: aymericzip
 ---
 
 # 使用 next-i18next 和 Intlayer 实现 Next.js 国际化 (i18n)
@@ -133,7 +134,9 @@ export default config;
 
 ---
 
-### （可选）步骤 3：实现按组件的 JSON 翻译
+<Steps>
+
+<Step number={1} title="实现按组件的 JSON 翻译" isOptional={true}>
 
 默认情况下，Intlayer 会加载、合并并同步 JSON 和内容声明文件。更多详情请参阅 [内容声明文档](https://github.com/aymericzip/intlayer/blob/main/docs/docs/zh/dictionary/content_file.md)。但如果你愿意，也可以使用 Intlayer 插件，在代码库中的任何位置实现按组件管理本地化的 JSON。
 
@@ -176,6 +179,10 @@ export default config;
 
 ---
 
+</Step>
+
+</Steps>
+
 ## Git 配置
 
 将生成的文件排除在版本控制之外：

package/blog/zh/intlayer_with_next-intl.md

@@ -22,6 +22,7 @@ history:
   - version: 7.0.0
     date: 2025-10-29
     changes: 更改为 syncJSON 插件
+author: aymericzip
 ---
 
 # 如何使用 Intlayer 自动化您的 next-intl JSON 翻译
@@ -119,7 +120,9 @@ export default config;
 
 有关 `syncJSON` 插件的更多详细信息，请参阅 [syncJSON 插件文档](https://github.com/aymericzip/intlayer/blob/main/docs/docs/zh/plugins/sync-json.md)。
 
-### （可选）步骤 3：实现按组件的 JSON 翻译
+<Steps>
+
+<Step number={1} title="实现按组件的 JSON 翻译" isOptional={true}>
 
 默认情况下，Intlayer 会加载、合并并同步 JSON 文件和内容声明文件。更多详情请参见[内容声明文档](https://github.com/aymericzip/intlayer/blob/main/docs/docs/zh/dictionary/content_file.md)。但如果你愿意，也可以使用 Intlayer 插件，在代码库中的任意位置实现基于组件的 JSON 本地化管理。
 
@@ -161,6 +164,10 @@ export default config;
 
 这将加载 `src` 目录中所有匹配 `{key}.i18n.json` 模式的 JSON 文件，并将它们作为 Intlayer 字典加载。
 
+</Step>
+
+</Steps>
+
 ## Git 配置
 
 建议忽略自动生成的 Intlayer 文件：

package/blog/zh/intlayer_with_react-i18next.md

@@ -25,6 +25,7 @@ history:
   - version: 7.0.0
     date: 2025-10-29
     changes: 更改为 syncJSON 插件
+author: aymericzip
 ---
 
 # 如何使用 Intlayer 自动化您的 react-i18next JSON 翻译
@@ -121,7 +122,9 @@ export default config;
 
 要查看更多关于 `syncJSON` 插件的详细信息，请参阅 [syncJSON 插件文档](https://github.com/aymericzip/intlayer/blob/main/docs/docs/zh/plugins/sync-json.md)。
 
-### （可选）步骤 3：实现按组件的 JSON 翻译
+<Steps>
+
+<Step number={1} title="实现按组件的 JSON 翻译" isOptional={true}>
 
 默认情况下，Intlayer 会加载、合并并同步 JSON 文件和内容声明文件。更多详情请参阅 [内容声明文档](https://github.com/aymericzip/intlayer/blob/main/docs/docs/zh/dictionary/content_file.md)。但如果你愿意，也可以使用 Intlayer 插件，在代码库中的任意位置实现按组件管理本地化的 JSON。
 
@@ -162,6 +165,10 @@ export default config;
 
 这将加载 `src` 目录中所有匹配 `{key}.i18n.json` 模式的 JSON 文件，并将它们作为 Intlayer 字典加载。
 
+</Step>
+
+</Steps>
+
 ## Git 配置
 
 建议忽略自动生成的 Intlayer 文件：

package/blog/zh/intlayer_with_react-intl.md

@@ -23,6 +23,7 @@ history:
   - version: 7.0.0
     date: 2025-10-29
     changes: 更改为 syncJSON 插件
+author: aymericzip
 ---
 
 # 如何使用 Intlayer 自动化您的 react-intl JSON 翻译
@@ -120,7 +121,9 @@ export default config;
 
 要查看更多关于 `syncJSON` 插件的详细信息，请参阅 [syncJSON 插件文档](https://github.com/aymericzip/intlayer/blob/main/docs/docs/zh/plugins/sync-json.md)。
 
-### （可选）步骤 3：实现按组件的 JSON 翻译
+<Steps>
+
+<Step number={1} title="实现按组件的 JSON 翻译" isOptional={true}>
 
 默认情况下，Intlayer 会加载、合并并同步 JSON 和内容声明文件。更多详情请参阅 [内容声明文档](https://github.com/aymericzip/intlayer/blob/main/docs/docs/zh/dictionary/content_file.md)。但如果你愿意，也可以使用 Intlayer 插件，在代码库中的任意位置实现按组件管理本地化的 JSON。
 
@@ -162,6 +165,10 @@ export default config;
 
 这将加载 `src` 目录中所有匹配 `{key}.i18n.json` 模式的 JSON 文件，并将它们作为 Intlayer 字典加载。
 
+</Step>
+
+</Steps>
+
 ## Git 配置
 
 建议忽略自动生成的 Intlayer 文件：

package/blog/zh/intlayer_with_vue-i18n.md

@@ -23,6 +23,7 @@ history:
   - version: 7.0.0
     date: 2025-10-29
     changes: 更改为 syncJSON 插件并全面重写
+author: aymericzip
 ---
 
 # 使用 vue-i18n 和 Intlayer 的 Vue.js 国际化 (i18n)

package/blog/zh/l10n_platform_alternative/Lokalise.md

@@ -15,6 +15,7 @@ history:
   - version: 7.5.0
     date: 2025-12-18
     changes: 初始版本
+author: aymericzip
 ---
 
 # 用于替代 Lokalise 的开源 L10n 替代方案（TMS）

package/blog/zh/l10n_platform_alternative/crowdin.md

@@ -15,6 +15,7 @@ history:
   - version: 7.5.0
     date: 2025-12-18
     changes: 初始版本
+author: aymericzip
 ---
 
 # 一个面向 Crowdin 的开源 L10n 替代方案（TMS）

package/blog/zh/l10n_platform_alternative/phrase.md

@@ -15,6 +15,7 @@ history:
   - version: 7.5.0
     date: 2025-12-18
     changes: 初始版本
+author: aymericzip
 ---
 
 # 用于 Phrase 的开源 L10n 替代方案（TMS）

package/blog/zh/list_i18n_technologies/frameworks/angular.md

@@ -16,6 +16,7 @@ slugs:
   - i18n-technologies
   - frameworks
   - angular
+author: aymericzip
 ---
 
 # 探索 i18n 解决方案以翻译您的 Angular 网站

package/blog/zh/list_i18n_technologies/frameworks/react-native.md

@@ -16,6 +16,7 @@ slugs:
   - i18n-technologies
   - frameworks
   - react-native
+author: aymericzip
 ---
 
 # 探索 i18n 解决方案以翻译您的 React Native 应用

package/blog/zh/list_i18n_technologies/frameworks/react.md

@@ -16,6 +16,7 @@ slugs:
   - i18n-technologies
   - frameworks
   - react
+author: aymericzip
 ---
 
 # 探索翻译您的 React 网站的 i18n 解决方案

package/blog/zh/list_i18n_technologies/frameworks/svelte.md

@@ -16,6 +16,7 @@ slugs:
   - i18n-technologies
   - frameworks
   - svelte
+author: aymericzip
 ---
 
 # 探索适用于翻译您的 Svelte 网站的 i18n 解决方案

package/blog/zh/list_i18n_technologies/frameworks/vue.md

@@ -16,6 +16,7 @@ slugs:
   - i18n-technologies
   - frameworks
   - vue
+author: aymericzip
 ---
 
 # 探索翻译您的 Vue.js 网站的 i18n 解决方案

package/blog/zh/next-i18next_vs_next-intl_vs_intlayer.md

@@ -15,6 +15,7 @@ keywords:
 slugs:
   - blog
   - next-i18next-vs-next-intl-vs-intlayer
+author: aymericzip
 ---
 
 # next-i18next VS next-intl VS intlayer | Next.js 国际化 (i18n)

package/blog/zh/nextjs-multilingual-seo-comparison.md

@@ -16,6 +16,7 @@ keywords:
 slugs:
   - blog
   - blog-seo-i18n-nextjs
+author: aymericzip
 ---
 
 # Next.js 中的 SEO 和国际化：仅仅翻译是不够的

package/blog/zh/per-component_vs_centralized_i18n.md

@@ -13,6 +13,7 @@ keywords:
 slugs:
   - blog
   - per-component-vs-centralized-i18n
+author: aymericzip
 ---
 
 # 每组件（Per-Component）与集中式（Centralized）i18n

package/blog/zh/rag_powered_documentation_assistant.md

@@ -13,6 +13,7 @@ keywords:
 slugs:
   - blog
   - rag-powered-documentation-assistant
+author: aymericzip
 ---
 
 # 构建一个基于RAG的文档助手（分块、嵌入和搜索）

package/blog/zh/react-i18next_vs_react-intl_vs_intlayer.md

@@ -15,6 +15,7 @@ keywords:
 slugs:
   - blog
   - react-i18next-vs-react-intl-vs-intlayer
+author: aymericzip
 ---
 
 # react-Intl VS react-i18next VS intlayer | React 国际化 (i18n)

package/blog/zh/vue-i18n_vs_intlayer.md

@@ -15,6 +15,7 @@ keywords:
 slugs:
   - blog
   - vue-i18n-vs-intlayer
+author: aymericzip
 ---
 
 # vue-i18n VS Intlayer | Vue 国际化 (i18n)

package/blog/zh/what_is_internationalization.md

@@ -15,6 +15,7 @@ keywords:
 slugs:
   - blog
   - what-is-internationalization
+author: aymericzip
 ---
 
 # 什么是国际化 (i18n)? 定义与挑战

package/dist/cjs/authors.cjs

@@ -0,0 +1,37 @@
+Object.defineProperty(exports, Symbol.toStringTag, { value: 'Module' });
+const require_authors = require('./authors2.cjs');
+
+//#region src/authors.ts
+const loadAuthors = () => require_authors.default;
+/**
+* Resolve a full author profile by GitHub handle.
+* Returns `undefined` if the handle is not found in `authors.json`.
+*/
+const getAuthor = (github) => {
+	const profile = loadAuthors()[github];
+	if (!profile) return void 0;
+	return {
+		...profile,
+		github
+	};
+};
+/**
+* Build a Schema.org Person node suitable for JSON-LD.
+* Undefined fields are omitted automatically by JSON.stringify.
+*/
+const buildAuthorJsonLd = (profile, fallbackName = "Aymeric Pineau", fallbackUrl) => ({
+	"@type": "Person",
+	"@id": profile?.id,
+	name: profile?.name ?? fallbackName,
+	url: profile?.url ?? fallbackUrl,
+	jobTitle: profile?.title,
+	image: profile?.image,
+	sameAs: profile?.socialMedias?.length ? profile.socialMedias : void 0,
+	knowsAbout: profile?.knowsAbout?.length ? profile.knowsAbout : void 0
+});
+
+//#endregion
+exports.buildAuthorJsonLd = buildAuthorJsonLd;
+exports.getAuthor = getAuthor;
+exports.getAuthors = loadAuthors;
+//# sourceMappingURL=authors.cjs.map

package/dist/cjs/authors.cjs.map

@@ -0,0 +1 @@
+{"version":3,"file":"authors.cjs","names":["authorsData"],"sources":["../../src/authors.ts"],"sourcesContent":["import authorsData from '../authors.json' with { type: 'json' };\n\n// ─── Types ────────────────────────────────────────────────────────────────────\n\nexport type AuthorProfile = {\n  /** Full display name */\n  name: string;\n  /** Schema.org Person @id URI (optional) */\n  id?: string;\n  /** Professional title */\n  title?: string;\n  /** Canonical URL for this person */\n  url?: string;\n  /** Profile image URL */\n  image?: string;\n  /** List of equivalent profile URLs (LinkedIn, Twitter/X, GitHub…) */\n  socialMedias?: string[];\n  /** Areas of expertise */\n  knowsAbout?: string[];\n  /** GitHub username/handle */\n  github?: string;\n};\n\nexport type Authors = Record<string, AuthorProfile>;\n\n// ─── Loader (lazy singleton) ──────────────────────────────────────────────────\n\nconst loadAuthors = (): Authors => authorsData as Authors;\n\n// ─── Public API ───────────────────────────────────────────────────────────────\n\n/**\n * Resolve a full author profile by GitHub handle.\n * Returns `undefined` if the handle is not found in `authors.json`.\n */\nexport const getAuthor = (github: string): AuthorProfile | undefined => {\n  const profile = loadAuthors()[github];\n  if (!profile) return undefined;\n  return {\n    ...profile,\n    github,\n  };\n};\n\nexport { loadAuthors as getAuthors };\n\n/**\n * Build a Schema.org Person node suitable for JSON-LD.\n * Undefined fields are omitted automatically by JSON.stringify.\n */\nexport const buildAuthorJsonLd = (\n  profile?: AuthorProfile,\n  fallbackName = 'Aymeric Pineau',\n  fallbackUrl?: string\n) => ({\n  '@type': 'Person' as const,\n  '@id': profile?.id,\n  name: profile?.name ?? fallbackName,\n  url: profile?.url ?? fallbackUrl,\n  jobTitle: profile?.title,\n  image: profile?.image,\n  sameAs: profile?.socialMedias?.length ? profile.socialMedias : undefined,\n  knowsAbout: profile?.knowsAbout?.length ? profile.knowsAbout : undefined,\n});\n"],"mappings":";;;;AA2BA,MAAM,oBAA6BA;;;;;AAQnC,MAAa,aAAa,WAA8C;CACtE,MAAM,UAAU,aAAa,CAAC;AAC9B,KAAI,CAAC,QAAS,QAAO;AACrB,QAAO;EACL,GAAG;EACH;EACD;;;;;;AASH,MAAa,qBACX,SACA,eAAe,kBACf,iBACI;CACJ,SAAS;CACT,OAAO,SAAS;CAChB,MAAM,SAAS,QAAQ;CACvB,KAAK,SAAS,OAAO;CACrB,UAAU,SAAS;CACnB,OAAO,SAAS;CAChB,QAAQ,SAAS,cAAc,SAAS,QAAQ,eAAe;CAC/D,YAAY,SAAS,YAAY,SAAS,QAAQ,aAAa;CAChE"}

package/dist/cjs/authors2.cjs

@@ -0,0 +1,28 @@
+
+//#region authors.json
+var authors_default = { aymericzip: {
+	"name": "Aymeric PINEAU",
+	"title": "Founder of Intlayer, open-source multilingual CMS for Next.js and React",
+	"url": "https://github.com/aymericzip",
+	"image": "https://avatars.githubusercontent.com/u/62554073?v=4&size=124",
+	"socialMedias": [
+		"https://www.linkedin.com/in/aymericpineau/",
+		"https://x.com/aymericzip",
+		"https://github.com/aymericzip"
+	],
+	"knowsAbout": [
+		"Expert in technical internationalization",
+		"Senior software engineer",
+		"Multilingual SEO",
+		"AI translation automation"
+	]
+} };
+
+//#endregion
+Object.defineProperty(exports, 'default', {
+  enumerable: true,
+  get: function () {
+    return authors_default;
+  }
+});
+//# sourceMappingURL=authors2.cjs.map

package/dist/cjs/authors2.cjs.map

@@ -0,0 +1 @@
+{"version":3,"file":"authors2.cjs","names":[],"sources":["../../authors.json"],"sourcesContent":[""],"mappings":""}

package/dist/cjs/common.cjs

@@ -31,11 +31,14 @@ const formatMetadata = (docKey, file, locale = defaultLocale) => {
 	const keywords = (metadata.keywords ?? []).map(String);
 	const relativeUrl = (0, node_path.join)("/", ...slugs);
 	const slicedDocKey = docKey.slice(1);
+	const rawAuthor = metadata.author;
+	const author = typeof rawAuthor === "string" ? rawAuthor || void 0 : rawAuthor?.github || void 0;
 	return {
 		...metadata,
 		docKey,
 		slugs,
 		keywords,
+		author,
 		githubUrl: `${GITHUB_URL_PREFIX}${slicedDocKey}`.replace("/en/", `/${locale}/`),
 		relativeUrl: (0, _intlayer_core_localization.getLocalizedUrl)(relativeUrl, locale),
 		url: (0, _intlayer_core_localization.getLocalizedUrl)((0, node_path.join)(URL_PREFIX, relativeUrl), locale)