看到些在卖的，说是6.25年家庭版，300块还能拉人共享。但是！有效期不可查！ 这是什么来路，靠谱吗？ 我在用过vaultwarden，切过去不知道体验如何 5 个帖子 - 5 位参与者 阅读完整话题
wedoaius beldenstudious 美国 archinesjp 日本 loptrde 德国 27aiau 澳大利亚 27aiin 印度 27ainz 新西兰 4 个帖子 - 4 位参与者 阅读完整话题
一个CTF题目，各位佬帮忙看下，HEX 2 ASCII 看不到有效信息 Challenge: Digital Forensics Digital forensics involves investigating digital data to uncover hidden or deleted information. Often, files contain metadata - data about the data - which can reveal interesting information about the file’s origin and content. Examine the following text chunk, which has been extracted from a corrupted JPEG file: FFD8FFE000104A46494600010100000100010000FFDB004300080606070605080707070909080A0C140D0C0B0B0C1912130F141D1A1F1E1D1A1C1C20242E2720222C231C1C2837292C30313434341F27393D38323C2E333432FFDB0043010909090C0B0C180D0D1832211C213232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232FFC00011080012001903012200021101031101FFC4001F0000010501010101010100000000000000000102030405060708090A0BFFC400B5100002010303020403050504040000017D01020300041105122131410613516107227114328191A1082342B1C11552D1F02433627282090A161718191A25262728292A3435363738393A434445464748494A535455565758595A636465666768696A737475767778797A838485868788898A92939495969798999AA2A3A4A5A6A7A8A9AAB2B3B4B5B6B7B8B9BAC2C3C4C5C6C7C8C9CAD2D3D4D5D6D7D8D9DAE1E2E3E4E5E6E7E8E9EAF1F2F3F4F5F6F7F8F9FAFFC4001F0100030101010101010101010000000000000102030405060708090A0BFFC400B5110002010204040304070504040001027700010203110405213106124151610713227114328191A1082342B1C115 Hidden in this hexadecimal representation is a string containing the flag. Your task is to find it. 2 个帖子 - 2 位参与者 阅读完整话题
优惠码（0611测试有效） 貌似都是25刀的（我没测） 末尾两位数字是国家code wedoaius wedoaimx wedoaipk loptrde 27aiau 27aiin 27ainz archinesjp 6 个帖子 - 5 位参与者 阅读完整话题
Codex CLI 首次登录时，部分账号会卡在： 强制绑定手机号； 短信验证码收不到或延迟； 地区/运营商限制。 若你 已在 Chrome 里登录 chatgpt.com ，可直接把浏览器会话导出为 auth.json，让 Codex 复用该凭证，无需在 CLI 再走短信流程。 1.2 前置条件 已安装 Chrome （或支持加载未打包扩展的 Chromium 浏览器）。 拥有可正常使用的 ChatGPT 账号 。 能在浏览器中完成 https://chatgpt.com/ 登录。 本机已安装或准备安装 Codex CLI 。 1.3 安装插件导出 auth.json 核心思路： 在已登录 ChatGPT 的 Chrome 中，用本地扩展读取会话并生成 Codex 规范的auth.json，全程不上传任何服务器。 1.3.1 步骤 1：下载插件 任选其一： 原作者仓库 （推荐）： https://github.com/zhishile/codex-auth-helper 百度网盘 ： https://pan.baidu.com/s/1cVsiug11dDNoe33nLPmkyA?pwd=cdj5 下载后解压，确认目录中有 extension/manifest.json。 1.3.2 步骤 2：解压并加载扩展程序 准备工作 ：将压缩包解压为文件夹（不要直接在 zip 内加载）。 打开 Chrome，地址栏输入 chrome://extensions/ 并回车。 开启右上角**「开发者模式」(Developer mode)**。 点击**「加载已解压的扩展程序」(Load unpacked)**。 选择解压后的 extension目录 （该目录下必须有 manifest.json）。 1.3.3 步骤 3：检查是否加载成功 在扩展列表中应能看到 Codex 认证助手 ，启用状态正常，无报错。 若加载失败，常见原因： 选错了目录（应选 extension 文件夹，而非仓库根目录）。 压缩包未完整解压。 浏览器版本过旧，不支持 Manifest V3。 1.3.4 步骤 4：固定扩展程序 点击工具栏 拼图图标 → 找到 Codex 认证助手 → 固定 。 1.3.5 步骤 5：导出身份信息 先 在 Chrome 中打开并登录 https://chatgpt.com/ 。 点击 Codex 认证助手 图标。 插件会检测登录状态；若未登录，先在网页完成登录。 点击**「导出身份信息」 或 「生成并保存 auth.json」**，浏览器会下载 auth.json。 1.3.6 步骤 6：放置 auth.json 并验证 Codex 将下载的文件放到 Codex 认证目录（ 建议先备份再覆盖 ）： 系统 路径 Windows %USERPROFILE%\.codex\auth.json macOS / Linux ~/.codex/auth.json # WindowsNew-Item -ItemType Directory -Force -Path "env:USERPROFILE\.codex\auth.json" # macOS / Linuxmkdir -p ~/.codexcp ~/Downloads/auth.json ~/.codex/auth.jsonchmod 600 ~/.codex/auth.json 在终端运行 Codex，确认不再弹出手机号验证。【Codex APP 重启即可】 建议 ：导出后另存一份备份（如 auth.json.bak ），Token 过期时可快速恢复。 1.4 安全须知 auth.json 等同于 ChatGPT 登录凭证 ，请勿上传公开网盘、提交 GitHub 或发给他人。Token 过期后重新导出；若怀疑泄露，请在 ChatGPT 设置中退出所有设备并改密。 1.5 常见问题 现象 处理办法 插件显示未登录 先在 chatgpt.com 网页登录；检查广告拦截是否拦截 Cookie 导出后 Codex 仍要验证 确认路径为 ~/.codex/auth.json ；重新导出；查看插件 Token 倒计时 扩展无法加载 必须选择含 manifest.json 的 extension 目录 auth.json 异常偏小 退出 ChatGPT 重新登录后再导出 1.6 维护说明 关注插件中的 Token 有效期，临近过期时重新登录 ChatGPT 并导出，覆盖 ~/.codex/auth.json 即可。 1.7 参考链接 codex-auth-helper ChatGPT **Chrome 扩展：**chrome://extensions/ 3 个帖子 - 3 位参与者 阅读完整话题
（话题已被作者删除） 1 个帖子 - 1 位参与者 阅读完整话题
Standard 月度套餐 连续包月 有效期至 2026-06-29 23:59 (UTC) 专属 Base URL 兼容 OpenAI 接口协议： https://token-plan-cn.xiaomimimo.com/v1 兼容 Anthropic 接口协议： https://token-plan-cn.xiaomimimo.com/anthropic tp-cmx5cxf97ztew你好4zsgj请7hh1删除2uu中文t8yzefudksylq4vgb8it7zp 1 个帖子 - 1 位参与者 阅读完整话题
农行首页 —> 热门活动 —> 最新上线 最低一分钱买5元微信立减，亲测有效 4 个帖子 - 3 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 申请界面预览： 平台地址： https://beta.spiritlhl.net/ 源码开源地址： GitHub - oneclickvirt/oneclickvirt: Universal Virtualization Management Platform 可扩展的通用虚拟化管理平台，支持 Proxmox VE / LXD (GPU) / Incus (GPU) / Docker / Podman / Containerd / Qemu / Kubevirt · GitHub 欢迎仓库点一个star免费支持 最近 增加了 裸机全依赖安装 方式，一键部署和安装nginx和数据库和初始化啥的了 curl -fsSL https://raw.githubusercontent.com/oneclickvirt/oneclickvirt/main/install_full.sh -o install_full.sh bash install_full.sh 当前更多的还是建议访问 前言 | 一键虚拟化项目 查看具体的说明 站内部署教程可参考： 可扩展的通用虚拟化管理平台，支持 LXD / Incus / Docker / Proxmox VE 不要直接点首页的注册，直接点登录进入使用第三方登录注册使用Linuxdo/idcflare的认证，默认公开注册已关闭 本次测试proxmoxve类型的节点的LXC容器或QEMU虚拟机的分发和使用，由于非KVM硬件加速虚拟机性能损耗严重，所以不开放更多虚拟机配额 开设的每个实例10个NAT的IPV4端口，无IPV6网络 1 个帖子 - 1 位参与者 阅读完整话题
被封了号的还没到期的，快去登登看。好像都回来了，原来的订阅还有效 我是提交了申诉的，没申诉的不清楚。已经退款了的应该也不行了。 补充一下： 有小伙伴反应没回来，所以我感觉可能要申诉一下。 申诉怎么写的：我让AI帮我写的，就是让他看一下官方的条款，然后说明一下自己的情况，让它分析一下可能的原因，然后写申诉 3 个帖子 - 2 位参与者 阅读完整话题
家里有小孩后， 东西突然多了起来。 之前的收纳空间不够了。 现在有一个小储藏间，大概宽 1m*长 4m 。有电。之前放了行李箱，还有不常用的电器等。
家里有小孩后， 东西突然多了起来。 之前的收纳空间不够了。 现在有一个小储藏间，大概宽 1m*长 4m 。有电。之前放了行李箱，还有不常用的电器等。
家里有小孩后， 东西突然多了起来。 之前的收纳空间不够了。 现在有一个小储藏间，大概宽 1m*长 4m 。有电。之前放了行李箱，还有不常用的电器等。
家里有小孩后， 东西突然多了起来。 之前的收纳空间不够了。 现在有一个小储藏间，大概宽 1m*长 4m 。有电。之前放了行李箱，还有不常用的电器等。
我从年初开始，不管是自己的开源项目还是工作，99.9% 的代码已经是 CC 写的了，顺手做了一个开源的 harness 叫 Chorus 想把自己的一些实践写到里面去，整了很多功能比如细化需求啊，自动 review 啊等等 现在累计了一些用户，包括我自己每天也是高强度使用，这半年下来最大的感觉用了那么多手法，是“左移”才是最有效的 为什么 vibe coding 特别需要左移 软件工程里 shift left 是个老概念，把测试和质量挪到开发早期，比写完再抓有效得多。AI 时代这个套路收益更大，因为 agent 写代码飞快，但它对你想要什么的理解是无法保障的。 理想情况是你交代一个任务给 AI ，他 kuku 一顿操作就给你完成了，实际情况是这根本不可能，毕竟你这一句话里的信息量实在太少了，大部分要靠 AI 自己猜。我之前发了一个帖子调查大家理想的 Agent 交互方式 https://www.v2ex.com/t/1215829 大部分人都希望一句话直接撬动成果，但现阶段这么做估计会一地鸡毛 返工成本看着低，反正它写得快嘛。但人 review 的时间是真金白银，而且每改一轮上下文就乱一点，最后连最初想要什么都模糊了，最后就向着💩山一去不复返了。 让 agent 干活之前先完全搞清楚你脑子里是啥这一点远远胜过其他花里胡哨的技巧。我问了几个朋友，superpowers 插件里用的都是啥功能，结果绝大部分的人用一个 brainstorming 就结了，小部分人还会用 systematic-debugging, 这俩一个是左移一个是捅了篓子之后擦屁股 Chorus 里左移长什么样 我大概是这么搞的。 第一步是 Elaboration （细化）。粗糙的想法扔进来，Agent 主动追着问。"这个搜索是只搜标题还是带正文？""精确匹配还是模糊？""结果排序按什么？"几轮聊下来，需求就被拍扁成一份明确的描述。关键是 agent 在追问，不是人在写需求文档，门槛低很多。其实和 Branstorming 有点像但所有的决策都会记录在案，方便回看或者交接工作。有的时候想回忆起某个 Feature 做了啥，我去 Chorus 的 UI 上看一眼和 Agent 的问答记录一下就清晰了 第二步是 Proposal （提案）。Agent 基于敲定的需求出方案，包括接口怎么改、任务怎么拆、每个任务的验收标准是什么。这份方案先过一个独立的 reviewer agent 对抗检查，确认接口对得上、任务粒度合理、AC 可测，才递给用户拍板。从这个阶段开始用对抗的方式保证 Agent 写的东西真的方向对而且可以验收，而且这个单独的 Review Agent 也可以充分利用前面环节细化的记录，从第三方视角观察着一份提案有没有跑偏。 第三步是每个任务自带的验收标准 checklist 。Agent 写完代码不是说一句"我做完了"就完事，得逐条对着验收标准自检，再过一个 task-reviewer 对抗校验。这里的 Task Review Agent 又能充分利用前面细化和提案的记录来保证任务本身有没有执行歪。 这些步骤其实就为了一件事：对齐挪到前面、校验放到后面，中间写代码这段就基本能放手了。当然 Proposal 阶段偶尔也会跑偏，但概率比让 agent 直接动手低一个数量级，跑偏了 reviewer 也大概率能挡住，比撒开了写代码再改好多了。 顺便聊聊最近超火的 Claude Code 的 Workflow 最近 Claude Code 出了个 Workflow 功能，你说一句需求，主 agent 会动态写一段编排脚本，搞出几十上百个 subagent 并行跑不同维度的搜索、审查、合成，最后把结果收拢回来。 这玩意很牛，但解决的是另一个问题：在解空间不确定的时候，用 token 换覆盖面。单 agent 顾不过来 10 个维度，那就开 10 路并行各管一摊，再用一组对抗 agent 反驳每个发现，留下经得起怼的那批。 但 Workflow 不是左移。它是动手之后用更多 agent 探索更优解，重心在执行端的扩散和收敛。token 消耗是单 agent 的几十倍起步，而且 Workflow 本身的对齐环节相对轻，主要靠主 agent 一开始的理解，没有像左移那样反复跟用户确认。 我自己的体感是，绝大多数日常 coding 任务的瓶颈不在"探索得不够广"，而在"开头没聊清楚"。开头方向歪了，扩散得再广也是在错的方向上扩散，最后还是要返工。 Workflow 适合那种你已经知道要什么、只是解空间太大、得靠对抗验证的活，解决方案探索啥的。日常开发主体还是要靠左移把对齐做扎实，我觉得目前 Harness 的最大作用不是搞出一大堆流程和 Agent 去干活，而是把你脑子里的东西对齐给 Agent 而且保证他按照这个思路执行到底 代码都在 Chorus 仓库 ，欢迎讨论。
我从年初开始，不管是自己的开源项目还是工作，99.9% 的代码已经是 CC 写的了，顺手做了一个开源的 harness 叫 Chorus 想把自己的一些实践写到里面去，整了很多功能比如细化需求啊，自动 review 啊等等 现在累计了一些用户，包括我自己每天也是高强度使用，这半年下来最大的感觉用了那么多手法，是“左移”才是最有效的 为什么 vibe coding 特别需要左移 软件工程里 shift left 是个老概念，把测试和质量挪到开发早期，比写完再抓有效得多。AI 时代这个套路收益更大，因为 agent 写代码飞快，但它对你想要什么的理解是无法保障的。 理想情况是你交代一个任务给 AI ，他 kuku 一顿操作就给你完成了，实际情况是这根本不可能，毕竟你这一句话里的信息量实在太少了，大部分要靠 AI 自己猜。我之前发了一个帖子调查大家理想的 Agent 交互方式 https://www.v2ex.com/t/1215829 大部分人都希望一句话直接撬动成果，但现阶段这么做估计会一地鸡毛 返工成本看着低，反正它写得快嘛。但人 review 的时间是真金白银，而且每改一轮上下文就乱一点，最后连最初想要什么都模糊了，最后就向着💩山一去不复返了。 让 agent 干活之前先完全搞清楚你脑子里是啥这一点远远胜过其他花里胡哨的技巧。我问了几个朋友，superpowers 插件里用的都是啥功能，结果绝大部分的人用一个 brainstorming 就结了，小部分人还会用 systematic-debugging, 这俩一个是左移一个是捅了篓子之后擦屁股 Chorus 里左移长什么样 我大概是这么搞的。 第一步是 Elaboration （细化）。粗糙的想法扔进来，Agent 主动追着问。"这个搜索是只搜标题还是带正文？""精确匹配还是模糊？""结果排序按什么？"几轮聊下来，需求就被拍扁成一份明确的描述。关键是 agent 在追问，不是人在写需求文档，门槛低很多。其实和 Branstorming 有点像但所有的决策都会记录在案，方便回看或者交接工作。有的时候想回忆起某个 Feature 做了啥，我去 Chorus 的 UI 上看一眼和 Agent 的问答记录一下就清晰了 第二步是 Proposal （提案）。Agent 基于敲定的需求出方案，包括接口怎么改、任务怎么拆、每个任务的验收标准是什么。这份方案先过一个独立的 reviewer agent 对抗检查，确认接口对得上、任务粒度合理、AC 可测，才递给用户拍板。从这个阶段开始用对抗的方式保证 Agent 写的东西真的方向对而且可以验收，而且这个单独的 Review Agent 也可以充分利用前面环节细化的记录，从第三方视角观察着一份提案有没有跑偏。 第三步是每个任务自带的验收标准 checklist 。Agent 写完代码不是说一句"我做完了"就完事，得逐条对着验收标准自检，再过一个 task-reviewer 对抗校验。这里的 Task Review Agent 又能充分利用前面细化和提案的记录来保证任务本身有没有执行歪。 这些步骤其实就为了一件事：对齐挪到前面、校验放到后面，中间写代码这段就基本能放手了。当然 Proposal 阶段偶尔也会跑偏，但概率比让 agent 直接动手低一个数量级，跑偏了 reviewer 也大概率能挡住，比撒开了写代码再改好多了。 顺便聊聊最近超火的 Claude Code 的 Workflow 最近 Claude Code 出了个 Workflow 功能，你说一句需求，主 agent 会动态写一段编排脚本，搞出几十上百个 subagent 并行跑不同维度的搜索、审查、合成，最后把结果收拢回来。 这玩意很牛，但解决的是另一个问题：在解空间不确定的时候，用 token 换覆盖面。单 agent 顾不过来 10 个维度，那就开 10 路并行各管一摊，再用一组对抗 agent 反驳每个发现，留下经得起怼的那批。 但 Workflow 不是左移。它是动手之后用更多 agent 探索更优解，重心在执行端的扩散和收敛。token 消耗是单 agent 的几十倍起步，而且 Workflow 本身的对齐环节相对轻，主要靠主 agent 一开始的理解，没有像左移那样反复跟用户确认。 我自己的体感是，绝大多数日常 coding 任务的瓶颈不在"探索得不够广"，而在"开头没聊清楚"。开头方向歪了，扩散得再广也是在错的方向上扩散，最后还是要返工。 Workflow 适合那种你已经知道要什么、只是解空间太大、得靠对抗验证的活，解决方案探索啥的。日常开发主体还是要靠左移把对齐做扎实，我觉得目前 Harness 的最大作用不是搞出一大堆流程和 Agent 去干活，而是把你脑子里的东西对齐给 Agent 而且保证他按照这个思路执行到底 代码都在 Chorus 仓库 ，欢迎讨论。
家里有小孩后， 东西突然多了起来。 之前的收纳空间不够了。 现在有一个小储藏间，大概宽 1m*长 4m 。有电。之前放了行李箱，还有不常用的电器等。
我从年初开始，不管是自己的开源项目还是工作，99.9% 的代码已经是 CC 写的了，顺手做了一个开源的 harness 叫 Chorus 想把自己的一些实践写到里面去，整了很多功能比如细化需求啊，自动 review 啊等等 现在累计了一些用户，包括我自己每天也是高强度使用，这半年下来最大的感觉用了那么多手法，是“左移”才是最有效的 为什么 vibe coding 特别需要左移 软件工程里 shift left 是个老概念，把测试和质量挪到开发早期，比写完再抓有效得多。AI 时代这个套路收益更大，因为 agent 写代码飞快，但它对你想要什么的理解是无法保障的。 理想情况是你交代一个任务给 AI ，他 kuku 一顿操作就给你完成了，实际情况是这根本不可能，毕竟你这一句话里的信息量实在太少了，大部分要靠 AI 自己猜。我之前发了一个帖子调查大家理想的 Agent 交互方式 https://www.v2ex.com/t/1215829 大部分人都希望一句话直接撬动成果，但现阶段这么做估计会一地鸡毛 返工成本看着低，反正它写得快嘛。但人 review 的时间是真金白银，而且每改一轮上下文就乱一点，最后连最初想要什么都模糊了，最后就向着💩山一去不复返了。 让 agent 干活之前先完全搞清楚你脑子里是啥这一点远远胜过其他花里胡哨的技巧。我问了几个朋友，superpowers 插件里用的都是啥功能，结果绝大部分的人用一个 brainstorming 就结了，小部分人还会用 systematic-debugging, 这俩一个是左移一个是捅了篓子之后擦屁股 Chorus 里左移长什么样 我大概是这么搞的。 第一步是 Elaboration （细化）。粗糙的想法扔进来，Agent 主动追着问。"这个搜索是只搜标题还是带正文？""精确匹配还是模糊？""结果排序按什么？"几轮聊下来，需求就被拍扁成一份明确的描述。关键是 agent 在追问，不是人在写需求文档，门槛低很多。其实和 Branstorming 有点像但所有的决策都会记录在案，方便回看或者交接工作。有的时候想回忆起某个 Feature 做了啥，我去 Chorus 的 UI 上看一眼和 Agent 的问答记录一下就清晰了 第二步是 Proposal （提案）。Agent 基于敲定的需求出方案，包括接口怎么改、任务怎么拆、每个任务的验收标准是什么。这份方案先过一个独立的 reviewer agent 对抗检查，确认接口对得上、任务粒度合理、AC 可测，才递给用户拍板。从这个阶段开始用对抗的方式保证 Agent 写的东西真的方向对而且可以验收，而且这个单独的 Review Agent 也可以充分利用前面环节细化的记录，从第三方视角观察着一份提案有没有跑偏。 第三步是每个任务自带的验收标准 checklist 。Agent 写完代码不是说一句"我做完了"就完事，得逐条对着验收标准自检，再过一个 task-reviewer 对抗校验。这里的 Task Review Agent 又能充分利用前面细化和提案的记录来保证任务本身有没有执行歪。 这些步骤其实就为了一件事：对齐挪到前面、校验放到后面，中间写代码这段就基本能放手了。当然 Proposal 阶段偶尔也会跑偏，但概率比让 agent 直接动手低一个数量级，跑偏了 reviewer 也大概率能挡住，比撒开了写代码再改好多了。 顺便聊聊最近超火的 Claude Code 的 Workflow 最近 Claude Code 出了个 Workflow 功能，你说一句需求，主 agent 会动态写一段编排脚本，搞出几十上百个 subagent 并行跑不同维度的搜索、审查、合成，最后把结果收拢回来。 这玩意很牛，但解决的是另一个问题：在解空间不确定的时候，用 token 换覆盖面。单 agent 顾不过来 10 个维度，那就开 10 路并行各管一摊，再用一组对抗 agent 反驳每个发现，留下经得起怼的那批。 但 Workflow 不是左移。它是动手之后用更多 agent 探索更优解，重心在执行端的扩散和收敛。token 消耗是单 agent 的几十倍起步，而且 Workflow 本身的对齐环节相对轻，主要靠主 agent 一开始的理解，没有像左移那样反复跟用户确认。 我自己的体感是，绝大多数日常 coding 任务的瓶颈不在"探索得不够广"，而在"开头没聊清楚"。开头方向歪了，扩散得再广也是在错的方向上扩散，最后还是要返工。 Workflow 适合那种你已经知道要什么、只是解空间太大、得靠对抗验证的活，解决方案探索啥的。日常开发主体还是要靠左移把对齐做扎实，我觉得目前 Harness 的最大作用不是搞出一大堆流程和 Agent 去干活，而是把你脑子里的东西对齐给 Agent 而且保证他按照这个思路执行到底 代码都在 Chorus 仓库 ，欢迎讨论。