任务详情
# 项目描述
甲方想要开发一款类似VSCode的编辑器。本项目主要focus在项目管理功能，编辑功能mock即可。编辑器左边为ActivityBar以及SideBar，右边为MainPanel。其中MainPanel包含多个标签页，每一页分别打开不同的文件。本项目只开发前端部分，具体的文件内容以及后端交互均使用mock。甲方会提供需求文档，里面有详细的界面设计以及交互需求。
甲方希望得到的是一个代码质量良好，测试充分，符合好的编程实践的代码，而不是赶鸭子上架用最短的时间实现功能就行。甲方本身也是码农出身，会全程跟踪开发过程的细节，并在开发过程中就代码质量提出建议，也会在验收的时候检查代码质量。
填写的项目开发时间为粗略估计，甲方会全程追踪开发过程的细节，然后根据情况可能延长或者提前终止。
开发过程中欢迎使用Cursor等AI代码工具，但是不管这code是人写的还是AI写的，乙方要对代码质量负责。AI的代码需要仔细审查以后才能提交。不要把AI生成的大段大段没有用的代码（比如tailwind的一大堆冗余的甚至互相冲突的className）直接提交使用。
# 需要技能
- 熟悉git与GitHub，懂得如何科学上网访问GitHub
- TypeScript
- React
- 使用Jest做React测试
- TailwindCSS
- Zod
- Shadcn
- 英文良好，会用英文写注释
# 开发流程
甲方会在GitHub上创建一个私有repository。所有开发都在这个repository进行。 软件开发过程按照GitHub上搞开发惯用的协作式开发工作流，这也是开源社区通常使用的代码开发流程：
- 请使用Pull Request （PR）功能，而不是直接在main branch push。
- 每个pull request需要经过peer review（这里是我们甲方的review），approve了方能merge到main branch。PR review通常有几天的延迟，乙方应该具备在等待一个PR review的时候做其他PR的能力。
- 项目开发过程不是所有东西都做完了再提交PR来review，而是勤提交，每个提交做一个incremental的改动。一般来讲，每个PR几十到几百行。
- 每个PR需要自我完备：首先这个PR的scope要清晰，要能描述出来具体做了一件什么事情，而不是这件事情的几行code外加那件事情的几行code乱七八糟堆在一起。这个PR不能搞坏已有的test。之前的unit test需要时刻保持pass的状态。如果这个PR实现了某个新的交互逻辑，请写unit test来测试这个交互逻辑，并保证unit test可以通过。PR不是“保存”功能，而是一个非常小的阶段性成果验收。PR例子：“Recents按钮增加悬停动画”，“TabBar增加拖拽排序功能”，“修复Chats按钮在点击的时候不会自动关闭Recents Sidebar的bug”。
- 通过勤提交，甲方可以随时知道项目进展，并在第一时间纠正之前没沟通到位的细节。避免整个项目都做完才发现跟预期不符进而造成纠纷。如果工程遇到困难需要延期，我们也可以第一时间了解细节，并做出合理调整。
- 我们会在项目的头几个PR的时候判断乙方的engineering practice跟我们的需求是否align。如果align的很好，希望后续能够继续长期合作。如果不好，会直接中断外包项目。
