메뉴
為Adobe Experience Platform Blueprint存放庫建立新架構圖表頁面的指南。 新增新的頂層架構圖、整合架構頁面或應用程式架構概觀時，請使用此技能。 架構頁面涵蓋頂層AEP和應用程式架構以及主要整合點，而非深入的使用案例（屬於使用案例模式產生器）。 處理完整的工作流程：收集頁面資訊、產生Markdown檔案、將其放置在正確的主題資料夾中，以及更新TOC.md。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
為Adobe Experience Platform Blueprint存放庫建立新使用案例模式內容的指南。 在新增使用案例模式、建立實作指導內容，或使用者提及將模式新增到藍圖網站時，請使用此技能。 處理完整的工作流程：收集模式資訊、產生具有正確範本結構的Markdown檔案，以及更新所有互動參照頁面(TOC.md、overview.md)。
建立和編輯Adobe數位體驗Blueprint檔案的參考。 用於建立新Blueprint、新增Blueprint頁面，或使用者詢問Blueprint結構、區段、範本或參考Adobe Experience League時。
為Adobe Experience Platform Blueprint存放庫建立新產業使用案例指南。 當使用者想要將商業案例新增到產業頁面，或更新使用案例目錄時，請使用這項技能，將新使用案例新增到垂直產業（零售、汽車、醫療保健、金融服務、保險、媒體與娛樂、電信、旅遊與酒店、B2B）。 處理完整的工作流程：收集使用案例詳細資訊、評估成熟度等級、產生內容、更新產業概觀頁面和使用案例目錄，以及叫用使用案例圖示產生器技能來建立圖示。
建立和編輯Adobe數位體驗Blueprint檔案的參考。 用於建立新Blueprint、新增Blueprint頁面，或使用者詢問Blueprint結構、區段、範本或參考Adobe Experience League時。
| name | architecture-diagram-page-builder |
| description | 為Adobe Experience Platform Blueprint存放庫建立新架構圖表頁面的指南。 新增新的頂層架構圖、整合架構頁面或應用程式架構概觀時，請使用此技能。 架構頁面涵蓋頂層AEP和應用程式架構以及主要整合點，而非深入的使用案例（屬於使用案例模式產生器）。 處理完整的工作流程：收集頁面資訊、產生Markdown檔案、將其放置在正確的主題資料夾中，以及更新TOC.md。 |
| source-git-commit | 4d236750286c28a8b8eb53a5bdec0645cc0e3e91 |
| workflow-type | tm+mt |
| source-wordcount | 1556 |
| ht-degree | 1% |
此技能可指導您為Adobe Experience Platform Blueprint存放庫建立新的架構圖表頁面。 架構圖表頁面提供AEP和Adobe應用程式如何結合、它們之間的主要資料流，以及作者在設計解決方案時需要注意的整合點的最上層視覺參考。
架構圖表頁面為焦點、參考樣式頁面 （通常為40到100行Markdown），包含：
它們不是深入使用案例內容的位置。 KPI、業務目標、戰術使用案例範例、功能和角色敘述都屬於使用案例模式頁面 — 透過use-case-pattern-builder技能產生。 如需完整護欄，請參閱references/scope-guardrails.md。
請閱讀下列範本和規則的參考檔案：
references/diagram-template.md — 具有預留位置值的完整Markdown範本references/toc-placement.md — TOC.md的子區段對應表格和專案格式references/scope-guardrails.md — 屬於架構頁面與使用案例模式頁面之專案的規則使用表單，而非線性面試。 透過以邏輯批次化回合呈現AskUserQuestion表單，而不是一次詢問一個問題來收集所有必要資訊。 這可讓使用者快速且快速地進行瀏覽。
AskUserQuestion呼叫最多4個問題。multiSelect: true。請以單一表單要求下列所有專案：
以單一形式詢問每個圖表的影像檔案名稱和頁面用途：
>[!MORELIKETHIS]圖說文字 （是/否）。 如果是「是」，則收集URL並在後續訊息中連結文字。區段標題和替代文字：當影像檔案名稱是描述性的（例如，
fac-architecture.svg、fac-dataflow.svg）時，從其中推斷H2區段標題和替代文字 — 您不需要詢問使用者。 使用檔案名稱主體、標題化及人性化，作為章節標題（例如，Architecture diagram、Data flow diagram）。 只詢問檔案名稱是否模稜兩可。
在展示此表單之前，glob/help/blueprints/use-case-patterns/會根據頁面標題、用途和解決方案，識別3-5個可能的相符模式。 建議檔案之前，請先確認每個檔案都存在。
將前4名候選人列為multiSelect個問題。 如果第五個候選者較強，請針對該候選者另外提出「是/否」問題。 同時邀請使用者為您遺漏的任何模式命名。
僅包含已確認存在檔案的模式。 請勿產生幻覺化圖樣名稱。
資料流程：建議3-5個預先寫入的資料流程專案符號做為multiSelect個問題（衍生自頁面主題）。 使用者選擇適用的專案。 將每個選項保留為一個簡潔的句子。 如果使用者需要不在您清單中的自訂流程，他們可以在後續中提供這些流程。
Experience League連結：在表單之後，呈現包含4-6個建議連結的Markdown表格，內含文章標題、URL和單行基本原則。 將每個URL標籤為未驗證。 要求使用者(a)接受、(b)取代為已驗證的URL，或(c)新增他們自己的URL。 如果清單很長，請使用最多4個選項的後續追蹤AskUserQuestion；否則請接受純文字的確認。
切勿建立您尚未擷取的URL。 如果不確定，則建議文章標題，並讓使用者提供URL。
在產生任何檔案之前，請確認與使用者設定的完整資訊。 如果仍然遺失任何必要專案或將其標示為「其他」但沒有值，請先詢問該專案，然後再繼續。 請勿製作圖表、圖樣或連結。
在產生之前，請重新閱讀使用者的圖表說明、資料流程專案符號和任何草稿散文。 從references/scope-guardrails.md套用護欄。
如果計畫內容中出現下列任何一項，請警告使用者和選件，將該區段重新導向至使用案例模式頁面（或從架構頁面修剪它）：
A > B > C > D樣式）如果規劃的內容仍在架構頁面範圍內（頂層架構、系統資料流程、整合點、部署拓撲、邊緣與中樞），請與使用者確認並繼續進行階段3。
產生頁面於：
/help/blueprints/{topic-folder}/{kebab-filename}.md
使用references/diagram-template.md做為來源範本。 使用收集的資訊填入所有預留位置值。 產生的檔案必須包括：
YAML frontmatter — 僅限title、description、solution。
exl-id — 發佈管道會自動指派它。product_v2、feature_v2、role_v2、topic_v2、TQID、kt或thumbnail — 這些也會自動填入。H1標題 — 頁面標題。
開啟段落 — 從頁面目的輸入衍生出1-2個句子。
選擇性>[!MORELIKETHIS]區塊 — 只有在使用者提供相關內容連結時。
每個圖表一個H2區段 — 依使用者提供的順序排列。 每個區段都包含：
區段標題作為H2標題
說明圖表用途的1-2個句子
使用標準慣例嵌入影像：
<img src="assets/{filename}" alt="{Alt Text}" style="border:1px solid #4a4a4a; width:90%; margin-bottom: 15px;" class="modal-image" />
## Use case patterns supported — 專案符號清單。 每個專案符號：
- [{Pattern name}](/help/blueprints/use-case-patterns/{category}/{pattern-file}.md) -- {1-line note on why this architecture enables the pattern}
## Primary data flows and integration points — 3-7個流量/整合專案的專案符號清單。
## Further reading — Experience League連結的專案符號清單：
- [{Article title}]({Experience League URL})
在內文和專案符號中使用[!DNL ...]語法作為Adobe產品名稱，符合現有頁面的慣例。
更新/help/blueprints/TOC.md以將新頁面加入導覽。 這是唯一要更新的互動參照頁面。
讀取完整子區段對應表格和規則的references/toc-placement.md。 摘要：
| 主題資料夾 | TOC子區段 |
|---|---|
experience-platform/ | + Architecture overviews{#architecture-overview} |
experience-platform/deployment/ | + Deployment{#deployment} （架構概觀的子區段） |
audience-activation/ | + Audience & Profile Activation{#audience-activation} |
b2b/ | + B2B activation & marketing{#b2b-activation} |
customer-journey-analytics/ | + Customer Journey Analytics{#customer-journey-analytics} |
customer-journeys/ | + Customer journeys{#customer-journeys} |
專案格式（4空格縮排+ +）：
+ [{Page title}](/help/blueprints/{topic-folder}/{filename}.md)
除非使用者指定不同的位置，否則將新專案附加為相符子區段中的最後一個專案。 保留精確的4空格縮排 — 目錄剖析取決於此縮排。
放置之前先檢查巢狀子群組。 某些子區段（尤其是Audience & Profile Activation）包含巢狀群組（例如，Real-Time Customer Data Platform (RTCDP) {#known-customer-audience-activation}）。 編輯前請先閱讀TOC.md中受影響的子區段。 新的頂層架構頁面屬於子區段的4空格縮排層級 — not在巢狀子群組內（使用6空格縮排）。 將新專案放在最後一個巢狀子群組專案的後面，並放在下一個頂層子區段標題之前。
建立並更新所有檔案後，請確認下列事項，並向使用者報告任何失敗情況：
影像資產是否存在 — 請檢查每個圖表是否存在/help/blueprints/{topic-folder}/assets/{filename}。 如果遺失則警告；請勿封鎖（使用者可能正在與圖表設計並行撰寫）。 顯示清晰的遺失檔案清單，讓使用者知道要新增什麼。
使用案例模式連結 — 檔案中的每個模式連結都指向/help/blueprints/use-case-patterns/下的現有Markdown檔案。 使用Read或glob確認每個目標都存在。
Experience League連結 — 抽查## Further reading區段中的每個URL是否都以https://experienceleague.adobe.com/zh-hant開頭。
TOC專案位置 — 新專案位於正確的子區段中，使用4個空格縮排，而且路徑與產生的檔案位置完全相符。
檔案命名 — 頁面檔案名稱為大寫，並符合TOC.md中參照的路徑。
Frontmatter完整性 — 頁面包含title、description和solution。 它必須不包含exl-id、product_v2、feature_v2、role_v2、topic_v2、TQID、kt或thumbnail。
在考量任務完成之前，請先修正任何驗證問題。
[!DNL ...]語法作為Adobe產品名稱。<img>內嵌內嵌樣式字串(border:1px solid #4a4a4a; width:90%; margin-bottom: 15px;)和class="modal-image" — 它們會啟用Experience League強制回應縮放互動。+ Architecture Diagrams and Blueprints{#architecture-diagrams}下需要新的頂層子區段。 將此作為單獨的步驟處理，並取得使用者的明確核准。use-case-pattern-builder — 這不是架構頁面。