團隊占星師：把研發現場焦慮翻成可執行指引的 Skill
團隊占星師（@org-mewz99wy/tuanduishenzhirenyuan）由遲羽科技發佈，分類 business-ops，v1.0.0，無需 API Key。它將 P0、流量洪峯、需求變更等研發壓力用後天八卦與塔羅敘事包裝，輸出正向且可執行的「玄學技術指引」，僅限團隊內部娛樂。文章說明定位、邊界、SkillHub CLI 安裝路徑及典型提問方式，並附官方頁面與 API 地址。
閱讀全文dsh-eteams：DeepSeek Harness 多智能體團隊協作插件
DeepSeek Harness（DSH）插件 ETeams 採用多智能體架構，通過“領隊拆解目標、成員接力執行”的模式提升工作流效率。該插件支持自定義角色、差異化模型配置及多會話協作，所有狀態數據均存儲在本地 SQLite 數據庫中，確保隱私安全。用戶可通過命令行安裝，利用 `/eteam` 面板組建團隊並追蹤任務進度，旨在解決複雜任務處理中的目標拆解與分配痛點。
閱讀全文DeepSeek Harness 數學建模團隊插件包
DeepSeek Harness 插件 `dsh-math-team` 爲數學建模競賽提供標準化協作框架。插件包含面向建模編程的 `model-code` 和麪向論文撰寫的 `paper` 兩類 Agent 預設，支持通過 GitHub/Gitee 進行多人獨立工作區協同。核心功能涵蓋 M1-M2/P1-P2 等質量門禁，特別是 M2 穩健性攻擊、雙模型獨立審查及強制圖審，確保模型與論文質量。該插件需 DSH 0.2.0+ 版本，通過 `link:` 方式安裝配置。
閱讀全文decision-records：輕量級決策記錄插件
decision-records 是一個輕量級、零依賴的決策記錄工具，旨在解決團隊重複爭論已關閉決策的問題。它遵循“僅追加模式”，核心在於記錄決策理由而非結論，無需模板或審批流程。 安裝後，需在項目文檔中創建 `decisions.md`，並使用標準 5 行格式記錄決策。它適用於團隊協作，強調記錄時機（決策做出時）及通過替代流程處理環境變化。該工具通過保持歷史可讀性，有效避免重複爭論。
閱讀全文dsh-plugin-teamflow：TeamFlow 團隊研發流水線插件
dsh-plugin-teamflow 是 DeepSeek Harness 的一個插件，旨在解決 Agent “假交付”問題，將自然語言需求轉化爲可驗收的代碼。該插件通過編排 PRD、設計、開發、QA 等全鏈路環節，實現多 Agent 並行開發與閉環測試，支持斷點續跑、Web 雙入口工作臺及 Token 統計。安裝後，用戶只需一句話即可啓動流水線，插件會自動生成產物並提交代碼，確保交付質量。
閱讀全文dsh-agent-teams-meta：DeepSeek Harness 的獨立 Agent 團隊插件
`dsh-agent-teams-meta` 是 DeepSeek Harness 的一個插件，旨在通過“一切皆插件”的理念實現多智能體並行協作。它支持持久化團隊管理、動態路由、任務圖、私有信箱及 Web 可視化，允許主導智能體將工作拆解給不同模型的成員。該插件提供 `teams_meta_*` 工具族，用於創建團隊、分配任務及發送指令，並能追蹤按路由劃分的 Token 使用情況。安裝後需配置 Node.js 環境，所有數據存儲在本地目錄，不保存敏感信息。
閱讀全文Git提交信息模板：統一團隊協作的提交規範
### 爲什麼需要統一提交規範？ 統一提交規範可解決代碼審查困難、版本迭代混亂、自動化工具失效等問題，讓每次改動目的和內容清晰，便於團隊協作。 ### 規範格式（Conventional Commits） - **類型**（必填）：如`feat`（新增功能）、`fix`（修復bug）、`docs`（文檔）等，選錯會誤導版本管理。 - **描述**（必填）：簡短（≤50字）、動詞開頭（如“優化”“修復”），避免模糊表述。 - **正文**（可選）：空行後詳細說明改動原因、實現細節或問題解決過程。 - **腳註**（可選）：關聯Issue（如`Closes #123`）或說明破壞性改動。 ### 如何創建提交模板？ - **全局模板**：在用戶根目錄建`.gitmessage`，配置Git使用`git config --global commit.template ~/.gitmessage`。 - **項目級模板**：項目根目錄建`.gitmessage`，執行`git config commit.template .gitmessage`。 ### 工具輔助強制規範 - **Commit
閱讀全文Git commit message規範：讓團隊協作更高效
日常開發中，規範的Git提交信息（commit message）對團隊協作、問題追蹤至關重要，不規範會導致版本歷史混亂。當前主流規範是Conventional Commits，結構分爲：類型（必填，如`feat`新功能、`fix`修復、`docs`文檔等）、可選作用域（限定模塊範圍，如`用戶模塊`）、簡短描述（核心內容）、可選正文（詳細解釋）、可選腳註（關聯Issue或標註破壞性變更）。 養成規範習慣可藉助工具：`commitizen`（交互式工具）或`commitlint+husky`（提交前自動檢查）。規範的好處包括：提升協作效率、自動生成版本日誌、清晰追蹤問題、提前預警破壞性變更，值得團隊養成。
閱讀全文Git提交信息規範：規範commit message的3個好處
文章介紹規範commit message的重要性，其好處有三：一是版本歷史清晰，規範描述（如“fix: 修復登錄密碼提示問題”）可快速定位改動，避免模糊表述導致的回溯低效；二是團隊協作順暢，統一格式（如“feat: 註冊表單驗證”）明確提交目的，減少溝通成本；三是便於自動生成變更日誌，工具可根據規範信息（如feat、fix）分類統計，生成清晰版本更新記錄（如用standard-version生成CHANGELOG），提升發版效率。規範commit message需養成習慣，但長期能讓版本管理、協作和發版更高效。
閱讀全文團隊協作Git規範：從分支命名到提交信息的統一標準
Git規範可解決團隊協作混亂問題，提升效率。分支命名分類型：主/開發分支固定，功能分支（`feature/[ID]-[功能]`，如`feature/123-login-form`）、修復分支（`bugfix/[ID]-[問題]`，如`bugfix/456-login-crash`）、熱修復分支（`hotfix/[ID]-[問題]`）。提交信息用“類型: 主題”，類型含feat（新功能）、fix（修復）等，如“fix: resolve login issue”。落地通過`git`命令創建/提交/合併分支，處理衝突。團隊可借代碼審查、pre-commit鉤子、PR模板確保執行。核心是讓分支和提交可追蹤，助力問題定位。
閱讀全文