最近把自己平时用的一些本地脚本调度需求整理成了一个小工具：CronBox 。 它是一个 macOS 菜单栏应用，主要解决这种场景：有些脚本只适合在自己电脑上跑，比如清理、同步、备份、日报生成、数据抓取，放服务器太重，手写 cron / launchd 又不太方便看状态和日志。 目前做了这些功能： - 扫描目录里的可执行脚本，统一管理 - 支持 cron 表达式、一次性任务、时区、JSON 参数和环境变量 - 支持 Bash 、Python 、Bun 、PostgreSQL ，以及 Codex / Claude Code 这类 agent task - 菜单栏后台运行，主窗口关掉后也能继续调度 - 有运行历史、实时 stdout/stderr 日志 - 带一个 CLI ，可以用 `cronbox add`、`cronbox schedules add`、`cronbox run` 管理任务 技术栈是 Tauri 2 + Vue 3 + TypeScript + Rust ，MIT 开源。现在还比较早期，主要支持 macOS 。 官网： https://cronbox.dev GitHub： https://github.com/xiaoxiunique/cronbox 想请教大家两个问题： 1. 这种本地脚本调度工具，你们会更倾向 GUI 菜单栏工具，还是直接 cron / launchd / systemd ？ 2. 把 coding agent 任务也当成本地脚本一样调度，这个方向是否有实际需求？
最近把自己平时用的一些本地脚本调度需求整理成了一个小工具：CronBox 。 它是一个 macOS 菜单栏应用，主要解决这种场景：有些脚本只适合在自己电脑上跑，比如清理、同步、备份、日报生成、数据抓取，放服务器太重，手写 cron / launchd 又不太方便看状态和日志。 目前做了这些功能： - 扫描目录里的可执行脚本，统一管理 - 支持 cron 表达式、一次性任务、时区、JSON 参数和环境变量 - 支持 Bash 、Python 、Bun 、PostgreSQL ，以及 Codex / Claude Code 这类 agent task - 菜单栏后台运行，主窗口关掉后也能继续调度 - 有运行历史、实时 stdout/stderr 日志 - 带一个 CLI ，可以用 `cronbox add`、`cronbox schedules add`、`cronbox run` 管理任务 技术栈是 Tauri 2 + Vue 3 + TypeScript + Rust ，MIT 开源。现在还比较早期，主要支持 macOS 。 官网： https://cronbox.dev GitHub： https://github.com/xiaoxiunique/cronbox 想请教大家两个问题： 1. 这种本地脚本调度工具，你们会更倾向 GUI 菜单栏工具，还是直接 cron / launchd / systemd ？ 2. 把 coding agent 任务也当成本地脚本一样调度，这个方向是否有实际需求？
最近把自己平时用的一些本地脚本调度需求整理成了一个小工具：CronBox 。 它是一个 macOS 菜单栏应用，主要解决这种场景：有些脚本只适合在自己电脑上跑，比如清理、同步、备份、日报生成、数据抓取，放服务器太重，手写 cron / launchd 又不太方便看状态和日志。 目前做了这些功能： - 扫描目录里的可执行脚本，统一管理 - 支持 cron 表达式、一次性任务、时区、JSON 参数和环境变量 - 支持 Bash 、Python 、Bun 、PostgreSQL ，以及 Codex / Claude Code 这类 agent task - 菜单栏后台运行，主窗口关掉后也能继续调度 - 有运行历史、实时 stdout/stderr 日志 - 带一个 CLI ，可以用 `cronbox add`、`cronbox schedules add`、`cronbox run` 管理任务 技术栈是 Tauri 2 + Vue 3 + TypeScript + Rust ，MIT 开源。现在还比较早期，主要支持 macOS 。 官网： https://cronbox.dev GitHub： https://github.com/xiaoxiunique/cronbox 想请教大家两个问题： 1. 这种本地脚本调度工具，你们会更倾向 GUI 菜单栏工具，还是直接 cron / launchd / systemd ？ 2. 把 coding agent 任务也当成本地脚本一样调度，这个方向是否有实际需求？
root@localhost:/var/www/hermes-agent/.hermes/cron# cat jobs.json { “jobs”: [ { “id”: “6fc25b7ccfe5”, “name”: “\u6bcf\u65e5\u5496\u5561\u63d0\u9192”, “prompt”: “\u7ed9\u4e3b\u4eba\u53d1\u9001\u4e00\u6761\u6e29\u99a8\u7684\u5496\u5561\u63d0\u9192\u6d88\u606f\u3002\u7528\u4e2d\u6587\uff0c\u8bed\u6c14\u81ea\u7136\u4eb2\u5207\uff0c\u63d0\u9192\u8be5\u559d\u5496\u5561\u4e86\u3002\u53ef\u4ee5\u5e26\u4e00\u70b9\u5c0f\u53d8\u5316\uff0c\u6bd4\u5982\u5076\u5c14\u63d0\u5230\u65b0\u7684\u4e00\u5929\u52a0\u6cb9\u3001\u6216\u8005\u7b80\u5355\u8bf4\u53e5"\u8be5\u559d\u5496\u5561\u5566\u2615"\u3002\u6d88\u606f\u8981\u7b80\u77ed\uff0c\u76f4\u63a5\u53ef\u7528\u3002”, 上面这串话复制到codex app，会卡死，今天同事改造Hermes偶然发现的。 3 个帖子 - 3 位参与者 阅读完整话题
美国存储芯片巨头美光（Micron）预计，高带宽存储（HBM）、DRAM 和 NAND 闪存等关键产品的供需紧张局面，将持续到 2026 年之后。该观点由投行摩根大通在一份研报中披露，内容源自美光管理层在美国波士顿举行的第 54 届摩根大通全球科技、媒体与通信大会（TMC）上的发言。 摩根大通在研报中写道，美光在大会上表示，由于高性能存储芯片可以显著提升人工智能模型的算力表现，市场对相关产品的需求持续高涨，预计整个存储市场的“紧俏”状况会一直延续到 2026 年之后。与此同时，HBM、DRAM 与 NAND 等产品的产能扩张存在客观难度，这也将放大并拉长供需失衡的周期。 多重因素正在共同推高这一轮存储紧缺。首先，新一代存储芯片在性能上的“代际提升幅度”正在放缓，意味着客户需要堆叠更多芯片或采用更高规格产品，才能获得同等水平的性能增量。其次，新一代 HBM 芯片采用更大的晶圆面积（die size），在固定晶圆产能下，可切割出的芯片数量相对减少，进一步压缩了有效供应。此外，极紫外光刻（EUV）正加速进入最新一代 DRAM 制造工艺，在提升制程能力的同时，也对产线建设与良率爬坡提出更高要求。 在本次会议上，美光还披露了关于 HBM4 生产节奏的关键信息。公司管理层称，受 AI 应用爆发式增长推动，其 1-gamma 工艺节点有望成为公司历史上出货晶圆量最大的 DRAM 节点。HBM 存储通常以多层堆叠的 DRAM 模组为基础，并与 AI GPU 等高性能芯片封装在一起，这使得先进 DRAM 工艺在 AI 时代的重要性进一步凸显。美光同时表示，正在持续将 EUV 光刻深度导入 1-gamma 节点的量产之中。 在产能爬坡方面，美光指出，受强劲 AI 需求驱动，HBM4 的产能提升速度正以约两倍于上一代 HBM3 的节奏推进。公司预计，下一代 HBM4E 将在 2027 年开启量产爬坡，首批样品将基于 1-gamma 工艺节点所生产的 DRAM 芯片。这一时间表显示，美光正试图在后续几代 AI 加速芯片平台中，提前锁定高带宽存储的技术与产能优势。 除高带宽存储外，美光还提到，随着 AI 模型“上下文窗口”持续扩展，以及推理工作负载不断增长，公司在固态硬盘（SSD）市场的份额也有所提升。美光强调，正与主要客户紧密协同研发，为其特定应用场景定制产品，而非简单提供标准化的“现货型”存储解决方案。这种更深度的合作模式，有望在未来几年内进一步稳固其在 AI 存储生态中的地位。 摩根大通在报告中表示，在听取美光管理层的最新表态后，该行更加确信 AI 存储赛道存在“多年度牛市”的投资逻辑。在高性能计算、数据中心与 AI 加速芯片的集中拉动下，HBM、DRAM 与 NAND 的结构性供需紧张，可能会成为 2026 年之后存储行业定价与盈利能力的核心支撑因素。 查看评论
IT之家 5 月 22 日消息，Micron（美光）当地时间今日宣布，其位于美国弗吉尼亚州 Manassas（马纳萨斯）的生产基地启动 1α (1-alpha) 工艺 DRAM 内存的生产，预计将于今年内实现量产。 由于主要制造商的产能转移，DDR4 与 LPDDR4 市场正被迫快速利基化。而美光向其本土工厂引入用于 DDR4 生产的最先进制程 1α， 保障了对美国汽车、国防、航空航天、工业、网络、医疗行业的稳定供给 。 Manassas 晶圆厂的扩建和现代化耗资约 20 亿美元（IT之家注：现汇率约合 136.22 亿元人民币），完全投产后 该基地的 DDR4 产能将是当前水平的四倍 。而美光在美国的整体长期投资总额达到 2000 亿美元。
因为最近 codex 的五小时额度越来越吃紧，我就在服务器上用 crontab 做了个定时任务，每天指定时间执行一次： codex -c 'model = "gpt-5.2"' -c 'model_reasoning_effort = "low"' exec --skip-git-repo-check --ignore-user-config --ignore-rules ping 能收到 pong ； 也能打印出 token used ， 一般是几百。 我的日志记录了时间点和 pong, 但没有从执行的时候开始计算 5 小时额度。 但我在 codex-cli 里手动发一条 ping, 就能把重置时间固定在执行 ping 时的 5 小时以后。为什么定时任务不行呢？ 是因为指令文本太少、输入输出 token 太少，被舍掉了吗？ 我在 codex-cli 里手动发一条没有其他上文的 ping ，token usage 一般是这样： Token usage: total=2,914 input=2,909 (+ 22,912 cached) output=5
因为最近 codex 的五小时额度越来越吃紧，我就在服务器上用 crontab 做了个定时任务，每天指定时间执行一次： codex -c 'model = "gpt-5.2"' -c 'model_reasoning_effort = "low"' exec --skip-git-repo-check --ignore-user-config --ignore-rules ping 能收到 pong ； 也能打印出 token used ， 一般是几百。 我的日志记录了时间点和 pong, 但没有从执行的时候开始计算 5 小时额度。 但我在 codex-cli 里手动发一条 ping, 就能把重置时间固定在执行 ping 时的 5 小时以后。为什么定时任务不行呢？ 是因为指令文本太少、输入输出 token 太少，被舍掉了吗？ 我在 codex-cli 里手动发一条没有其他上文的 ping ，token usage 一般是这样： Token usage: total=2,914 input=2,909 (+ 22,912 cached) output=5
因为最近 codex 的五小时额度越来越吃紧，我就在服务器上用 crontab 做了个定时任务，每天指定时间执行一次： codex -c 'model = "gpt-5.2"' -c 'model_reasoning_effort = "low"' exec --skip-git-repo-check --ignore-user-config --ignore-rules ping 能收到 pong ； 也能打印出 token used ， 一般是几百。 我的日志记录了时间点和 pong, 但没有从执行的时候开始计算 5 小时额度。 但我在 codex-cli 里手动发一条 ping, 就能把重置时间固定在执行 ping 时的 5 小时以后。为什么定时任务不行呢？ 是因为指令文本太少、输入输出 token 太少，被舍掉了吗？ 我在 codex-cli 里手动发一条没有其他上文的 ping ，token usage 一般是这样： Token usage: total=2,914 input=2,909 (+ 22,912 cached) output=5
因为最近 codex 的五小时额度越来越吃紧，我就在服务器上用 crontab 做了个定时任务，每天指定时间执行一次： codex -c 'model = "gpt-5.2"' -c 'model_reasoning_effort = "low"' exec --skip-git-repo-check --ignore-user-config --ignore-rules ping 能收到 pong ； 也能打印出 token used ， 一般是几百。 我的日志记录了时间点和 pong, 但没有从执行的时候开始计算 5 小时额度。 但我在 codex-cli 里手动发一条 ping, 就能把重置时间固定在执行 ping 时的 5 小时以后。为什么定时任务不行呢？ 是因为指令文本太少、输入输出 token 太少，被舍掉了吗？ 我在 codex-cli 里手动发一条没有其他上文的 ping ，token usage 一般是这样： Token usage: total=2,914 input=2,909 (+ 22,912 cached) output=5
https://www.ncronline.org/opinion/leo-vs-yale-and-vocation-higher-education [!quote]+ 教皇的愿景以学生为中心，以我们的社会和文化所面临的挑战为中心。在讨论了年轻人感到不安和躁动的好坏两方面之后，教皇说：“对你们年轻人来说，这种不安会问：'你们是谁？'事实上，做我们自己是每个男人和每个女人生命中的决定性承诺。'你们是谁’是我们相互之间提出的问题；是我们默默地向天主提出的问题；是只有我们自己才能回答的问题，但我们永远无法独自回答。我们是我们的纽带，是我们的语言，是我们的文化：因此，大学时代更应该是一个伟大邂逅的时代”。 教皇指出，世界仍然受到暴力的困扰，并要求年轻人创造一个更美好的未来。"5月14日，教宗对大学社区说："我的前任们发出的’永不再战！'的呐喊，与意大利宪法中摒弃战争的规定是如此一致，它激励我们在精神上与青年人心中的正义感结盟，与他们不局限于意识形态和国界的天职结盟。 教皇还特别呼吁所有人 “监督人工智能在军事和民用领域的发展和应用，以免人工智能剥夺人类决策的责任，加剧冲突的悲剧”。 “今天，占有欲和消费主义模式的内爆为已经萌芽的新事物扫清了道路：学习、培养和捍卫正义！”。利奥说。"与我和众多兄弟姐妹们一起，成为真正和平的工匠：解除军备和解除军备的和平，谦逊和坚持不懈的和平，为各国人民之间的和谐和保护地球而努力。 教皇的论述具有深刻的人文精神，指出高等教育可以而且应该全面培养学生，使他们能够走向世界，使世界更加公正、更加和平。价值中立 "的教育理念是自相矛盾的。 “高等教育的未来，或许也是民主的未来，可能取决于自由派领袖和知识分子是否愿意与天主教知识传统接触，反之亦然。” 1 个帖子 - 1 位参与者 阅读完整话题
佬友们，我之前一直在用hermes管理： （1）健康数据： 存了之前的各种检查结果，然后每天定期练智能设备的数据 （2）待办事项：有每天的待办，以及一次性的，然后可以通过聊天告诉hermes哪些做了，问哪些没做 看小红书上说这些codex也都可以了？ 所以是在vps上一直开一个codex，然后连聊天软件做么 2 个帖子 - 2 位参与者 阅读完整话题
IT之家 5 月 6 日消息，Micron（美光）美国爱达荷州当地时间 5 日宣布，全球容量最高商用 SSD —— 6600 ION 的 245TB (245.76TB) 版本现已启动交付。 6600 ION 基于美光的 G9 (276L) 3D QLC NAND，提供 U.2 和 EDSFF E3.L 两种外形规格版本。 其最大功耗为 30W，仅为同容量 HDD 的一半 ； 而 E3.L 版本则可较同容量 HDD 节省 82% 的机架占用 。 性能方面，245TB 版 6600 ION 拥有 13.7GB/s 的顺序读取速率和 3GB/s 的顺序写入速率；随机读取速率 1780K IOPS、随机写入速率 42K IOPS；纯 128KB 顺序写入耐久 1.0 SDWPD，随机写入耐久为 16KB 粒度 0.3 RDWPD、4KB 粒度 0.075 RDWPD。 美光高级副总裁兼核心数据中心业务部总经理 Jeremy Werner 表示 AI 工作负载正推动共享数据量激增，促使数据中心存储市场份额持续从 HDD 向 SSD 转移。美光 6600 ION 单块 SSD 容量高达 245TB，使固态存储成为现代数据中心的明智之选。 这一突破性的容量为数据中心运营商提供了改善机架级 TCO 的关键新手段，尤其是在电力供应日益成为 AI 基础设施规模扩展的关键制约因素的背景下。
地址： https://crontab.cv/zh 仓库： https://github.com/chenz24/crontab.cv （ MIT ） AI 写 cron 表达式已经不是问题，但一串符号摆在那里总归不直观。 可视化的界面让人看一眼就懂，体验也更顺，于是 vibe 了这么一个小工具。 == 能做什么 == 点数字网格就能选，自动合成 */5 、1-10 、1,3,5 这种写法 实时翻译成人类可读的自然语言（基于 cronstrue ），并算出未来 5 次执行时间 时区感知：服务器时区 / 本地时区随时切换 同时支持 5 字段 POSIX cron 和 6 字段 Quartz （ L / W / # / ? 都支持） 任务时长与重叠检测：填一个预估耗时，告诉你会不会和下次触发撞车 一键生成代码片段：Crontab / Go / Node.js / Python / Java (Spring) 一键生成平台配置： Kubernetes CronJob 、GitHub Actions 、GitLab CI 、 AWS EventBridge 、Vercel Cron 、Cloudflare Workers URL 分享：表达式和选项都编码进 URL ，复制链接即可 支持多语言 纯前端实现 == 技术栈 == TanStack Start (SSR) + React 19 + Tailwind v4 + shadcn/ui cron-parser + cronstrue + date-fns-tz 部署在 Cloudflare Workers 上 Bug 和建议都欢迎回帖或去 GitHub issue 。 如果觉得有点用，顺手点个 ⭐ ： https://github.com/chenz24/crontab.cv 谢谢各位 V 友 :)
Codex 周额度又刷新了，省着用的血亏 使用小技巧 快要出新模型前，就别省着了，猛用吧 每个周期开始前，搞个 cron probe 下,否则你就亏了。可以早上 7 点 cron 下，你白天工作时间，基本都有额度用。 7 天内，血亏 Claude 53% weekly （提前刷新），Codex 39% weekly （今早提前刷新） scope provider windows event from to prev reset new reset early by severity window Codex 1w 2026-04-20 23:24 61% 0% 2026-04-23 17:22 2026-04-27 23:24 2d 17h 57m critical window Claude 1w 2026-04-16 16:57 47% 0% 2026-04-16 18:00 2026-04-22 00:00 1h 2m warn
Codex 周额度又刷新了，省着用的血亏 使用小技巧 快要出新模型前，就别省着了，猛用吧 每个周期开始前，搞个 cron probe 下,否则你就亏了。可以早上 7 点 cron 下，你白天工作时间，基本都有额度用。 7 天内，血亏 Claude 53% weekly （提前刷新），Codex 39% weekly （今早提前刷新） scope provider windows event from to prev reset new reset early by severity window Codex 1w 2026-04-20 23:24 61% 0% 2026-04-23 17:22 2026-04-27 23:24 2d 17h 57m critical window Claude 1w 2026-04-16 16:57 47% 0% 2026-04-16 18:00 2026-04-22 00:00 1h 2m warn
Codex 周额度又刷新了，省着用的血亏 使用小技巧 快要出新模型前，就别省着了，猛用吧 每个周期开始前，搞个 cron probe 下,否则你就亏了。可以早上 7 点 cron 下，你白天工作时间，基本都有额度用。 7 天内，血亏 Claude 53% weekly （提前刷新），Codex 39% weekly （今早提前刷新） scope provider windows event from to prev reset new reset early by severity window Codex 1w 2026-04-20 23:24 61% 0% 2026-04-23 17:22 2026-04-27 23:24 2d 17h 57m critical window Claude 1w 2026-04-16 16:57 47% 0% 2026-04-16 18:00 2026-04-22 00:00 1h 2m warn
Codex 周额度又刷新了，省着用的血亏 使用小技巧 快要出新模型前，就别省着了，猛用吧 每个周期开始前，搞个 cron probe 下,否则你就亏了。可以早上 7 点 cron 下，你白天工作时间，基本都有额度用。 7 天内，血亏 Claude 53% weekly （提前刷新），Codex 39% weekly （今早提前刷新） scope provider windows event from to prev reset new reset early by severity window Codex 1w 2026-04-20 23:24 61% 0% 2026-04-23 17:22 2026-04-27 23:24 2d 17h 57m critical window Claude 1w 2026-04-16 16:57 47% 0% 2026-04-16 18:00 2026-04-22 00:00 1h 2m warn
Codex 周额度又刷新了，省着用的血亏 使用小技巧 快要出新模型前，就别省着了，猛用吧 每个周期开始前，搞个 cron probe 下,否则你就亏了。可以早上 7 点 cron 下，你白天工作时间，基本都有额度用。 7 天内，血亏 Claude 53% weekly （提前刷新），Codex 39% weekly （今早提前刷新） scope provider windows event from to prev reset new reset early by severity window Codex 1w 2026-04-20 23:24 61% 0% 2026-04-23 17:22 2026-04-27 23:24 2d 17h 57m critical window Claude 1w 2026-04-16 16:57 47% 0% 2026-04-16 18:00 2026-04-22 00:00 1h 2m warn
Codex 周额度又刷新了，省着用的血亏 使用小技巧 快要出新模型前，就别省着了，猛用吧 每个周期开始前，搞个 cron probe 下,否则你就亏了。可以早上 7 点 cron 下，你白天工作时间，基本都有额度用。 7 天内，血亏 Claude 53% weekly （提前刷新），Codex 39% weekly （今早提前刷新） scope provider windows event from to prev reset new reset early by severity window Codex 1w 2026-04-20 23:24 61% 0% 2026-04-23 17:22 2026-04-27 23:24 2d 17h 57m critical window Claude 1w 2026-04-16 16:57 47% 0% 2026-04-16 18:00 2026-04-22 00:00 1h 2m warn