[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-claude-code-terminal-main-workflow-guide-en":3,"article-related-claude-code-terminal-main-workflow-guide-en":30,"series-tools-88334a4f-fb7f-42f9-b820-e4c93d8ff9b4":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},"88334a4f-fb7f-42f9-b820-e4c93d8ff9b4","claude-code-terminal-main-workflow-guide-en","Claude Code 终端版让你先用对主力","\u003Cp data-speakable=\"summary\">这篇把 \u003Ca href=\"\u002Fnews\u002Fpublic-sentry-keys-hijack-claude-code-cursor-en\">Claude Code\u003C\u002Fa> 的主力入口和上手模板直接拆给你。\u003C\u002Fp>\u003Cp>我用 \u003Ca href=\"\u002Ftag\u002Fclaude-code\">Claude Code\u003C\u002Fa> 有一阵子了，最开始的问题不是“会不会用”，而是“到底该从哪儿进”。我一会儿开终端 CLI，一会儿又切到 \u003Ca href=\"\u002Ftag\u002Fvs-code\">VS Code\u003C\u002Fa> 插件，偶尔还点开桌面 App，结果每次都像在换一套工具链。最烦的是，表面上它们都叫 Claude Code，实际体验却很不一样：有的入口适合快速改代码，有的入口适合深度接管项目，有的入口只是给不想碰命令行的人一个图形壳子。\u003C\u002Fp>\u003Cp>我一开始也犯了个很常见的错：把所有入口当成平级选项，想着“哪个顺手用哪个”。结果就是，很多高级能力根本没真正吃透。比如 \u003Ca href=\"\u002Ftag\u002Fclaude\">CLAUDE\u003C\u002Fa>.md、命令、\u003Ca href=\"\u002Ftag\u002Fmcp\">MCP\u003C\u002Fa>、子代理、Hooks、\u003Ca href=\"\u002Ftag\u002Fskills\">Skills\u003C\u002Fa>，这些东西听起来像一串功能名，实际上它们都围着一个核心入口转。你如果主入口选错了，后面再多花时间配置，还是会觉得别扭。\u003C\u002Fp>\u003Cp>这次我就是顺着一篇知乎文章重新梳理了一遍。原文在这里：\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2052343265643566385\">Claude Code 快速上手核心指南！看这篇就够了\u003C\u002Fa>。它的价值不是“讲得多玄”，而是把五种入口的关系说得很直白：终端 CLI 是主力，VS Code \u002F JetBrains 插件是把 CLI 嵌进 IDE，桌面 App 和 Web 版是图形入口。这个判断很朴素，但对实际工作流影响很大。\u003C\u002Fp>\u003Ch2>先别急着选界面，先认清谁是主力\u003C\u002Fh2>\u003Cblockquote>“这五种里，终端 CLI 是绝对的主力——它功能最全，本系列后面所有进阶能力（CLAUDE.md、命令、MCP、子代理、Hooks、Skills）都是围绕它讲的。”\u003C\u002Fblockquote>\u003Cp>What this actually means is：如果你想真正把 Claude Code 当成日常开发工具，终端 CLI 不是“可选项”，而是底座。别被桌面 App 的按钮和 IDE 插件的顺滑感骗了，很多能力只有在 CLI 这条线上才是完整的。你可以把别的入口理解成“包装层”，不是“另一个完整产品”。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782444792175-9c9t.png\" alt=\"Claude Code 终端版让你先用对主力\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我第一次意识到这点，是在做一个多仓库联调项目的时候。IDE 插件看起来很方便，但一旦我需要把项目上下文、命令执行、文件改写、批量任务串起来，终端里的那套流程明显更稳。你会发现，真正省时间的不是“少点两下”，而是“少来回切入口”。\u003C\u002Fp>\u003Cp>如果你现在还在纠结该从哪个入口开始，我的建议很直接：先把 CLI 跑通，再考虑把 IDE 插件当辅助。别反过来。很多人一上来就想在 VS Code 里把一切都搞定，最后只会得到一个“看起来集成了，但实际能力没吃满”的半成品工作流。\u003C\u002Fp>\u003Cp>怎么应用它？很简单：把 Claude Code 的学习顺序排成三层。\u003C\u002Fp>\u003Cul>\u003Cli>第一层：终端 CLI，先搞懂它怎么接项目、怎么读上下文、怎么执行修改。\u003C\u002Fli>\u003Cli>第二层：CLAUDE.md 和命令，学会把项目规则写进去，减少重复解释。\u003C\u002Fli>\u003Cli>第三层：MCP、子代理、Hooks、Skills，等你已经稳定使用 CLI 后再加。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>这个顺序不是保守，是省命。你先把主力入口吃透，后面所有扩展才知道该挂在哪儿。\u003C\u002Fp>\u003Ch2>IDE 插件不是替代品，是把 CLI 塞进编辑器\u003C\u002Fh2>\u003Cp>原文把 VS Code 和 JetBrains 插件说得很清楚：它们本质上是把 CLI 能力嵌进编辑器里。这个说法我很认同，因为它直接避免了一个误解——插件不是另一套独立逻辑，它只是把同一套能力放进你熟悉的 IDE 里。官方入口可以看 \u003Ca href=\"https:\u002F\u002Fdocs.anthropic.com\u002Fen\u002Fdocs\u002Fclaude-code\">Anthropic 的 Claude Code 文档\u003C\u002Fa>，如果你常用编辑器，也可以顺手看 \u003Ca href=\"https:\u002F\u002Fmarketplace.visualstudio.com\u002Fitems?itemName=Anthropic.claude-code\">VS Code 扩展\u003C\u002Fa> 和 \u003Ca href=\"https:\u002F\u002Fplugins.jetbrains.com\u002Fplugin\u002F26078-claude-code\">JetBrains 插件\u003C\u002Fa>。\u003C\u002Fp>\u003Cp>What this actually means is：如果你本来就整天泡在 VS Code 或 JetBrains 里，那插件确实能减少切换成本。但它解决的是“入口效率”，不是“能力边界”。你别指望装了插件就自动获得更强的理解能力，或者自动把项目规则整理好。没有上下文和约束，AI 还是会乱跑。\u003C\u002Fp>\u003Cp>我自己在 IDE 里最常用的场景，是边写边问、边改边看。比如我在重构一个组件时，不想离开编辑器去终端敲一堆命令，插件就很顺手。可一旦任务变复杂，比如要跨文件定位、批量改动、按照项目约束执行一串动作，我还是会回到 CLI。说白了，IDE 插件适合“贴身协作”，CLI 适合“正式干活”。\u003C\u002Fp>\u003Cp>怎么应用它？我的建议是把 IDE 插件定位成“前台窗口”，而不是“主控制台”。\u003C\u002Fp>\u003Cul>\u003Cli>日常编码时，用插件快速提问、补代码、看解释。\u003C\u002Fli>\u003Cli>需要处理项目级任务时，切回 CLI 做主流程。\u003C\u002Fli>\u003Cli>如果团队已经统一在某个 IDE，就先从插件落地，降低使用门槛。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>别把“顺手”误判成“完整”。这两个词差很远。\u003C\u002Fp>\u003Ch2>桌面 App 和 Web 版，适合不想碰命令行的人\u003C\u002Fh2>\u003Cp>原文对桌面 App 和 Web 版的定位也很实在：它们是给那些实在不想碰命令行的人留的图形入口。这个判断我觉得挺诚实，因为它没有假装所有人都该爱上终端。现实就是，很多人就是想点按钮，不想记参数，不想切黑窗。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782444787993-x7s6.png\" alt=\"Claude Code 终端版让你先用对主力\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>What this actually means is：桌面 App 和 Web 版的价值，不在于“更强”，而在于“更容易开始”。如果你只是想先试试 Claude Code 到底能不能帮你做事，图形入口确实更容易上手。尤其是给非重度工程师、产品同学、或者刚接触这套工具的人，GUI 入口更像一个缓冲带。\u003C\u002Fp>\u003Cp>但我也得说句实话：图形入口很容易让人停在“会点”这个层面。你能很快开始，却不一定能很快深入。因为很多项目级约束、自动化编排、上下文约定，最后还是会回到文件和命令上。你如果一直只在图形界面里打转，就很难把 Claude Code 的上限吃出来。\u003C\u002Fp>\u003Cp>我见过最常见的情况是，团队里有人先用 Web 版熟悉交互，觉得不错，然后想把它直接当主工作流。结果一到真实项目，问题就来了：项目规则散、上下文乱、重复说明太多。不是工具不行，是入口选错了。\u003C\u002Fp>\u003Cp>怎么应用它？我的建议是把图形入口当成“试用”和“协作入口”。\u003C\u002Fp>\u003Cul>\u003Cli>适合快速体验和轻量任务。\u003C\u002Fli>\u003Cli>适合给非命令行用户做过渡。\u003C\u002Fli>\u003Cli>不适合拿来承载复杂项目的全部流程。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>你要是团队里有人怕终端，先让他从 GUI 版开始没问题。但别让整个团队都卡在 GUI 里。\u003C\u002Fp>\u003Ch2>CLAUDE.md 不是文档装饰，它是项目记忆\u003C\u002Fh2>\u003Cp>原文提到 CLAUDE.md 会和后面的命令、MCP、子代理、Hooks、Skills 一起讲，这其实已经透露出一个重点：它不是孤立功能，而是入口之上的规则层。对我来说，CLAUDE.md 的意义特别像“给 AI 一个不需要反复解释的项目说明书”。\u003C\u002Fp>\u003Cp>What this actually means is：你每次让 Claude Code 做事，都不该从零开始讲项目背景。你应该把那些稳定不变的东西写进 CLAUDE.md，比如目录约定、命名规则、测试方式、禁止修改的区域、提交习惯。这样 AI 每次进来，起点就高很多。\u003C\u002Fp>\u003Cp>我以前最烦的一件事，就是同样的项目规则要重复说三遍。今天说“不要动这个目录”，明天又说“测试请用这个命令”，后天再说“这个仓库里不要改格式化配置”。这不是 AI 不聪明，是你没有把常识外置。CLAUDE.md 就是干这个的。\u003C\u002Fp>\u003Cp>怎么应用它？我会把 CLAUDE.md 分成四块：\u003C\u002Fp>\u003Cul>\u003Cli>项目概览：这是个什么仓库，主要目标是什么。\u003C\u002Fli>\u003Cli>工作规则：命名、目录、测试、提交、禁区。\u003C\u002Fli>\u003Cli>常用命令：启动、测试、构建、检查。\u003C\u002Fli>\u003Cli>协作偏好：什么时候先问，什么时候直接改。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>别写成作文。越短越像工具，越长越像没人会看的 README。\u003C\u002Fp>\u003Ch2>命令、MCP、子代理、Hooks、Skills，都是围着 CLI 转的\u003C\u002Fh2>\u003Cp>原文里那串名词很容易把人看晕：命令、MCP、子代理、Hooks、Skills。我的经验是，先别急着背定义，先看它们为什么会一起出现。因为它们都不是“单点功能”，而是为了让 CLI 变得更适合真实项目协作。\u003C\u002Fp>\u003Cp>What this actually means is：这些扩展能力的目标，不是让 Claude Code 更花哨，而是让它更像一个能遵守规则、能接工具、能拆任务、能自动触发动作的工作系统。你可以把它们理解成不同层级的扩展接口。\u003C\u002Fp>\u003Cp>我跑过一个比较复杂的集成任务时，最明显的感受就是：单靠聊天不够，单靠手动也太慢。你需要某种方式把外部工具接进来，把重复步骤固化下来，把复杂任务拆小。MCP 负责接工具，子代理负责拆分职责，Hooks 负责在合适时机自动触发，Skills 负责把可复用能力封装起来。它们不神秘，就是工程化。\u003C\u002Fp>\u003Cp>怎么应用它？我建议按这个顺序上：\u003C\u002Fp>\u003Col>\u003Cli>先用 CLAUDE.md 固定规则。\u003C\u002Fli>\u003Cli>再把高频操作做成命令。\u003C\u002Fli>\u003Cli>然后补 MCP，把外部工具接上。\u003C\u002Fli>\u003Cli>再考虑子代理和 Hooks，处理复杂流程。\u003C\u002Fli>\u003Cli>最后才是 Skills，把成熟能力沉淀成可复用模块。\u003C\u002Fli>\u003C\u002Fol>\u003Cp>别一上来就搞全家桶。你会把自己配置累死。\u003C\u002Fp>\u003Ch2>我会怎么给团队落地这套东西\u003C\u002Fh2>\u003Cp>如果是我带团队，我不会先讨论“大家喜欢哪个入口”，我会先定主入口。这个决定一旦不清楚，后面所有教程、模板、培训都会散。原文那句“终端 CLI 是绝对的主力”我会直接写进团队规范里，省得每个人自己理解一套。\u003C\u002Fp>\u003Cp>What this actually means is：团队里要先统一主工作流，再允许个性化入口。否则你会得到一堆各自顺手、但彼此不兼容的使用方式。有人在终端里跑，有人在 IDE 插件里问，有人在 Web 版里改，最后项目规则没人真正沉淀下来。\u003C\u002Fp>\u003Cp>我自己的落地方式会很简单：一个仓库里先放好 CLAUDE.md，再配一份最小命令集，最后约定哪些任务走 CLI，哪些任务可以留给 IDE 插件。这样新人进来，不用先研究一堆入口差异，直接按规则做事就行。\u003C\u002Fp>\u003Cp>怎么应用它？你可以先做这三件事：\u003C\u002Fp>\u003Cul>\u003Cli>确定主入口：默认 CLI，IDE 插件只是辅助。\u003C\u002Fli>\u003Cli>写最小规则：项目约定、命令、禁区、测试方式。\u003C\u002Fli>\u003Cli>固定任务边界：哪些任务允许自动改，哪些必须人工确认。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>这套方法不花哨，但真省时间。尤其是团队协作时，省下来的不是几分钟，是一堆沟通成本。\u003C\u002Fp>\u003Ch2>你可以直接复制的上手模板\u003C\u002Fh2>\u003Cp>下面这份模板是我根据原文思路整理出来的，重点是把“主入口优先、IDE 辅助、规则前置”这套思路直接落到项目里。你可以按自己的仓库改。\u003C\u002Fp>\u003Cpre>\u003Ccode># Claude Code 项目上手模板\n\n## 1. 默认入口\n- 主入口：终端 CLI\n- 辅助入口：VS Code \u002F JetBrains 插件\n- 轻量入口：桌面 App \u002F Web 版\n\n## 2. 项目规则（写进 CLAUDE.md）\n- 这个仓库的目标是什么\n- 哪些目录可以改，哪些目录不要动\n- 命名规范是什么\n- 测试命令是什么\n- 构建命令是什么\n- 提交前必须做什么检查\n- 哪些改动必须先确认再执行\n\n## 3. 常用命令\n- 启动：`npm run dev` \u002F `pnpm dev`\n- 测试：`npm test` \u002F `pnpm test`\n- 构建：`npm run build` \u002F `pnpm build`\n- 检查：`npm run lint` \u002F `pnpm lint`\n\n## 4. Claude 使用约定\n- 先读 CLAUDE.md 再动手\n- 先解释计划，再执行大改动\n- 跨文件修改前先列出影响范围\n- 不确定时先问，不要猜\n- 改完后说明改了什么、为什么改\n\n## 5. 扩展顺序\n1) 先把 CLI 跑通\n2) 再补 CLAUDE.md\n3) 再加命令\n4) 再接 MCP\n5) 再考虑子代理和 Hooks\n6) 最后沉淀 Skills\n\n## 6. 给团队的一句话\n- 终端 CLI 是主力，其他入口是辅助，不要把包装层当底座\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>如果你想更进一步，我会建议你把这份模板拆成两个版本：一个是个人版，尽量短；一个是团队版，补上流程和权限。个人版重在好用，团队版重在统一。\u003C\u002Fp>\u003Cp>我最后再强调一次：别被入口数量吓住。Claude Code 这类工具真正值钱的地方，不是“有五种打开方式”，而是你终于能把项目规则、上下文和执行方式放在一条线上。你先把主力入口用对，后面的扩展才会真的变成加速器，而不是新的负担。\u003C\u002Fp>\u003Cp>本文基于知乎原文 \u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2052343265643566385\">Claude Code 快速上手核心指南！看这篇就够了\u003C\u002Fa> 做拆解，核心判断和入口分类来自原作者；我补充的是我自己的使用经验、落地顺序和可复制模板。相关官方资料可继续看 \u003Ca href=\"https:\u002F\u002Fdocs.anthropic.com\u002Fen\u002Fdocs\u002Fclaude-code\">Anthropic 文档\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fmarketplace.visualstudio.com\u002Fitems?itemName=Anthropic.claude-code\">VS Code 扩展\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fplugins.jetbrains.com\u002Fplugin\u002F26078-claude-code\">JetBrains 插件\u003C\u002Fa>。\u003C\u002Fp>","我把 Claude Code 的主力入口、IDE 插件和扩展能力拆开讲，最后给你一份可直接改的上手模板。","zhuanlan.zhihu.com","https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2052343265643566385",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782444792175-9c9t.png","tools","en","cbd92d71-1934-47c4-92ee-64301317414a",[17,18,19,20,21],"Claude Code","CLI","CLAUDE.md","MCP","IDE插件",[23,24,25],"终端 CLI 是 Claude Code 的主力入口，别把包装层当底座。","CLAUDE.md 应该承载项目规则，减少重复解释。","IDE 插件适合贴身协作，复杂任务还是回到 CLI。",0,"2026-06-26T03:32:42.12505+00:00","2026-06-26T03:32:42.107+00:00","c1053ca8-8d3e-4acc-aabb-635c934ef448",{"tags":31,"relatedLang":40,"relatedPosts":44},[32,34,36,38],{"name":19,"slug":33},"claudemd",{"name":20,"slug":35},"mcp",{"name":17,"slug":37},"claude-code",{"name":18,"slug":39},"cli",{"id":15,"slug":41,"title":42,"language":43},"claude-code-terminal-main-workflow-guide-zh","Claude Code 先用对主力","zh",[45,51,57,63,69,75],{"id":46,"slug":47,"title":48,"cover_image":49,"image_url":49,"created_at":50,"category":13},"332d7a17-50b0-4815-9f3f-1fe0178a4bcf","spec-kit-guided-ai-workflow-setup-en","Spec Kit turns setup into a guided AI workflow","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782505100912-x7gh.png","2026-06-26T20:17:59.881989+00:00",{"id":52,"slug":53,"title":54,"cover_image":55,"image_url":55,"created_at":56,"category":13},"197c6d03-0fe4-4970-98d6-be057c0e1fcb","litefuse-agent-observability-single-binary-doris-en","Litefuse 不是 Langfuse 的补丁，而是 Agent 可观测的正确方向","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782500573788-2zj7.png","2026-06-26T19:02:21.8574+00:00",{"id":58,"slug":59,"title":60,"cover_image":61,"image_url":61,"created_at":62,"category":13},"eee7db48-f6af-46e6-b602-73813d0c8b30","20-ai-coding-assistants-stripped-down-2026-en","20 AI coding assistants, stripped down for 2026","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782498804011-262x.png","2026-06-26T18:32:54.079908+00:00",{"id":64,"slug":65,"title":66,"cover_image":67,"image_url":67,"created_at":68,"category":13},"d4b06c3c-43b1-4638-b02f-78b79585218a","open-code-review-turns-ai-reviews-line-accurate-checks-en","Open Code Review turns AI reviews into line-accurate checks","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782490707271-5kws.png","2026-06-26T16:17:57.715243+00:00",{"id":70,"slug":71,"title":72,"cover_image":73,"image_url":73,"created_at":74,"category":13},"9bd27b93-b6f8-448d-af75-22ba07d8c1c3","grok-imagine-1-5-turns-prompts-into-720p-video-en","Grok Imagine 1.5 turns prompts into 720p video","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782475418949-cvva.png","2026-06-26T12:03:03.32881+00:00",{"id":76,"slug":77,"title":78,"cover_image":79,"image_url":79,"created_at":80,"category":13},"e536577e-b10e-42f3-b0e8-2fb5f79a5c1f","ocr-4-turns-pdfs-into-cited-rag-input-en","OCR 4 turns PDFs into cited RAG input","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782469108350-mgi8.png","2026-06-26T10:18:04.794152+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"]