Tree: 65f138bae2

master

Branches Tags

${ item.name }

Create tag ${ searchTerm }

Create branch ${ searchTerm }

from '65f138bae2'

${ noResults }

Commit Graph

4 Commits (65f138bae2c4e2c025ec6024c26925b81a21563a)

Author	SHA1	Message	Date
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	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	29acbc23b8	feat(page): 新增业务页面与共享组件 C 端求职链路： - 新增 ability / assessment / holland（含 question、result）/ interview / hr-evaluation / appeal - 新增 resume（含 export）、progress、onboarding、game（含 level） - 新增 legal（含 chat）法律服务助手 企业端： - 新增 enterprise-overview / job-management / talent-recommendation / enterprise-chat - 新增 job-publish / job-evaluations / candidate-detail / interview-score - 新增 audit-report / operation-rules / enterprise-certification - 岗位管理、人才推荐、企业沟通均支持空态与数据态分支（hasData 驱动） 设置与工具： - 新增 settings 子页（privacy / account / notification / about） - 新增 personal-data-export 个人数据导出页 - 新增 jobs 子页（compare / offer-compare / rank / weight-settings） - 新增 tools 子页（salary-calculator / skill-cloud） - 新增 components 共享组件	2 months ago