需求定义与迭代
从自己的求职任务提出需求，持续检查页面是否能支持实际操作；根据使用中出现的资料、版本和状态问题继续调整流程。
CareerOS
把岗位、简历证据与实际申请进度接在一起
PERSONAL NEED → LOCAL WORKSPACE → REUSABLE SKILL
从自己的求职困扰出发，
把零散任务接成一套工作流。
求职过程中，我需要同时管理岗位、完整JD、经历证据、不同版本的简历和实际申请进度。我根据自己的使用需求，借助AI逐步开发CareerOS，再把可复用的工作流封装成Skill。
01
我的需求：让信息跟着求职任务走
单独保存一份简历或一张岗位表，不能回答每次申请都要面对的问题：这个岗位是否符合我的条件？哪些经历能支持这条要求？这份简历是哪一个版本？我到底是准备了材料，还是已经提交？下一步是什么？
我希望把“我的真实背景 → 目标岗位 → 简历版本 → 实际申请 → 面试与下一步”连起来，减少重复翻找和状态混淆，同时保留人工判断。
02
开发思路：先拆职责，再连接数据
- 01
个人偏好与事实分开
目标城市、阶段、方向和限制存在个人配置；经历事实保留来源、位置、状态和本人确认。偏好可以变化，事实不能为了匹配岗位而被改写。
- 02
完整JD与经历证据建立关联
先核学历、届别、语言等硬条件，再映射JD要求与真实经历。脚本做索引、规则初筛和记录；AI负责语义判断、改写与解释。未知条件不算通过，关键词分数不等于录用概率。
- 03
围绕任务建立网页工作台
把岗位雷达、简历工作室、资料库、投递看板、日程待办和网申助手组织到本机网页，帮助我查看状态、找到材料并决定下一步。
- 04
版本与事件记录保持可追溯
简历母版保留，岗位版另存；申请过程用事件日志记录。准备包、填写缓存与真实提交分开，避免把“准备好了”记成“已经投递”。
- 05
从个人工具封装为Skill
把操作约定、脚本、网页运行时与说明文档封装为CareerOS 1.0.0。不同人使用独立ID和本机目录，分享包只包含代码、空白模板和测试资源，不包含我的简历或求职记录。
03
实际界面：分享版真实运行效果
04
我的开发过程与当前交付
AI协作落地
使用AI辅助实现Python脚本与JavaScript网页，自己推进需求拆解、功能取舍和验收。这里展示的是产品思路与协作开发过程，不声称全部代码独立手写。
已经交付
可安装的本地Skill、网页工作台、个人档案结构、空白模板、使用说明和测试脚本。已读取分享版1.0.0说明与运行代码，并启动空白档案验证界面。
实际支持边界
不是全平台自动海投系统。岗位信息由用户或宿主搜索提供；AI判断在对话中完成，网页没有单独内置模型；最终登录、核对和提交仍按本人授权执行。
05
下一步：用真实求职反馈继续改
完善完整JD覆盖与匹配解释，降低资料解析和离线文件造成的断点；把申请、面试与反馈连起来，检查哪些建议实际有用。继续验证不同环境的兼容性，不把测试脚本存在等同于所有平台已通过验证。