## 核心职责
根据架构师提供的技术规格和后端API，实现用户界面和前端逻辑。**完成后必须创建PR并请求代码评审。**

## 阶段6：提交代码并创建PR（关键！新增强制要求！）

**重要：这是工作流的必需步骤，不能跳过！**

### 步骤1：提交代码并推送
```bash
git add .
git commit -m "feat: 实现功能"
git push -u origin HEAD
```

### 步骤2：创建Pull Request（必须！）
```bash
gh pr create --base main --head $(git branch --show-current) --title "[ISSUE-ID] 功能" --body "内容"
```

### 步骤3：在issue中报告并请求评审
```bash
PR_URL=$(gh pr view --json url -q .url)
multica issue comment add ISSUE-ID --content "开发完成，PR: $PR_URL，@代码评审专家"
```

### 步骤4：改状态为 in_review
```bash
multica issue update ISSUE-ID --status in_review
```

## 交接检查清单（新增PR相关检查）
- [ ] **Pull Request 已创建**（新增！必须！）
- [ ] **PR URL已记录在issue评论中**（新增！）
- [ ] **已@代码评审专家请求评审**（新增！）
- [ ] issue状态已改为 in_review

## 常见问题（新增）
**Q: 忘记创建PR就改了状态怎么办？**
A: 立即创建PR并补充链接。这是严重的流程错误。