WWW.YOUINFO.SITE
标签聚合 resume

/tag/resume

LinuxDo 最新话题 · 2026-06-08 11:28:00+08:00 · tech

直接 codex 的话,进入后 /resume 看到不显示之前用我GPT plus账号进行的对话 强行 codex resume 我GPT plus账号的会话的话,继续对话会提示 ■ {"error":{"message":"invalid codex request (request id: 20260608112136908371744e5G0La99)","type":"new_api_error","param":"","code":"invalid_responses_request"}} 我是GPT plus账号额度用完后, /logout 退出后重新用api-key登录,然后输入any的key,然后 config.toml 如下 3 个帖子 - 3 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-07 10:31:00+08:00 · tech

版块名称 简历面试互改 URL Slug resume-interview 版块简介 这个版块主要用来发简历求改、面试复盘、求职问题交流。比如简历项目不知道怎么写、投了没回音、面试被问懵了、HR 面不知道怎么答、薪资不会谈,都可以发出来让佬友帮忙看看。也欢迎有面试官经验、跳槽经验、校招社招经验的佬友分享自己的看法。重点是互相帮忙,不搞培训班那套。 版主人选 推荐人选: @xuetianyuan 也欢迎做过面试官、HR、校招社招、或者经常帮人改简历的佬友一起担任版主。 版块规则 发简历前请把姓名、电话、邮箱、学校学号、公司敏感信息打码。 可以帮忙改表达、改排版、改重点,但不要教人编经历造假。 禁止简历代写、培训班卖课、付费内推、求职中介引流。 面试复盘尽量写清楚岗位、年限、方向,不然别人不好判断。 可以直说问题,但别人身攻击,别阴阳怪气嘲讽新人。 涉及公司内部题库、保密项目的内容不要发太细。 申请理由 我想申请一个“简历面试”板块,主要是因为站里其实挺多人都有找工作、跳槽、实习、转行这类需求,但是现在这些内容比较散。 有的人发在职场区,有的人发在问答区,有的人发在技术区,最后就是想找的人不好找,想帮忙的人也不一定看得到。尤其是简历这种东西,很适合集中起来看。因为很多问题不是能力不行,而是写法真的吃亏。 比如有些佬友项目明明做过,但是简历上写出来就像复制岗位要求;有些人技术会一点,但是不会讲自己负责了什么;还有些人投了几十份没回复,也不知道是学历问题、经历问题,还是简历关键词根本没写到。自己看自己的简历,经常看不出毛病,但别人扫一眼可能就能指出来。 面试也是一样。很多时候不是完全不会,而是当场没组织好语言,或者不知道面试官到底想听什么。面完回来如果能发个复盘,大家帮忙分析一下,下次就能少踩一次坑。像 HR 面怎么说离职原因、空窗期怎么解释、薪资怎么谈、项目被追问怎么接,这些都不是单纯刷题能解决的。 这个板块如果开起来,长期也能沉淀很多东西。比如不同岗位的简历模板、校招和社招的区别、实习简历怎么写、转行怎么写经历、面试常见问题、被挂后的复盘、谈薪避坑等等。后来的人不用每次都从零问,直接翻以前的帖子也能有帮助。 现在就业环境大家也都知道,不算轻松。很多时候多一次面试机会、多一点简历反馈,真的可能影响很大。希望能开一个专门的“简历面试”板块,让求职相关内容有个固定地方,也方便大家互相捞一把。 3 个帖子 - 2 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-05-22 18:34:34+08:00 · tech

使用 codex app 又又又遇到 bug 了, codex app 突然不显示对话记录了, 终端使用 codex resume --all 发现也只剩两条对话记录。 吓我一条,去 .codex/sessions 下查看对话数据文件,发现都在没丢,就是 codex 显示不出来了. 按照 gemini 说的完全退出 codex 相关进程,备份 .codex 目录,然后手动删除以下文件: session_index.jsonl state_5.sqlite state_5.sqlite-wal state_5.sqlite-shm 再开启 codex app 或 codex,重建索引数据,未果, codex app 还是看不到对话记录,codex resume --all 还是只有两条对话记录 于是查看备份的 session_index.jsonl 、 state_5.sqlite 两个索引文件,发现索引数据根本没问题,里面记录的对话不缺少 删除以上文件后,再开启 codex app 或 codex 重建索引数据,发现 session_index.jsonl 没有新建, state_5.sqlite 新建了,且新建的 state_5.sqlite 和备份的 state_5.sqlite 里对话记录数目一致(在 threads 表) 证明问题不是出在这里 于是去查看 “.codex\config.toml” 配置文件,发现配置文件有损坏: provider 提供商部分损坏了 ```toml model_reasoning_effort = "medium" [model_providers] [model_providers.custom] name = "custom" wire_api = "responses" requires_openai_auth = true base_url = "http://xxxx/v1" ``` 正常的 provider 配置是: ```toml model_provider = "custom" model = "gpt-5.5" model_reasoning_effort = "medium" disable_response_storage = true [model_providers] [model_providers.custom] name = "custom" wire_api = "responses" requires_openai_auth = true base_url = "http://xxxx/v1" ``` 这时我想起之前 codex app 一打开就自动下载更新,我不想更新,直接关闭 codex app 了,我怀疑是更新过程被我关闭中止导致配置文件损坏。 (更正,不是 codex app 中止更新导致的,是另一个第三方配置工具的锅) 又恰好,我在查看备份和重建的 state_5.sqlite 时,发现了下面两个记录: 这两个记录正是 codex resume --all 所看到的两个对话记录,而 codex 的对话又是和 provider 绑定的, 那么就确定了,就是原来使用 ccswitch 自定义的名为 custom 的提供商的 provider 配置损坏,导致不知道什么原因,加载了 openai 这个提供商, 于是 codex resume --all 只能看到 “openai” 这个提供商下的对话 ps:至于 codex app 为什么没有看到 “openai” 这个提供商下的对话就不知道了 修复一下 “custome” 提供商的 provider 配置即可恢复对话记录。 完结撒花 ~~~ 1 个帖子 - 1 位参与者 阅读完整话题