POG 圖表¶

本頁包含 Prompt Orchestration Governance 框架的所有視覺化圖表。

圖表 1：POG 雙重架構概覽¶

此圖表說明 POG 的兩個核心功能：Prompt Warehouse Management 與 SDLC Integration。

graph TD
    subgraph PW["Prompt Warehouse Management"]
        PW1["發現 Prompts"]
        PW2["標準化與結構化"]
        PW3["驗證與測試"]
        PW4["版本化與儲存"]
        PW5["Prompt Repository"]
    end

    subgraph SDLC["SDLC Integration Layer"]
        S1[需求階段]
        S2[設計階段]
        S3[開發階段]
        S4[測試階段]
        S5[部署階段]
        S6[維護階段]
    end

    PW1 --> PW2
    PW2 --> PW3
    PW3 --> PW4
    PW4 --> PW5

    PW5 -.提供 prompts.-> S1
    PW5 -.提供 prompts.-> S2
    PW5 -.提供 prompts.-> S3
    PW5 -.提供 prompts.-> S4
    PW5 -.提供 prompts.-> S5
    PW5 -.提供 prompts.-> S6

    S1 -.回饋與新 prompts.-> PW1
    S2 -.回饋與新 prompts.-> PW1
    S3 -.回饋與新 prompts.-> PW1
    S4 -.回饋與新 prompts.-> PW1
    S5 -.回饋與新 prompts.-> PW1
    S6 -.回饋與新 prompts.-> PW1

說明：Prompt Warehouse Management 功能發現、標準化、驗證和儲存 prompts。SDLC Integration Layer 為軟體開發的每個階段提供針對特定階段的 prompts。來自 SDLC 使用的回饋持續改進 prompt repository。

圖表 2：SDLC 階段 Prompt 流程¶

此圖表展示在每個 SDLC 階段調用的不同 prompts 及具體範例。

flowchart TD
    subgraph Requirements["需求階段"]
        R1[User Story<br/>Elicitation]
        R2[Acceptance<br/>Criteria Generator]
        R3[Risk Analysis]
    end

    subgraph Design["設計階段"]
        D1[Architecture<br/>Pattern Advisor]
        D2[API Design<br/>Assistant]
        D3[Data Model<br/>Designer]
    end

    subgraph Development["開發階段"]
        DV1[Code<br/>Generator]
        DV2[Code Review<br/>Assistant]
        DV3[Documentation<br/>Generator]
    end

    subgraph Testing["測試階段"]
        T1[Test Case<br/>Generator]
        T2[Bug Analysis<br/>Assistant]
        T3[Coverage<br/>Analyzer]
    end

    subgraph Deployment["部署階段"]
        DP1[Release Notes<br/>Generator]
        DP2[Configuration<br/>Validator]
        DP3[Rollback<br/>Planner]
    end

    subgraph Maintenance["維護階段"]
        M1[Incident<br/>Analyzer]
        M2[Performance<br/>Optimizer]
        M3[Tech Debt<br/>Assessor]
    end

    Requirements ==> Design
    Design ==> Development
    Development ==> Testing
    Testing ==> Deployment
    Deployment ==> Maintenance
    Maintenance -.持續改進.-> Requirements

說明：每個 SDLC 階段都有專門的 prompt 類別來滿足特定需求。這個循環是持續的，維護階段的洞察回饋到下一次迭代的需求階段。

圖表 3：Prompt 生命週期狀態機¶

此圖表說明 prompts 如何從臨時互動演進為生產就緒的 skill prompts。

stateDiagram-v2
    [*] --> Interaction: 臨時聊天使用

    Interaction --> Discovery: 識別價值
    Discovery --> Normalization: 提取與結構化
    Normalization --> Validation: 測試與驗證
    Validation --> Repository: 批准與儲存
    Repository --> Active: 部署至生產環境

    Active --> Monitoring: 追踪使用情況
    Monitoring --> Refinement: 收集回饋
    Refinement --> Normalization: 改進

    Monitoring --> Deprecated: 低使用率/過時
    Deprecated --> [*]: 封存

    Active --> [*]: 生命週期結束

    note right of Interaction
        在聊天或探索中使用的
        非正式 prompts
    end note

    note right of Repository
        版本化、受治理的
        生產就緒 prompts
    end note

    note right of Monitoring
        使用指標、回饋、
        有效性測量
    end note

