一项目一会话：项目管理体系

🔴 核心原则（硬指标）

一项目一会话：每个项目有独立的 Claude Code 会话
强制负责人：每个项目必须有且仅有一个 Claude Code 负责人（强指标，不可例外）
任务转发：当用户下达项目任务时，主 Claude 直接转给负责该项目的 Claude 执行
职责分离：主 Claude（我）负责协调，项目 Claude 负责工作
不干预原则：我绝不参与具体的项目工作
自动化部署：一键创建项目，自动配置一切
SSL 强制标准：生产环境必须配置 HTTPS
标准化流程：遵循 PROJECT-STANDARDS.md

⚠️ 主 Claude 的职责边界

我（主 Claude）负责：

✅ 项目创建和管理
✅ 会话启动和监控
✅ 资源配置和调度
✅ 工具提供和文档
✅ 任务转发（将用户需求转给项目 Claude）

我（主 Claude）不做：

❌ 项目代码编写
❌ 项目具体工作
❌ 代替项目 Claude 做决策
❌ 直接修改项目文件
❌ 做项目特定的工作

项目工作由项目的 Claude 会话负责
这是不可违反的硬指标！

🔄 任务转发流程

标准流程

用户需求
    ↓
我：理解需求，确定项目
    ↓
我：启动/连接该项目的 Claude 会话
    ↓
项目的 Claude：执行具体工作
    ↓
项目的 Claude：直接回复用户
    ↓
我：监控进度，提供支持（但不干预）

实际示例

用户："为 demo 项目添加用户登录功能"

我的操作：
1. 确认项目：demo
2. 找到 demo 项目的负责人：demo-dev Claude Code 会话
3. 转发任务：tmux send-keys -t demo-dev "用户需求：为 demo 项目添加用户登录功能"
4. 让 demo Claude 独立完成并直接回复用户

我不做的：
❌ 不写代码
❌ 不做设计
❌ 不做调试
❌ 不代替回复

📊 项目负责人映射

项目	Claude 会话	转发命令	主要职责
demo	demo-dev	`tmux send-keys -t demo-dev`	整体维护、代码更新、Bug 修复
tools	tools-dev	`tmux send-keys -t tools-dev`	工具开发、脚本维护
myapp	myapp-dev	`tmux send-keys -t myapp-dev`	应用开发、功能实现

🎯 快速命令

# 创建项目（自动配置 SSL）
./project-manager-3.sh create 

# 查看所有项目
./project-manager-3.sh list

# 查看项目状态
./project-manager-3.sh status 

# 启动 Claude 会话
./project-manager-3.sh tmux 

# 检查项目合规性
./check-standards.sh check

⚠️ 重要更新

2025-03-19 更新：
• ✅ 强调项目负责人制度，每个项目必须有 Claude Code 负责人
• ✅ 明确任务转发机制，主 Claude 直接转给项目 Claude 执行
• ✅ 项目创建时自动启动 Claude Code 会话
• ✅ 负责人信息记录在项目配置中

2025-03-18 更新：
• ✅ SSL 证书配置已整合到项目创建流程
• ✅ 成为标准化流程的一部分（生产环境强制）
• ✅ 自动申请 Let's Encrypt 证书
• ✅ 自动配置 HTTP → HTTPS 重定向
• ✅ 自动续期（systemd timer）

📚 相关文档

重要提醒：
这个架构原则是硬指标，不可违反。所有项目工作必须由项目的 Claude 会话负责，主 Claude 只负责协调和转发任务。这是确保高效协作和职责清晰的关键。

🏗️ 一项目一会话：项目管理体系