doublex001
|
19bbaca18a
|
feat(api): 接通评分权重设置到真实后端（读权重/模板 + 互斥双模式保存）
读：GET /profile/me/review-weights + GET /review-weight-templates 并行拉取
写：PUT /profile/me/review-weights，实测为两种互斥模式（实网 2026-09-30 验证）
· 套用模板：只传 { templateCode }
· 自定义： 只传 { weights }（八个维度全给、总和 100）
· 同时传两者 / 未知 templateCode / 缺维度 / 总和≠100 → 一律 400 code=1001
接口文档的 body 示例是错的，见《联调问题清单-致后端》§1.12
- 维度集合改为以后端下发为准：原前端自造的「九大中文维度」与后端八个
英文 token 不一致（后端无「地理位置/工作强度」，多出 JD_CLARITY、
SALARY_TRANSPARENCY 等），照旧实现会默认显示错误的维度集合
- 后端不下发维度中文名 → constants 新增 WEIGHT_DIMENSION_LABEL /
WEIGHT_DIMENSION_ORDER / WEIGHT_TOTAL 作为唯一真相源；未登记 token
追加末尾并原样显示，不静默吞掉后端新增维度
- 新增 matchWeightTemplate()：保存时据此在两种互斥模式间二选一
- saveWeightSettings 增加可选 templateCode 参数；保存后用服务端回传值
覆盖本地编辑态（不调 refresh，避免整页闪回 loading）
- 新增 weight-settings.test.ts（10 例）：锁住映射顺序/中文名/未知 token
兜底、模板 id 映射、模式判定（含维度数不同不得误判）、双模式 body 互斥
- mock 形态与真实同构（同八维 + 同四模板），避免两套口径分叉
|
4 weeks ago |
|
doublex001
|
9911277e10
|
feat(api): 接通评分权重设置到真实后端（读权重/模板 + 互斥双模式保存）
读：GET /profile/me/review-weights + GET /review-weight-templates 并行拉取
写：PUT /profile/me/review-weights，实测为两种互斥模式（实网 2026-09-30 验证）
· 套用模板：只传 { templateCode }
· 自定义： 只传 { weights }（八个维度全给、总和 100）
· 同时传两者 / 未知 templateCode / 缺维度 / 总和≠100 → 一律 400 code=1001
接口文档的 body 示例是错的，见《联调问题清单-致后端》§1.12
- 维度集合改为以后端下发为准：原前端自造的「九大中文维度」与后端八个
英文 token 不一致（后端无「地理位置/工作强度」，多出 JD_CLARITY、
SALARY_TRANSPARENCY 等），照旧实现会默认显示错误的维度集合
- 后端不下发维度中文名 → constants 新增 WEIGHT_DIMENSION_LABEL /
WEIGHT_DIMENSION_ORDER / WEIGHT_TOTAL 作为唯一真相源；未登记 token
追加末尾并原样显示，不静默吞掉后端新增维度
- 新增 matchWeightTemplate()：保存时据此在两种互斥模式间二选一
- saveWeightSettings 增加可选 templateCode 参数；保存后用服务端回传值
覆盖本地编辑态（不调 refresh，避免整页闪回 loading）
- 新增 weight-settings.test.ts（15 例）：锁住映射顺序/中文名/未知 token
兜底、模板 id 映射、模式判定（含维度数不同不得误判）、双模式 body 互斥
- mock 形态与真实同构（同八维 + 同四模板），避免两套口径分叉
|
4 weeks ago |
|
doublex001
|
6349740c0a
|
fix(scripts): 修正覆盖率审计的泛型解析缺陷，覆盖率不再被低估
- 原用正则 `request\s*(?:<[^>]*>)?\s*\(` 解析调用，泛型遇到嵌套 `>`
（如 request<{items: Omit<X,'id'>[]}>）在第一个 `>` 就收尾，随后要求 '('
而实际是 ' & {'，整个调用被静默漏检
- 改为平衡尖括号解析（_skip_generics，忽略 => 箭头），并显式标注
「路径非字面量则无法静态判定」的跳过条件
- 影响：已接入 83 → 85，未接入 165 → 163（修正前后差 2 个端点）
|
4 weeks ago |
|
doublex001
|
6d8487a11f
|
refactor(auth): 鉴权域整体硬切真实后端，移除 mock 分支
- sendSmsCode / loginByPassword / loginBySms / fetchCurrentUser 等不再受全局
isMockMode() 控制，永远走真实接口；mockAuthTokens 辅助函数随之删除
- 鉴权链路（短信、/auth/login、/auth/me、/auth/refresh、/auth/logout、
/auth/identity/select、/auth/company/register）均已实网验证
- sendSmsCode 失败改为向上抛出，由 useSmsCode 在页面提示（原先静默返回会
让用户以为验证码已发出）
- 业务域未接通部分仍按 isMockMode 兜底 mock，行为不变
|
4 weeks ago |
|
doublex001
|
61b0d150d6
|
feat(api): 接入双向打分（候选人意向分 / HR 适配分）
- PUT /applications/{id}/candidate-interest-score（学生，0-100）、
PUT /applications/{id}/hr-suitability-score（企业，0-100），body {score}
- 返回最新匹配状态 ApplicationMatch（学生打分后 PENDING_BOTH→PENDING_HR）
- 实网已验：越界 score 返回 400 validation failed
- 补测试锁住 body 只带 score、方法 PUT、路径正确
|
4 weeks ago |
|
doublex001
|
b22ed57151
|
fix(api): 投递时间线字段映射 + 接入投递匹配状态
- 后端 timeline 节点字段是 toStatus/reason/createdAt，前端 ApplicationTimelineEvent
用 status/note/time，此前直接透传导致企业端投递详情时间线渲染空白
- fetchApplicationTimeline 增加映射：toStatus→status（经 token 转换）、reason→note、createdAt→time
- 新增 fetchApplicationMatch 接入 GET /applications/{id}/match，含 ApplicationMatch 类型
- 补 2 条回归测试（timeline 映射 + match 透传）
|
4 weeks ago |
|
doublex001
|
20a741d54d
|
fix(http): 错误响应缺失 data 字段时透传后端 message
- 后端错误响应是 {code,message,requestId,timestamp}，无 data 字段；
旧代码用 isEnvelope（要求 data）判断错误体恒为 false，后端真实 message
（如 sms rate limited / unsupported sms purpose）被 pickHttpMessage(400)
覆盖成笼统的「请求参数有误」，用户看不到验证码失败的真实原因
- 新增 extractError 从错误体提取 code/message，用于 !ok 与 401 分支
- 补回归测试：验证码限流（400/3005）应透传 sms rate limited
|
4 weeks ago |
|
doublex001
|
5d2b8996e1
|
refactor(auth): 登录落地与换端改以服务端角色为准
- 新增 useLoginLanding：验证码/密码/一键登录三入口共用的登录后落地判定，按后端 identitySelectionRequired 与服务器角色决定去身份选择还是对应端
- 新增 useIdentitySwitch：切换企业端改为调用 POST /auth/identity/select，不再本地改角色导致鉴权错位
- AuthContext/RoleContext/token-store 及微信、密码、注册各登录 Hook 与引导页适配新契约
- 移除废弃安卓自适应图标资源与根目录过期联调文档，归档 scripts/api.ts.bak
|
4 weeks ago |
|
doublex001
|
484b138792
|
docs(api): 新增《联调问题清单-致后端》——契约确认/缺失端点/实网异常/测试账号
|
4 weeks ago |
|
doublex001
|
1e75b7d470
|
fix(api): 修正两处幽灵接口调用（评分路径 / 移除不存在的薪资格）
- fetchJobOverallScore 改打真实端点 /jobs/{id}/personalized-review-score，
新增 mapPersonalizedScore 把后端 dimensionScores 对象映射为雷达图维度数组
- 移除 fetchSalaryData：后端无 /jobs/{id}/salary（salary-calculator 域实网 404），
它在 useJobDetail 的 Promise.all 中，404 会让整个岗位详情页加载失败
- 岗位详情页删除无数据来源的「真实薪资区间」表（薪资仍由 detail.salaryMin/Max 展示）
- 清理 SalaryData/SalaryRange 类型、MOCK_SALARY_DATA 及相关测试
|
4 weeks ago |
|
doublex001
|
5f47b8e38b
|
feat(api): 接入四维能力测评（/abilities）并桥接结果页
- 新增 fetchAbilityTypes / createAbilityAttempt / fetchAbilityAttempt /
saveAbilityAnswers / submitAbilityAttempt / fetchAbilityResult / fetchMyAbilities
- fetchAbilityAssessment 补真实分支：取最近一份 COMPLETED 结果并映射
- 实网实测契约（文档未标注）：
题目 id 是 attemptQuestionId、答案字段是 selectedOptionId（写 optionId 报 9805）；
答卷详情不带 version，保存与提交均无需乐观锁；未答完提交报 9806
- 四维 code 为 LOGIC/COMMUNICATION/EXECUTION/LEARNING，与 mock 阶段的
「专业能力/项目经验/技能广度」不是同一套口径，真实态以后端为准（产品口径待定夺）
- 结果有效期 validUntil/validityStatus 由后端判定，前端不自行作废
新增 src/__tests__/ability-attempt.test.ts（5 用例）
tsc 0 错误；jest 530 全过；eslint 0 error
|
4 weeks ago |
|
doublex001
|
e1dc514a0c
|
feat(api): 接入测评答卷全链路（/assessments）并桥接单题推进 UI
后端测评是「答卷」模型（一次抽 30 题 → 批量保存 → 提交出结果），
前端 UI 是单题推进，桥接全部收敛在 api 层，页面与 hook 无需改动：
- 新增 fetchAssessmentTypes / fetchAssessmentQuestions / fetchMyAssessments /
createAssessmentAttempt / fetchAssessmentAttempt / saveAssessmentAnswers /
submitAssessmentAttempt / fetchAssessmentResult 八个真实端点
- fetchHollandAssessment / submitHollandAnswer / fetchHollandResult 补真实分支
- 关键契约（实网实测，文档未标注）：
创建用 body {typeCode}（不是 type）；保存答案必须回传 version 乐观锁；
未答完提交报 9706；未完成取结果报 409/9703
- 结果映射：primaryCode→code、dimensionScores→六维、explorationDirections→行动建议；
后端不下发的类型解析/推荐岗位留空数组，不本地编造
- 答题过程中后端不下发实时六维（维度属隐藏字段），分布置空，不本地估算
新增 src/__tests__/assessment-attempt.test.ts（7 用例）
tsc 0 错误；jest 525 全过；eslint 0 error
|
4 weeks ago |
|
doublex001
|
a914f5221c
|
fix(api): 按实网响应校正岗位/偏好/评价汇总字段与 0-based 分页
实网联调（job.youthome.com.cn，学生号 19900009021）发现前端已接端点与后端契约不同构：
- 岗位 DTO：后端 title/company.name/薪资单位元，前端 positionName/companyName/K；
新增 mapBackendJobItem 统一转换（列表/收藏/详情三处共用），缺失字段留空不拿 mock 顶替
- 偏好 DTO：后端多选数组+英文 token，前端单值中文；读写双向映射，
salary/status 后端无字段不发送
- 评价汇总：totalReviews→total、ratingDistribution{rating5..}→distribution[]
- 分页：后端全站 0-based，前端按 1-based 传会丢第一页（/applications/me 首页恒空）；
新增 toBackendPage/toFrontendPage 集中转换
- 新增 scripts/audit_coverage.py（248 端点覆盖率审计）与 live_probe.py（实网批量探测）
tsc 0 错误；jest 518 全过
|
4 weeks ago |
|
doublex001
|
51f5a9b2d2
|
feat(enterprise): 补齐企业端收到的投递与候选人反馈（P0-7）
后端有、前端完全没有的整条企业投递链路（含 4 个候选人反馈端点）：
- api: fetchCompanyApplications（GET /company/candidates，筛岗位/状态/关键词/分页）、
fetchCompanyApplicationDetail（GET /company/candidates/{applicationId}）、
updateApplicationStatus（PATCH /applications/{id}/status）、
fetchCandidateFeedback / createCandidateFeedback / updateCandidateFeedback / deleteCandidateFeedback
- 状态 token 跨边界转换：后端大写 SUBMITTED/VIEWED/INTERVIEW/HIRED… ↔ 前端小写联合类型，
双向都过 toApplicationStatus / toBackendApplicationStatus，页面不拼大写串
- http: HttpMethod 补 PATCH（契约里投递状态、意愿分、适合度分都是 PATCH，原先只能绕开统一请求层）
- types: CompanyApplicationItem / CompanyCandidateDetail / CompanyApplicationQuery /
CandidateFeedback / CandidateFeedbackInput；ApplicationStatus 补 'hired'（此前漏了「已录用」）
- constants: APPLICATION_STATUS_LABELS / COMPANY_APPLICATION_FILTERS /
APPLICATION_STATUS_TRANSITIONS（禁止状态倒退）/ CANDIDATE_FEEDBACK_TAG_SUGGESTIONS
- theme: applicationStatusColors 九态徽标色板，全部走 token
- 页面: app/enterprise-applications.tsx 投递工作台（筛选条计数独立于筛选、关键词、四态、返回即刷新）；
app/application-detail.tsx 详情（状态流转 + 二次确认、时间线、反馈读/写/改/删）
- 入口: 企业端「我的」快捷入口与菜单各加「收到的投递」；两页路由注册（headerShown:false，避免叠 header）
- 组件: 抽出 components/RatingStars.tsx，岗位评价页与本页共用一份星级，删掉页面内的重复实现
- 测试: 新增 enterprise-applications.test.ts 14 例（token 双向、筛选、持久化、反馈单条约束、真实路径）；
全量 514 例通过
|
4 weeks ago |
|
doublex001
|
fc8541a06b
|
fix(repo): 补齐仓库缺失文件（application 类型 / 后端接口契约 / 审计脚本）
**修复一个会让别人克隆后直接编译失败的坏点**：
`src/types/index.ts` 的 barrel 早已 `export ... from './application'` 并已入库，
但 `src/types/application.ts` 从未提交（一直是未跟踪状态）。本地因为文件在磁盘上
所以 tsc 通过，**新克隆的仓库会报 TS2307 找不到模块**。
同批补入此前一直未入库的资料与工具：
- src/types/application.ts: 投递（Application）领域类型，被 types barrel 引用，属必需文件
- docs/职来后端接口.md: 后端接口契约全文（19645 行），前后端对齐的唯一真相源
- docs/applications-500-diagnosis.md: 投递接口 500 排查记录
- scripts/map_apits.py / scan_wrong.py: 接口映射与错位扫描审计脚本
（scripts/api.ts.bak 为 api.ts 的历史备份副本，不入库）
|
4 weeks ago |
|
doublex001
|
eea5144710
|
fix(config): 收尾真实后端切换遗留改动（mock 兜底开关 / 个人资料空值 / 测试对齐）
上轮接真实后端（求职端核心闭环）后遗留在工作区、未随提交入库的 4 处改动：
- app.config.js: apiUseMock 恢复 true —— 已接真实分支的接口走后端、未接的继续走 mock，
保证 App 随时可跑；联调只接哪些就切哪些，不做一刀切 false 导致整体白屏
- app/(tabs)/profile.tsx: 求职偏好取值加 ?? '' 兜底，存储缺字段 / 后端 partial 响应
不再让 value.trim() 抛 undefined
- 测试: job-api fetchJobDetail 断言对齐 /jobs/public/{id}；password 的改密用例补 setMockMode(true)；
profile-resume 对齐 /profile/me 的 realName/location/education 字段名
（此批为上一轮遗留，非本次 P0-6 产出，故单独成提交）
|
4 weeks ago |
|
doublex001
|
1ae124c2f7
|
feat(jobs): 补齐岗位评价增删改（P0-6）八维评分/标签/汇总与编辑删除
- api: 新增 fetchJobReviewDetail / updateJobReview / deleteJobReview / fetchJobReviewSummary，
createJobReview 入参由 content 单字段扩为 { rating, content, tags, dimensionScores }，
body 与文档 POST /jobs/{jobId}/reviews 对齐；mock 阶段同一岗位重复发布=覆盖更新（模拟后端唯一约束）
- types: EmployeeReview 增加 rating / dimensionScores / status / canEdit / updatedAt；
新增 JobReviewCreateInput / JobReviewUpdateInput / JobReviewSummary / JobReviewStatus
- constants: 新增 src/constants/review.ts（八维维度 REVIEW_DIMENSIONS、标签候选、评分上限）
- hook: useJobDetail 并行取汇总，新增 editReview / removeReview
- 页面: 岗位详情页评价区加汇总卡（平均分+星级分布+热门标签）、评价卡星级与八维、本人评价的编辑/删除入口；
底部单行输入框改为评价编辑器弹窗（综合评分+分项评分+标签+正文），四态齐全
- 测试: job-api 补 rating/tags/dimensionScores 断言 + 覆盖更新 + 改/删/汇总 5 例（全量 500 例通过）
|
4 weeks ago |
|
doublex001
|
0f8ab9a6b6
|
feat(api): 补齐简历多版本（P0-5）列表/创建/详情/修改/删除/设默认/导出任务
- api: 新增 resume-versions 全链路 9 个端点（对齐 /profile/me/resume-versions 与 /resume-export-tasks）
mock 以模块级可变数组模拟持久态；真实路径含 multipart 上传占位说明
- hook: useResumeVersions 覆盖列表/创建/设默认/删除/导出轮询
- 页面：app/resume-versions.tsx 版本卡（默认徽标/设默认/导出/删除）+ 新建弹窗，四态齐全
- 入口：简历页头部加「版本」入口；路由在 _layout 注册
- 主题：补充 scrimLight 遮罩 token（亮/暗双模式）
|
4 weeks ago |
|
doublex001
|
39471046b5
|
feat(api): 补齐消息操作态（P0-4）创建会话/消息列表/标记已读/撤回
- api: 新增 createConversation / fetchMessages / markConversationRead / recallMessage，
真实路径对齐后端 /conversations 系列；sendChatMessage 真实路径改为 /conversations/messages
- hook: useConversation 接入消息列表(fetchMessages)、进入标记已读、长按撤回
- 沟通页：进入会话即标记已读；长按本人文本消息可撤回（本地覆盖为撤回态）
- 类型：ChatMessage 增加 recalled；新增 MessagePage / BackendMessage / CreateConversation*
|
4 weeks ago |
|
doublex001
|
550a39da20
|
feat(api): 补齐后端有而前端缺的通知/收藏/认证接口与页面
- 通知：标记已读/全部已读/未读数 api + useNotifications/useUnreadCount hook
- 通知收件箱页 app/notifications.tsx + 菜单入口 + 路由注册
- 收藏：收藏/取消收藏 api + 扩展 useFavorites（add/remove/toggle/favoriteIds）
- 岗位详情头部接入收藏按钮
- 认证：补 refreshAuthToken / selectIdentity（getCurrentUser/登出/注册已有）
- 全量 tsc --noEmit 0 错误
|
4 weeks ago |
|
doublex001
|
df72d99a5c
|
fix(api): 修复 3 个列表函数真实态分页信封解包（P2-2）
- fetchNotifications/fetchInterviews/fetchFavorites 真实态原假设裸数组，实机验证后端实际返回 Spring Page 信封 {total,size,totalPages,page,items}
- 改为 request<{items:T[]}> 后取 res.items ?? []，与 fetchJobList 一致，翻 apiUseMock=false 后消息/收藏/面试列表正常渲染
- 同步更新 message-domain/job-api 真实态测试断言从信封解包
- 纠正前误述：前端 mock 并非用 {content}，而是 {jobs,total} 或直接数组，Hook 不读 .content
- 接口联调问题清单 P2-2 更新为已修复（附实机验证证据）；fetchEmployeeReviews 同类待验证
- 补入库 docs/联调路径校正映射.md（89 函数权威校正表）
|
4 weeks ago |
|
doublex001
|
e4edbef9e2
|
chore: 联调审计脚本与 OpenAPI 快照
- openapi.json：后端 OpenAPI 3.1.0 完整快照（182 路径/220 path-methods），作为路径校正唯一准绳
- transform_api.py：89 函数路径批量校正（ALIGNED/WRONG→REAL/PHANTOM 分类 + 幽灵域折叠为 mock-only）
- live_validate.py：测试号实机验证脚本（登录取 token 后逐一打真实路径）
- gen_correction_map.py/audit_all_paths.py/extract_docx.py/openapi_paths.py：审计与文档提取辅助
- 排除 api.ts.bak 及探索性脚本
|
4 weeks ago |
|
doublex001
|
1b1f6e573d
|
refactor(api): 联调地基收尾（auth/双Token/角色/环境配置/品牌资源）
- auth.ts 登录链路对齐 /auth/password/login → /auth/me 角色权威化
- token-store 持久化 access+refresh；useSmsCode 接入真实短信
- storage.ts 键前缀收敛；P2PasswordReset 文案修正
- app.config.js 默认 apiBaseUrl 指向 job.youthome.com.cn/api/v1
- AGENTS.md 补充『提交后必须推送』约定
- 品牌资源：brand-logo.jpg 替换为有职 logo，icon.png 同步；清理 favicon/splash 冗余
|
4 weeks ago |
|
doublex001
|
86c543c3d7
|
docs: 归档联调路径校正映射与更新问题清单状态
- 后端联调前端实现.md §3 按 OpenAPI 校正结果重标已落地真实端点
- 接口联调问题清单.md 新增『零、进展更新』：89 函数分类（ALIGNED 6/WRONG→REAL 14/PHANTOM 69）、P0-1/P0-2/P1-1 标记已解决
- 新增 docs/联调路径校正映射.md 逐函数权威表
- 新增 P2-2 风险：真实分页信封为 {items} 而非 mock 的 {content}
|
4 weeks ago |
|
doublex001
|
55a9222e77
|
refactor(api): 按 OpenAPI 校正 89 个接口路径，69 幽灵域退回 mock-only
- 以 job.youthome.com.cn OpenAPI 为唯一准绳，实机验证 89 个 request 函数
- ALIGNED 6 / WRONG→REAL 14（/messages/conversations→/conversations、/resume→/profile/me/resume、/jobs/rank→/jobs/{id}/competition-ranking、/enterprise/candidates→/company/candidates 等）
- PHANTOM 69：所属域后端无契约，真实态不再调用 request，翻开关也不触网
- 清除全部【待确认】标记（含【待确认：…】形式）
- 修复 fetchResume 双前缀、fetchRankData ${jobId} 未插值两处转换 bug
- 4 个桥接测试 + job-api/password 测试改为断言真实路径
|
4 weeks ago |
|
doublex001
|
075f7c1f41
|
feat(api): 加 mock 开关并转岗位域候选读取接口（业务端点连接口）
承接后端联调地基，开始接入真实业务端点：
- 请求层新增 mock 开关：http.ts 的 isMockMode()/setMockMode() 读 app.config.js 的
extra.apiUseMock（默认 true）。业务函数 if (isMockMode()) 返回本地数据不触网，
联调期置 false 直连后端，避免"全转真实破坏开发期 UI"。RequestOptions 加 query
支持（数组逗号拼接、undefined 跳过）。
- 岗位域 6 个候选侧读取接口改造成统一形态（保留签名与返回类型 T，仅换函数体）：
fetchJobList→GET /jobs（pageSize→size 映射）、fetchJobDetail→/jobs/{id}、
fetchJobOverallScore→/jobs/{id}/score、fetchJobPreference→/profile/me/job-preference、
fetchFavorites→/profile/me/favorites、fetchJobProgress→/tools/job-progress。
旧 @url 多带 /api 前缀、未带 /v1，已按规范 §7 重映射。
- auth.ts 6 个鉴权函数同样挂 isMockMode() 分支（mock 返回本地双 Token/成功），
保开发期 parity——否则 dev 登录会直打真后端必崩。
- 新增 job-api.test.ts（8 用例：开关两面 + query 拼装）；password.test.ts 鉴权断言改在
mock 关闭态校验真实契约。
- 文档 后端联调前端实现.md 补 §三 业务端点转换进度与路径重映射表。
OpenAPI 主机在本环境被网络封禁、无法取真实字段，故 T 沿用现有项目类型（AGENTS.md
"保留签名只换函数体"），真实结构待真机联调按 OpenAPI 校正。
tsc 0 错误；eslint 0 错误；jest 406 passed / 29 suites。
|
1 month ago |
|
doublex001
|
3ef1df2eab
|
feat(auth): 接入后端联调地基（统一请求层+双Token+角色权威化）
落实《职来后端接口联调说明》（job.youthome.com.cn 规范）的前端地基：
- 新建 src/api/http.ts 统一请求层：Base URL 从 env 读取（默认生产 HTTPS 域名）、
Authorization: Bearer 注入、信封 code/message/data/requestId/timestamp 解析、401 单飞
刷新一次并重放、X-Request-Id 透传、HTTP 状态码语义映射（400/401/403/404/409/429/
500/503）。
- 新建 src/lib/token-store.ts：access+refresh 双 Token 内存单例 + AsyncStorage 持久化，
沿用 qingsongpin: 前缀（已更正旧记忆的 youzhi: 误记）。
- 新建 src/api/auth.ts 真实鉴权端点：sendSmsCode / loginByPassword / loginBySms /
fetchCurrentUser / requestLogout / registerCompany，并加 mapBackendRole
（STUDENT→candidate、COMPANY→enterprise、ADMIN→admin）。
- AuthContext 扩 refreshToken 字段、setSession(access,refresh,expiresAt)、logout 清 Token、
启动 hydrateTokens 并注册 401 清会话回调。
- AppRole 扩 admin；删除 api.ts 旧 mock 的 loginByPassword/sendSmsCode（旧端点与规范不符），
归一到 auth.ts。P2PasswordLogin 登录后 setSession 双 Token 并调 /auth/me 权威化角色。
- app.config.js 默认 apiBaseUrl 改为 https://job.youthome.com.cn/api/v1（保留环境变量覆盖）。
业务端点（jobs/profile 等 100+）仍走 mock，下一阶段按 OpenAPI 逐个换 request() 即可。
规范 §1–§10 逐条对照见 后端联调前端实现.md。
tsc 0 错误；jest 398 passed / 28 suites。
|
1 month ago |
|
doublex001
|
c16ce63039
|
feat(auth): 隔离运营商取号适配层，补齐取号超时/网络预检/缓存管理
把端上取号从 api.ts 抽到 src/lib/carrier-sdk.ts，与微信登录的
wechat-sdk.ts 对称：两条登录通道的接入方式此前不对称，运营商取号
直接写死在接口层，换 SDK 时要动业务代码。
厂商无关：适配层只暴露 5 个能力（可用性/网络预检/预取号/取号/清缓存），
对外统一形状 CarrierSdkNumber，接入移动/联通/电信/阿里云/极光任一家
都只改这一个文件，页面、hook、类型、api.ts 零改动。
补齐运营商文档强调但项目缺失的 4 个工程细节：
- 超时：SDK 默认 8s，不包装则弱信号下无限挂起，页面没有出口
- 蜂窝网络预检：取号走数据网关，纯 Wi-Fi 取不到，可提前给出引导
- 取号缓存 scrip：预取号建缓存，提高成功率并允许未开蜂窝时取号
- 敏感动作清缓存（delScrip/delectScrip）：注销/换绑时主动失效旧缓存
取号失败原因显式建模为联合类型（no-cellular/timeout/unsupported-carrier/
sdk-unavailable/unknown），不再混成一句"未能获取本机号码"——三者的
下一步引导动作不同。失败一律返回空串，绝不返回假号码。
收敛 mock 号码到单一定义：此前 fetchCarrierPhone 与 loginByCarrier
各写一份，迟早漂移成两个号。
tsc 0 错误；jest 383 passed / 27 suites。
|
1 month ago |
|
doublex001
|
410b1b7386
|
refactor(theme): 卡片间隔令牌化收尾，borderRadius/padding:8 收敛为 spacing.card
- 82 个 .tsx 文件的卡片 borderRadius/padding(含 H/V):8 收敛为 spacing.card（值恒 8，零视觉变化）
- 自动补齐 spacing 的 theme 导入（复用已有导入或按目录深度计算相对路径）
- check-spacing 令牌引用命中 954 处且仍 0 违规，审计网未撕裂
- 更新项目开发状态.md（4.21 残留①标记完成 + 新增 4.23）
|
1 month ago |
|
doublex001
|
aeaa0472ab
|
feat(product): 落地产品待定三项（良好取色统一/去悬空经验档/进度页抽样）
- 良好档取色统一为蓝：profile.tsx 的 DIMENSION_LEVEL.good.text 引用 jobLevelTextColors.good（单源），消除与 jobLevelTextColors 的分歧
- 发布端移除悬空经验档「1年以内」：JobExperienceRequirement 联合类型 + job-publish EXPERIENCE_OPTIONS 同步移除，与筛选档位对齐；更新 shared-color-maps 测试断言
- 求职进度页 companies 抽样+查看全部：新增 showAll 状态/PREVIEW_COUNT=5/切Tab重置/查看全部入口，空态此前已补齐
- 新增 项目开发状态.md 4.22
- 验收全绿:tsc0/eslint0/check:spacing0/check:routes0/check:affordances0/check:icons0/check:backend-stubs0/365测试
|
1 month ago |
|
doublex001
|
b0ed17b17b
|
feat(theme): 收敛 app 框架 padding:16 至 spacing.framework 单一来源
- 25 个 app 文件 padding/paddingHorizontal/paddingVertical:16 收敛为 spacing.framework(值不变=16)
- 每文件补 spacing 到 theme 导入(路径分三类,脚本按实际路径处理,无导入损坏)
- 框架16px有意比卡片宽、不被check-spacing审计;令牌化后审计仍能解析,不撕裂门禁网
- 更新项目开发状态.md 4.21 第4条及残留项改为已完成
- 验收全绿:tsc0/eslint0/check:spacing0/check:routes0/check:affordances0/check:icons0/365测试
|
1 month ago |
|
doublex001
|
928c310c36
|
feat(theme): 新增间距设计令牌层并收敛 onboarding 非卡片间距
- 新增 src/theme/spacing.ts：标尺(xs4/sm8/md12/lg16/xl24) + 语义令牌(card8/gutter8/framework16/block12/section12)，src/theme/index.ts 从 ./spacing 导出
- 扩展 scripts/check-spacing.mjs：resolveSpacing 解析 spacing./spacingTokens. 引用，令牌化卡片不再被静默跳过(修潜在 bug)，输出新增令牌命中统计
- onboarding 35 文件非卡片间距令牌化+收敛(18→block/22→section/14→block/10→sm/12→block)
- 更新项目开发状态.md 4.21
- B5(app 框架 padding:16) 本批延期，spacing.framework 单一来源已就绪
|
1 month ago |
|
doublex001
|
3aa3c60004
|
feat: 软件改名「轻松聘」，引导页改为三屏满屏主题色
改名（带断言的白名单脚本，逐文件核对改前出现次数，对不上不写盘）：
- 显示名「有职」→「轻松聘」：代码+配置 13 文件 50 处，文档 12 处
- 标识符 youzhi → qingsongpin：app.config.js 的 slug / scheme /
ios.bundleIdentifier / android.package、storage 键前缀、高德 URL 的 src、
screenshots 截图流水线 manifest 的 scheme
- 注意：storage 的 KEY_PREFIX 变更会让本机旧数据读不到（未上架、仅开发数据，
可接受；若已有线上用户数据必须写迁移而非直接换前缀）
引导页 app/guide.tsx 四屏 → 三屏（标题为产品文案）：
求职开挂 AI护驾 / 真实能力 一测便知 / 一起解锁 职场秘籍
- 副标题只写仓库里查得到的已上线模块，未编造能力
- 整页底色改用新增 token onboardingGradient（primary → primaryBtn → primaryDark）：
现成的 headerGradient 三支末端是青 #4FD1C5，白字仅约 1.9:1，只适合顶部深色区，
不能做整页底色；配 locations=[0,0.34,1] 使正文落在 5.2:1 以上
- 底部按钮反色为白底 + primaryText 蓝字；前两屏「下一步」、第三屏「开启体验」
- 状态栏加 style="light"（根布局是 dark，深蓝底上会黑压黑）
- 素材位 guideEvaluate/guideWeightDim/guideGameMap/guideLegalAI
→ guideAiCopilot/guideAbilityTest/guideGrowthUnlock
待补图（已逐张打开确认，非推测）：assets/icon.png、splash-icon.png、
brand-logo.jpg、android-icon-{foreground,background,monochrome}.png 仍是有职字标
门槛：tsc 0 / eslint 0 / 26 套件 365 用例全过 / check:spacing 196 张卡片全 8px 全绿
真机：模拟器像素测量，CTA 按钮左边界 16.0dp、高 50.0dp，渐变三点与理论值吻合
|
1 month ago |
|
doublex001
|
eaa8adb858
|
style(ui): 引导页 8px 收敛与上批 gap 漏网修正，新增间距核对门槛
4.18 的核对脚本把 components/onboarding/ 整目录排除了，于是规则里最明确的
「整个项目所有卡片的圆角都必须是 8px」在 26 个引导页上从未被核对过。排除是
脚本作者自己加的，不是用户说的。本批先把它从「待定夺」变成「有数据」。
实测引导页 42 处 borderRadius：真卡片只有 5 张，其余是控件、图标底色块、圆与
占位框。「引导页自成一套半径体系」这个排除前提是假的 —— 其卡片半径是
8/14/10/8/8，只有两张不在 8，不存在另一套体系。
改动（10 个文件 +14/−14）：
- ScreenShell.scrollContent 内容留白 20 → 8；P1Login.content 24 → 8
（P1 不用页壳，自带 content）
- RadioRow.row 12/14/16 → 8/8/8 —— 它与主应用 holland/question.option、
game/level.option 同形态（横排 + space-between + 白底 + borderWidth: 1），
那两处上批已判为卡片并置 8，是代码库自己否掉了「RadioRow 属控件」的判断
- B1Wechat.preview 圆角 14 → 8、内边距 14 → 8
- P12Company.notice 圆角 10 → 8、内边距 12 → 8、卡片间隔 16 → 8
- P9JobStatus.list / P18Education.list 的卡片间隔 gap 10 → 8
改错又还原的两处（本批最该记的教训）：
ScreenShell.backRow 与 footer 我改成了 8，两处都还原为 16。主应用底部固定区
的口径就是 16（padding: 16 出现 4 次），头部返回图标的视觉位置也在 16 上下
（headerBtn 是 40×40 居中盒，42/58 个文件如此）。即引导页原本的 16 本就与
主应用一致，只有内容留白 20 与主应用的 8 不符。我先前「同屏三个留白、体系
不自洽」的判断站不住：16 是全应用通用的框架留白，且返回按钮属页面框架、
不是卡片，不在「页面留白」范围内。教训是：判断某个值该不该统一之前，
先量一遍主应用同类元素的既有取值。
补上 4.18 卡片间隔维度的 3 处漏网：holland/question.options gap 10、
holland.featureList gap 10、jobs/weight-settings.templateRow gap 10，
三者子元素分别是 option / featureCard / templateCard，全是 r8/padding 8 的卡片。
纠正 4.18 的不实结论：当时报「卡片 477 / 圆角 = 8：217」并称剩余非 8 的只有
若干控件。实际那个脚本的排除正则锚定全名（^(...|btn|tag|chip|...)$），
retryBtn / statusTag / filterChip / progressTrack 这类带后缀的键一个都没匹配上，
260 个控件全被当成卡片报出来。217/477 是脚本的原始通过数，剩余 260 项是肉眼
判成控件的，脚本从未验证过这个判断。另有大小写漏匹配与 *Box 排除过头
（emptyBox / salaryBox / matchBox 被一并吞掉，等于把上批改过的东西排除在核对之外）。
新增 scripts/check-spacing.mjs + npm run check:spacing（--error 有命中即 exit 1），
与 check-routes / check-affordances / check-icons / check-backend-stubs 同族体例。
把判据编码进脚本而不是留在人脑：结构判定而非命名判定、按词尾而非全名排除、
圆用几何判据（width === height 且 borderRadius ≈ width/2）、排除项逐条打印供复核，
给排除表加名字要写理由。可失败性已在仓库脚本上复验：塞入含 4 类违规的探针文件
四维全命中且 exit 1，删掉后 exit 0。
真机验证（emulator-5554，非代码走查）：引导页由内部状态机驱动、无 URL 参数，
临时改初始步截图，看完已还原并 git diff 确认无残留。用像素测量代替目视
（/tmp/mdj/px.js 解码 PNG 取某行首个非背景像素；密度 420dpi → 比例 2.625）。
P1 按钮 8dp、P9 卡片 8dp/按钮 8dp、P17 卡片 8dp/按钮 8dp、B1 卡片居中（设计如此）
/按钮 8dp、P12 提示卡 8dp/按钮 8dp。头部返回箭头改动前后同行 52px → 73px，
差 21px 正好 8dp，一次同时证明热重载与还原都生效。
门槛：tsc 0 / eslint 0 / 26 套件 365 用例全过 / check-routes /
check:affordances / check:icons（194 文件 1357 字形）/ check-backend-stubs（140 函数）/
check:spacing（卡片 196，圆角 = 8：196/196，另三维度 0）全绿。
|
1 month ago |
|
doublex001
|
3070a966b7
|
style: 边距间隔统一 8px（页面留白 / 卡片内边距 / 卡片间隔）
AGENTS.md 第 15 行的「边距间隔一致」在本批次中途补上了数值「，为8px」。
此前按众数取 16 落的 176 处因此作废——回滚还原不回 8（原本就是 16 的 66 张卡
同样要降），故改为按目标值重算，73 个 .tsx 文件共 +390 / -398。
三个维度全部收敛到 8：
- 页面留白：28 个主 ScrollView 的 contentContainerStyle，另加共享页壳 LegalDocScreen
- 卡片内边距：padding / paddingHorizontal / paddingVertical
- 卡片间隔：marginTop / marginBottom，以及分隔卡片的容器 gap
判定口径从「命名」改为「结构」：有 borderRadius 且（有 backgroundColor 或
borderWidth）即为卡片。4.17 的命名判定漏掉了 pendingItem、dimItem、
resume/{education,experience,project} 的 row、suggestionRow、reasonRow、
explanation、option、taxItem，以及一批 radius 已是 8 但内边距非 8 的卡
（matchBanner / offerBanner / salaryBox / cardBase / cardOffer / replyBlock /
rank.section / memberBanner / draftBanner / pathSummary / aiTip 等），本批补齐。
明确排除（附理由，非遗漏）：表单控件、标签胶囊、选项卡、按钮、图标底与装饰；
错误重试态的 center 容器（改会把重试页居中打散）；引导页 components/onboarding/**
（自成一套 12/14/18 圆角体系）。刻意保留：resume/preview 的 paper.padding 20
（导出文档的屏幕代理版心，对应 resumeHtml.ts 的 @page 34px 38px）、
SliderCaptcha 的 knob 阴影（控件对照项）。
顺带修复一个既有缺陷：skill-cloud 的行业 Tab 在搜索框出现后被纵向裁切，
只剩 6 个可点却看不见的胶囊。根因是 tabsWrap 的 maxHeight 未配 flexShrink: 0。
git diff 确认 tabsWrap 不在本批改动内，确系既有问题。
门槛：tsc / eslint / 365 用例 / check:icons / check:affordances /
check-backend-stubs / check-routes 全绿；已在模拟器截图核对 11 个页面。
详细记录见 项目开发状态.md §4.18。
|
1 month ago |
|
doublex001
|
c3a3fa0eac
|
style: 全站卡片圆角统一 8px 并去除卡片阴影
依据 AGENTS.md 于 2026-09-20 14:12 新增的硬规则「整个项目所有卡片的圆角都必须是
8px，无阴影」，改造 147 处卡片圆角、删除 54 行卡片阴影。同一次 AGENTS.md 编辑还把
提交规则由「每天 17：50 提交」改为「提交并推送到远端」，本次 17：50 动作按新规执行
两步（commit → push），故本提交同时包含该 AGENTS.md 改动。
为什么不能直接 grep borderRadius 全量替换
项目没有「卡片」的样式键约定：同一屏内 card / box / panel / section 混用，且
cardBtn（48 高胶囊按钮）、cardTag（标签）、cardIcon（圆形图标底）共用 card 前缀。
直接全量替换会把胶囊按钮与圆形头像一并压成方角。
判定口径（本轮定义）
卡片：样式键为 card 或以 Card 结尾/内嵌；另经逐条读块复核，纳入 17 个非 card 命名
的「独立承载一组内容的面板」（emptyBox / emptyList / emptyHint / searchEmpty /
pathSummary / section / cardBase / cardOffer / salaryBox / draftBanner /
matchBox / aiTip）。
非卡片：CardBtn|CardBullet|CardDot|CardBadge|CardIcon|CardWrap|CardTag|CardChip，
以及按钮、标签、chip、输入框、Tab 项、列表行（row / *Item）、头像与圆点。
圆/胶囊排除：半径 × 2 ≥ min(字面量宽, 字面量高) 时判为圆或胶囊，不动
（如 cardBtn 48 高/r24、radioOuter 18×18/r9、countdownCard 60×60/r30、
Holland 结果页类型序号圆标）。
改动规模（git diff 实测）
圆角改为 8：147 处，分布 50 个 .tsx/.ts
删除阴影行（shadowColor/Offset/Opacity/Radius、elevation）：54 行，7 个文件
其中 app/jobs/[id].tsx 删除模块级 const shadow 常量及其 ...shadow 展开点（共 7 行）
卡片类样式 167 个，其中仍非 8px：0
审计脚本自身的两个缺陷（差点改错别人的圆角，已在文档中如实记录）
① 单行样式块（modalCard: { …, borderRadius: 16, … },）被当普通块解析，会把下一个
样式块的值算作它自己的 —— 不是漏改，是取到邻居半径然后改到邻居头上。
② shadowOffset: { width, height } 被当成元素尺寸，导致所有带阴影的卡片都被判为
胶囊而整类静默跳过（带阴影的恰是最该改的）。
两处均为静默漏判而非崩溃，故本批不采信脚本输出，改用 git diff -U0 逐行反查证明：
147 行新增半径中，130 行在 card 命名样式内、17 行在人工复核白名单内、0 行在名单外。
范围边界（刻意不动，非遗漏）
components/onboarding/ui/SliderCaptcha.tsx:294-297 滑块阴影保留（控件非卡片，
去阴影会使滑块与轨道糊在一起）；src/theme/colors.ts 的 shadow token 保留
（colors.test.ts:11 仍断言）。全库 elevation:/shadowOpacity: 现仅此一处。
另有 116 条「像卡片但不叫 card」的样式未动，逐类看过几乎全是按钮/标签/chip/输入框/
Tab/列表行/头像底，压成 8px 反而是错的 —— 这是本轮口径的边界，不是余数。
回归锁
新增 0 例测试；本批为纯样式常量改动，不改变任何数据逻辑，靠既有 365 例与新立的
圆角审计脚本（167 个卡片类样式非 8px = 0）看守。
真机实测（Android 模拟器 emulator-5554，截图核对，非代码走查）
jobs 列表、jobs/1 详情、profile 求职端、enterprise-overview（本轮删除阴影最多的页面，
4 张卡 15 行）| job-publish | tools/skill-cloud | holland-result | resume/export
—— 均确认 8px 直角、无阴影，且内部胶囊标签与圆形序号标未被误伤，
白底卡片与 pageBg #F6F8F9 仍可区分、未塌成一片。
未实测（仅代码级验证）：components/resume/EditKit.tsx、components/onboarding/ui/
Modal.tsx、components/onboarding/screens/P3Identity.tsx、LegalDocScreen
—— 嵌在弹层/引导流/长文档中，深链直达需先走完前置流程。
已知缝隙
「8px」目前仍是各 StyleSheet 里的字面量，未如颜色那样收敛为 theme 常量，
新增卡片没有强制来源。是否立 theme 层面的圆角 token，留待下一批定夺。
门槛：npx tsc --noEmit 0 错误 · npx eslint . 0 error/0 warning · npm test 26 套件
365 例全绿 · node scripts/check-routes.mjs 0 失效跳转 · npm run check:affordances 0 处 ·
npm run check:icons 0 处无效字形（194 文件 / 1357 字形） ·
node scripts/check-backend-stubs.mjs 140 个接口函数 · git diff --check 通过
|
1 month ago |
|
doublex001
|
65f138bae2
|
refactor: 收敛 14 处重复声明的映射表与业务规则
接 4.14 / 4.15 的同一类缺陷排查。那两批治的是「同一个事实两处取值不同」，
本批治它的另一半：**取值当时相同，但同一张映射表 / 同一段业务规则被抄了多份**。
后者平时看不出来，代价有两个：改一处漏一处；以及测试锁的是**没人渲染的那份**。
本批不改任何取值，属纯重构 —— 已逐条核对 git diff 的删除行，无一色值被改。
修法：14 处本地声明 → 6 张单一来源的表
- 评级 → 文字色 **5 份 → 1**：growth / jobs / ability / assessment 四处同名同值
（三处叫 LEVEL_TEXT_COLOR、一处叫 LEVEL_COLOR），hr-evaluation 另有一份中文键版。
- 霍兰德六型 → 强调色 3 份 → 1（介绍 / 答题 / 结果三页各一份 TYPE_COLORS）。
- 语义色名 → 色值 3 份 → 1（企业看板 / 面试评分 / AI 面试各一份 COLOR_TOKENS）。
- 文章缩略图 2 种写法 → 1：成长页是 {violet:{bg,color}} 对象表，详情页则拆成
THUMBNAIL_BG + THUMBNAIL_COLOR 两份平行 Record。
- 社保基数 clamp **3 份 → 1**：权威那份在接口层 computeSalaryResult 里，另两份在
计算器页（一个同名 helper + handleSelectCity 内联）。提取时把 city 提成**显式参数** ——
页面内联那份的成因正是 helper 读的是 inputs.city（旧城市），而切城市要用新城市的上限，
所以「简化成调用 helper」会静默算错城市。
- 时间戳 → 「月-日 时:分」2 份 → 1：utils.formatDateTime 收 ISO 串、页面 formatRecordTime
收时间戳，格式逐字节相同。formatDateTime 改为接受 string | number。
副作用（正向的）：时间戳版本原先不判 NaN，坏值会渲染出「NaN-NaN NaN:NaN」，现返回空串。
- 手机号脱敏 2 份 → 1：登录页内联的那段与 api.maskPhone 逐字节相同，而
carrier-login.test.ts 里那条 describe 的名字就是「脱敏在接口层，页面不自己切字符串」，
《运营商一键登录接入方案.md》也写明「页面不做脱敏」—— 页面违反了它自己的约定。
- 企业端发布页自持的学历 / 工作类型选项表接回 src/constants（工作类型的编码与标签
成对定义，标签列表由它派生，避免「有编码没标签」的悬空项）。
放置位置按职责定，不是就近塞：颜色映射进 theme（该文件自己写着「色值是本文件独占的职责」，
且已有 templateAccentColors 先例）；clamp 进 api 层（AGENTS.md 规定业务规则在接口层，
权威那份本来就在那里）；时间格式化进 utils；选项词表进 constants。
一处是**派生**而不是搬家
hr-evaluation 的键是中文评级（'优秀'），不是 JobLevel —— 根因是数据层
EvaluationDimension.level 声明为 string 且直接下发中文评级。这是「同一事实、两个键域」，
把字面量搬个地方等于把「两份同值」换成「两份同值、只是搬了家」。故 levelLabelTextColors
按引用派生自 jobLevelTextColors，将来换色只改一处。断言锁的是关系（同键同值），不是字面量。
刻意**不**合并的两处
- 经验要求：constants 的 EXPERIENCE_OPTIONS 是**筛选**项（含「不限」、不含「1年以内」），
发布页那份是**必填要求**（含「1年以内」、无「不限」），不是同一个事实。已加反向锁
把差异写死，防止后来者按名字想当然地合并。
- DIMENSION_LEVEL（profile.tsx）不在收敛范围：键的是 DimensionScore['level']（只有两档），
且「良好」用 textSecondary 而非另外五处的 primary。两处对同一档取色确实不同，
属需要产品定夺的配色分歧，**未擅自统一**，已记入《项目开发状态.md》4.16。
测试
- 新增 shared-color-maps.test.ts（26 例）。断言分两类：**关系**（中文评级表与
jobLevelTextColors 同键同值、各表内部色值互不相同、计算器养老金额可由 clampSocialBase
反推、formatDateTime 两种入参格式一致）与**接线锁**（读源码断言 14 处旧声明名不再出现、
页面必须引用新表名）—— 值对了但页面不读表，缺陷照旧。
- 灵敏度验证：一次性注入 6 个缺陷（重建旧声明 + input.city 换成 '北京' +
levelLabelTextColors 改回字面量），**6 例如期全红**，逐字还原后 grep 确认 0 残留。
- 一处如实记录：clamp 那条接线锁**第一版是写错的** —— 断言「页面不得出现 socialBaseUpper」，
而页面本来就该读它展示「基数范围 ¥x – ¥y（城市）」。错的是断言不是代码，已改为精确锁
「上下限字段与 Math.min/Math.max 同现」（那才是旧版内联 clamp 的形状）。
另有一次 edit 吃掉了 `const DIM_COLORS =` 后的空格，已复原到与 HEAD 逐字节一致。
如实记录：一份子代理报告的三条说法未通过核对
- 称 DIMENSION_LEVEL 重复声明 —— 不成立，全仓只有 profile.tsx 一处。
- 称 THUMBNAIL_* 重复「×2」—— 不精确，实为一个对象表 + 两份平行 Record（两种写法）。
- 给的 clamp 行号不准，且**没提权威那份在 api.ts**。
与既有一贯口径一致：代理报告是模型输出、不是证据，每条都独立 grep + 逐行读过才动手。
实测（Android 模拟器 emulator-5554，截图核对，非代码走查）
- 本批取值未变，真机的价值在「没崩、没落到兜底」：成长页三个缩略图色系全部解析；
HR 评价「优秀」「良好」都有色、无一落兜底灰；企业看板统计四宫格与快捷入口
**五个语义色各不相同**（若有键写错会静默全变蓝，多色并存即证明未落兜底）；
发布页学历 5 项 / 经验 6 项 / 工作类型 4 项且选中态正确；薪资格算器切城市后
提示与区间正确更新。
- 未验到的：clamp 本身未在真机制造出越界值 —— 社保基数输入框**逐键 clamp**，
手工输入停不到目标值（既有交互，非本批改动），故 clamp 语义以单测 + 注入为准；
岗位列表 / 能力 / 测评的评级色、霍兰德三页六型色、面试两页语义色、登录页掩码手机号、
薪资历史记录时间格式 —— 均有类型约束或测试锁盖住，但本轮未逐屏截图。
仍未做（需产品定夺，未自行选择）
- 「良好」一档在个人页与其余五处取色不同（灰 vs 蓝），统一只改一行。
- JobExperienceRequirement 的「1年以内」是死值（全仓仅见于类型声明，mock 数据没用过、
筛选表也没这项），留还是删。
- 数据层 color: string 未收紧成联合类型，故 semanticColorTokens 的键只能保持
Record<string, string>，代价是数据层写错色名会静默落到 ?? colors.primary。已在注释与
测试里把「这是刻意的」写死，根治属另一批。
门槛：tsc 0 / eslint 0 / 26 文件 365 例全绿（较 4.15 的 339 例 +26）/ check-routes 0 /
check:affordances 0 / check:icons 0（194 文件、1357 字形）/ check-backend-stubs 140
|
1 month ago |
|
doublex001
|
aff9fc8b19
|
fix: 收敛「同一事实两个数」类数据矛盾并补颜色 lint 盲区
合并 2026-09-20 当天的 4.14、4.15 两个批次。范围仅前端：后端（Java + SpringBoot）
由其他成员实现，本次未写后端代码，接口仍按约定在 api.ts 中预留注释版 fetch。
主线索是一类反复出现的缺陷：**同一个业务事实被写了两份，两处取值不同**。
修法一律是让重复的那一份在接口层从权威源**派生**，而不是把两个字面量手工对齐 ——
手工对齐只解决这一次，下次改数据照样分叉。
4.14 求职意向词表统一 + 四处数据自相矛盾
- 引导采集的期望薪资 / 求职状态 / 期望城市三组选项，引导页与「设置求职意向」页
各有一份词表，三组全部匹配不上：走完引导进来的用户看到三组 chip 一个都没选中，
像资料丢了。更严重的是在那里选「暂不考虑」保存后，简历仍把他记成积极求职中
（判定常量与页面词表不是同一个字符串）。三组选项下沉到 src/constants 单一来源，
新增 withCurrentOption 处理引导阶梯能拼出、快捷档覆盖不到的薪资组合。
- 顺带收敛四处数据矛盾：当前用户 Offer 数、求职进度每月 Offer 之和、企业端在招岗位、
企业端评价数、企业名（全称 / 简称两个值）。
- 撤回 4.10 第 7 条的错误结论：该条断言「常量无消费者、缺页脚组件」，实际
components/onboarding/ui/SupportFooter.tsx 早一天就已存在并挂在 P1Login / P2QuickLogin
两页上，页脚一直渲染。该结论朝「把已完成的当成未完成」的方向错，已改为如实。
4.15 数据自相矛盾批量收敛 + 半透明色 token 化 + lint 补盲区
- 又查出并修掉 10 组同源不同值，多为跨页面 / 跨层级，翻页时肉眼不易对照：
· 求职进度 stats 五项之和 30 ≠ 总数 28（ended 改为由其余四项相减得出，求和成为结构性的）
· 月度图表投递合计 52 / 面试合计 16，而卡片写 28 / 6（六个月三列重排为 28 / 6 / 2）
· 我的页收藏徽标 12 与收藏列表 3
· 勋章「投递满100次」显示已获得，而实际只有 28 次投递（obtained / progress 改由
buildUserStats() 派生）
· 匹配成功横幅写 3 家，而会话列表里 matched 为 true 的只有 2 条
· 岗位详情综合分恒为 92 分·优秀（fetchJobOverallScore 里是 `void id;`），9 个岗位里
只有第 1 个对得上；雷达图八维改按该岗位实际分等比缩放，否则 65 分的岗位会配一张
最低 78 分的图
· 对比页把产品经理与 UI 设计师的综合评分正好写反
· 候选人 4–8 号点进去全叫「张明远」（身份改取自人才推荐列表）
· 岗位 1 的公司所在地在列表卡写海淀区、详情页写朝阳区
· 待回复卡片写 3 人，而它跳转的「未回复」Tab 只有 2 条 —— 两者不是同一集合
（有未读消息 vs 未回复）。判据应是「与去向一致」，不是「某个内部集合的长度」
- 顺带修掉一处同屏矛盾：求职进度页标题「求职中 {stats.interviewing}」压在按 Tab 过滤的
companies 上（4 条），标题写 2、下面列 4 行，切到「面试中」Tab 只剩 1 行。该事实当时有
三份副本（统计卡 / 标题 / Tab 列表），已去掉标题这一份。
**未解决并如实记录**：companies 是 28 条投递的抽样，故统计卡的分阶段数字在 Tab 列表里
永远对不上行数 —— 属全量 vs 抽样的结构问题，两条修法都会改变用户看到的页面，需产品定夺。
- 5 处 rgba(255,255,255,x) 逐处看下来不是同一个 token 被写重 5 次，而是 4 个不同角色
（卡片底 / 弱底色 / 分割线 / 进度条轨道），故按角色拆成 4 个 token，值等于现状、一像素未改；
resume.tsx 的 rgba(0,0,0,0.4) 改用已有 colors.scrim。
- 补 lint 盲区：no-hardcoded-hex-color 只匹配纯 hex，拦不住 rgba()/hsl()。已扩到函数式颜色，
并加 TemplateElement 访问器，否则模板字符串里的颜色照样漏网。
- formatCompact（企业端看板内联的 .toFixed(1)k）与 formatThousands 下沉到 src/utils。
formatCompact 刻意保留尾随 .0（2000 → 2.0k），与 formatViews 去掉 .0 的做法不一致且是有意的，
改口径会动到看板现状显示。
测试
- 新增 data-consistency.test.ts（22 例），断言刻意写成「A 必须等于 B」的关系而非「A 等于 28」：
以后调整 mock 数据不会让测试变红，只有把派生关系改回写字面量才会红。
- 新增 job-preference-options.test.ts（15 例），含源码级接线锁。
- 修正 enterprise-filters.test.ts 一条把矛盾当契约的断言：原先锁的是「有未读消息的会话数」，
与卡片跳转过去的「未回复」Tab 不是同一集合，等于把缺陷固化成了期望。现锁「与去向一致」。
- 灵敏度验证：注入缺陷确认对应断言确实变红（含一次一次性注入 3 个缺陷、5 例如期失败），
随后逐字还原并 grep 确认无残留。
- 两处如实记录：一次用 python 做注入时脚本静默失败（本机 python 是 Windows 商店占位存根，
非交互调用不执行也不报错），文件其实没被改动 —— 若没先 grep 确认注入物存在，就会拿一次
「未注入」的运行去证明「规则有效」；以及 data-consistency.test.ts 初版把「累计面试邀请数」
与「当前面试中数」当成同一个事实而断言相等，红的是测试不是数据，已改为反向断言并写明注释。
实测（Android 模拟器 emulator-5554，截图核对，非代码走查）
- 求职进度统计卡 28 / 6 / 2 / 2 / 18，6+2+2+18 = 28 成立；月度图表三列合计 28 / 6 / 2；
段落标题随 Tab 变化，不再出现与列表矛盾的数字。
- 我的页 投递 28 / 收藏 3 / 沟通 8 / Offer 2（收藏 12 → 3）；勋章 28/100、6/10、95/100，
其中诚信之星 95 与同屏「八大维度 → 诚信记录 95」同源，肉眼可自查。
- 未验到的：候选人详情 4–8 号姓名、岗位详情评分、对比页评分互换、收藏列表条数 ——
均有测试锁盖住，但本轮未逐屏截图，按「未做真机验证」记录，不当成已验证。
门槛：tsc 0 / eslint 0 / 25 文件 339 例全绿 / check:routes 0 / check:affordances 0 /
check:icons 0（194 文件、1357 字形）/ check:backend-stubs 140
|
1 month ago |
|
doublex001
|
0c2ebf6149
|
feat: 清零假交互，补全导出分享与企业端写通道，修复四态与图标缺陷
合并 2026-09-18 当天的 4.9–4.13 五个批次。范围仅前端：后端（Java + SpringBoot）
由其他成员实现，本次新增接口一律按约定在 api.ts 中预留注释版 fetch，未写后端代码。
4.9 假交互盲区 + 四态缺口 + 企业端写通道
- 修掉 4.8「死控件已清零」结论的盲区：审计脚本只认「无处理函数 / 空处理函数」的
Pressable，查不到「有处理函数、点了只弹『功能开发中』」这一类，全仓实有 37 处。
- 按「能真做的真做，不能做的删入口」逐条处理：能接线的接线（如「评分申诉」→ /appeal）；
能真导出的复用 shareText；无落点的删入口，并同步删掉 api.ts 里对应的下发项，
不留「数据里有、页面不渲染」的悬空字段。
- 修复 error 被静默丢弃的真 bug：legal/checkout 与 legal/service 的网络故障会被渲染成
「套餐不存在 / 服务不存在」，把用户引向错误的自救路径；另有 5 处有 error 分支但无重试
入口、1 处 refresh 已在作用域内却没用。统一改用既有 StateView（ErrorState 自带 onRetry）。
- 企业端岗位管理补「下架 + 刷新」写通道：新增 updateJobStatus / refreshJob，经 storage
覆盖表叠加（mockRequest 不深拷贝，直接改常量会污染全局且重启即丢），JobManagementJob
补 refreshedAt 字段，hook 补写方法与进行中标志，页面加二次确认，并补写通道单测。
- 企业端列表页补筛选/排序真实现，修掉一个无 value/onChangeText 的死输入框；Tab 过滤
从页面 useMemo 下沉到 api 层（原与「业务规则放 API 层」相悖）。
- 扩展 scripts/check-affordances.mjs 覆盖上述盲区，防止同类问题再次逃过审计。
4.10 平台资质证照页 + 死链修复 + 推送缺口
- 新增 app/settings/qualifications.tsx（平台运营主体自身的证照公示，合规 / 应用商店
上架审核用），配套 src/types/qualification.ts、src/hooks/useQualifications.ts、
api 取数函数与单测。注意它和企业端 EnterpriseCertificationForm 不是一回事：后者是
入驻企业上传自己的营业执照以取得认证，主体 / 目的 / 入口全不同，已在类型文件顶部写明。
- 修复死链。
- 补记 09-11～09-17 共 12 个提交从未推送的缺口（远端一直停在 09-10），并把「提交之后
必须推送」写进 AGENTS.md：17:50 的动作明确为 commit → push 两步，9:20 拉取前先看
git rev-list --left-right --count HEAD...@{u}。
4.11 企业端状态文案缺陷 + 状态映射下沉
- 修 4.9 写通道回看时暴露的缺陷：标着「草稿」的卡片按钮显示「重新上架」。JobManagementJobStatus
有三个值（active | offline | draft），三元表达式只分了两支，草稿落进「已下线」那一支；
确认文案「重新上架后，候选人可以再次看到该岗位」对从未上架过的草稿两句都不成立。
- 状态 → 文案映射下沉到 api 层，页面不再自行分叉。
4.12 六处导出 / 分享真机验证 + 霍兰德参与人数两处不一致
- 6 处导出 / 分享路径在 Android 模拟器上逐个验到系统分享面板，并借面板的文本预览核对
拼装内容与页面一致（数字、名称、状态）。
- 修正一处数据前后不一致（霍兰德参与人数两处对不上）。
4.13 六处空态实测 + 无效图标名缺陷 + check:icons 新门槛 + 缓存失败态结案 + 分享文本测试锁
- 用「注入空数据 + 逐个截图」把 4.9 遗留的 6 处空态实测通过（progress / legal /
hr-evaluation / ability / jobs/offer-compare / jobs/[id]），确认按设计渲染、无死代码。
- 修复文书模板 gavel-outline 无效字形名：Ionicons 全库 1357 个字形里没有 gavel，运行时会
打 "not a valid icon name" 且图标渲染为空白；页面的 `as keyof typeof Ionicons.glyphMap`
断言把类型错误吞掉了，故 tsc 一直没报。改用语义最接近的 hammer-outline。
- 新增 scripts/check-icons.mjs + npm run check:icons 门槛：直接读取已安装包的 glyphmap
（另存一份必然与真实图标库脱节），扫描 app/ 与 src/ 中的图标名字面量，含灵敏度验证。
- 结案 settings 缓存「读取失败」态：不是「未验证」，而是 readCacheBytes() 把异常全吞成 0，
故障传不上来，该分支在任何条件下都不可达。新增 cache.test.ts（12 例），以「构造会抛错的
文件系统」把这条永不抛错的契约锁住。
- 补上第七处分享路径（入职清单导出）的真机验证，7 处分享至此全部验过。
- 新增 share-text.test.ts（28 例），补 4.9 同批 5 个分享拼装函数一直缺的测试锁（4.9 方案里
写了「并补单测」，当时只给范式 buildChecklistText 补了）。侧重锁三类：空值守卫、取的
是本地选择态而非接口默认值、对外可见格式；并把 4.12 那个真机证伪实验固化成不依赖设备的断言。
- 顺带把「数据层引用外部词表」三类系统排查完：图标名（已修 + 已设门槛）、路由（已被
check-routes 覆盖，本次补验其数据层灵敏度）、颜色（硬编码色值 0 处）。
其他
- AGENTS.md 第九节记录暗模式决策：本项目维持纯亮色。理由是全仓 3302 处静态 colors.X 分布在
124 个文件，其中 119 个为模块级 StyleSheet.create —— 模块级样式在启动时即固化颜色，与
运行时切换主题不相容，接入暗模式属重构级工程，且当前无自动化视觉回归手段可验证这 3302 处
改动。故本轮只记录决策、不改代码，将来应作为独立重构批次推进。
- 项目开发状态.md 同步各批次结论与证据（含一次错误归因的更正：深链不路由不是 expo-dev-client
缺失，而是应用跑在 Expo Go 里、Expo Go 只注册 exp://，已补 am start 实测证据）。
门槛：tsc 0 / eslint 0 / 23 文件 302 例 / check:routes 0 / check:affordances 0 /
check:backend-stubs 140 / check:icons 0
|
1 month ago |
|
doublex001
|
00522d53f9
|
feat: 死控件清零并修复一键登录取号、重做引导页
一键登录（P2Q）取不到手机号的根因不在取号：页面读的是 data.phone，而该字段
只有短信通道才写入，且 loginByCarrier 返回的 phone 被直接丢弃，于是号码位恒为
占位「本机号码」。现改为进页面即预取（useCarrierPhone + fetchCarrierPhone），
失败时置灰按钮并给出「重新获取 / 改用验证码登录」，成功后把号码写回引导资料
（P2P/P2R 预填与 B3 联系人电话同源）。真实取号是运营商原生 SDK，Expo Go 跑不了，
接入路线图见新增文档《运营商一键登录接入方案.md》。
引导页重做四屏内容与配图，配图位走新增组件 ImageSlot：素材未到位时在页面上标注
「配图待补」+ 该放什么图，补图只改 assets.ts 的 source 一行；设置页补「查看引导页」
入口（此前只有首次启动能进，看过一次就再也进不去），并区分「首次启动」与
「已登录回顾」两种出口，避免把已登录用户甩回注册流程。
企业沟通 / 人才推荐两页的 Tab 与搜索真正生效：Tab 计数与待办数量改由列表推导
（原先写死的数字与示例数据对不上，会出现「Tab 写 3、列表 0 条」），无对应页面的
漏斗图标摘除，筛选复位不再只是弹提示；申诉举证接真实选图，候选人详情「发起沟通」
跳会话页，面试评分支持本地草稿与恢复，入职清单勾选落库并可增删自定义待办、导出文本，
薪资计算器「更多工具」改指真实路由（原先三项都指回自己），技能词云接搜索与学习路径生成。
测试新增 3 个文件 51 例（共 219 例全绿），存储 mock 由「恒返回 null」改为带状态 Map，
使「存了要能读回来」这类行为真正被验证；tsc / eslint / 三个审计脚本（0 失效跳转、
0 死控件、137 个接口预留）均 0 问题。
另：package-lock.json（本项目统一用 yarn.lock）与本地调试截图加入 .gitignore。
|
1 month ago |
|
doublex001
|
552a9a1f34
|
docs: 同步开发状态与微信登录方案，记录登录方式改造与数字校正
项目开发状态.md：
- 补充 2026-09-15 登录方式三通道改造、密码闭环、登录态缺口修复的记录
- 微信登录标记为「入口已摘除、代码保留待启用」，附恢复入口的方法
- 校正三处数字：路由 63 → 67（复跑 check-routes，0 失效跳转）、
React Native 0.86.2 → 0.86.3、password.test.ts 用例 18 → 24
微信登录接入方案.md：文档开头加摘除说明，澄清本文描述的是代码现状与
未来接入路线，不代表当前有可用入口。
|
1 month ago |
|
doublex001
|
666ac4f6ac
|
fix(ui): 注册流程主按钮底色改用 primaryBtn，满足 WCAG AA
PrimaryButton 原用 colors.primary(#2C83FD) 作白字底，对比度仅 3.64:1，不满足
WCAG AA 的 4.5:1 要求。改用 colors.primaryBtn(#1F6FDB)，对比度 4.82:1 达标，
同时符合 AGENTS.md 配色规范「primary 不作白字按钮底」。
副作用：整条注册流程按钮视觉变深，如已对外出图需重新确认。
|
1 month ago |
|
doublex001
|
5fbb7222f0
|
feat(auth): 补齐密码登录通道并修复登录态从未写入的缺口
【严重缺口修复】P2（验证码）/ P2Q（一键登录）此前只 navigate('P3')，从不写登录态——
全项目唯一写 token 的地方是微信链路。微信入口一旦摘除，isTokenValid 恒为 false，
每次冷启动都会把用户打回登录页。现三条通道均接入 useAuth().login()。
【新增通道】P1 主通道改为「验证码登录」，「一键登录」为次，新增「密码登录」（P2P）：
- P2P 手机号 + 密码登录；P2R 设置 / 重置密码（同页两阶段：验证手机号 → 设新密码，
成功后直接下发登录态，用户无需再登录一次）
- 设置页新增 /settings/password 修改密码，改完强制重登
【密码规则】8–20 位且需含字母和数字，规则计算统一放在 api.ts 的 validatePassword /
validatePasswordConfirm，错误码 → 文案映射放在 constants 的 PASSWORD_RULE_LABEL，
按联合类型 PasswordRuleError 建模，新增成员漏配文案会被测试拦下。
【微信入口摘除】按产品决定（丁总 2026-09-14）前端不做 QQ / 微信登录：
P1Login 移除微信按钮、滑块验证与注销弹窗；P2W / B1 页面、useWechatLogin 状态机、
wechat-sdk 及三个接口函数全部保留待启用，接入路线见 微信登录接入方案.md。
【去重公共件】新增 PasswordField（密码输入 + 明文切换）、useAgreementGate（协议门卫，
此前在 3 个页面被逐字复制）、utils/validators（手机号 / 验证码规则的单一来源）。
【测试】新增 src/__tests__/password.test.ts（24 例）。全套 6 套 45 例通过，
tsc --noEmit 0 错误，eslint . 0 问题，check-routes 67 路由 0 失效跳转。
|
1 month ago |
|
doublex001
|
82771bc103
|
fix(ui): 修复多处按钮绑定空函数导致点击无反馈
9 个页面存在 onPress={() => {}} 的死控件，用户点击后无任何反馈，无法区分「功能不存在」与「App 卡住了」。按项目既有约定分别处理：
- talent-recommendation：人才池快捷操作接入分发函数，「面试安排」改「面试评分」并跳 /interview-score（路由已存在），其余无对应页面者弹「功能开发中」
- hr-evaluation：「申诉」入口接 /appeal（路由已存在，此前是死按钮）
- chat/[id] / holland-result / interview / onboarding：右上角「更多 / 分享」无对应页面，统一弹提示
- progress：右上角漏斗按钮与页内 FilterTabs 功能重复且点击无响应，直接移除，保留同尺寸占位维持标题居中
- resume/export：「保存」仅在数据就绪后渲染，loading/error 态不再出现点了无反应的入口
- enterprise-chat：空状态文案「人才库」→「人才推荐」，与实际路由名对齐
|
1 month ago |
|
doublex001
|
d1b12f3f1f
|
docs: 同步开发状态文档，补充 EAS 占位符上架阻塞说明
修正两处已过时描述：
- 「应用图标仍为旧图」→ 已在 878710c 替换为 1024×1024「有职」logo
- 「已补齐 updates 字段」→ 该块已在 aa7b171 注释掉，并说明原因
（占位 projectId 会让 Expo Go 拉取不存在的远程更新导致蓝屏）
补齐 EAS 占位符说明：owner 与 extra.eas.projectId 两处占位符会直接
阻塞 eas build / eas submit，需 eas login 后执行 eas init 自动注入，
不可手工填写。
同时记录启动屏已接线，并标注其需出包验证（Expo Go 内不生效）。
|
1 month ago |
|
doublex001
|
ee264b644c
|
fix(privacy): 修复隐私设置页开关项无入口，7 个页面无法跳转
app/settings/privacy.tsx 的 switch 分支渲染为 View + Switch，未绑定
onPress；而 handlePress（内部 router.push(item.route)）只挂在
Pressable 分支上，导致带 route 的开关型条目点击无任何反应。
mock 数据中共 7 条 type: 'switch' 条目挂着 route（real-name /
contact / algo / third-party / location / contacts / dnd），对应
app/settings/privacy/[id].tsx（279 行，覆盖 6 个 slug）与 dnd.tsx
（295 行）两个实页面，运行期完全不可达，违反「有页面出口就一定要
有入口」规范。
对照证据：同组末尾的 keyword-block 是 type: 'value'，走 Pressable
分支，其 /settings/privacy/keywords（357 行）可正常进入。这种不对称
证明是漏绑而非设计意图。
修法：仅将左侧文字区包为 Pressable 触发跳转，并补 chevron-forward
提示可点；右侧 Switch 保持独立切换，二者为兄弟节点不嵌套，互不干扰。
无 route 的开关（如「头像公开」）行为不变。
|
1 month ago |
|
doublex001
|
0e3f1333c1
|
feat(ui): 接入品牌启动屏，消除冷启动白屏
assets/splash-icon.png（1024×1024）此前是死资源：app.config.js 既无
splash 配置，项目也未安装 expo-splash-screen，冷启动只能走默认白屏。
现以 config plugin 形式接入 expo-splash-screen：
imageWidth 200 / resizeMode contain / 白底。
选项取值依据已安装版本 expo-splash-screen@57.0.9 自带的
plugin/build/types.d.ts，而非凭记忆书写。应用为纯亮色
（userInterfaceStyle: 'light'），故不配置 dark 分支。
注意：启动屏属原生配置，Expo Go 内不生效，需 eas build 出包后可见。
|
1 month ago |
|
doublex001
|
16e72749eb
|
chore(deps): 移除游离 npm 锁文件，依赖对齐 SDK 57 期望版本
仓库跟踪的是 yarn.lock（v1 格式），但工作区多出一份未跟踪的
package-lock.json。两份锁文件并存会让 EAS Build / CI 依据锁文件
推断错包管理器，进而安装出错误的依赖树，故删除该游离文件。
同时执行 npx expo install --fix，将 8 个包对齐到 SDK 57 期望版本
（expo ~57.0.22、expo-router ~57.0.21、react-native 0.86.3 等），
expo-doctor 由 19/21 恢复为 21/21 全通过。顺带接入 expo-splash-screen
供启动屏使用（配置见后续提交）。
expo 的版本号由 ^57.0.21 规范化为 ~57.0.22：Expo 官方约定用波浪号，
只放行补丁位更新，避免次版本漂移破坏原生兼容。
|
1 month ago |
|
doublex001
|
aa7b171774
|
fix(config): 移除占位 updates 配置，修复 Expo Go 启动蓝屏
根因：app.config.js 中 updates.url 为占位符 https://u.expo.dev/REPLACE_WITH_PROJECT_ID，
Expo Go 启动时 expo-updates 会按该地址拉取远程更新，必然超时失败
（Failed to download remote update / UpdateFailedToLoad）→ ErrorActivity 蓝屏。
修复：开发期移除该占位块（注释保留 + eas init 后注入说明）。
运行时验证：expo-updates 变为 disabled(warn)，ExperienceActivity 正常渲染，
JS 层无错误日志。
|
2 months ago |
|
doublex001
|
878710c75a
|
chore(assets): 替换应用图标为「有职」品牌 logo
- icon.png 1024：logo 全幅缩放（商店/主图标）
- android-icon-foreground 512：白字+箭头透明底，字形缩至画布 62% 安全区内居中
（Android 自适应图标圆形安全区约 66%，避免被蒙版裁边）
- android-icon-background 512：纯色 #E6F4FE，与 app.config.js backgroundColor 一致
- android-icon-monochrome 432：同前景形状（Android 13+ 主题图标）
|
2 months ago |
