惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

T
Tailwind CSS Blog
博客园 - Franky
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Y
Y Combinator Blog
Hugging Face - Blog
Hugging Face - Blog
博客园 - 聂微东
L
LangChain Blog
博客园_首页
Recent Announcements
Recent Announcements
月光博客
月光博客
酷 壳 – CoolShell
酷 壳 – CoolShell
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
H
Hackread – Cybersecurity News, Data Breaches, AI and More
爱范儿
爱范儿
博客园 - 叶小钗
博客园 - 【当耐特】
The Cloudflare Blog
J
Java Code Geeks
G
Google Developers Blog
云风的 BLOG
云风的 BLOG
Blog — PlanetScale
Blog — PlanetScale
博客园 - 司徒正美
aimingoo的专栏
aimingoo的专栏
A
About on SuperTechFans

AI Agent 智能体

MiMo Token 激励计划:你们拿它做出了什么? 分享一个 Claude Code 脚手架: abc-scaffold 被喷了一天后,我觉得技术不值钱这句话应该改一下 中转站的安全性如何保障, Agent 一个提示就是几百个工具调用,几十个 exec 没人会一个一个审核吧。 以后技术鄙视链可能就一句话:你会不会使唤 Agent 最近又造了个轮子,基于 AI 的软件交付工作流引擎 自从有了 AI 之后, Commit 数量是不是已经不适合衡量开发效率了 我发现有了 AI 之后,很多人都在重复造轮子 AI 时代 产品需求文档(PRD) 软件需求文档(SRS) 应该怎么写呢?有推荐的模板吗?有推荐的 SKILL 吗? 征求可行方案:远程操控 + codex 桌面端 computer use 功能 + API 中转 做了个常驻的 AI 金融分析 Agent —— 不给买卖信号,只把事实端给你看 我跑了一晚 RAG,发现问题不在检索层 你们用的桌面 Agent 都是啥, 能操作浏览器么? Ucloud 也下场做中转站了 是不是第一个大厂做 gpt/anthropic 中转站的 怎么做的合规 如果为了本地大模型,卖掉 MacBook Pro M3 Pro 36G,买Μ5 Max 128G,合适吗? 照 AI 这个发展速度,感觉 AI 失控导致世界末日不远了 有用 openclaw 排杂志或者月刊的没?能达到 HTML 的效果吧? 做了一个本地查看 Coding Agent API trace 的工具: claude-tap docker sandbox + Codex CLI 这个方案可做开发自动化吗? 把 LLM 当成“人”,才是 Agent 工程进阶的起点 目前无人值守的 AI 开发流程是否有研究前途 你还能回到没有 AI 的过去吗? 最近两周在用向量数据库来给 Hermes 扩充脑容量,直接让我力竭了。 火山新出了 Agent Plan,涨价 2~7.5 倍 GLM 崩了? 做了个小工具:让本地 AI Agent 操作堡垒机后的远程 Linux 环境 “这个确实有点复杂。要不先把这个功能延后到 TODO,今晚先收工?已经凌晨快 2 点了。” AI 大趋势,有人转全栈了吗?有没有成功案例可以分享一波的 做了一个给 AI agent 用的"万能钥匙",一个 key 调所有社交平台和数据源 memory 真的会让 Agent 变得更好用吗?
大家用 WSL2 跑 CodeAgent / Harnss 的话, Windows 桌面这边...
DiKaErJi · 2026-06-01 · via AI Agent 智能体

最近想认真把 WSL2 配起来,当成主力开发环境用。

主要原因是现在很多 CodeAgent ,比如 Claude Code 、Codex 、Gemini CLI 、Harnss 这类东西,感觉放在 Linux 环境里会更自然一点。跑命令、装依赖、跑测试、读写项目文件,应该都比在 Windows 原生环境下少一点奇怪问题。

但我平时又不是纯 CLI 开发,有时候会用 Windows 上的 desktop 软件,比如 VS Code 、Cursor 、浏览器、文件管理器,还有一些其他 GUI 工具。

所以现在有点纠结,想问问大家实际怎么搭工作流。 我目前想到的方案是:

项目放 WSL2: /home/me/projects/xxx

Agent 也在 WSL2 里跑: Claude Code / Codex / Harnss / 其他 CLI agent

Windows 这边负责图形界面: VS Code / Cursor 用 Remote WSL 文件管理器通过 \wsl.localhost 访问 需要的时候在 WSL 里 explorer.exe .

这样看起来比较合理,但是还有几个点不太确定:

1.如果 Windows desktop 软件不支持 Remote WSL ,直接打开 \wsl.localhost\Ubuntu\home\me\projects\xxx 会不会很难用? 2.agent 跑在 WSL2 里,想打开 Windows 浏览器或者控制 Chrome ,一般是怎么做? Playwright MCP ? Chrome DevTools MCP ? 3.有没有人试过 Harnss 跑在 WSL2 里,然后 GUI 通过 WSLg 显示到 Windows ? 4.项目到底应该坚持放 WSL 的 /home ,还是为了兼容 Windows 软件放 /mnt/c ? 5.有没有什么比较舒服的“WSL2 + Windows desktop + AI coding agent”的完整方案?

我个人倾向是把 WSL2 当主开发机,Windows 当图形外壳。 但还没实战太久,想听听大家有没有更成熟的方案,或者有没有什么坑需要提前避开。