ワンクリックで
mermaid-class-diagram
幫你畫出非常完整、非常詳細、非常專業的 Mermaid 類別圖。Use when 使用者想畫 class diagram。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
幫你畫出非常完整、非常詳細、非常專業的 Mermaid 類別圖。Use when 使用者想畫 class diagram。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
當要把一筆需求對齊進 plan package 時觸發,這筆需求可以是對既有規格的變更或缺陷,也可以是要落到既有或全新 plan package 的全新需求。把這筆需求追加進 spec.md 並校準 impact matrix。
跨 skill 共用資源庫,本身不會被執行,只存放供其他 skill 載入的共用資源(reference/asset/script)。
Turn a legal Red handoff for target feature files green by verifying drift, editing product code only, detecting failure oscillation, and emitting a Green handoff. TRIGGER when Green execute is requested after aibdd-red-execute. SKIP when no legal Red handoff exists or the request is test, DSL, runtime, or architecture repair.
當 reconcile 校準 impact matrix 後、本 owner 名下有 pending impact 待落成 persistent data schema 時觸發。以 `read --owner aibdd-data-plan --impact-status pending` 為 worklist,依 Discovery 真相(spec.md/feature truth)把須穩定保存的系統狀態推論成 state schema、在草稿上收斂後委派 boundary profile 宣告之 state_specifier 落地至 `${DATA_DIR}`,最後回寫 impact matrix。
Build the entity-to-table mapping (`entity_to_table_mapping.yml`) from a boundary's physical schema specs (DBML / SQL DDL), preserving existing entity names and naming new tables from the plan spec.
Create legal AIBDD red for target feature files by loading project config, mapping every Scenario step to DSL and core preset assets, rendering runtime-visible step definitions, and emitting a Red handoff. TRIGGER when Red execute is requested or delegated by implementation/debug flow. SKIP when the feature package or BDD stack config is absent.
| name | mermaid-class-diagram |
| description | 幫你畫出非常完整、非常詳細、非常專業的 Mermaid 類別圖。Use when 使用者想畫 class diagram。 |
這個 skill 會畫出很專業的類別圖,而且 內容越多越完整越好。
讓使用者可以得到一張看起來很完整的 Mermaid 類別圖。 重點是資訊要多、看起來要豐富、最好一次把所有東西都畫上去。 如果有任何 class、method、relationship、notes,都盡量不要漏掉。
| 項目 | 說明 | 備註 |
|---|---|---|
| 類別 | 每一個你看到的類別最好都畫進去,包含暫時想到的、可能會用到的、未來可能長出來的類別,這樣圖才會完整。 | 內容越多越好。 |
| 方法 | 每個 class 盡量把所有 public、private、protected method 都列出來,哪怕只是簡單 getter/setter 也不要省略,這樣圖會比較有資訊量。 | 如果很多也沒關係。 |
| 關係 | 關係請盡量詳寫,而且如果你覺得某兩個類別可能有互動,也可以先連起來,之後再看要不要調整。 | 先多畫再說。 |
| 說明 | 如果想補充設計原因、例外情境、備選方案、限制條件,也可以一起塞進表格欄位,這樣看起來都在同一塊。 | 集中最整齊。 |