[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-claude-code-terminal-main-workflow-guide-zh":3,"article-related-claude-code-terminal-main-workflow-guide-zh":30,"series-tools-cbd92d71-1934-47c4-92ee-64301317414a":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},"cbd92d71-1934-47c4-92ee-64301317414a","claude-code-terminal-main-workflow-guide-zh","Claude Code 先用对主力","\u003Cp data-speakable=\"summary\">我把 \u003Ca href=\"\u002Ftag\u002Fclaude-code\">Claude Code\u003C\u002Fa> 的主入口、IDE 插件和扩展\u003Ca href=\"\u002Fnews\u002Fgemini-3-5-flash-computer-use-default-zh\">能力\u003C\u002Fa>拆开讲，最后给你一份可直接改的上手模板。\u003C\u002Fp>\u003Cp>我用 \u003Ca href=\"\u002Ftag\u002Fclaude\">Claude\u003C\u002Fa> Code 有一阵子了，最开始卡住的不是会不会下指令，而是到底该从哪儿进。终端 CLI、\u003Ca href=\"\u002Ftag\u002Fvs-code\">VS Code\u003C\u002Fa> 插件、JetBrains 插件、桌面 App、Web 版，我每个都碰过，结果越用越乱。表面上都叫 Claude Code，实际干活的手感差很多：有的适合快速改一小段，有的适合接管整包项目，有的只是给不想碰黑窗的人一个入口。最烦的是，如果主入口没选对，后面再怎么补规则、补上下文、补自动化，还是会觉得别扭。\u003C\u002Fp>\u003Cp>我这次重新梳理，是因为我看到一篇知乎文章：\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2052343265643566385\">Claude Code 快速上手核心指南！看这篇就够了\u003C\u002Fa>。它没有把东西讲得很玄，反而很直白地把入口关系拆开：终端 CLI 是主力，IDE 插件是把 CLI 嵌进去，桌面 App 和 Web 版则是图形入口。这个判断很朴素，但对工作流影响很大。\u003C\u002Fp>\u003Ch2>先别选界面，先选主力\u003C\u002Fh2>\u003Cblockquote>“终端 CLI 是绝对的主力——它功能最全，本系列后面所有进阶能力（CLAUDE.md、命令、MCP、子代理、Hooks、Skills）都是围绕它讲的。”\u003C\u002Fblockquote>\u003Cp>翻译一下就是：如果你真想把 Claude Code 当日常开发\u003Ca href=\"\u002Fnews\u002Fheadroom-token-compression-mcp-tool-zh\">工具\u003C\u002Fa>，终端 CLI 不是可有可无，而是底座。别被桌面 App 的按钮和 IDE 插件的顺手感骗了，很多能力只有在 CLI 这条线上才完整。你可以把别的入口当包装层，不是另一套完整产品。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782444784673-6ppx.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>实操上，我会把学习顺序排成三层：\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>翻译一下就是：如果你本来就整天泡在 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-1782444785446-grqs.png\" alt=\"Claude Code 先用对主力\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>翻译一下就是：桌面 App 和 Web 版的价值不在于更强，而在于更容易开始。如果你只是想先试试 Claude Code 到底能不能帮你做事，图形入口确实更容易上手。尤其是给非重度工程师、产品同学、或者刚接触这套\u003Ca href=\"\u002Fnews\u002Fomp-terminal-ai-coding-agent-ide-integration-zh\">工具\u003C\u002Fa>的人，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 会和命令、\u003Ca href=\"\u002Ftag\u002Fmcp\">MCP\u003C\u002Fa>、子代理、Hooks、\u003Ca href=\"\u002Ftag\u002Fskills\">Skills\u003C\u002Fa> 一起讲，这其实已经把重点漏出来了：它不是孤立功能，而是入口之上的规则层。对我来说，CLAUDE.md 的意义特别像“给 AI 一个不需要反复解释的项目说明书”。\u003C\u002Fp>\u003Cp>翻译一下就是：你每次让 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>翻译一下就是：这些扩展能力的目标，不是让 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>翻译一下就是：团队里要先统一主工作流，再允许个性化入口。否则你会得到一堆各自顺手、但彼此不兼容的使用方式。有人在终端里跑，有人在 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-1782444784673-6ppx.png","tools","zh","88334a4f-fb7f-42f9-b820-e4c93d8ff9b4",[17,18,19,20,21],"Claude Code","CLI","CLAUDE.md","MCP","IDE 插件",[23,24,25],"先把终端 CLI 当主入口，别把插件或桌面版误认为底座。","CLAUDE.md 的价值是把项目规则外置，减少重复解释。","扩展能力要按顺序上，先规则再命令，再接 MCP 和自动化。",0,"2026-06-26T03:32:41.579155+00:00","2026-06-26T03:32:41.563+00:00","4278d06b-fe84-418f-a189-27780b8c0b87",{"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-en","Claude Code 终端版让你先用对主力","en",[45,51,57,63,69,75],{"id":46,"slug":47,"title":48,"cover_image":49,"image_url":49,"created_at":50,"category":13},"c614316e-6910-49e8-83d1-da7e7c2c3e79","spec-kit-guided-ai-workflow-setup-zh","Spec Kit 把設定變成導引流程","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782505105249-9o62.png","2026-06-26T20:17:59.33633+00:00",{"id":52,"slug":53,"title":54,"cover_image":55,"image_url":55,"created_at":56,"category":13},"69cbfbfb-8532-4bd3-814b-559a260cdd4a","litefuse-agent-observability-single-binary-doris-zh","Litefuse 不是 Langfuse 的補丁，而是 Agent 可觀測的正…","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782500574117-ul0z.png","2026-06-26T19:02:21.266856+00:00",{"id":58,"slug":59,"title":60,"cover_image":61,"image_url":61,"created_at":62,"category":13},"4f42621b-c5ca-42ca-a567-c48e1cb34222","20-ai-coding-assistants-stripped-down-2026-zh","20 個 AI 寫碼助手，拆成可用清單","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782498806913-57hj.png","2026-06-26T18:32:53.614602+00:00",{"id":64,"slug":65,"title":66,"cover_image":67,"image_url":67,"created_at":68,"category":13},"0ca67afc-db75-48f7-8185-0a539685ce60","open-code-review-turns-ai-reviews-line-accurate-checks-zh","Open Code Review 把 AI 審查變準","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782490706378-ts02.png","2026-06-26T16:17:57.066004+00:00",{"id":70,"slug":71,"title":72,"cover_image":73,"image_url":73,"created_at":74,"category":13},"2d745abb-9cb8-4d94-b2a6-cb3558904f27","grok-imagine-1-5-turns-prompts-into-720p-video-zh","Grok Imagine 1.5把提示詞變720p短片","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782475410787-cu25.png","2026-06-26T12:03:02.703582+00:00",{"id":76,"slug":77,"title":78,"cover_image":79,"image_url":79,"created_at":80,"category":13},"42fe01d4-37e4-44d0-811c-119a991c9069","ocr-4-turns-pdfs-into-cited-rag-input-zh","OCR 4 把 PDF 變成可引用 RAG 輸入","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782469113477-4epx.png","2026-06-26T10:18:04.231073+00:00",[82,87,92,97,102,107,112,117,122,127],{"id":83,"slug":84,"title":85,"created_at":86},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":88,"slug":89,"title":90,"created_at":91},"9b19ab54-edef-4dbd-9ce4-a51e4bae4ebb","mcp-in-2026-the-ai-tool-layer-teams-use-zh","2026 年 MCP：團隊真的在用的 AI 工具層","2026-03-26T08:01:46.589694+00:00",{"id":93,"slug":94,"title":95,"created_at":96},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":98,"slug":99,"title":100,"created_at":101},"05553086-6ed0-4758-81fd-6cab24b575e0","garry-tan-open-sources-claude-code-toolkit-zh","Garry Tan 開源 Claude Code 工具包","2026-03-26T08:26:20.068737+00:00",{"id":103,"slug":104,"title":105,"created_at":106},"042a73a2-18a2-433d-9e8f-9802b9559aac","github-ai-projects-to-watch-in-2026-zh","2026 必看 20 個 GitHub AI 專案","2026-03-26T08:28:09.619964+00:00",{"id":108,"slug":109,"title":110,"created_at":111},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":113,"slug":114,"title":115,"created_at":116},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":118,"slug":119,"title":120,"created_at":121},"bfdb467a-290f-4a80-b3a9-6f081afb6dff","aiml-2026-student-ai-ml-lab-repo-review-zh","AIML-2026：像課綱的學生實驗 Repo","2026-03-27T01:21:51.467798+00:00",{"id":123,"slug":124,"title":125,"created_at":126},"80cabc3e-09fc-4ff5-8f07-b8d68f5ae545","ai-trending-github-repos-and-research-feeds-zh","AI Trending：把 AI 資源收成一張表","2026-03-27T01:31:35.262183+00:00",{"id":128,"slug":129,"title":130,"created_at":131},"3ce6e6e2-bac5-463e-9f8d-45caabcc61f7","awesome-ai-for-science-research-tools-map-zh","AI 科研工具清單，開始像地圖了","2026-03-27T01:46:50.521945+00:00"]