{"type":"job-needs","generatedAt":"2026-06-02T16:25:19.990Z","meta":{"eyebrow":"Job Need / 2026","title":"工作诉求总览","dek":"给人看的版本：一句话、底线、行业、背景和取舍。给 AI 的执行细则请去 /ai 或 /llms.txt。","overview":"执行逻辑是：先用硬门槛过滤，再按行业层（Tier 1→Tier 2→Tier 3）搜索，再按 P1→P2→P2.5→P3→P4 排序；信息不足时主动搜索外部评价，候选不足时按放宽顺序依次松绑。P1 时间主权是唯一不可放开的底线。","oneLiner":"不是找一个更体面的职位名，而是在近半年内先找到一份能保住晚上、维持基本生活、又不把长期主线彻底打断的工作。长期方向是独立产品人，但那需要收入底盘，所以这里先做好\"工作筛选\"这件事。\n\n如果可以，它最好还处在一个女性友好、低内耗、能围绕共同目标协作的环境里。","mainLane":"当前主航道是 创作者视角 × AI 应用工程。\n\n比\"纯 AI PM\"更准确，也比\"纯工程师\"更贴近真实优势：能独立把一个真实问题做成可用产品，同时对创作者流程、身体实践（游泳、拉丁舞）和内容生产系统有内部视角。\n\n这个组合的稀缺性不在于技能列表，而在于我是真正住在这些问题里的人：自己是创作者，自己用自动化管理创作流程，自己的健康状态决定判断力质量。所以最匹配的工作形态是：\n\n岗位之外，团队环境也必须可持续：不能再把人推回强比较、情绪压抑、默认由女性承担杂务与照顾劳动的结构里。\n\n并行路线说明：独立产品人 / 个人开发者是长期方向，当前找工作是为了先建立收入底盘。因此，推荐的工作最好不要与\"长期可能自己做产品\"这件事高度冲突，比如签高竞业、强制全身心投入、不允许业余时间有个人项目的岗位，即使其他条件全通过，也需要单独标注风险。","mainLaneBullets":["同时有产品判断（定义问题、workflow 设计、用户视角）+ builder 交付（Web App、AI 集成、工具化）","方向最好与创作工具、内容系统、效率工具或运动 / 身体相关产品有重叠","团队足够小，能形成真实 builder 空间，而不只是执行工单"],"links":{"home":"https://jobneed.zondev.top/","intro":"https://intro.zondev.top/","jobList":"https://jobs.zondev.top/","history":"https://jobneed.zondev.top/history"}},"aiExecutionOrder":"【AI 操作顺序】\n1. 先用硬门槛过滤，不通过的直接排除，不解释。\n2. 按\"行业偏好层\"的顺序（Tier 1→Tier 2→Tier 3，详见 Section 03）依次搜索，先确认公司/产品属于哪个层级，再考虑是否扩展。\n3. 对通过硬门槛的岗位，主动搜索该公司的外部评价\n   （脉脉、知乎、小红书、Glassdoor，关键词：公司名 + 加班/氛围/文化/女性），\n   不能只依赖招聘 JD 的描述。\n4. 用优先级评分对剩余岗位排序，按 P1→P2→P2.5→P3→P4 加权，P1 权重最高。\n5. 如果通过硬门槛的岗位少于 3 个，按\"放宽顺序\"依次放开限制，\n   每次只放开一条，重新筛选，直到有足够候选。\n6. 输出时注明：每个岗位通过了哪些硬门槛、属于哪个行业层级、\n   在哪些优先级上得分如何、外部评价来源是什么。\n\n【行业搜索方式】\n- 用上一层给出的具体行业关键词（如 \"音乐科技 AI 产品\"、\"创作者工具 builder\"、\"效率工具 AI 工程\"）定位赛道。\n- 确认公司主营产品后再决定它属于哪个 tier，再依照第 2 步的顺序扩展。\n- 关键词可以由公司名/产品类型与行业标签组合，例如\"AI 音乐 声音工具\"或\"效率工具 AI 工程\"。\n- 只有在 tier 候选耗尽后，再进入无行业限制的开放搜索；金融/医疗/能源/传统制造始终跳过。\n\n【防漂移规则】\n- 不要因为\"前端更好找\"而把我推回纯前端岗位。\n- AI PM 相关的 probe lane 规则请参阅 Section 05，它不是主航道。\n- 不要推荐我没有竞争力的方向（后端系统、算法/模型、数据工程）。\n- 经验年限要求如果高于当前背景，只降低排序权重（见 Section 08 的经验年限处理），不要直接排除。\n- 如果你的建议与上述结构有冲突，必须先说明冲突点，再给建议。\n- 时间主权 > 薪资/title/品牌，这个顺序不可以被颠倒。\n\n【补充判断】\n- 公司规模优先 10–50 人小团队，50–200 人可接受；超大组织仅在角色高度贴合、边界清晰时保留。\n- 薪资暂以上海税前 15K–25K 作为可持续区间；低于 15K 标记但不直接排除。","priorities":[{"code":"P1","title":"时间主权","weight":"权重最高","evaluation":["外部评价中有无\"常态加班\"\"晚上开会\"\"周末 oncall\"等反馈","JD 中有无\"快节奏\"\"7×24\"\"随时响应\"等表述","搜索：公司名 + 脉脉/小红书，关键词\"加班\"\"下班时间\"\"oncall\""]},{"code":"P2","title":"Builder 角色匹配度","weight":"权重次高","evaluation":["岗位是否同时涉及产品判断（定义问题、设计体验、规划 workflow）+ 前端/应用层交付（Web App、原型、工具化、AI 集成）","是否有\"定义问题\"\"从 0 到 1\"\"端到端\"等描述","是否涉及复杂多步骤任务的收束与界面化"],"note":"不匹配形态：纯后端开发、算法/模型训练/推理优化、数据工程/数据分析、无任何交付感的纯协调 PM。"},{"code":"P2.5","title":"长期复利匹配度","weight":"权重中等偏上","evaluation":["日常内容是否与 AI 应用、创作工具、音乐、内容/workflow 资产、拉丁（身体实践）等方向有重叠","有重叠的加分；完全无关但不违反硬门槛的不扣分","这条不作为排除条件，只影响排序"],"note":"这是一条加分维度，不满足不会排除，但满足会显著提升排序。"},{"code":"P3","title":"收入可持续性","weight":"权重中等","evaluation":["暂以上海税前 15K–25K 作为可持续区间；低于 15K 标记为低优先级，但不直接排除","不要求高薪，但不能明显偏低而长期损害生活质量","JD 或 HR 未给出明确薪资时，允许按行业与城市基线估算，但要降低置信度"]},{"code":"P4","title":"团队环境","weight":"加分项，非硬门槛","evaluation":["外部评价中出现\"氛围好\"\"不内卷\"\"尊重边界\" → 加分","女性员工比例高，或有公开的女性友好文化表态 → 加分","无\"赛马\"\"排名\"\"淘汰制\"等描述 → 加分","优先 10–50 人早期小团队；50–200 人可接受；超大组织仅在角色高度贴合时保留","搜索：公司名 + 脉脉/小红书/知乎，关键词\"加班\"\"氛围\"\"女性\"\"内卷\""]}],"hardGates":[{"code":"Gate 1","title":"岗位有效性","rule":"岗位仍在招聘，官方链接可打开，且发布于 90 天内。","failAction":"直接排除，不进入后续流程。"},{"code":"Gate 2","title":"时间结构","rule":"不能默认高压高工时，晚上（非紧急情况下）必须可以保留。","failAction":"直接排除。底线，不可放开。"},{"code":"Gate 3","title":"地点","rule":"国内仅限上海；远程必须可真实执行，伪弹性和不清晰 hybrid 不算通过。","failAction":"远程仅作底部 fallback，不作为当天主推。"},{"code":"Gate 4","title":"角色类型","rule":"不能是纯前端维护、纯 bug 修复、纯项目协调，需要有判断和 builder 交付空间。","failAction":"直接排除。"},{"code":"Gate 5","title":"语言","rule":"当前阶段，不能以纯英文协作/写作/对外表达为主工作流。","failAction":"接受少量英文协作；纯英文主流程则排除。"},{"code":"Gate 6","title":"可承接性","rule":"岗位需在当前 90 天内可真实进入，不接受\"储备\"\"未来HC\"\"意向了解\"类岗位进入主池。","failAction":"直接排除，不进入主池。"},{"code":"Gate 7","title":"上海参保可落地","rule":"该岗位必须能以正式劳动合同关系在上海缴纳职工社保。远程可接受，但社保缴纳地必须是上海；劳务派遣、灵活用工、挂靠参保、非正式劳动合同关系不通过。","failAction":"不能落实上海参保时直接排除；社保缴纳地未确认时，不得进入重点推荐。"}],"industryPreferences":{"tiers":[{"tier":"Tier 1","industries":["创意技术 / 音乐科技（AI 音乐、声音工具、虚拟偶像）","AI 应用工具 / 个人效率工具（LifeOS 类、Notion 类、笔记与自动化工具）","创作者经济 / 内容工具（给创作者用的产品，非内容本身的运营岗）","内容生产系统（用户如何真正使用 AI 的应用场景类产品）","独立开发工具 / No-code / 自动化平台"],"description":"最感兴趣，优先进入。Tier 1 行业候选 < 3 个才扩展到 Tier 2。"},{"tier":"Tier 2","industries":["泛 AI 应用产品（不限垂直领域，只要产品本身是 AI 工具属性）","教育科技（学习类、技能工具类，非传统课程运营）","游戏 / 互动媒体（偏工具和系统，非纯内容运营）","运动科技 / 健身工具 / 身体量化（Fitness Tech，非医疗诊断，非互联网医院；以运动记录、训练辅助、身体状态追踪为主的工具类产品）"],"description":"有兴趣但不强烈，可以接受。Tier 1 + Tier 2 仍不足才扩展到 Tier 3。"},{"tier":"Tier 3","industries":["泛互联网产品（SaaS、企业工具、协作类产品）","其他 AI 应用垂直行业（排除金融/医疗/能源）"],"description":"没有明显兴趣，但可以接受。Tier 1 + Tier 2 + Tier 3 全部不足才进入无行业限制的开放搜索。"}],"hardExclusions":["金融（信贷、理财、支付、传统银行/证券/基金）","医疗健康 AI（互联网医院、AI 医疗诊断、健康管理；不含健身工具、运动科技、身体量化类工具产品）","能源（传统能源、石油、电力、新能源）","传统制造（重工业、生产制造、供应链）"],"searchRules":"执行提示：\n- 具体扩展顺序见第 01 节步骤 2，这里不重复执行逻辑。\n- 本节只负责定义 Tier 1 / Tier 2 / Tier 3 的行业边界，以及永不搜索的行业。\n- 公司所属行业不明确时，先看主营产品，再决定归类。\n- ⚠️ 注意：「运动 / 健身工具」与「永不搜索」中的「医疗健康 AI」是两个不同类别。前者以身体实践和运动辅助为核心，后者以诊断 / 治疗 / 互联网医院为核心。遇到边界模糊的公司，先看其主营产品再分类，不要因为出现\"健康\"二字就直接归入排除项。"},"aiPmProbeLane":"【AI PM Probe Lane 说明】\nAI 产品经理类岗位不进入主搜索池。\n只有在主池候选 < 3 个时才作为 probe lane 单独列出，且必须满足：\n  - 所有硬门槛（Gate 1-7）全部通过\n  - 组织强度明显偏低（外部评价无高频加班反馈）\n  - 时间和地点条件与主池岗位同等满足\n即使满足以上条件，也需单独标注\"来自 probe lane，非主航道推荐\"。","relaxationOrder":[{"order":1,"gate":"Gate 5 语言限制","action":"接受少量英文协作，非纯英文主流程即可。"},{"order":2,"gate":"Gate 3 地点","action":"接受经过确认的真实远程，不限上海。"},{"order":3,"gate":"Gate 4 角色类型边界","action":"接受有一定判断空间的偏前端岗位。"},{"order":4,"gate":"行业层级 Tier 1→Tier 2→Tier 3","action":"扩大行业搜索范围，直到 Tier 1 + Tier 2 + Tier 3 全部放开。"},{"order":5,"gate":"AI PM Probe Lane","action":"主池仍不足 3 个时，按 probe lane 条件单独搜索 AI PM 类岗位（需全部硬门槛通过）。"},{"order":99,"gate":"Gate 2 时间结构","action":"永远不放开。晚上不能被常态占用是底线。"},{"order":99,"gate":"Gate 7 上海参保可落地","action":"永远不放开。不能落实上海参保的岗位，不进入主池。"}],"exclusionSignals":[{"signal":"能力维度完全不匹配（纯后端 / 算法 / 模型 / 数据工程）","source":"JD 描述中的技术栈关键词","action":"直接排除。无竞争力，不值得花时间。"},{"signal":"狼性/赛马/强比较/淘汰文化","source":"脉脉等评价中高频出现","action":"直接排除。"},{"signal":"明显的性别化分工","source":"JD 描述或外部评价","action":"直接排除。女性默认做会议记录、情绪安抚、杂务支持的结构不适合。"},{"signal":"健康/医疗 AI 就业赛道","source":"岗位行业标签","action":"排除。（此处专指医疗诊断、互联网医院、AI 辅助治疗类产品；健身工具、运动科技、身体量化类不在此排除范围内，见 Section 03）"},{"signal":"无任何作品或资产积累空间的纯执行岗位","source":"JD 描述","action":"排除。"},{"signal":"\"储备\"\"未来HC\"\"意向了解\"类非真实岗位","source":"JD 描述或职位状态","action":"Gate 6 排除，不进入主池。"},{"signal":"校招 / 实习 / 应届项目","source":"岗位标题、职位标签、官方入口标题或项目说明","action":"社招模式下直接排除，不进入主池，也不保留在 jobneed / jobs 的日常展示里。"}],"femaleFriendlySearch":"搜索公司名 + 脉脉/小红书，关键词\"女性\"\"氛围\"\"内耗\"。\n正面评价加分；负面信号记录但不一票否决，结合多个信源判断。","softPreferences":[{"title":"女性友好、低内耗、尊重边界的团队显著加分。","note":"重点不是口号，而是没有赛马、没有性别化分工、也不会默认把照顾劳动压给女性。"},{"title":"更偏好 10–50 人的小团队，50–200 人也可接受。","note":"小团队更容易形成共同目标与真实 builder 空间；超大组织只在角色贴合且边界清晰时保留。"},{"title":"可以接受非顶薪，但不能低到破坏上海生活底盘。","note":"默认用税前 15K–25K 做可持续区间，换环境可以，但不能把现金流底盘一起丢掉。"}],"exclusions":["纯后端开发","算法工程师","模型训练与推理","数据工程","数据分析","纯前端维护","常态化晚间加班","国内非上海","高政治 PM","强排名 / 强比较 / 狼性文化","默认把女性推向杂务、照顾和情绪劳动","重英语表达岗位","健康/医疗 AI 就业标签","无作品复利空间","只靠 title 掩盖不适配","金融","医疗健康 AI","能源","传统制造","储备 / 未来HC / 意向了解类非真实岗位"],"mainLane":"当前主航道是 创作者视角 × AI 应用工程。\n\n比\"纯 AI PM\"更准确，也比\"纯工程师\"更贴近真实优势：能独立把一个真实问题做成可用产品，同时对创作者流程、身体实践（游泳、拉丁舞）和内容生产系统有内部视角。\n\n这个组合的稀缺性不在于技能列表，而在于我是真正住在这些问题里的人：自己是创作者，自己用自动化管理创作流程，自己的健康状态决定判断力质量。所以最匹配的工作形态是：\n\n岗位之外，团队环境也必须可持续：不能再把人推回强比较、情绪压抑、默认由女性承担杂务与照顾劳动的结构里。\n\n并行路线说明：独立产品人 / 个人开发者是长期方向，当前找工作是为了先建立收入底盘。因此，推荐的工作最好不要与\"长期可能自己做产品\"这件事高度冲突，比如签高竞业、强制全身心投入、不允许业余时间有个人项目的岗位，即使其他条件全通过，也需要单独标注风险。","mustVsNegotiable":[{"topic":"岗位状态","must":"见 Gate 1 + Gate 6。","negotiable":"投递顺序和关注节奏可以后调。"},{"topic":"时间结构","must":"见 Gate 2。","negotiable":"偶发忙碌和具体上下班形式可继续确认。"},{"topic":"地点","must":"见 Gate 3。","negotiable":"通勤距离和 hybrid 频率可以比较；只有在上海主池不够用时，才去看底部的远程补充。"},{"topic":"角色类型","must":"见 Gate 4。","negotiable":"只有在候选不足时，才按第 05 节第 3 步放宽到偏前端岗位。"},{"topic":"语言门槛","must":"见 Gate 5。","negotiable":"英文材料少量出现、能配合中文团队完成协作，可以继续具体判断。"},{"topic":"行业偏好","must":"按第 03 节的行业层进入；金融/医疗 AI/能源/传统制造不搜索。","negotiable":"Tier 1 + Tier 2 + Tier 3 全部放开后仍不足，可进入无行业限制的开放搜索。"},{"topic":"AI PM 角色","must":"只看第 05 节的 Probe Lane 规则，这里不重复展开。","negotiable":"主池不足时才单独列出，不与主航道混排。"},{"topic":"团队环境","must":"最低边界见 P4：不能赛马、不能性别化分工、不能长期压抑。","negotiable":"小团队、女性友好、共同目标感都属于加分项，不是单独硬门槛。"},{"topic":"经验年限","must":"工程经验年限不作为硬门槛，不因为 JD 写 3–5 年就直接排除。","negotiable":"如果内容匹配但年限偏高，只降权并标注 mismatch。"},{"topic":"薪资锚点","must":"默认按上海税前 15K–25K 做可持续区间。","negotiable":"低于 15K 的岗位可标注保留，但不进入主推。"},{"topic":"岗位名与品牌","must":"不能用 title，品牌或高薪掩盖结构性不适配。","negotiable":"在前面都通过的前提下再比较平台与薪资。"}],"faqItems":[{"question":"为什么 job 列表不再放首页？","answer":"因为列表只是执行层。先把筛选规则和真实诉求说清，列表才不会反过来主导判断。"},{"question":"为什么现在不是\"远程优先\"四个字就结束？","answer":"远程仍然只是底部 fallback，不是当前主推。当前阶段更重要的是上海本地的现实可执行性；真远程当然可以保留作补充，但它不能越级压过上海主池，也不能自动变成当天第一推荐。"},{"question":"为什么纯前端已经不在当前主航道？","answer":"因为过去的实践已经证明，高维护、高 debug、被动接需求的纯前端结构会直接吞掉时间主权和长期主线。"},{"question":"你是不是只接受全女团队？","answer":"不是。全女团队是理想加分项，但核心标准是女性友好、尊重边界、没有性别化分工，也不会默认把女性推回支持性和照顾型位置。"},{"question":"为什么把团队环境写得这么靠前？","answer":"因为长期产出不只取决于岗位职责，也取决于你能不能在那个环境里正常表达、协作和恢复。高压、强比较、情绪压抑和性别化分工会直接消耗掉工作本身之外的全部空间。"},{"question":"为什么 AI PM 不是唯一目标？","answer":"AI PM 仍然可以投，但它更吃组织话语权、协调和表达。当前最稳定的优势形态其实是有判断的 builder。AI PM 是 probe lane，不是主航道。"},{"question":"行业偏好层的\"Tier 1→Tier 2→Tier 3\"是什么意思？","answer":"这是搜索顺序，不是过滤条件。先在 Tier 1 行业（创意技术、效率工具、创作者工具等）里找岗位；Tier 1 候选少于 3 个才扩展到 Tier 2；Tier 1 + Tier 2 仍不足才到 Tier 3。金融、医疗 AI、能源、传统制造无论何时都不搜索。"},{"question":"P2.5 长期复利匹配度是什么？","answer":"这是加分维度，不是排除条件。如果岗位日常内容与 AI 应用、创作工具，音乐、内容/workflow 资产、拉丁等长期主线有重叠，排序时加分；完全不重叠但不违反硬门槛的不扣分。"},{"question":"为什么现在要明显偏向小团队？","answer":"因为当前最重要的不是进入一个更大的组织，而是进入一个还能保留 builder 空间、决策距离更短、边界更容易谈清的环境。10–50 人的小团队通常更接近这个条件。"},{"question":"你说要做独立产品人，为什么还在找工作？","answer":"两件事不互斥。独立产品人是长期方向，但它需要一个收入底盘来维持。现在找工作，是为了先把生活底盘稳住，同时选择一个不会把长期主线彻底打断的环境，最好还能在日常工作里积累可复用的判断力和产品经验。找工作和自己做产品，是同一个长期目标的两个阶段，不是两个互斥的方向。"}],"whoAmI":{"eyebrow":"WHO AM I","title":"我的能力与背景","subtitle":"以下信息用于 AI 判断我对岗位的竞争力，不用于过滤，仅用于排序和推荐依据。","currentStatus":["当前状态：gap year 中，已离职，可直接进入面试与入职流程。","不是在职观望，而是在主动筛选下一份能保住晚上和长期主线的工作。","只看社招；校招 / 实习 / 应届项目不进入主池，也不保留在日常职位展示里。"],"background":["4 年交互设计 / 产品设计经验","6 个月 AI 产品经理实践","独立构建过多个 Web App 和工具产品"],"salaryAnchor":["暂以上海税前 15K–25K 作为可持续区间；低于 15K 的岗位标记但不直接排除。"],"companySizePreference":["优先 10–50 人的小团队；50–200 人可接受；超大组织只在角色高度贴合、边界清晰时保留。"],"experienceMismatchRule":["JD 写 3–5 年工程经验不作为硬门槛，只在排序时降权并标注 mismatch，不直接排除。","如果工作内容、作品证据和 builder 交付形态高度匹配，年限差距可以被部分覆盖。"],"capableIn":["前端 / Web App 构建（非纯维护，是从 0 到 1 的交付）","AI 应用集成（应用层，非模型层）","Workflow 工具化、自动化脚本","创作工具、内容系统产品化","复杂问题的结构化收束：Problem → Structure → Interface → Runtime","创作者工具 / 内容系统的产品化（我自己是创作者，有内部视角，不只是做过这方向的项目）","身体实践相关产品（游泳、拉丁舞为长期日常，对运动工具有真实用户直觉）"],"notCapableIn":["后端系统开发","算法 / 模型训练 / 推理优化","数据工程 / 数据分析","纯前端维护（高 debug、高被动接需求的维护结构）"],"portfolio":"https://allprojects.zondev.top/","representativeWorks":["创作全生命周期管理系统（创作者工具 + AI workflow）","Prompt Hub（效率工具）","BiographyAI（AI 内容生成）","简谱播放器（音乐 + 技术结合）","macOS 本地工具（HTML Board、Token）"]},"matchEngine":{"sourceOfTruth":{"scoring":"data/jobs/job-need-match-rules.json","summary":"data/jobs/job-need-summary-data.ts"},"calculatorGates":[{"id":"gate-live","label":"岗位仍在招，官方链接可打开，近 90 天有效","note":"失效岗位不做任何后续分析。"},{"id":"gate-time","label":"工作结构不吞掉晚上，默认不是高压高工时","note":"这是唯一不可放开的底线；过 gate 只是底线，有明确正向证据时还应额外加分。"},{"id":"gate-location","label":"地点桶必须明确，且不能落入“其他城市”","note":"只接受：远程·全国可选、远程·上海可选、上海·浦东、上海·浦西、上海·其他地区。"},{"id":"gate-intern","label":"不是实习岗位（含实习 + 转正）","note":"实习、实习转正、校招生培养期岗位都不进入主池。"},{"id":"gate-role","label":"不是纯前端维护，也不是纯传话协同","note":"角色必须同时保留判断和 builder 交付感，纯 bug 修复 / 纯项目协调也不进主池。"},{"id":"gate-language","label":"中文为主，英文不是核心摩擦","note":"少量英文协作可接受，纯英文主流程不进主池。"},{"id":"gate-entry","label":"当前 90 天内能真实承接","note":"不接受储备岗、未来 HC、只有概念没有入口的机会。"},{"id":"gate-social-insurance","label":"上海参保可落地","note":"该岗位必须能以正式劳动合同关系在上海缴纳职工社保；远程可接受，但社保缴纳地必须是上海。社保地未确认时，不得进入重点投。"}],"coreScoreRules":[{"id":"core-time-positive","label":"时间结构有明确正向证据","points":5,"note":"外部评价无加班反馈，JD 也无高压表述。"},{"id":"core-industry-p1","label":"行业匹配：P1 行业","points":5,"note":"音乐科技 / AI 工具 / 创作者工具 / 内容系统。"},{"id":"core-industry-p2","label":"行业匹配：P2 行业","points":2,"note":"泛 AI / 教育科技 / 游戏工具 / 运动科技。"},{"id":"core-industry-p3","label":"行业匹配：P3 行业","points":0,"note":"泛互联网 / 其他 SaaS。"},{"id":"core-role","label":"角色形态匹配","points":5,"note":"AI 应用产品工程、AI 应用工程、workflow builder 等 hybrid 角色。"},{"id":"core-content","label":"工作内容匹配","points":3,"note":"0–1 / 1–10、非纯维护、非纯 legacy。"},{"id":"core-authority","label":"话语权与 owner 空间","points":3,"note":"能参与定义问题、方案、优先级，而不是只被动接活。"}],"bonusScoreRules":[{"id":"bonus-users","label":"真实用户场景","points":2,"note":"能面对真实使用、真实反馈，而不是纯内部 busy work。"},{"id":"bonus-team","label":"小团队 / 短决策链","points":2,"note":"10–100 人最优，100–200 人仍可接受。"},{"id":"bonus-assets","label":"可沉淀作品 / 工具 / workflow 资产","points":2,"note":"工作产出不会在换环境时立刻归零。"},{"id":"bonus-sense","label":"团队有产品 sense","points":2,"note":"减少 feature factory 和组织内耗。"},{"id":"bonus-creator-inside","label":"创作者工具 / 内容系统的内部视角","points":2,"note":"自己是创作者，不只是服务过这类赛道。"},{"id":"bonus-body","label":"运动 / 身体实践相关产品","points":2,"note":"游泳、拉丁舞和身体数据实践带来真实用户直觉。"},{"id":"bonus-env","label":"女性友好 / 低内耗 / 尊重边界","points":2,"note":"这不是锦上添花，而是可持续性的核心加分项。"},{"id":"bonus-voice","label":"语音 / 硬件 / 可穿戴高兴趣场景","points":3,"note":"这是你反复主动提起的高热情主题。"},{"id":"bonus-location-pudong","label":"地点桶：上海·浦东","points":5,"note":"当前第一优先级位置。"},{"id":"bonus-location-remote-shanghai","label":"地点桶：远程·上海可选","points":1,"note":"仍以上海为主，但远程弹性更高。"}],"penaltyScoreRules":[{"id":"penalty-intern","label":"实习 / 实习转正 / 校招生培养期岗位","points":-100,"note":"不接受这类岗位。","hardReject":true},{"id":"penalty-outsourcing","label":"外包 / 驻场 / 伪 remote","points":-100,"note":"直接淘汰。","hardReject":true},{"id":"penalty-maintain","label":"纯前端维护 / 重 debug / legacy","points":-5,"note":"这是已被验证的错误工作形态。"},{"id":"penalty-pm","label":"纯协调 / 传话 / 背锅型 PM","points":-5,"note":"没有 owner 权，本质问题不会消失。"},{"id":"penalty-overwork","label":"长期加班 / 晚上不可控","points":-100,"note":"直接淘汰。","hardReject":true},{"id":"penalty-resource-only","label":"把人当纯执行资源的雇佣结构","points":-100,"note":"不管是不是外包，只要明确是 resource-only 结构，就直接跳过。","hardReject":true},{"id":"penalty-location-remote-national","label":"地点桶：远程·全国可选","points":-2,"note":"可保留，但优先级低于上海本地主池。"},{"id":"penalty-location-puxi","label":"地点桶：上海·浦西","points":-2,"note":"可接受，但排在浦东后面。"},{"id":"penalty-location-sh-other","label":"地点桶：上海·其他地区","points":-4,"note":"仍在上海池，但优先级低于浦东 / 浦西。"},{"id":"penalty-location-other-city","label":"地点桶：其他城市","points":-100,"note":"非上海且非真远程，直接淘汰。","hardReject":true},{"id":"penalty-social-insurance-outside-shanghai","label":"社保缴纳地不在上海（含无法落实上海参保的外地远程）","points":-100,"note":"不满足上海参保延续目标，直接淘汰。","hardReject":true},{"id":"penalty-non-formal-employment","label":"劳务派遣 / 灵活用工 / 挂靠参保 / 非正式劳动合同关系","points":-100,"note":"不属于可接受的正式用工结构。","hardReject":true},{"id":"penalty-time-negative","label":"时间结构有负向信号但未触发淘汰","points":-3,"note":"信息里已有加班或高压暗示，但还没到一票否决。"},{"id":"penalty-english","label":"纯英文对外表达为主","points":-3,"note":"当前阶段的摩擦过高。"},{"id":"penalty-traditional","label":"传统行业且没有 AI / 工具空间","points":-4,"note":"长期复利过低。"},{"id":"penalty-excluded-sectors","label":"金融 / 医疗诊断型 AI / 能源 / 传统制造","points":-100,"note":"这是首页已经明确写死的排除行业。","hardReject":true},{"id":"penalty-noncompete","label":"高竞业 / 禁止个人项目 / 强制全身心投入","points":-100,"note":"与独立产品人的长期路线直接冲突。","hardReject":true}],"scoreThresholds":[{"label":"20 分以上","verdict":"重点投","note":"进入主池，优先推进。"},{"label":"13–19 分","verdict":"补证据再判断","note":"方向可能对，但还需要补强证据。"},{"label":"5–12 分","verdict":"仅观察","note":"保留观察位，不占主投注意力。"},{"label":"5 分以下 / 触发淘汰项","verdict":"直接跳过","note":"不再继续。"}],"jdReviewFields":[{"label":"社保缴纳城市是否明确为上海","note":"远程不等于上海参保；未确认时不能进入重点投。"},{"label":"合同类型是否为正式劳动合同","note":"劳务派遣、灵活用工、挂靠参保、非正式劳动合同关系都不通过。"},{"label":"试用期是否正常缴纳社保","note":"如果试用期不缴或口径模糊，需要降级并继续核实。"},{"label":"学历是否是这个岗位的硬门槛","note":"回 JD 原文核查；写死且不满足就停。"},{"label":"年限 / 职级要求是硬卡，还是“优先”","note":"区分必须还是优先，不因 3–5 年就自动跳过。"},{"label":"是否存在隐性 owner 缺失信号","note":"重点看是否只有执行协同，没有问题定义和方案权。"},{"label":"是否存在竞业、个人项目限制或全身心占用要求","note":"与独立产品人长期路线高度冲突的岗位，需要单独标红。"},{"label":"团队环境是否女性友好、低内耗、边界清晰","note":"出现强比较、情绪压抑、默认女性承担照顾劳动时，直接降级或跳过。"}]}}