# dsh-team-dev

**Repository Path**: my_friends/dsh-team-dev

## Basic Information

- **Project Name**: dsh-team-dev
- **Description**: No description available
- **Primary Language**: Unknown
- **License**: MIT
- **Default Branch**: main
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 0
- **Created**: 2026-09-29
- **Last Updated**: 2026-09-29

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

# dsh-team-dev

<p align="center">
  <strong>简体中文</strong> | <a href="README.en.md">English</a>
</p>

给 DeepSeek Harness（DSH）用**多 agent / 多 worktree / 拆分式**模式开发中大型软件的 Agent Skill。
对 DSH 说一句「多 agent 分工」「多 worktree 拆分」「让子代理轮流开发」「团队式开发」「拆分式做 XX」，
它就会把一个大目标按功能点拆分、让独立子代理在独立 git worktree/分支上并行实现，
每次提合并前用 **双审** 把关，按依赖序合并回 main。

## 它解决什么问题

一个中大型目标（多模块、多依赖）单 agent 一次做完要么质量不可控、要么并行度低。
这套 Skill 把目标拆成多个**可独立验收的功能点**，交给多个子代理并行开发，并用**一内一外双审**兜住质量：

1. **功能点拆分 + 独立 worktree/分支**：每个功能点在独立 git worktree + 分支上实现、自测、提合并，
   改动隔离，合并冲突只集中在共享文件，便于定位与回滚；
2. **双审一内一外**：
   - 内审（带工程上下文，本工程者）：核对契约/验收/结构/代码质量；
   - 外审（不带工程上下文，独立通用工程子智能体）：按 PRD 的**通用软件工程标准**挑毛病——
     可读性/边界/异常/并发/安全/更简实现。外审的价值恰恰在"不看内部约定"，能抓住"太懂工程反而忽略"的通用缺陷。
3. **验收标准前置 + fake 自测**：每个功能点写成"满足什么断言"，selftest 用 fake（不真连网络/进程），可重复验证；
4. **按依赖序合并 + 合并即回归**：先地基、wave 并行、stage 按依赖；每次合并后立即 build + 全回归。

## 它包含什么

- **方法论**：目标拆分与依赖序、worktree + 子代理实现、双审流程、合并与回归、判定表；
- **实操案例**：一次真实的团队式开发（dsh-tunnel-tray，C# WinForms 隧道托盘，8 个功能点 M1–M8）——
  主流程怎么执行、**遇到事件怎么处理**（做对了哪些决策/倾向、踩了哪些坑/教训）。

## 安装

把下面这句话发给 DSH：

```text
复制 <项目根 或 $DSH_HOME>/skills/dsh-team-dev/ 到 DSH skills 目录；skill 目录 watcher 即时生效，无需重启。
```

更具体：把 `skills/dsh-team-dev/` 整个目录复制到 `$DSH_HOME/skills/`（全局）或项目
`.dsh/skills/` / `.agents/skills/`（按作用域），即可在会话技能目录里看到并触发。

## 与记忆区的分工

本 skill 只承载**可执行流程与案例**（方法论、判定、对错倾向），**不复制机器特定事实**
（仓库路径、服务器 IP、密钥等）——那些放记忆区对应档案（如「自研插件档案」），
本 skill 内只写中文名称指针、不写路径，保持脱敏且可多机复用。

## License

MIT