[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-opencode-digitalocean-model-freedom-en":3,"article-related-opencode-digitalocean-model-freedom-en":30,"series-tools-48313ddd-9ba5-4525-8a13-40619b929be5":81},{"id":4,"slug":5,"title":6,"content":7,"summary":8,"source":9,"source_url":10,"author":11,"image_url":12,"cover_image":12,"category":13,"language":14,"translated_content":11,"related_article_id":15,"keywords":16,"key_takeaways":22,"views":26,"created_at":27,"published_at":28,"topic_cluster_id":29},"48313ddd-9ba5-4525-8a13-40619b929be5","opencode-digitalocean-model-freedom-en","OpenCode+DigitalOcean 让你切换模型","\u003Cp data-speakable=\"summary\">OpenCode + DigitalOcean 让你在终端里自由切换编码模型。\u003C\u002Fp>\u003Cp>我一直挺喜欢 \u003Ca href=\"\u002Ftag\u002Fclaude-code\">Claude Code\u003C\u002Fa> 这种东西。终端里敲一句话，它就能自己读文件、改代码、跑测试、再回来告诉你结果。第一次用的时候，我甚至有点上头，像是终于有人把“聊天式建议”那套烦人的复制粘贴流程砍掉了。\u003C\u002Fp>\u003Cp>但我用久了，问题就很明显了。它好用，真的好用，可它也太绑人了：模型绑在 \u003Ca href=\"\u002Ftag\u002Fanthropic\">Anthropic\u003C\u002Fa> 上，价格绑在订阅上，代码还得经过对方的基础设施。对我这种经常在不同项目里切换、偶尔还要看合规要求的人来说，这种感觉不太对劲。不是不能用，是用着总觉得自己把太多主动权交出去了。\u003C\u002Fp>\u003Cp>所以我看到这篇知乎教程时，第一反应不是“哇，替代品来了”，而是“终于有人把这事讲明白了”。原文来自知乎专栏 \u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2045176143590978863\" target=\"_blank\" rel=\"noopener noreferrer\">Claude Code 的开源替代方案：用 OpenCode + DigitalOcean 实现模型自由\u003C\u002Fa>，作者是 DigitalOcean 云服务。它不是在吹一个新玩具，而是在讲一套能落地的替换方案：OpenCode 负责终端里的智能体体验，DigitalOcean 负责把模型和基础设施这件事从 Claude 那边拎回来。\u003C\u002Fp>\u003Cp>我最在意的点也很简单：我能不能继续保留 \u003Ca href=\"\u002Ftag\u002Fclaude\">Claude\u003C\u002Fa> Code 那种工作流，但把模型换成我自己的选择？能不能在项目中途直接切到别的模型，而不是被一个订阅和一个供应商锁死？这篇文章的答案是能，而且它给出的路径还挺直接。下面我把它拆开，不讲虚的，只讲我会怎么用。\u003C\u002Fp>\u003Ch2>你真正想要的，不是“另一个工具”，是控制权\u003C\u002Fh2>\u003Cblockquote>OpenCode 复刻了 Claude Code 的体验，包括终端用户界面、文件编辑、Shell 命令、LSP 感知和多会话支持，但消除了供应商锁定。\u003C\u002Fblockquote>\u003Cp>这句其实已经把核心说透了。OpenCode 不是想重新发明一套编码智能体，它是在尽量保留 Claude Code 的手感，同时把“谁提供模型、谁托管推理、谁看见你的请求”这些问题拆开。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780525112937-2ydt.png\" alt=\"OpenCode+DigitalOcean 让你切换模型\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我把它翻译成人话就是：你要的不是“又一个 AI IDE”，你要的是一个能读项目、能改文件、能跑命令的终端代理，而且这个代理别总替你做平台选择。你该选模型的时候选模型，该换供应商的时候换供应商，不用重建工作流。\u003C\u002Fp>\u003Cp>这点我特别认同。因为开发者真正在意的，从来不是“模型名字听起来多高级”，而是它在我的代码库里到底干不干活。一个模型在重构上强，另一个在测试生成上稳，第三个在长上下文里不容易跑偏。你如果被绑死在单一模型上，就只能忍着。\u003C\u002Fp>\u003Cp>我自己也遇到过这种情况。某个项目里我需要它老老实实按现有架构补测试，另一个项目里我又需要它更激进地帮我拆模块。一个模型不可能永远最合适，但如果工具允许我切换，我就能把“模型差异”变成日常操作，而不是迁就。\u003C\u002Fp>\u003Cp>OpenCode 的价值就在这里。它不是把 AI 编码体验做得更花哨，而是把选择权还给你。这个方向我看得很顺眼。\u003C\u002Fp>\u003Cp>怎么用到自己身上？先别急着比较谁更聪明。先问三个问题：我是否需要在同一个项目里试不同模型？我是否介意代码经过某家公司的推理基础设施？我是否想把工具和模型解耦？如果答案里有两个“是”，那你就已经有理由试 OpenCode 了。\u003C\u002Fp>\u003Cul>\u003Cli>你不必因为喜欢某个工具，就接受它绑定的模型。\u003C\u002Fli>\u003Cli>你也不必因为模型强，就接受它附带的托管路径。\u003C\u002Fli>\u003Cli>把工具层和模型层拆开，后面才有讨论空间。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>“模型自由”不是口号，是你能立刻切换的命令\u003C\u002Fh2>\u003Cblockquote>模型由你选择。Kimi K2.6、DeepSeek V4 Pro、Llama 4、Qwen 3 Coder，甚至是 Claude、OpenAI，哪个对你的工作负载表现最好就用哪个。你甚至可以在项目中途用一条 \u002Fmodels 命令切换模型。\u003C\u002Fblockquote>\u003Cp>这段是整篇文章最值钱的地方。因为它不是在说“未来可能支持更多模型”，而是在说你现在就能切。这个差别很大。前者是愿景，后者是工作流。\u003C\u002Fp>\u003Cp>我一直觉得，模型选择这件事被很多人讲得太玄了。其实开发场景很朴素：有些模型写脚手架快，有些模型补文档强，有些模型在复杂仓库里更不容易乱改。你不需要一开始就押宝，你需要的是快速试错。\u003C\u002Fp>\u003Cp>OpenCode + DigitalOcean 这里给你的，就是试错能力。文章里提到的模型目录很长，像 MiniMax M2.5、Claude Sonnet 4.5、GPT-5、DeepSeek、Llama 3.3、Kimi K2.5、Qwen3 这些都在可用范围里。重点不是名单多，而是你不需要为每个模型单独搭一套接入方式。\u003C\u002Fp>\u003Cp>我会怎么理解这个能力？就是把模型当成依赖项，而不是宗教信仰。今天这个仓库适合更稳的模型，明天那个仓库适合更会发散的模型。你甚至可以在同一个任务里先让一个模型做 plan，再换另一个模型做 build。原文提到按 Tab 就能在 plan 和 build 智能体之间切换，这种设计就很实用。\u003C\u002Fp>\u003Cp>我以前在别的工具里试过“模型切换”，结果不是配置散落一地，就是切换成本高到我懒得试。最后模型选择变成了“默认用那个最顺手的”，而不是“针对任务选最合适的”。这就是工具设计失败的地方。\u003C\u002Fp>\u003Cp>如果你要把这套方案用起来，我建议别一上来就纠结排行榜。先拿你真实项目里的三个任务做对比：补一个 API 端点、重构一个旧模块、写一组测试。每个任务都试两个模型，记录它们的修改质量、是否乱动无关文件、是否能按你的约束执行。这样你会很快知道“模型自由”到底值不值。\u003C\u002Fp>\u003Cul>\u003Cli>先用真实任务测试，不要拿玩具示例自嗨。\u003C\u002Fli>\u003Cli>比较输出质量时，重点看无关修改和返工次数。\u003C\u002Fli>\u003Cli>把模型切换做成日常动作，而不是一次性决策。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>开源这件事，真正的好处是你能审计它\u003C\u002Fh2>\u003Cblockquote>OpenCode 采用 MIT 许可。你可以阅读代码、复刻它，并确切知道它对文件和提示做了什么操作。\u003C\u002Fblockquote>\u003Cp>我对“开源”这两个字一直挺挑剔。很多项目嘴上说开源，实际只是把一部分代码扔出来，真正关键的流程还是黑箱。OpenCode 至少在这个点上态度清楚：你能看它怎么工作，也能自己复刻它。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780525115987-5jlf.png\" alt=\"OpenCode+DigitalOcean 让你切换模型\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>这不是情怀问题，是工程问题。一个会读文件、会改文件、会执行命令的 \u003Ca href=\"\u002Ftag\u002Fai-工具\">AI 工具\u003C\u002Fa>，天然就比聊天机器人更敏感。它碰到的是你的源码、你的测试、你的 shell 历史，甚至是你还没提交的临时代码。这种工具如果不能审计，我会本能地不放心。\u003C\u002Fp>\u003Cp>MIT 许可也很现实。它意味着你可以把它放进自己的流程里，不用担心一堆奇怪的限制。对于团队来说，这种宽松许可通常更容易过内部审查。哪怕你最后不改源码，至少你知道它没有在背后搞什么花活。\u003C\u002Fp>\u003Cp>我跑过不少“AI 编码助手”，最烦的就是它们一边说自己帮你提效，一边又把关键行为藏起来。比如它到底是不是把整个文件发出去了，它到底是按什么粒度做上下文收集，它到底有没有保留会话数据。你问这些问题，很多产品页面只会给你一句模糊的隐私说明。\u003C\u002Fp>\u003Cp>OpenCode 的思路更像工具，而不是平台。工具就该可见、可控、可替换。你可以不喜欢它的默认行为，但至少你知道自己在改什么。\u003C\u002Fp>\u003Cp>怎么落地？如果你打算在团队里推这类工具，我建议先做两件事：第一，看看仓库里有没有明确的提示和文件访问逻辑；第二，给团队写一页很短的使用说明，告诉大家哪些内容可以交给它，哪些内容不该交给它。开源不等于自动安全，但开源至少让你有机会把安全边界画出来。\u003C\u002Fp>\u003Ch2>隐私不是标语，得看数据到底去哪了\u003C\u002Fh2>\u003Cblockquote>OpenCode 不会存储你的代码或对话数据。DigitalOcean 推理不会保留或训练提示或响应数据，仅保留为提供服务所必需的部分。\u003C\u002Fblockquote>\u003Cp>这段话我会认真看，但不会盲信。原因很简单：隐私声明不是魔法，它只是一个起点。不过，至少这篇文章把问题摆出来了，而且把 OpenCode 本地行为和 DigitalOcean 推理侧的处理方式分开讲了。\u003C\u002Fp>\u003Cp>对我来说，最重要的不是“有没有 AI”，而是“数据流向能不能讲清楚”。如果代码在 Droplet 上，提示发到推理服务，响应回来后不做额外留存，那这个链路比把本地编辑器和一堆云端服务混在一起更容易理解。理解得越清楚，越容易做合规判断。\u003C\u002Fp>\u003Cp>文章还提到，如果你想更保守一点，可以把 Droplet 限制在 VPC 内，并限制模型访问密钥的作用范围。这个建议我挺赞同。很多人谈隐私只谈“有没有保存”，其实更应该谈“谁能访问、从哪访问、能访问多久”。\u003C\u002Fp>\u003Cp>我见过不少团队不是不在乎隐私，而是根本没法回答审计问题。比如“代码有没有离开内网”“日志里有没有敏感信息”“模型请求能不能追踪到具体项目”。如果你用的是一套说不清的闭源工具，回答这些问题会很痛苦。\u003C\u002Fp>\u003Cp>这里的好处是，你至少能把架构说清楚：项目代码在 Droplet，模型请求走 DigitalOcean 推理，密钥通过模型访问密钥统一管理。这个链路比“装个插件就开始写代码”更适合需要解释给别人听的场景。\u003C\u002Fp>\u003Cp>我会怎么建议你验证这部分？先别看宣传页，直接看三件事：会话数据有没有本地或云端持久化、密钥是不是集中管理、Droplet 和推理服务之间的数据边界能不能说清。能说清，才算能用。\u003C\u002Fp>\u003Ch2>五分钟部署听起来像广告，但这次真的不算夸张\u003C\u002Fh2>\u003Cblockquote>整个设置可在五分钟内完成：部署 Droplet、SSH 登录、在设置向导中粘贴模型访问密钥，然后开始编码。\u003C\u002Fblockquote>\u003Cp>我一般对“五分钟搞定”这种说法很警惕，因为大多数时候它只是把麻烦转移到别的地方。但这篇文章给的流程，确实是那种很标准的“少废话、少手工”的部署路径。\u003C\u002Fp>\u003Cp>它的步骤很直白：先在 DigitalOcean 控制台创建 Gradient 模型访问密钥，再从 Marketplace 部署 OpenCode 一键式应用，接着 SSH 登录 Droplet，粘贴密钥，最后启动 OpenCode。没有本地装一堆依赖，没有手写 YAML，没有到处找环境变量名。\u003C\u002Fp>\u003Cp>这类部署方式我很吃。因为它把“试用成本”压得很低。很多工具之所以没人坚持用，不是因为不好，而是第一次上手太烦。你要先装客户端、配模型、配权限、配网络，最后还没开始写代码，心态已经崩了。\u003C\u002Fp>\u003Cp>文章里还给了资源规格建议，最低是 1 GB RAM \u002F 1 vCPU \u002F 25 GB 存储，推荐 2 GB RAM \u002F 2 vCPU 或更高。这个信息很实用，因为它告诉你这不是必须上重机器才能跑的东西。对个人开发者来说，能先从小规格开始试，心理负担会小很多。\u003C\u002Fp>\u003Cp>我也注意到文中给了 API 部署示例，这一点对习惯自动化的人很友好。你可以先手动试一遍流程，再把它写进脚本或基础设施模板里。先验证，再自动化，顺序别反。\u003C\u002Fp>\u003Cp>如果你真想快速试，我建议按这个顺序来：\u003C\u002Fp>\u003Cul>\u003Cli>先创建模型访问密钥，别跳过这一步。\u003C\u002Fli>\u003Cli>先用 Marketplace 一键部署，不要一开始就自己拼装环境。\u003C\u002Fli>\u003Cli>先 SSH 登录看向导是否正常，再考虑自定义配置。\u003C\u002Fli>\u003Cli>先跑一个小任务验证模型切换，再上真实仓库。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>别只看默认模型，先把 \u002Fmodels 和 RULES.md 用起来\u003C\u002Fh2>\u003Cblockquote>要永久设置默认模型，在 Droplet 上编辑配置。你还可以在项目目录中添加一个 RULES.md 文件，为智能体提供跨会话保留的常驻指令。\u003C\u002Fblockquote>\u003Cp>这是我最想单独拎出来说的部分，因为它决定了这套工具到底是“能用”，还是“真的能融进你的工作流”。默认模型只是起点，规则文件才是让智能体稳定下来的关键。\u003C\u002Fp>\u003Cp>OpenCode 里可以直接用 \u002Fmodels 切换模型，这个已经很方便了。但如果你每次都靠手动选择，长期还是会乱。文章建议你在 \u002Froot\u002F.config\u002Fopencode\u002Fopencode.json 里固定默认模型，这样至少起步一致。然后再在项目里放一个 RULES.md，把项目约束写清楚。\u003C\u002Fp>\u003Cp>我非常赞成这种做法。因为智能体最容易出问题的地方，不是它不会写，而是它会忘。你今天告诉它“别改迁移文件”，明天它又在别的会话里忘了。把规则写进项目，让它每次都能读到，这比口头提醒靠谱得多。\u003C\u002Fp>\u003Cp>我自己在用类似工具时，最常写的规则就三类：代码风格、测试要求、不可修改区域。比如“函数签名必须带类型提示”“不要改已有迁移，只能新建”“任何任务完成前先跑测试”。这种规则看起来啰嗦，但它能显著减少返工。\u003C\u002Fp>\u003Cp>原文还提到，Droplet 预装了一些辅助脚本，比如检查版本、更新、重新运行设置向导。这个细节我很喜欢，因为它说明这不是一次性演示，而是考虑了后续维护。很多教程只管你第一次跑通，不管你两周后怎么更新。\u003C\u002Fp>\u003Cp>如果你要把这套东西真正用进日常，我建议你把规则分成两层：一层放在全局配置里，约束默认模型和基础行为；另一层放在项目目录里，约束这个仓库的具体习惯。这样你既能统一大方向，又不会让每个项目都像没规矩的野地。\u003C\u002Fp>\u003Ch2>这套方案适合谁，不适合谁，我的判断很简单\u003C\u002Fh2>\u003Cblockquote>如果你正在为 Claude Code、Cursor 或类似工具支付月费，并希望成本更低或更可预测，这个方案值得考虑。\u003C\u002Fblockquote>\u003Cp>我不想把这东西说成人人都该换。没必要。工具选择本来就是看场景，不是看站队。OpenCode + DigitalOcean 适合的是那些已经习惯终端工作流、又想把模型和基础设施控制权拿回来的人。\u003C\u002Fp>\u003Cp>如果你本来就很少在终端里做复杂编码任务，那它的价值就没那么大。你如果只想偶尔问问代码建议，直接聊天式工具可能更顺手。但如果你经常做重构、调试、补测试、批量改文件，那这种智能体式工作流会更有存在感。\u003C\u002Fp>\u003Cp>我会特别推荐给这几类人：一是已经在为 Claude Code、\u003Ca href=\"\u002Ftag\u002Fcursor\">Cursor\u003C\u002Fa> 之类付费，但想把成本和模型选择变得更可控的人；二是对代码出境比较敏感的人；三是本来就爱折腾开源工具、想知道底层到底怎么跑的人。\u003C\u002Fp>\u003Cp>不太适合的人也很明显：不想碰 SSH 和 Droplet 的人、完全不关心模型切换的人、以及只想“开箱即用、别问我怎么回事”的人。这个方案虽然部署不算难，但它毕竟还是偏开发者工具，不是消费级应用。\u003C\u002Fp>\u003Cp>我自己的判断是，如果你已经在 Claude Code 上形成了稳定习惯，但又对绑定关系不爽，那这篇教程基本就是为你准备的。它不是让你放弃那种体验，而是让你保留体验，同时换掉底层约束。\u003C\u002Fp>\u003Cp>这才是我觉得最有价值的地方：不是“换一个更强的 AI”，而是“让你能决定 AI 用谁、跑在哪、怎么留痕”。对开发者来说，这种控制感比宣传页上的任何形容词都实在。\u003C\u002Fp>\u003Ch2>你可以直接复制的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># OpenCode + DigitalOcean 使用模板\n\n## 1. 先准备模型访问密钥\n- 登录 DigitalOcean 控制台\n- 打开 Inference → Manage\n- 创建一个 Model Access Key\n- 把密钥保存到密码管理器里\n\n## 2. 部署 OpenCode Droplet\n- 从 DigitalOcean Marketplace 部署 OpenCode\n- 选择 2 GB RAM \u002F 2 vCPU 或更高\n- 添加 SSH key\n- 等待 Droplet 创建完成\n\n## 3. SSH 登录并完成初始化\nssh root@YOUR_DROPLET_IP\n\n# 按提示粘贴模型访问密钥\n# 完成向导后，进入你的项目目录\ncd \u002Fpath\u002Fto\u002Fyour\u002Fproject\nopencode\n\n## 4. 固定默认模型\n# 编辑全局配置\nnano \u002Froot\u002F.config\u002Fopencode\u002Fopencode.json\n\n{\n  \"$schema\": \"https:\u002F\u002Fopencode.ai\u002Fconfig.json\",\n  \"model\": \"digitalocean\u002Fminimax-m2.5\"\n}\n\n## 5. 在项目里加 RULES.md\n# RULES.md\n- 这是一个使用 FastAPI 和 PostgreSQL 的 Python 3.12 项目。\n- 函数签名始终添加类型提示。\n- 永远不要修改已有的迁移文件。创建新的。\n- 在认为任何任务完成之前，先运行 `pytest`。\n\n## 6. 日常使用习惯\n- 用 `\u002Fmodels` 切换模型\n- 用 Tab 在 plan 和 build 之间切换\n- 先让模型做计划，再让它修改文件\n- 每次大改后都跑测试\n\n## 7. 我会用来验证它的任务\n- 补一个健康检查接口\n- 给旧模块做一次重构\n- 生成一组单元测试\n- 让模型只改必要文件，不要乱动别的东西\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>这个模板不是原文逐字复制，我把它整理成了更适合直接落地的版本。你可以先照着跑一遍，再根据自己的仓库把 RULES.md 改成你的项目约束。\u003C\u002Fp>\u003Cp>我建议你第一次试的时候，别上来就拿最核心的生产仓库开刀。先找一个小项目，或者从一个局部任务开始，比如补一个 API、写测试、改文档。等你确认模型切换、规则约束、文件编辑这些环节都正常，再把它推进到更重要的代码库里。\u003C\u002Fp>\u003Cp>如果你只记住一句话，我希望是这个：OpenCode + DigitalOcean 的意义，不是“又多了一个 AI 工具”，而是你终于能把编码智能体从单一模型和单一平台里解耦出来。\u003C\u002Fp>\u003Cp>原文来源是知乎专栏文章 \u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2045176143590978863\" target=\"_blank\" rel=\"noopener noreferrer\">Claude Code 的开源替代方案：用 OpenCode + DigitalOcean 实现模型自由\u003C\u002Fa>。我这篇是基于它做的拆解和重写，模板部分是我整理后的可直接复制版本，不是原文全文。\u003C\u002Fp>","我拆开这篇教程，讲清 OpenCode + DigitalOcean 怎么把 Claude Code 变成可切模型的终端智能体。","zhuanlan.zhihu.com","https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2045176143590978863",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780525112937-2ydt.png","tools","en","4dd225a8-bf6c-4768-a486-a27956c7033d",[17,18,19,20,21],"OpenCode","DigitalOcean","Claude Code","模型自由","终端智能体",[23,24,25],"OpenCode 保留 Claude Code 的终端智能体体验，但把模型和基础设施控制权交回给你。","\u002Fmodels 切换模型、RULES.md 固化项目规则，这两步决定它能不能真正融入日常工作流。","DigitalOcean 的一键部署把试用门槛压得很低，适合先拿真实任务做验证。",0,"2026-06-03T22:18:07.524286+00:00","2026-06-03T22:18:07.518+00:00","c1053ca8-8d3e-4acc-aabb-635c934ef448",{"tags":31,"relatedLang":40,"relatedPosts":44},[32,34,35,37,39],{"name":18,"slug":33},"digitalocean",{"name":20,"slug":20},{"name":19,"slug":36},"claude-code",{"name":17,"slug":38},"opencode",{"name":21,"slug":21},{"id":15,"slug":41,"title":42,"language":43},"opencode-digitalocean-model-freedom-zh","OpenCode+DigitalOcean 讓你切換模型","zh",[45,51,57,63,69,75],{"id":46,"slug":47,"title":48,"cover_image":49,"image_url":49,"created_at":50,"category":13},"5a3a734e-3a35-41f2-b9b4-b5c1a73f8471","databricks-model-serving-llm-deploy-guide-en","Databricks Model Serving turns LLM deploys simpler","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780525995152-os47.png","2026-06-03T22:32:51.502635+00:00",{"id":52,"slug":53,"title":54,"cover_image":55,"image_url":55,"created_at":56,"category":13},"47942e1b-7256-4a37-8cc9-edf002096e10","modulate-aws-voice-chats-into-signals-en","Modulate’s AWS setup turns voice chats into signals","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780519728181-txuw.png","2026-06-03T20:48:23.19118+00:00",{"id":58,"slug":59,"title":60,"cover_image":61,"image_url":61,"created_at":62,"category":13},"784f833a-c902-444b-80ed-7dc50efa4bf4","amazon-rekognition-content-moderation-filter-en","Amazon Rekognition turns moderation into a filter","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780517009421-45il.png","2026-06-03T20:02:58.101247+00:00",{"id":64,"slug":65,"title":66,"cover_image":67,"image_url":67,"created_at":68,"category":13},"cdd99bb5-9799-46e1-bef3-40a5cf62f462","codex-workspace-limits-tell-you-why-en","Codex’s workspace limits now tell you why","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780514307435-nfna.png","2026-06-03T19:17:41.757887+00:00",{"id":70,"slug":71,"title":72,"cover_image":73,"image_url":73,"created_at":74,"category":13},"1836d23f-4e11-4f92-9703-78d4575eeba5","book-2-turns-sneaker-drop-into-merch-en","Book 2 turns a sneaker drop into merch","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780514284766-ahnm.png","2026-06-03T19:02:49.523884+00:00",{"id":76,"slug":77,"title":78,"cover_image":79,"image_url":79,"created_at":80,"category":13},"8e0229cf-89b4-417e-9554-0c32085c53b1","chatgpt-updates-june-2026-playbook-en","ChatGPT updates turn into a June 2026 playbook","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780503530635-is50.png","2026-06-03T16:18:07.497808+00:00",[82,87,92,97,102,107,112,117,122,127],{"id":83,"slug":84,"title":85,"created_at":86},"8008f1a9-7a00-4bad-88c9-3eedc9c6b4b1","surepath-ai-mcp-policy-controls-en","SurePath AI's New MCP Policy Controls Enhance AI Security","2026-03-26T01:26:52.222015+00:00",{"id":88,"slug":89,"title":90,"created_at":91},"27e39a8f-b65d-4f7b-a875-859e2b210156","mcp-standard-ai-tools-2026-en","MCP Standard in 2026: Integrating AI Tools","2026-03-26T01:27:43.127519+00:00",{"id":93,"slug":94,"title":95,"created_at":96},"165f9a19-c92d-46ba-b3f0-7125f662921d","rag-2026-transforming-enterprise-ai-en","How RAG in 2026 is Transforming Enterprise AI","2026-03-26T01:28:11.485236+00:00",{"id":98,"slug":99,"title":100,"created_at":101},"6a2a8e6e-b956-49d8-be12-cc47bdc132b2","mastering-ai-prompts-2026-guide-en","Mastering AI Prompts: A 2026 Guide for Developers","2026-03-26T01:29:07.835148+00:00",{"id":103,"slug":104,"title":105,"created_at":106},"3ab2c67e-4664-4c67-a013-687a2f605814","garry-tan-open-sources-claude-code-toolkit-en","Garry Tan Open-Sources a Claude Code Toolkit","2026-03-26T08:26:20.245934+00:00",{"id":108,"slug":109,"title":110,"created_at":111},"66a7cbf8-7e76-41d4-9bbf-eaca9761bf69","github-ai-projects-to-watch-in-2026-en","20 GitHub AI Projects to Watch in 2026","2026-03-26T08:28:09.752027+00:00",{"id":113,"slug":114,"title":115,"created_at":116},"9f332fda-eace-448a-a292-2283951eee71","practical-github-guide-learning-ml-2026-en","A Practical GitHub Guide to Learning ML in 2026","2026-03-27T01:16:50.125678+00:00",{"id":118,"slug":119,"title":120,"created_at":121},"1b1f637d-0f4d-42bd-974b-07b53829144d","aiml-2026-student-ai-ml-lab-repo-review-en","AIML-2026 Is a Bare-Bones Student Lab Repo","2026-03-27T01:21:51.661231+00:00",{"id":123,"slug":124,"title":125,"created_at":126},"6d1bf3f6-e191-4d30-b55b-8a0722fa6afe","ai-trending-github-repos-and-research-feeds-en","AI Trending Tracks Repos and Research Feeds","2026-03-27T01:31:35.709532+00:00",{"id":128,"slug":129,"title":130,"created_at":131},"010539a1-4c3a-4bd3-937a-26616422ee0d","awesome-ai-for-science-research-tools-map-en","Awesome AI for Science Is Becoming a Real Research Map","2026-03-27T01:46:50.89513+00:00"]