說明：Prompts 從非正式互動開始，經過發現和標準化，得到驗證，並成為生產就緒的 skill prompts。持續監控使精煉成為可能，當不再有用時可以淘汰 prompts。

圖表 4：Meta-Loop - POG 自我改進¶

此圖表展示 POG 如何透過回饋和使用分析持續改進自己的 prompt library。

graph TD
    A[POG Prompt Repository] --> B[專案使用 Prompts]
    B --> C[收集使用資料]
    C --> D[分析指標與回饋]

    D --> E{評估}

    E -->|高價值,<br/>經常使用| F[晉升至<br/>核心 Library]
    E -->|有效但<br/>需要精煉| G[改進<br/>現有 Prompt]
    E -->|識別缺口| H[創建<br/>新 Prompt]
    E -->|低使用率,<br/>過時| I[淘汰<br/>或封存]

    F --> J[更新 Repository]
    G --> J
    H --> J
    I --> K[封存]

    J --> A

    B -.來自專案的新 prompts.-> L[發現佇列]
    L --> M[審查與標準化]
    M --> J

說明：POG 實施了一個 meta-loop，持續監控、分析 prompt 使用情況並回饋到 repository。高價值的 prompts 被晉升，現有的 prompts 被精煉，缺口觸發新 prompt 的創建，低價值的 prompts 被淘汰。這確保 prompt library 隨著組織需求而演進。

圖表 5：Orchestration 層級架構¶

此圖表展示依照範圍和上下文組織 prompts 的階層式層級。

graph TB
    A[Runtime Context Layer]
    B[Task Layer]
    C[Domain Layer]
    D[Foundation Layer]

    A --> B
    B --> C
    C --> D

    A1["`**使用者輸入**
    專案上下文
    環境變數
    會話狀態`"]

    B1["`**特定任務**
    生成 unit tests
    審查 API 設計
    創建使用者故事
    分析事故`"]

    C1["`**領域規則**
    醫療法規
    金融合規
    電子商務模式
    IoT 協定`"]

    D1["`**核心能力**
    安全約束
    輸出格式化
    錯誤處理
    安全政策`"]

    A1 -.描述.-> A
    B1 -.描述.-> B
    C1 -.描述.-> C
    D1 -.描述.-> D

說明：Prompts 以階層式層級組織，從基礎系統能力到執行期特定的上下文。每一層都建立在下層之上：

• Foundation Layer：普遍適用的系統政策和約束
• Domain Layer：特定業務的規則和模式
• Task Layer：特定的開發任務和意圖
• Runtime Context Layer：動態的、會話特定的資訊

這種分層使 prompt 組合和上下文管理成為可能。

圖表 6：Prompt 生命週期流程（詳細版）¶

此圖表提供了 prompt 管理生命週期的詳細視圖，包含決策點。

flowchart TD
    Start([新 Prompt 需求]) --> Source{來源?}

    Source -->|聊天互動| Chat[Interaction Prompt]
    Source -->|專案發現| Project[專案 Prompt]
    Source -->|團隊貢獻| Contrib[貢獻的 Prompt]

    Chat --> Capture[捕捉 Prompt]
    Project --> Capture
    Contrib --> Capture

    Capture --> Review{值得<br/>正式化?}

    Review -->|否| Discard[捨棄]
    Review -->|是| Normalize[標準化<br/>與結構化]

    Normalize --> Param[參數化<br/>變數]
    Param --> Meta[添加 Metadata]
    Meta --> Eval[創建<br/>評估案例]

    Eval --> Test[測試 Prompt]
    Test --> Pass{測試<br/>通過?}

    Pass -->|否| Fix[精煉 Prompt]
    Fix --> Test

    Pass -->|是| Version[分配版本]
    Version --> Cat[依照 SDLC<br/>階段分類]
    Cat --> Store[儲存至<br/>Repository]

    Store --> Deploy[部署至<br/>生產環境]
    Deploy --> Monitor[監控使用]

    Monitor --> Feedback{回饋?}
    Feedback -->|需要改進| Fix
    Feedback -->|運作良好| Continue[繼續<br/>監控]
    Feedback -->|未使用| Archive[封存]

    Continue --> Monitor

    Discard --> End([結束])
    Archive --> End

說明：這個詳細流程展示了 prompt 從識別到部署和監控的完整旅程，包括品質門檻和決策點，確保只有有價值、經過測試的 prompts 進入生產環境。

更多資訊，請參閱主白皮書。