[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-deepnote-turns-notebooks-into-editable-projects-en":3,"article-related-deepnote-turns-notebooks-into-editable-projects-en":30,"series-tools-41d70660-8847-4292-b878-819e37aeca82":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},"41d70660-8847-4292-b878-819e37aeca82","deepnote-turns-notebooks-into-editable-projects-en","Deepnote turns notebooks into editable projects","\u003Cp data-speakable=\"summary\">Deepnote’s open repo lets you convert Jupyter notebooks into editable .deepnote projects in \u003Ca href=\"\u002Ftag\u002Fvs-code\">VS Code\u003C\u002Fa>, \u003Ca href=\"\u002Ftag\u002Fcursor\">Cursor\u003C\u002Fa>, or \u003Ca href=\"\u002Ftag\u002Fwindsurf\">Windsurf\u003C\u002Fa>.\u003C\u002Fp>\u003Cp>I've been living in notebook land long enough to know when something is pretending to be simpler than it is. Jupyter always gave me the same little tax: messy JSON, fragile cell state, and that annoying moment where I’d wonder whether the notebook was actually reproducible or just lucky. Then AI editors showed up and made the whole thing more awkward. I wanted to edit notebooks in VS Code or Cursor, but I didn’t want another half-working bridge that treated notebooks like second-class citizens.\u003C\u002Fp>\u003Cp>Deepnote’s open-source repo finally made me stop squinting. It isn’t just “a notebook UI with AI sprinkled on top.” It’s trying to make notebooks into a project format I can version, convert, and run locally without giving up the option to move into Deepnote Cloud later. That’s the part that got my attention. The repo says it’s a drop-in replacement for Jupyter, but the interesting bit is the workflow: convert, edit, run, sync, and only then decide whether you need the cloud.\u003C\u002Fp>\u003Cp>That’s a much saner order.\u003C\u002Fp>\u003Cp>I found the repo on \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fdeepnote\u002Fdeepnote\">GitHub\u003C\u002Fa>, and the official docs on \u003Ca href=\"https:\u002F\u002Fdeepnote.com\u002F\">Deepnote\u003C\u002Fa> fill in the product side. The repo itself is where the useful mechanics live: \u003Ccode>.deepnote\u003C\u002Fcode> files, conversion tooling, block types, and editor support for \u003Ca href=\"https:\u002F\u002Fcode.visualstudio.com\u002F\">VS Code\u003C\u002Fa>, \u003Ca href=\"https:\u002F\u002Fwww.cursor.com\u002F\">Cursor\u003C\u002Fa>, and \u003Ca href=\"https:\u002F\u002Fwindsurf.com\u002F\">Windsurf\u003C\u002Fa>. That’s the angle I’m breaking down here: not “what is Deepnote,” but how to use this repo like a developer who wants notebook sanity instead of notebook theater.\u003C\u002Fp>\u003Ch2>Stop treating notebooks like disposable blobs\u003C\u002Fh2>\u003Cblockquote>Human-readable format: The .deepnote YAML format replaces .ipynb's messy JSON with clean, version-control and human-friendly structure for projects and notebooks.\u003C\u002Fblockquote>\u003Cp>What this actually means is that Deepnote is trying to fix one of the ugliest parts of notebook work: the file format. I’ve opened enough \u003Ccode>.ipynb\u003C\u002Fcode> files in a diff view to know the pain. You’re not reading code changes. You’re reading output noise, metadata churn, and whatever random state got serialized last.\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781189311426-x9xq.png\" alt=\"Deepnote turns notebooks into editable projects\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>Deepnote’s answer is the \u003Ccode>.deepnote\u003C\u002Fcode> format, which is YAML instead of JSON. That matters because YAML is readable by humans and friendlier to version control. I don’t need a parser just to spot what changed in a notebook project. I can actually glance at it and understand the structure.\u003C\u002Fp>\u003Cp>There’s also a bigger idea hiding here: Deepnote isn’t just converting a notebook file, it’s converting the notebook into a project. That means multiple notebooks, integrations, and settings can live together in one structured unit. I’ve run into this when teams keep a notebook, a data connection, and a bunch of ad hoc notes in separate places. That works until someone else needs to pick it up. Then it becomes archaeology.\u003C\u002Fp>\u003Cp>How to apply it: if you’re still shipping notebooks as isolated \u003Ccode>.ipynb\u003C\u002Fcode> files, start by converting one real project and storing the \u003Ccode>.deepnote\u003C\u002Fcode> output in Git. Don’t do this on a toy example. Use a notebook that already has imports, SQL, charts, and a data connection if you have one. The point is to see whether the project structure helps you reason about the work.\u003C\u002Fp>\u003Cul>\u003Cli>Keep source notebooks under version control as \u003Ccode>.deepnote\u003C\u002Fcode> instead of raw \u003Ccode>.ipynb\u003C\u002Fcode>.\u003C\u002Fli>\u003Cli>Use the YAML structure to separate notebook logic from outputs and metadata noise.\u003C\u002Fli>\u003Cli>Prefer project-level organization when the work includes multiple notebooks or shared settings.\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Blocks are the part that makes this feel less like a notebook hack\u003C\u002Fh2>\u003Cblockquote>Block-based architecture: Extend notebooks beyond code cells with blocks for SQL, inputs, charts, and much more — all defined and validated through the open @deepnote\u002Fblocks package.\u003C\u002Fblockquote>\u003Cp>What this actually means is that Deepnote is not pretending every notebook problem fits into a Python code cell. That’s refreshing, honestly. I’ve lost count of how many times I’ve seen people force SQL, parameters, UI inputs, and charts into awkward cell patterns because the notebook tool only knew “code” and “markdown.”\u003C\u002Fp>\u003Cp>Deepnote’s block model gives those pieces first-class status. The repo points to the open \u003Ca href=\"https:\u002F\u002Fwww.npmjs.com\u002Fpackage\u002F@deepnote\u002Fblocks\">\u003Ccode>@deepnote\u002Fblocks\u003C\u002Fcode>\u003C\u002Fa> package, which defines and validates block types like Code, SQL, Text, Markdown, Input, Visualization, Button, Big Number, Image, and Separator. That’s a much more honest model of data work. Real notebooks are not just executable code. They’re a mix of computation, parameters, display, and workflow controls.\u003C\u002Fp>\u003Cp>I ran into this exact problem when I tried to keep a notebook parameterized for different datasets. The old pattern was a clumsy combo of variables, comments, and “remember to change this before running.” That’s not a workflow. That’s a footgun with a notebook icon.\u003C\u002Fp>\u003Cp>How to apply it: if you maintain notebooks for analysis or internal reporting, identify the stuff that is not really code. Turn filters, date ranges, and dataset selectors into explicit input blocks. Put SQL in SQL blocks. Put charts in visualization blocks. The win is not visual polish. The win is that the notebook becomes easier to run correctly by somebody who didn’t write it.\u003C\u002Fp>\u003Cp>If you want the deeper \u003Ca href=\"\u002Ftag\u002Fapi\">API\u003C\u002Fa> side, the repo’s structure makes it clear that blocks are meant to be reusable and validated, not just rendered. That’s the difference between a notebook UI and a notebook system.\u003C\u002Fp>\u003Ch2>Conversion is the real escape hatch\u003C\u002Fh2>\u003Cblockquote>Effortless conversion: Convert .ipynb notebooks into .deepnote projects and back again using the open @deepnote\u002Fconvert CLI and API.\u003C\u002Fblockquote>\u003Cp>What this actually means is that Deepnote is not asking you to burn the bridge to Jupyter. Good. I don’t trust tools that demand a full migration before they’ve earned it. The conversion layer is the practical part of the repo, because it lets you test the format without committing your whole stack to it.\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781189311237-qek5.png\" alt=\"Deepnote turns notebooks into editable projects\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>The README shows a simple starting point:\u003C\u002Fp>\u003Cpre>\u003Ccode>npx @deepnote\u002Fconvert notebook.ipynb # This will convert the notebook and create notebook.deepnote\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>That’s the kind of thing I wish more notebook tools led with. Not a giant onboarding ceremony. Just convert the file and open it in your editor. The repo also says you can go back and forth between formats, which matters if you collaborate with people who still live in Jupyter or if you need to keep compatibility with existing workflows.\u003C\u002Fp>\u003Cp>I’ve seen teams \u003Ca href=\"\u002Fnews\u002Fcursor-mac-update-stuck-old-version-en\">get stuck\u003C\u002Fa> because one person wants a better notebook format, but the rest of the group is still tied to old files. Bidirectional conversion is what makes this realistic instead of aspirational. It lowers the social cost of trying the tool.\u003C\u002Fp>\u003Cp>How to apply it: pick one notebook that already has a few cells, some output, and maybe a chart. Convert it to \u003Ccode>.deepnote\u003C\u002Fcode>, open it in your editor, and inspect what changed. Then convert it back. You’re looking for two things: whether the round trip preserves the parts you care about, and whether your team would tolerate the new format in Git.\u003C\u002Fp>\u003Cul>\u003Cli>Use the CLI for batch conversion when you’re migrating a folder, not just one file.\u003C\u002Fli>\u003Cli>Use the API if you want conversion inside a Node.js or TypeScript workflow.\u003C\u002Fli>\u003Cli>Test round-trip fidelity before you standardize on the format.\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Local editing is the real selling point, not the cloud pitch\u003C\u002Fh2>\u003Cblockquote>What can you do right now? This open-source repository lets you, edit and run Deepnote notebooks directly in your favorite AI-native code editors: VS Code extension - Full Deepnote support in Visual Studio Code Cursor extension - AI-powered notebook editing in Cursor Windsurf extension - Collaborative development in Windsurf\u003C\u002Fblockquote>\u003Cp>What this actually means is that Deepnote is trying to meet developers where they already work. That matters more than the cloud pitch. I like cloud notebooks when I need shared compute or collaboration, but I do not want to be trapped in them just to inspect or edit a notebook.\u003C\u002Fp>\u003Cp>The repo explicitly supports \u003Ca href=\"https:\u002F\u002Fmarketplace.visualstudio.com\u002F\">VS Code\u003C\u002Fa>, \u003Ca href=\"https:\u002F\u002Fwww.cursor.com\u002F\">Cursor\u003C\u002Fa>, and \u003Ca href=\"https:\u002F\u002Fwindsurf.com\u002F\">Windsurf\u003C\u002Fa>. That’s useful because these are the places a lot of us already spend our day. If notebook editing can happen there, the tool stops being a separate destination and becomes part of the normal dev workflow.\u003C\u002Fp>\u003Cp>I’ve had this exact annoyance with older notebook tooling: you’d write analysis in one place, then jump into a different UI to fix a tiny cell issue, then jump back to your editor for the rest of the codebase. It’s friction for no good reason. Deepnote’s local story is better because it starts with the editor, not the platform.\u003C\u002Fp>\u003Cp>How to apply it: if your team already uses one of these editors, install the Deepnote extension and treat it like a notebook-first file type rather than a special export format. Keep the notebook close to the rest of your code. That makes refactoring, review, and AI-assisted editing much less annoying.\u003C\u002Fp>\u003Cp>The repo also mentions the Deepnote Toolkit and related extensions, which tells me this is meant to be an ecosystem, not a one-off plugin. That’s the part worth watching if you care about long-term workflow fit.\u003C\u002Fp>\u003Ch2>Reactive execution is the part that saves you from stale results\u003C\u002Fh2>\u003Cblockquote>Reactive notebook execution: Automatically re-runs dependent blocks when inputs or data change, ensuring notebooks stay consistent and reproducible without manual execution.\u003C\u002Fblockquote>\u003Cp>What this actually means is that Deepnote is trying to kill the “I changed one thing and forgot to rerun half the notebook” problem. If you’ve used notebooks seriously, you know this bug. It’s not a small bug either. It’s the kind that makes results look valid when they’re actually stale.\u003C\u002Fp>\u003Cp>Reactive execution means dependent blocks re-run when inputs or data change. That sounds simple, but it’s a big deal for reproducibility. Instead of relying on the human operator to remember execution order, the notebook tracks dependencies and updates the right pieces.\u003C\u002Fp>\u003Cp>I’ve been burned by this in analysis work more than once. A chart looked right because the output cell was old, not because the code was correct. That’s a terrible failure mode. Reactive execution doesn’t solve every notebook problem, but it removes one of the dumbest ones.\u003C\u002Fp>\u003Cp>How to apply it: use dependency-aware execution for any notebook that feeds a report, dashboard, or decision. If a cell depends on a date input, a SQL query, or a data load step, make sure the execution model reflects that dependency. Don’t let manual reruns be the thing holding your analysis together.\u003C\u002Fp>\u003Cp>This is also where the block model and the project format start to make sense together. Structure plus execution rules equals fewer surprises. That’s the actual value, not the UI gloss.\u003C\u002Fp>\u003Ch2>Deepnote is trying to be a bridge, not a rewrite\u003C\u002Fh2>\u003Cblockquote>Deepnote is a drop-in replacement for Jupyter. It uses the Deepnote kernel, which is more powerful but still backwards compatible, so you can seamlessly move between both, but it adds an AI agent, sleek UI, new block types, and native data integrations.\u003C\u002Fblockquote>\u003Cp>What this actually means is that Deepnote is positioning itself as an extension of the Jupyter world, not a hostile replacement. I appreciate that. A lot. The Jupyter ecosystem is too embedded in real work to pretend otherwise. If a tool wants adoption, it needs to respect the existing notebook universe.\u003C\u002Fp>\u003Cp>The repo also says Deepnote is built on the Jupyter kernel and keeps compatibility with existing notebooks. That’s the practical part. You can bring old work in, work on it locally, and still move it into Deepnote Cloud when you need team collaboration or more compute. The repo’s own comparison table makes the split clear: Deepnote offers zero setup via cloud or local installation, native AI features, built-in Git integration, sharing by link, managed cloud compute, and native database\u002FAPI connections. Jupyter gives you local resources and manual configuration. Different tradeoffs, same basic lineage.\u003C\u002Fp>\u003Cp>I like that this repo is honest about where Jupyter still fits. It’s not saying “Jupyter was bad.” It’s saying “Jupyter got us here, and now we need a better workflow on top of it.” That’s a much more credible pitch.\u003C\u002Fp>\u003Cp>How to apply it: treat Deepnote as a compatibility layer with better ergonomics. Start locally, keep compatibility in mind, and only move to the cloud when collaboration or compute actually justify it. That’s how you avoid a migration that turns into a religion.\u003C\u002Fp>\u003Cp>If you’re in academia, the repo also notes that Deepnote Cloud is free for students and educators, and it includes a citation format for research use. That’s a nice sign that the team expects real scientific workflows, not just demo notebooks.\u003C\u002Fp>\u003Ch2>The template you can copy\u003C\u002Fh2>\u003Cpre>\u003Ccode># Deepnote notebook workflow template\n\n## 1) Convert an existing notebook\nnpx @deepnote\u002Fconvert notebook.ipynb\n\n## 2) Open the generated project in your editor\n# VS Code, Cursor, or Windsurf\n# Edit the .deepnote project directly\n\n## 3) Organize the notebook as blocks\n- Code blocks for Python\u002FR logic\n- SQL blocks for queries\n- Input blocks for parameters like dates, filters, and dataset names\n- Visualization blocks for charts\n- Markdown\u002FText blocks for notes and explanations\n\n## 4) Keep the project version-controlled\n- Commit the .deepnote project to Git\n- Review YAML diffs instead of raw .ipynb JSON\n- Prefer one project folder for related notebooks and settings\n\n## 5) Use reactive execution rules\n- Re-run dependent blocks when inputs change\n- Avoid manual reruns as your only safety net\n- Check that charts and outputs are tied to current inputs\n\n## 6) Round-trip before you standardize\nnpx @deepnote\u002Fconvert notebook.deepnote --outputFormat ipynb\n\n## 7) Use the cloud only when it solves a real problem\n- Shared collaboration\n- Managed compute\n- Team workflows\n- Native data integrations\n\n## 8) Minimal migration checklist\n- Pick one notebook with real outputs\n- Convert it to .deepnote\n- Open it in your editor\n- Verify block structure and outputs\n- Convert it back to confirm compatibility\n- Decide whether the new format is worth adopting team-wide\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>The repo that triggered this is \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fdeepnote\u002Fdeepnote\">deepnote\u002Fdeepnote on GitHub\u003C\u002Fa>. I’ve summarized and reorganized the workflow above, but the underlying ideas, file formats, and tooling come from Deepnote’s open-source project and README, not from me.\u003C\u002Fp>","Deepnote’s open repo lets you convert Jupyter notebooks into editable .deepnote projects in VS Code, Cursor, or Windsurf.","github.com","https:\u002F\u002Fgithub.com\u002Fdeepnote\u002Fdeepnote",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781189311426-x9xq.png","tools","en","de5d82d5-12d0-4866-8edd-f9049e7b8179",[17,18,19,20,21],"deepnote","jupyter","notebooks","vscode","cursor",[23,24,25],"Deepnote’s .deepnote format makes notebook projects easier to read and version than .ipynb JSON.","The block model is the real upgrade: SQL, inputs, charts, and code all become first-class notebook pieces.","Conversion and editor support let you adopt Deepnote locally before deciding whether you need the cloud.",0,"2026-06-11T14:47:57.701443+00:00","2026-06-11T14:47:57.688+00:00","a7343b93-37cc-4634-a2bc-707f6275bdb6",{"tags":31,"relatedLang":40,"relatedPosts":44},[32,34,35,37,38],{"name":33,"slug":21},"Cursor",{"name":20,"slug":20},{"name":36,"slug":17},"Deepnote",{"name":19,"slug":19},{"name":39,"slug":18},"Jupyter",{"id":15,"slug":41,"title":42,"language":43},"deepnote-turns-notebooks-into-editable-projects-zh","Deepnote 把 Notebook 變成可編輯專案","zh",[45,51,57,63,69,75],{"id":46,"slug":47,"title":48,"cover_image":49,"image_url":49,"created_at":50,"category":13},"c3c6bd31-b523-431e-824c-8895d9a9eed5","vibe-coding-lets-you-ship-a-tiny-app-fast-en","Vibe coding lets you ship a tiny app fast","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781254112614-ohkp.png","2026-06-12T08:47:56.790888+00:00",{"id":52,"slug":53,"title":54,"cover_image":55,"image_url":55,"created_at":56,"category":13},"d84c9786-c0ff-4b40-a1f4-9efe5aad08c3","what-vibe-coding-means-for-developers-en","What Vibe Coding Means for Developers","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781253189214-z64z.png","2026-06-12T08:32:32.496531+00:00",{"id":58,"slug":59,"title":60,"cover_image":61,"image_url":61,"created_at":62,"category":13},"0b197e53-381b-4a4d-a398-d854704f3109","product-hunt-vibe-coding-tools-2026-en","Product Hunt’s vibe-coding stack for shipping faster","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781252320207-kh8p.png","2026-06-12T08:18:04.418879+00:00",{"id":64,"slug":65,"title":66,"cover_image":67,"image_url":67,"created_at":68,"category":13},"4b7af584-521a-4d95-a347-f52bad4a53fb","copilot-keeps-old-amd-linux-gpus-alive-en","Copilot keeps old AMD Linux GPUs alive","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781242407331-vze5.png","2026-06-12T05:32:54.597198+00:00",{"id":70,"slug":71,"title":72,"cover_image":73,"image_url":73,"created_at":74,"category":13},"4ed8f024-fcf6-493a-ac60-fff51479e92f","fine-tune-slm-emotion-recognition-en","Fine-Tune an SLM for Emotion Recognition","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781231572194-ht3h.png","2026-06-12T02:32:24.046317+00:00",{"id":76,"slug":77,"title":78,"cover_image":79,"image_url":79,"created_at":80,"category":13},"83098f22-962f-45cd-81f1-4e5b15f2d524","midjourney-pricing-guide-2026-plans-costs-en","Midjourney Pricing Guide for 2026 Plans","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781230670512-79dr.png","2026-06-12T02:17:24.821512+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"]