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
|
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
|
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
|
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
|
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
|
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
|
b8d19d29cc
|
chore: 有职 App 多模块推进与配置同步（2026-09-10）
按每日 17:50 提交纪律，精确分阶段 git add（未用 -A / 未用 git rm），
tsc --noEmit 0 错误。涵盖本日及近期累积改动。
| 模块 | 主要文件 | 变更要点 | 状态 |
|---|---|---|---|
| 构建/发布 | eas.json, app.config.js | EAS 构建/OTA 骨架（runtimeVersion/updates/channel、iOS·Android 包名） | 完成·占位待注入 |
| 依赖治理 | package.json, yarn.lock, package-lock.json(删) | 移 web 脚本、统一 yarn、删陈旧 lock | 完成 |
| 微信登录 | wechat-sdk.ts, useWechatLogin.ts, useWechatBindPhone.ts, wechat-auth.ts, P2WechatCode.tsx, DeletedAccountModal.tsx | 三分支状态机(new/active/deleted)+注销不可复活 | mock 完成·真实SDK 待开放平台申请 |
| 企业端 | enterprise-chat.tsx, enterprise-overview.tsx, talent-recommendation.tsx | 快捷入口话术统一 + 沟通页快捷操作 onPress 接线 | 完成 |
| 通关小游戏 | src/api/api.ts | 7 关内容增厚至 22 题（单选/多选/输入混排） | 完成 |
| UI 技术债 | profile/audit-report/game/legal.tsx | as any → Ionicons 类型化、路由类型化 | 完成 |
| 滑块验证/注销 | SliderCaptcha.tsx, ScreenShell.tsx, settings/account-cancel.tsx, index.tsx | 滑块验证 + 账号注销流程接线 | 完成 |
| 注册链路 | register.tsx, P1Login.tsx, P2PhoneCode.tsx, AuthContext/RoleContext | 微信分支 + 手机号验证整合 | 完成 |
| 路由审计 | scripts/check-routes.mjs | 死链/失效跳转自检工具 | 完成 |
| 文档 | 项目开发状态.md, 微信登录接入方案.md | 状态盘点 + 接入路线图 | 完成 |
|
2 months ago |
|
doublex001
|
6637c0ef8c
|
fix(ui): 清理页面空交互，接真实逻辑与 Alert 兜底
- settings.tsx：退出登录按钮接 useAuth().logout() + 确认弹窗 + 跳登录页（修复登出失效）
- jobs/[id].tsx：「加入对比」接真实路由 /jobs/compare；分享/评分说明/发布评论接 Alert 兜底
- profile.tsx：「编辑」与偏好行接真实路由 /job-preference；「评分申诉」Alert 兜底
- chat/[id].tsx：面试/薪资卡片动作与输入框图标、加号按钮接 Alert 兜底
- job-management.tsx：筛选/排序/编辑/刷新/下架接 Alert 兜底
- login.tsx：微信/Apple 第三方登录占位接 Alert 兜底
- personal-data-export.tsx：导出下载与查看更多接 Alert 兜底
- salary-calculator.tsx：历史记录/城市选择/保存接 Alert 兜底
- settings/privacy.tsx：查看隐私报告接 Alert 兜底
- settings/account-cancel.tsx：注销前待办「去处理」接 Alert 兜底
（跳过 jobs.tsx 弹层内 filterPanel 空 onPress：属故意吸收点击防关闭弹窗）
|
2 months ago |
|
doublex001
|
3d808b3aab
|
chore: 清理调试日志并提取霍兰德硬编码色
- 中和 app/ 下 52 处 console.* 调试日志(占位 onPress 改为 () => {}，独立语句移除)
- 霍兰德 E 型 #FFB347 三处复用 colors.compareOrange，消除硬编码十六进制
- 修复移除日志后产生的未使用变量(result/url)
|
2 months ago |
|
doublex001
|
7e849de548
|
refactor: 新增共享 StateView 三态组件并接入数据/占位页
- src/components/StateView 提供 LoadingState/ErrorState(可重试)/EmptyState，颜色走主题 token
- privacy 页复用 StateView 去除重复 loading/error 样板
- favorites/history 占位页接入 EmptyState 统一空态样式
|
2 months ago |
|
doublex001
|
78de95135f
|
feat(page): 实现隐私中心 8 子页与注销/删数据/隐私政策/用户协议；竞争力排名与岗位评价管理补数据态
隐私中心 8 子页：
- app/settings/privacy/[id].tsx（动态路由）：真实姓名可见性、联系方式、算法训练、第三方分析、位置授权、通讯录 6 个开关类二级页
- app/settings/privacy/dnd.tsx：勿扰模式（时段设置 + 重要通知穿透）
- app/settings/privacy/keywords.tsx：关键词屏蔽（增删 + 系统建议）
合规 4 页（上架硬阻塞）：
- app/settings/account-cancel.tsx：账号注销（后果 + 待办 + 原因 + 二次确认）
- app/settings/delete-data.tsx：删除数据（分类勾选 + 输入确认）
- app/settings/privacy-policy.tsx / user-agreement.tsx：法律文档（共享 LegalDocScreen 渲染）
数据态：竞争力排名（app/jobs/rank.tsx）、岗位评价管理（app/job-evaluations.tsx）已展示数据态
所有页面沿用 theme token，无硬编码颜色；入口均已在隐私中心 mock 接入，无孤儿页面
|
2 months 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 |
