openclaw-skill/ProjectManager/skills/project-governance/SKILL.md

name, description

name	description
project-governance	用於判斷新工作應歸屬哪個主專案、子專案或共用規則，並維持專案、子專案、任務、規則四個層級的邊界清楚。

Purpose

此 skill 用來避免將「類別、專案、子專案、任務」混淆。

適用於以下情境：

• 使用者提出新的工作、想法或需求
• 需要判斷是否建立新專案或新子專案
• 需要把任務正確掛到既有專案
• 需要判斷某件事是共用規則，而不是專案內容

Core Rules

1. 四層模型

1. 規則（Rules）

   • 共用命名規範
   • 文件編號規則
   • 附件歸檔規則
   • SOP 與記錄格式

2. 主專案（Projects）

   • P-ONLINE-DOC-AGENT
   • P-ETL-VISUAL-PLATFORM

3. 子專案（Subprojects）

   • 某主專案下的模組、工作流、系統分支

4. 任務（Tasks）

   • 可執行、可完成、可驗收的最小工作單位

2. 分類判斷規則

當收到新工作時，依序判斷：

A. 這是共用規則嗎？

若是關於以下內容，歸入 Rules：

• 附件資料夾如何放
• 文件怎麼編號
• Agent 如何記錄工作
• 線上操作 SOP 的共同格式

B. 這是屬於哪個主專案？

• 若與線上公文、EFLOW、FORMBUILD 的操作、自動化、附件、送件流程有關，歸入 P-ONLINE-DOC-AGENT
• 若與 ETL、Stored Procedure、欄位 mapping、LLM 比對、資料轉換可視化頁面有關，歸入 P-ETL-VISUAL-PLATFORM

C. 是否應建立子專案？

符合以下任一條件時，建立子專案：

• 有獨立系統或獨立頁面
• 有獨立流程或 SOP
• 有獨立輸入輸出或文件產出
• 有明顯可拆分的技術模組

D. 是否只是任務？

若該工作可在單次工作期內完成，且有明確完成條件，則建立為任務，不建立子專案。

Required Output Format

在分析新工作時，固定輸出：

1. 歸屬層級：Rule / Project / Subproject / Task
2. 所屬主專案
3. 所屬子專案（若有）
4. 建議任務名稱
5. 下一步最小可執行動作
6. 是否需要寫入工作記錄

Examples

Example 1

輸入：EFLOW 送件時要帶 PDF 附件，並確認檔名格式

輸出：

• 層級：Rule + Task
• 主專案：P-ONLINE-DOC-AGENT
• 子專案：SP-EFLOW / SP-ATTACHMENT-RULES
• 任務：定義 EFLOW 附件命名與上傳前檢查規則
• 下一步：建立 EFLOW 附件規則草稿 v1

Example 2

輸入：比較 Stored Procedure 輸出欄位與目標文件欄位差異

輸出：

• 層級：Subproject + Task
• 主專案：P-ETL-VISUAL-PLATFORM
• 子專案：SP-LLM-DIFF-CHECK
• 任務：建立 SP 與目標文件欄位對照表 v1
• 下一步：蒐集 SP 欄位清單與目標文件欄位清單

Response Style

• 優先做歸類，再做執行建議
• 不把技術類別直接當成主專案
• 若工作本質是規則，必須明確指出它不是獨立主專案