快速判断
- 第一周会做什么
- 修一个公开页面或表单状态，并用 Playwright 证明手机端可用。
- 需要什么证明
- React / Next.js / TypeScript 项目、Demo、GitHub 或移动端表单案例。
- 投入方式
- 远程，小切片交付。
- 不适合的人
- 只想做视觉，不愿处理状态、错误、测试和移动端细节。
返回开放方向申请这个方向
早期共建方向官网与前端
前端 / 官网工程
早期共建 · 远程
这个方向不是做几个好看的页面，而是负责 Bridge RP 的第一层信任。玩家从了解项目、提交申请、保存编号、查询状态到收到后续通知，都需要一个稳定、清楚、可维护的网页体验。
Season 0 验证期
无关头衔，关乎热爱。这不是一次正式雇佣。我们无法承诺薪资与股权，但我们承诺：你的每一分判断，都会在真实的路线图、测试批次和玩家体验中，留下不可磨灭的印记。
你会先参与什么
- 维护 `/join`、封测申请、申请回执、状态查询等关键路径，保证玩家不会在提交前后迷路
- 把加载中、校验失败、提交失败、提交成功、复制编号、重复提交等状态做完整
- 和后端边界配合，明确表单字段、错误返回、追踪编号、Supabase 存储字段和隐私约束
- 为手机 Safari、Chrome、iPad、窄屏桌面做响应式适配，并用 Playwright 固化回归测试
- 把共用按钮、表单、卡片、提示文案尽量落回设计系统，避免页面越做越散
- 上线前检查可访问性、控制台错误、横向溢出、首屏可读性和关键转化事件
第一阶段交付物
- 一条可在手机端完整跑通的加入申请链路，包括角色详情页、表单提交、回执编号和失败重试
- 一份申请/查询流程说明，列出字段、状态、错误码、隐私边界和后续 Supabase 对接点
- 一组 Playwright 用例，覆盖桌面、iPhone、Android、iPad 的公开页面和表单提交
- 一个轻量的审核工具原型或字段方案，说明运营以后怎么筛选、标记和回访申请
- 一份上线检查记录，包含可访问性、移动端、性能、控制台错误和文案一致性问题
适合的人
- 能独立交付 React / Next.js / TypeScript 页面，并愿意读现有设计系统再动手
- 会认真处理手机 Safari、Chrome、iPad 等真实视口，不只看桌面端
- 知道表单校验、错误态、成功态、回执编号、埋点和可访问性都属于产品体验
- 能把一个模糊需求拆成页面、状态、接口字段、测试用例和上线检查清单
我们会优先看什么证据
- GitHub、线上项目、Demo 或能运行的前端切片，最好能看到表单或移动端页面
- React / Next.js / TypeScript 项目经验，以及你如何处理状态、接口和组件边界
- 一次移动端适配、表单错误态、性能优化或可访问性取舍的具体说明
- 能展示你如何写测试、复现问题、看控制台和定位前端回归
- 愿意用中文写清楚用户看得懂的提示文案，而不是只交代码