Major Updates: - ✅ Implemented 4 Claude Code Skills (2600+ lines) - code-review: Security, quality, type checking - test-generator: Auto-generate pytest tests - doc-updater: Auto-update README and API docs - refactor-assistant: Code smell detection - ✅ Implemented 2 Git Hooks (450+ lines) - pre-commit: Auto-format, lint, review - pre-push: Test suite and coverage check - 📚 Complete documentation (20+ files) - Skills READMEs with examples - Optimization roadmap and progress - TODO list with 22 tasks - Quick reference guide - 📊 Progress: 45% → 64% (Phase 1: 20% → 60%) - 💰 ROI: Saving 50.6 hours/month ≈ 6.3 person-days/month Next Steps: - API Designer Skill - Code templates library - Prompt library - GitHub Projects task tracking 🤖 Generated with Claude Code Co-Authored-By: Claude Sonnet 4.5 <[email protected]>
23 KiB
🗓️ 后续工作完整列表
文档版本: 1.0 创建时间: 2024-12-30 总体进度: 64% (Phase 1: 60% | Phase 2: 0% | Phase 3: 0%)
📊 概览
总任务数: 22 项
已完成: 6 项 ✅
进行中: 0 项 🔄
待开始: 16 项 ⏳
预计工期: 6-7 周
📋 Phase 1: Claude 高效开发 (剩余 4 项)
目标: 完成 Claude Code 开发工具链 当前进度: 60% (6/10 完成) 剩余工期: 1-2 周
✅ 已完成 (6 项)
- code-review skill - 代码自动审查
- test-generator skill - 测试自动生成
- pre-commit hook - 提交前检查
- doc-updater skill - 文档自动更新
- refactor-assistant skill - 重构分析
- pre-push hook - 推送前验证
⏳ 待完成 (4 项)
1. 🔧 API Designer Skill
优先级: P1 (高) 预计工期: 5 天 依赖: 无 负责人: DevOps Team
目标: 创建 API 设计辅助工具,帮助快速设计和实现 RESTful API。
功能需求:
- 交互式 API 设计向导
- 生成 OpenAPI 3.0 规范
- 创建 FastAPI 路由代码
- 生成 Pydantic 模型
- API 文档自动生成
- 端点测试代码生成
- 支持 CRUD 模板
- 数据验证规则
输入:
# API 设计配置
resource: User
endpoints:
- GET /users
- GET /users/{id}
- POST /users
- PUT /users/{id}
- DELETE /users/{id}
fields:
- name: id (UUID)
- email: string (unique, email)
- name: string (required)
- age: integer (min: 0, max: 150)
输出:
.claude/skills/api-designer/
├── skill.json
├── designer.py (主设计器,700+ 行)
├── templates/
│ ├── fastapi_router.py.j2
│ ├── pydantic_model.py.j2
│ └── openapi.yaml.j2
├── examples/
│ └── user_api_example.yaml
└── README.md
生成的代码示例:
# Generated by api-designer skill
from fastapi import APIRouter, HTTPException
from pydantic import BaseModel, EmailStr
from uuid import UUID
router = APIRouter(prefix="/users", tags=["users"])
class UserCreate(BaseModel):
email: EmailStr
name: str
age: int = Field(ge=0, le=150)
class UserResponse(BaseModel):
id: UUID
email: EmailStr
name: str
age: int
@router.get("/", response_model=List[UserResponse])
async def list_users():
"""List all users"""
# TODO: Implement database query
pass
@router.post("/", response_model=UserResponse, status_code=201)
async def create_user(user: UserCreate):
"""Create a new user"""
# TODO: Implement user creation
pass
验收标准:
- ✅ 能够从 YAML 配置生成完整的 API 代码
- ✅ 生成的 OpenAPI 规范有效
- ✅ 包含数据验证规则
- ✅ 生成对应的测试代码
- ✅ 文档完整(README + 示例)
参考资源:
- FastAPI 文档: https://fastapi.tiangolo.com/
- OpenAPI 规范: https://swagger.io/specification/
- Pydantic: https://docs.pydantic.dev/
2. 📚 代码模板库
优先级: P2 (中) 预计工期: 3 天 依赖: 无 负责人: DevOps Team
目标: 创建常用代码模板库,提升开发效率。
任务清单:
2.1 模板结构 (1 天)
- 创建模板目录结构
- 设计模板变量系统
- 实现模板渲染引擎(Jinja2)
- 创建模板管理 CLI
2.2 FastAPI 模板 (1 天)
- CRUD 端点模板
- 认证中间件模板
- 异常处理模板
- 依赖注入模板
- 后台任务模板
- WebSocket 模板
2.3 数据模型模板 (0.5 天)
- Pydantic BaseModel
- SQLAlchemy 模型
- Enum 定义
- 验证器模板
2.4 测试模板 (0.5 天)
- pytest fixture 模板
- API 测试模板
- Mock 配置模板
- 测试数据工厂
目录结构:
.claude/templates/
├── code/
│ ├── fastapi/
│ │ ├── crud_endpoint.py.j2
│ │ ├── auth_middleware.py.j2
│ │ ├── exception_handler.py.j2
│ │ ├── dependency.py.j2
│ │ ├── background_task.py.j2
│ │ └── websocket.py.j2
│ ├── models/
│ │ ├── pydantic_model.py.j2
│ │ ├── sqlalchemy_model.py.j2
│ │ ├── enum_definition.py.j2
│ │ └── validator.py.j2
│ ├── tests/
│ │ ├── pytest_fixture.py.j2
│ │ ├── api_test.py.j2
│ │ ├── mock_config.py.j2
│ │ └── factory.py.j2
│ └── utils/
│ ├── logger.py.j2
│ ├── config.py.j2
│ ├── database.py.j2
│ └── cache.py.j2
├── use_template.py (模板使用工具)
└── README.md
使用示例:
# 使用模板创建 CRUD 端点
python3 .claude/templates/use_template.py \
--template fastapi/crud_endpoint \
--output src/api/users.py \
--vars resource=User,table=users
# 创建测试
python3 .claude/templates/use_template.py \
--template tests/api_test \
--output tests/test_users.py \
--vars endpoint=/users,resource=User
验收标准:
- ✅ 至少 20 个可用模板
- ✅ 所有模板都有变量说明
- ✅ 模板工具可正常使用
- ✅ README 包含所有模板的用法
3. 💬 提示词库
优先级: P2 (中) 预计工期: 2 天 依赖: 无 负责人: DevOps Team
目标: 创建优化的 Claude 提示词库,提升 AI 辅助开发效率。
任务清单:
3.1 提示词分类 (0.5 天)
- 代码审查提示词(3+)
- 重构提示词(2+)
- 测试生成提示词(2+)
- API 设计提示词(2+)
- 文档编写提示词(2+)
- Bug 修复提示词(2+)
- 性能优化提示词(1+)
3.2 提示词优化 (1 天)
- 包含上下文信息
- 明确输出格式
- 提供示例
- 设置约束条件
3.3 使用指南 (0.5 天)
- 提示词使用场景
- 最佳实践
- 常见错误
- 优化技巧
目录结构:
.claude/prompts/
├── code-review/
│ ├── security-review.md
│ ├── performance-review.md
│ └── quality-review.md
├── refactoring/
│ ├── extract-function.md
│ └── simplify-conditional.md
├── testing/
│ ├── unit-test-generation.md
│ └── integration-test-generation.md
├── api-design/
│ ├── rest-api-design.md
│ └── graphql-design.md
├── documentation/
│ ├── api-docs.md
│ └── readme-update.md
├── debugging/
│ ├── bug-analysis.md
│ └── fix-suggestion.md
├── optimization/
│ └── performance-optimization.md
└── README.md
提示词示例:
代码审查提示词 (code-review/security-review.md):
# Security Code Review Prompt
## Context
You are reviewing Python code for security vulnerabilities.
## Task
Review the following code for security issues, focusing on:
1. SQL Injection vulnerabilities
2. Cross-Site Scripting (XSS)
3. Hardcoded credentials
4. Insecure deserialization
5. Path traversal
6. CSRF vulnerabilities
## Code to Review
```python
{code_snippet}
Output Format
For each issue found, provide:
- Severity: [Critical/High/Medium/Low]
- Line number
- Issue description
- Proof of concept (if applicable)
- Recommended fix
Example Output
Critical: Line 42 - SQL Injection
- Description: User input is directly concatenated into SQL query
- Code:
query = f"SELECT * FROM users WHERE id = {user_id}" - Fix: Use parameterized query:
cursor.execute("SELECT * FROM users WHERE id = ?", (user_id,))
**验收标准**:
- ✅ 至少 14 个提示词模板
- ✅ 每个提示词都有使用示例
- ✅ 包含输入/输出格式说明
- ✅ README 说明最佳实践
---
#### 4. ⚙️ Claude 配置优化
**优先级**: P2 (中)
**预计工期**: 1 天
**依赖**: 完成前 3 项任务
**负责人**: DevOps Team
**目标**:
优化 `.claude/CLAUDE.md`,提升 Claude Code 的理解和执行效率。
**任务清单**:
**4.1 项目上下文** (0.3 天)
- [ ] 更新技术栈说明
- [ ] 添加项目特定术语表
- [ ] 说明代码组织规范
- [ ] 添加常用命令参考
**4.2 工作流偏好** (0.3 天)
- [ ] 代码风格偏好
- [ ] 测试策略偏好
- [ ] 文档格式偏好
- [ ] Commit message 规范
**4.3 Skills 集成** (0.2 天)
- [ ] 所有 skills 的使用说明
- [ ] Skills 组合使用示例
- [ ] 常见开发场景
**4.4 示例和模板** (0.2 天)
- [ ] 典型对话示例
- [ ] 问题模板
- [ ] 任务分解示例
**优化内容**:
```markdown
# CLAUDE.md 优化版
## 项目概述
[更详细的项目描述]
## 技术栈详解
### 后端
- FastAPI 0.104+
- 异步路由
- 依赖注入
- 后台任务
- SQLAlchemy 2.0
- 异步引擎
- ORM 映射
### 开发工具
- 已安装 Skills:
- code-review: 代码审查
- test-generator: 测试生成
- doc-updater: 文档更新
- refactor-assistant: 重构分析
- api-designer: API 设计
## 工作流偏好
### 代码风格
- Python: Black + isort + Flake8
- 最大行长: 88
- 字符串引号: 双引号
### 测试策略
- 目标覆盖率: 80%+
- 测试框架: pytest
- Mock: unittest.mock
### Commit 规范
():
🤖 Generated with Claude Code Co-Authored-By: Claude Sonnet 4.5 [email protected]
Types: feat, fix, docs, style, refactor, test, chore
## 常见开发场景
### 场景 1: 添加新 API 端点
1. 使用 api-designer skill 设计 API
2. 使用 test-generator 生成测试
3. 实现端点逻辑
4. 使用 doc-updater 更新文档
5. 使用 code-review 审查代码
6. 提交(pre-commit hook 自动运行)
### 场景 2: 重构代码
1. 使用 refactor-assistant 识别问题
2. 讨论重构方案
3. 实施重构
4. 运行测试确保功能不变
5. 更新文档
6. 提交
## Skills 使用指南
[详细的每个 skill 的使用说明和示例]
## 术语表
- User: 系统用户实体
- Session: 用户会话
- Token: JWT 认证令牌
[更多项目特定术语]
验收标准:
- ✅ CLAUDE.md 内容完整详细
- ✅ 包含所有 skills 的说明
- ✅ 提供具体的使用场景
- ✅ 术语表覆盖主要概念
📋 Phase 2: 项目管理自动化 (8 项)
目标: 自动化项目管理流程 当前进度: 0% (0/8 完成) 预计工期: 2-3 周
1. 🤖 任务自动创建
优先级: P0 (最高) 预计工期: 3 天 依赖: Phase 1 完成
功能:
- 从 commit message 自动创建 GitHub Issue
- 从代码中的 TODO/FIXME 创建 Issue
- 从 PR 评论创建 Issue
- 关联 Issue 到 Project
- 自动设置标签和优先级
实现:
scripts/auto-create-issues.py
- 扫描 commit messages
- 解析 TODO 注释
- 调用 GitHub API 创建 Issue
- 添加到 Project
2. 📊 进度自动更新
优先级: P0 (最高) 预计工期: 3 天 依赖: 任务自动创建
功能:
- 从 commit 自动更新 Issue 状态
- 从 PR merge 自动关闭 Issue
- 更新 Project 看板状态
- 计算任务完成百分比
- 更新 milestone 进度
实现:
scripts/auto-update-progress.py
.github/workflows/update-progress.yml
- Git hook 触发
- 解析 commit 关联的 Issue
- 更新 Project 字段
- 生成进度报告
3. 📝 文档自动化增强
优先级: P1 (高) 预计工期: 4 天 依赖: doc-updater skill
功能:
- 自动生成 CHANGELOG
- 同步代码变更到文档
- 生成 API 变更报告
- 更新版本号
- 生成 Release Notes
实现:
.claude/skills/doc-automator/
- changelog.py
- release-notes.py
- version-bumper.py
4. 📈 进度可视化
优先级: P1 (高) 预计工期: 5 天 依赖: 进度自动更新
功能:
- Burndown Chart 生成
- Velocity Chart 生成
- 依赖关系图
- 时间线可视化
- 资源分配图
- 导出为 HTML/PDF
实现:
scripts/generate-charts.py
- 使用 Plotly/Matplotlib
- 从 GitHub Project 获取数据
- 生成可视化图表
- 嵌入到 README
5. 🔔 智能提醒系统
优先级: P1 (高) 预计工期: 4 天 依赖: 进度自动更新
功能:
- 任务即将到期提醒
- PR 需要审查提醒
- 测试失败通知
- 依赖阻塞提醒
- 每日/每周摘要
实现:
scripts/smart-alerts.py
.github/workflows/daily-summary.yml
- 检查到期任务
- 统计待审查 PR
- 分析阻塞因素
- 发送通知(Email/Slack/钉钉)
6. ⚡ GitHub Actions 工作流
优先级: P0 (最高) 预计工期: 3 天 依赖: Phase 1 完成
工作流清单:
- auto-review.yml - PR 自动审查
- auto-test.yml - 自动运行测试
- auto-docs.yml - 自动更新文档
- auto-deploy.yml - 自动部署
- weekly-summary.yml - 每周摘要
- dependency-update.yml - 依赖更新
实现:
.github/workflows/
├── auto-review.yml
├── auto-test.yml
├── auto-docs.yml
├── auto-deploy.yml
├── weekly-summary.yml
└── dependency-update.yml
7. 🕸️ 依赖图生成
优先级: P2 (中) 预计工期: 2 天 依赖: 任务自动创建
功能:
- 分析 Issue 依赖关系
- 生成依赖图(Graphviz)
- 识别循环依赖
- 关键路径分析
- 导出多种格式
实现:
scripts/generate-dependency-graph.py
- 从 GitHub Project 获取依赖
- 使用 NetworkX 构建图
- Graphviz 可视化
- 输出 PNG/SVG/DOT
8. 🔄 项目看板同步
优先级: P2 (中) 预计工期: 2 天 依赖: 无
功能:
- 同步多个仓库的 Issue
- 跨项目任务关联
- 自动归档已完成任务
- 定期清理 stale Issue
实现:
scripts/sync-project-board.py
.github/workflows/sync-board.yml
- 定时运行(每小时)
- 同步 Issue 状态
- 更新 Project 字段
📋 Phase 3: CI/CD 完整流程 (10 项)
目标: 完善 CI/CD 流水线 当前进度: 0% (0/10 完成) 预计工期: 3-4 周
1. 🧪 完整测试框架
优先级: P0 (最高) 预计工期: 5 天
测试类型:
-
单元测试 - pytest
- 目标覆盖率: 80%+
- 参数化测试
- Fixture 管理
-
集成测试
- API 端点测试
- 数据库集成测试
- 外部服务 Mock
-
E2E 测试 - Playwright
- 用户流程测试
- UI 测试
- 跨浏览器测试
-
性能测试 - Locust
- 负载测试
- 压力测试
- 并发测试
-
安全测试
- OWASP Top 10 检查
- 依赖漏洞扫描
- API 安全测试
目录结构:
tests/
├── unit/
├── integration/
├── e2e/
├── performance/
├── security/
├── fixtures/
├── factories/
└── conftest.py
2. 🔄 增强 CI Pipeline
优先级: P0 (最高) 预计工期: 4 天
Pipeline 阶段:
CI Pipeline:
1. Lint (2分钟)
- Black, isort, Flake8
- MyPy 类型检查
- 导入排序检查
2. Security Scan (3分钟)
- Bandit 安全扫描
- Safety 依赖检查
- Trivy 容器扫描
3. Unit Tests (5分钟)
- pytest 运行
- 覆盖率报告
- 上传到 Codecov
4. Integration Tests (8分钟)
- 数据库测试
- API 测试
- 外部服务测试
5. Build (3分钟)
- Docker 镜像构建
- 多阶段构建优化
- 镜像扫描
6. E2E Tests (10分钟)
- Playwright 测试
- 截图/视频记录
- 测试报告生成
Total: ~15分钟
实现:
.github/workflows/
├── ci.yml (主 CI 流程)
├── lint.yml
├── security.yml
├── test.yml
└── build.yml
3. 🚀 CD Pipeline
优先级: P0 (最高) 预计工期: 5 天
部署策略:
3.1 Staging 部署 (自动)
Trigger: PR merged to develop
Steps:
1. 构建镜像
2. 推送到 Registry
3. 部署到 Staging
4. 运行 Smoke Tests
5. 通知团队
3.2 Production 部署 (半自动)
Trigger: Tag pushed (v*.*.*)
Strategy: Blue-Green Deployment
Steps:
1. 构建 Production 镜像
2. 部署到 Green 环境
3. 运行健康检查
4. 切换流量到 Green
5. 监控 5 分钟
6. 如果成功,删除 Blue
7. 如果失败,回滚到 Blue
3.3 Rollback (手动/自动)
Trigger:
- 手动触发
- 错误率 > 5%
- 响应时间 > 2s
Steps:
1. 切换流量回上一版本
2. 通知团队
3. 创建 rollback Issue
实现:
.github/workflows/
├── deploy-staging.yml
├── deploy-production.yml
├── rollback.yml
└── smoke-tests.yml
scripts/
├── deploy.sh
├── health-check.sh
└── rollback.sh
4. 📊 监控系统
优先级: P1 (高) 预计工期: 5 天
监控组件:
4.1 Metrics (Prometheus)
- 应用指标(QPS, 延迟, 错误率)
- 系统指标(CPU, 内存, 磁盘)
- 业务指标(用户数, 交易量)
- 自定义指标
4.2 日志 (Loki)
- 应用日志聚合
- 结构化日志
- 日志查询
- 日志告警
4.3 可视化 (Grafana)
- 实时监控面板
- 历史趋势分析
- SLO/SLA 跟踪
- 告警规则
4.4 告警 (AlertManager)
- 错误率告警
- 性能降级告警
- 资源不足告警
- 多渠道通知
实现:
monitoring/
├── prometheus/
│ ├── prometheus.yml
│ └── alert-rules.yml
├── grafana/
│ └── dashboards/
│ ├── app-metrics.json
│ ├── system-metrics.json
│ └── business-metrics.json
├── loki/
│ └── loki-config.yml
└── alertmanager/
└── alertmanager.yml
5. 🏗️ 基础设施即代码 (IaC)
优先级: P1 (高) 预计工期: 5 天
5.1 Terraform
- AWS/GCP/Azure 资源定义
- 网络配置
- 数据库配置
- 负载均衡器
- DNS 配置
- 状态管理(S3/GCS)
5.2 Kubernetes
- Deployment 配置
- Service 配置
- Ingress 配置
- ConfigMap/Secret
- HPA (自动扩缩容)
- PV/PVC (持久化存储)
5.3 Helm Charts
- 应用 Chart
- 依赖管理
- 多环境配置
- 版本管理
实现:
infrastructure/
├── terraform/
│ ├── main.tf
│ ├── variables.tf
│ ├── outputs.tf
│ └── modules/
│ ├── network/
│ ├── database/
│ └── compute/
└── kubernetes/
├── base/
│ ├── deployment.yaml
│ ├── service.yaml
│ └── ingress.yaml
├── overlays/
│ ├── staging/
│ └── production/
└── helm/
└── app-chart/
6. 🔵 蓝绿部署
优先级: P1 (高) 预计工期: 3 天 依赖: CD Pipeline, Kubernetes
实现细节:
- 双环境配置
- 流量切换脚本
- 健康检查
- 自动回滚
- 金丝雀发布(可选)
7. ↩️ 回滚自动化
优先级: P1 (高) 预计工期: 2 天 依赖: 蓝绿部署
功能:
- 一键回滚脚本
- 自动触发条件
- 数据库迁移回滚
- 配置回滚
- 回滚验证
8. ⚡ 性能测试
优先级: P2 (中) 预计工期: 3 天
测试类型:
- 负载测试(Locust/k6)
- 压力测试
- 浸泡测试
- 基准测试
- 性能回归测试
实现:
tests/performance/
├── locustfile.py
├── k6-script.js
└── scenarios/
├── baseline.yaml
├── peak-load.yaml
└── stress-test.yaml
9. 🔒 安全扫描增强
优先级: P2 (中) 预计工期: 3 天
扫描工具:
- SAST - Bandit, SonarQube
- DAST - OWASP ZAP
- 依赖扫描 - Safety, Snyk
- 容器扫描 - Trivy, Clair
- Secret 检测 - GitGuardian, TruffleHog
集成到 CI:
security-scan:
- SAST (静态代码分析)
- Dependency Check
- Container Scan
- Secret Detection
- License Check
10. 📖 文档自动发布
优先级: P2 (中) 预计工期: 2 天
功能:
- API 文档自动生成
- 部署到 GitHub Pages
- 版本化文档
- 搜索功能
- 多语言支持
实现:
docs/
├── mkdocs.yml
├── docs/
│ ├── index.md
│ ├── api/
│ ├── guides/
│ └── tutorials/
└── .github/workflows/
└── deploy-docs.yml
🗓️ 实施时间表
Week 5 (Phase 1 收尾)
Day 1-4: API Designer Skill
Day 5-6: 代码模板库
Day 7: 提示词库 + Claude 配置优化
Week 6-7 (Phase 2 核心)
Week 6:
- 任务自动创建 (3天)
- 进度自动更新 (3天)
- GitHub Actions 工作流 (1天)
Week 7:
- 文档自动化增强 (4天)
- 进度可视化 (3天)
Week 8 (Phase 2 完成)
- 智能提醒系统 (4天)
- 依赖图生成 (2天)
- 项目看板同步 (2天)
Week 9-11 (Phase 3 核心)
Week 9:
- 完整测试框架 (5天)
- 增强 CI Pipeline (2天)
Week 10:
- CD Pipeline (5天)
- 蓝绿部署 (2天)
Week 11:
- 监控系统 (5天)
- 基础设施即代码 (2天)
Week 12 (Phase 3 完成)
- 回滚自动化 (2天)
- 性能测试 (3天)
- 安全扫描增强 (2天)
- 文档自动发布 (1天)
📊 工作量统计
| 阶段 | 任务数 | 总天数 | 状态 |
|---|---|---|---|
| Phase 1 (剩余) | 4 | 11 天 | ⏳ 待开始 |
| Phase 2 | 8 | 26 天 | ⏳ 待开始 |
| Phase 3 | 10 | 37 天 | ⏳ 待开始 |
| 总计 | 22 | 74 天 | 7-8 周 |
🎯 里程碑
Milestone 1: Phase 1 完成
- 时间: Week 5 结束
- 进度: 70%
- 交付: 完整的 Claude Code 工具链
Milestone 2: Phase 2 完成
- 时间: Week 8 结束
- 进度: 85%
- 交付: 自动化项目管理系统
Milestone 3: Phase 3 完成
- 时间: Week 12 结束
- 进度: 100%
- 交付: 完整的 CI/CD 流水线
📝 任务跟踪
使用 GitHub Project 跟踪
创建以下字段:
- Phase: Phase 1 / Phase 2 / Phase 3
- Priority: P0 / P1 / P2
- Status: Todo / In Progress / Done
- Estimate: 天数
- Assignee: 负责人
- Start Date: 开始日期
- Due Date: 截止日期
自动化规则
当 Issue 状态变为 "In Progress":
- 设置 Start Date 为当前日期
- 发送通知给 Assignee
当 Issue 状态变为 "Done":
- 计算实际用时
- 更新完成百分比
- 发送完成通知
💡 注意事项
优先级说明
- P0: 必须完成,阻塞其他任务
- P1: 重要功能,应尽快完成
- P2: 增强功能,时间允许时完成
依赖管理
- 严格按照依赖关系开发
- 定期检查阻塞因素
- 及时沟通进度
质量标准
- 所有代码必须通过 code-review
- 测试覆盖率 ≥ 80%
- 文档完整齐全
- 性能符合要求
📞 联系和协作
问题反馈
- GitHub Issues: https://github.com/BrunoGaoSZ/gold-template/issues
- 标签:
todo,enhancement,help-wanted
进度同步
- 每周进度会议(周五)
- 每日站会(15分钟)
- 月度总结
文档维护: 每完成一个任务,更新此文档 最后更新: 2024-12-30 下次审查: 2025-01-06