协作头脑风暴
brainstorming
在实现前澄清需求、探索设计选择,并形成清晰的开发方向。
worktrees【开发与工程】Guide for using git worktrees to parallelize development with coding agents. Use this skill when the user requests to work in a new worktree or wants to work on a separate feature in isolation (e.g., "Work in a new worktree", "Create a worktree for feature X").
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
This skill enables parallel development by using git worktrees. Each worktree provides an isolated working directory with its own branch, allowing multiple agents to work on different features simultaneously without conflicts.
Use this skill when:
Choose a descriptive branch name for the feature or task to be worked on. The branch name should follow standard git naming conventions (lowercase, hyphen-separated, e.g., add-user-authentication, fix-login-bug).
Create a new worktree in the .worktrees/ directory within the current project:
git worktree add .worktrees/<branch-name> -b <branch-name>
This command:
.worktrees/<branch-name><branch-name>Change the working directory to the newly created worktree:
cd .worktrees/<branch-name>
Proceed with development tasks in the worktree. This environment is completely isolated from the main working directory, allowing independent work without interference.
All standard git operations (commit, push, pull, etc.) work normally within the worktree.
Note: If this project runs services (web apps, docker-compose, etc.), see apps.md for setup steps including environment file copying, port allocation, and service startup.
To view all active worktrees:
git worktree list
This displays all worktrees, their paths, and the branches they're on.
When you're done with a worktree, you can remove it:
git worktree remove .worktrees/<branch-name>
Note: Don't automatically remove worktrees. Leave that decision to the user. If the worktree is running services (see apps.md), make sure to stop those services first before removing the worktree.
.worktrees/ directory should be added to .gitignore if not already present