团队占星师：把研发现场焦虑翻成可执行指引的 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模板确保执行。核心是让分支和提交可追踪，助力问题定位。
阅读全文