forked from Selig/openclaw-skill
feat: add ProjectManager skill package
包含 5 個專案管理 skills、2 個主專案定義、4 個共用規則及 dashboard。 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
This commit is contained in:
98
ProjectManager/skills/project-governance/SKILL.md
Normal file
98
ProjectManager/skills/project-governance/SKILL.md
Normal file
@@ -0,0 +1,98 @@
|
||||
---
|
||||
name: project-governance
|
||||
description: 用於判斷新工作應歸屬哪個主專案、子專案或共用規則,並維持專案、子專案、任務、規則四個層級的邊界清楚。
|
||||
---
|
||||
|
||||
# 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
|
||||
|
||||
- 優先做歸類,再做執行建議
|
||||
- 不把技術類別直接當成主專案
|
||||
- 若工作本質是規則,必須明確指出它不是獨立主專案
|
||||
Reference in New Issue
Block a user