与「VSCode插件」相关的搜索结果

比FTP快20倍的项目部署工具 VSCode插件，静态部署，把前端构建编译，后端接口，后台管理，静态博客等等，一键部署到线上Linux服务器，比传统FTP方式快20倍。 #VSCode插件# #VSCode# #项目部署# #静态部署# #ftp上传#

从最开始每次 review AI 的代码都要打开 IDEA，到后来实在是觉得打开 IDEA 太重了，用起了 vscode 插件 git graph 再到后面 vscode/cursor 也懒得打开了，用起了 lazygit 和 diffnav 还有更好用的推荐吗

Hermes 的社区生态最近彻底炸了，各路程序员已经把它玩出了各种骚操作。 说真的，一个工具能不能长久，不看官方怎么吹，就看社区在不在搞事情。Hermes 现在的状态就是——全网开发者已经自发给它造了一套完整的“平行宇宙”，从创作到剪视频到画图到写作到写代码，全链路都有人在填坑。 你以为 Hermes 只是个 Agent 框架？不，它现在是一个生态了。 来，逐个拆给你看： 1️⃣ skill-autoshorts 🔗 全自动短视频流水线，长视频丢进去，自动剪高光片段，推到手机让你审批一下，过了就直接发布，还会每周复盘 engagement 数据自我进化。说白了就是 Agent 帮你运营 TikTok 和 Reels，你只需要偶尔点个确认。这条赛道以后人工剪辑真的要失业了。 2️⃣ codex-image 🔗 本地跑的图像生成插件，零 API key，Telegram 和微信直接出图。不用交钱、不用联网、不用担心数据跑到别人服务器上。隐私敏感的人和想省钱的人，这个方案直接拿走用。 3️⃣ humanizer 🔗 29 条模式自动去除 AI 味，还能把文风校准成你自己的腔调。现在 AI 写的东西一眼就被识别出来，这个工具就是专门解决这个问题的。写报告、写文案、写邮件，过一遍出来，真的不像机器写的了。 4️⃣ vscode-acp 🔗 VS Code 原生扩展，支持多个 Hermes CLI 切换，skills 直接在编辑器里管理。开发者不用再来回跳终端了，Agent 直接住进你的编辑器，写代码的同时 Agent 在旁边候着。 一个框架，四个方向，全是社区自己搞出来的。这才是一个工具真正活着的样子。

Codex 的野心，MCP 和 Skill 的下一步 这段时间我在密集使用 Codex App、Cursor 等 Agent 应用，有件事越来越觉得有意思。 去年大家争的是谁家模型更强，今年争的好像变成了谁家窗口右侧更好用。 Codex、Claude 桌面版、Cursor 3.0、TRAE SOLO，这几家最顶尖的 Agent，在完全没有协商的情况下，几乎同时收敛到了同一个界面布局：左侧是项目和会话列表，中间是和 Agent 的对话，右侧是工作区，放着文件浏览、网页预览、文件变更审查这些功能。 肯定不是相互之间的抄袭，更像是当前 Agent 交互的最优解。 【1】为什么是三栏 传统 Chatbot 只需要两栏，左边会话历史，右边对话窗口，你问它答，用完走人。 到了 Agent 时代，Agent 能自己写代码、改文件、调工具了。它做完之后，你得看看有没有做对——右侧工作区就是为这件事出现的。 但这只是第一阶段。 随着用户越来越多时间是在指挥 Agent，打开 VSCode 这类专业工具的时间自然越来越少。那个问题迟早会冒出来：Agent 帮你写完代码、做完 PPT，你想微调几个字，还要专门切出去打开另一个软件？ 没有人愿意这样。用户的自然期待是：能不能直接在 Agent 里改？这也是目前 Codex App 呼声最高的功能之一（另一个呼声高的是手机版，马上要出了）。 于是各家开始悄悄升级右侧工作区，让它从只能看文件编辑记录，变成了一个多功能区。Codex 在 4 月 16 日的大版本更新里，右侧工作区的改动幅度是所有功能里最大的。 交互细节上各家略有差异。Codex 和 Cursor 用 Tab 切换，Claude 用浮动面板。我自己用下来觉得 Codex 最顺手，Claude 的浮动面板方案设计感有余、实用性不足，迟早要改。 【2】Codex 的真正野心 但如果只把这个变化读成“设计界面进化”，就低估 Codex 了。 Codex 4 月大版本发布时的口号是“Codex for (almost) everything”——几乎任何任务都能做。你可以把它理解成一句广告口号，但更像是一个产品方向的声明。 要兑现这句话，Codex 不能只是个擅长写代码的 Agent，它必须能处理各种文件格式，支持各领域的专业工作流，还要让用户能在它里面完成全程闭环，包括最后的人工微调。 目前 Codex 还做不到最后一步：生成之后无法编辑，代码、Markdown、PPTX 都不行。这可能是产品上有意为之的克制，可能是技术上还没跑通，也可能是在等一个统一的解决方案出现。 我猜是第三种。 【3】MCP 和 Skill 都只解决了一半 要理解 Codex 在等什么，得先想清楚 Agent 能力拼图里现在差哪一块。 MCP 解决了“连接”问题：Agent 通过统一规范接入各种工具，数据库、日历、代码仓库，都能打通。 Agent Skills 解决了“怎么做”的问题：Agent 学会了它没训练过的领域知识和最佳实践，比如怎么写特定风格的文章，怎么处理某类复杂任务。 这两件事做得都还不错。但有一块缺口始终没补上：用户的二次编辑。 你让 AI 写完一篇文章，最后还是要自己打开编辑器改几处，毕竟很多时候最后那 5% 的精准度，只有自己动手才能到位。就算将来 AI 再聪明，它也做不到百分百的懂你，还是少不了要手动去做修改。 于是最近 Markdown 编辑器又火了，各种 Vibe Coding 出来的 Markdown 产品满天飞。 但 Codex 不会自己做一个 Markdown 编辑器，因为每个人的偏好都不一样，做出来永远有人不满意；更何况它也不可能把每个垂直领域的专业编辑器都集成进来。 最合理的路，是插件机制。 【4】下一步：Agent 版 App Store 把 Agent 做成平台，让社区来贡献插件，就像 VSCode 和 Chrome 那样。 Codex 只需要聚焦在 Agent 调度这一层，把文件预览、二次编辑、垂直领域的专业能力都交给插件来扩展。用户按需安装，做设计的装设计插件，写作者装写作插件。 插件机制还能顺手解决一个长期没有答案的问题：Skill 没办法商业化。 我自己的 baoyu-skills 快 2 万 Star 了，但从中赚到的钱是 $0。Skill 这东西几乎是透明的，对 Agent 透明，对人也透明，复刻成本极低，不管你写得再好，护城河都很浅。 插件不一样。App Store 和 Chrome 插件市场已经跑通了一套收费和版权保护机制，把它移植到 Agent 插件市场完全可行。好插件可以收费，开发者才有持续打磨的动力，生态才真正能转起来。 Codex 现在已经有了一个非常原始的插件市场。从这里到成熟的收费插件生态，还有很长的路，但方向是对的。 想做这件事的不止 Codex 一家。Cursor 我能看到类似的影子。唯独 Claude Code 和 Cowork，目前没看到这个方向的产品迹象——也许他们不屑于做，也许只是还没走到这一步。 【5】留给中小团队的窗口 如果 Codex 真的跑通了插件生态，对中小团队意味着什么？ 除了自己做一个垂直 Agent，还有另一条路：在 Codex 这样的平台上做插件。不用自己搭 Agent 调度层，不用解决 Token 接入，用户分发也靠平台。你只需要专注在那个“最后一公里”——帮用户把 Agent 生成的结果处理好、编辑好、用得顺手。 这个窗口不会开太久。先进去的能拿到冷启动红利，晚进去的只剩存量竞争。 时间点不会太远，也许就在这几个月。 Codex 的野心摆在那里，“几乎任何任务”这个口号要真正兑现，插件机制是绕不过去的一步。如果 OpenAI 在这件事上继续犹豫，那才是真的失误。 你觉得这个插件生态最后会是哪家先跑通？或者说你觉得有更适合 Agent 的产品表现形式？欢迎留言分享！

清理电脑时，找到了一个七八年前写的项目，为了将淘宝生态能力开放给 ISV，让 ISV 可以参与进来帮助商家把淘宝店铺体验做好，魔改了 VS Code 的源码，技术上做了非常多的定制化。 为了方便调试 Weex DSL 的端容器代码，把 Chrome DevTools 直接给集成了进来，修改了部分 CDP 协议，也实现了一个适配 Weex 语法的 LSP；还劫持了插件市场，允许自定义插件跑在 IDE 上，自定义插件会暴露更多 VS Code 的能力，比官方的插件 API 要丰富很多；登录体系也替换掉了，改成了淘宝登录。 AI Coding 火起来之后，看到了很多基于 VS Code 魔改的项目，例如 Cursor、Trae、Kiro、Windsurf 等等，最近在搞这方面研究的时候，发现之前写的好多文章，仍有很大的参考价值： 1、《VSCode 是怎么运行起来的？》， 2、《让 VSCode 在本地 Run 起来》， 3、《带你开发和调试 VS Code 源码》， 4、《解密 VS Code 断点调试的原理》， 5、《NodeJS的代码调试和性能调优》， 6、《VSCode 调试中 launch.json 配置不完全指南》， 当年改 IDE，是为了让人更高效；如今改 IDE，是为了让 IDE 更懂人。不过今天庆幸的是，你可能不需要学习这些知识也能把项目玩转起来，AI 对代码的理解力已经越来越强了，😄

AI Doc Writer 是一个编辑器插件，只要选中函数代码，就会自动生成该方法的 Javadoc 注释，可用来生成文档。 它支持多种语言（JS、TS、Java、Python、PHP 等），有 VScode、IntelliJ 等插件版本，还可以在线试用。

Claude Code 发布 v2.0 了，升级了 UI 界面，推出了全新的VS Code扩展插件。此外，还有一个实用的新功能：检查点（checkpoints）。通过它，你可以快速撤销Claude刚刚做出的修改，只需轻松按下Esc+Esc快捷键，或者输入指令/rewind即可实现。

🚀好久没有推荐 GitHub 仓库了，昨天发现了一个很有趣的，推荐给大家，绝对相当有趣！！ 大家都知道写代码 写的越多，错的越多。 而这个仓库的作用就是偷懒，能不写就不写🥳 🔥宝藏仓库：Ponytail（上线仅1天 已经13.4k Stars） 让 AI 少写 90% 的代码！ 核心理念很简单：最好的代码，就是你从未写过的代码。 它会让 Claude Code、Cursor、Codex、Copilot 等 AI 编程助手，像团队里那个「懒但靠谱」的资深工程师一样思考： 不卷代码，不过度设计，优先使用现成能力，只写真正必要的部分。 在动手之前，AI 会依次判断： -这个功能真的需要吗？不需要就不写，遵循 YAGNI。 - 标准库能解决吗？能就直接用。 - 平台有原生能力吗？优先使用浏览器或系统特性。 - 项目里已有依赖吗？有就复用。 - 一行代码能完成吗？能就不写第二行。 - 以上都不行，才编写满足需求的最少代码。 举个🌰：让普通 AI 实现日期选择器，它可能会： 安装第三方组件库 封装组件 引入样式文件 顺便讨论时区和国际化 Ponytail 的答案可能只有： 因为浏览器已经原生支持。 根据作者针对邮箱验证、防抖、CSV 求和、倒计时和限流器等任务的测试 启用 Ponytail 后： 1. 代码量减少 80%～94% 2. 开发速度提升 3～6 倍 3.API 错误与 Token 成本降低 47%～77% 需要强调的是：它只是“懒”，并不草率。 涉及安全边界、数据丢失、正确性和无障碍访问等关键问题时，它不会为了少写代码而偷工减料。 它支持多数主流 AI 编程工具： 插件或网关模式：Claude Code、Codex、GitHub Copilot CLI、Gemini CLI 等 规则文件模式：Cursor、Windsurf、Cline、Aider、VS Code 等 常用命令： - /ponytail [lite | full | ultra | off]：调整「懒惰」强度 - /ponytail-review：检查 Git Diff，列出过度设计和可删除代码 - /ponytail-debt：收集临时方案，生成技术债清单 如果你受够了 AI 动不动就引入依赖、制造抽象、堆出一座难以维护的代码山，Ponytail 值得一试。 传送门👉🏻：

终端编程 Agent（最接近 Claude Code） 1. OpenCode ⭐ 165k+ - 协议: MIT | 语言: Go/TypeScript - 免费: 完全免费开源，支持 75+ LLM 提供商 - 特色: - 事实上的开源 Claude Code 替代品 - 本地优先架构，支持本地模型（Ollama 等） - Provider-agnostic：同一会话可切换 Claude/Gemini/GPT/本地模型 - 精美 TUI 界面，支持桌面端和 IDE 扩展 - 中国讨论度: 低，国内媒体很少报道 - 🔗 2. Pi ⭐ 54k+ - 协议: MIT | 语言: Python - 作者: Armin Ronacher（Flask/Jinja2 作者） - 免费: 完全免费开源 - 特色: - 系统提示 < 1,000 tokens，极简设计 - "Lazy Skills" 机制：技能按需加载 - 专为 fork 和二次开发设计 - 增长速度惊人（短时间内突破 54k stars） - 中国讨论度: 极低 - 🔗 3. Crush ⭐ 25k+ - 协议: FSL（2年后转MIT）| 语言: Go - 团队: Charm（Bubble Tea 团队） - 免费: 免费使用 - 特色: - 终端美学标杆，极其流畅的 TUI - 多模型支持，会话中可切换模型 - 原生 LSP 和 MCP 支持 - 适合追求终端体验的开发者 - 中国讨论度: 低 - 🔗 4. Qwen Code ⭐ 25k+ - 协议: Apache-2.0 | 语言: TypeScript - 免费: 免费，配合 Qwen 模型有免费额度 - 特色: - 阿里巴巴出品，Gemini CLI 的开源 fork - Gemini CLI 6月停服后，这是其开源延续 - 专门优化 Qwen-Coder 模型 - 国内用户访问友好 - 中国讨论度: 中等（但远低于其价值） - 🔗 --- 通用 Agent 框架 5. OpenClaw - 协议: 开源 | 免费: 完全免费，云版待定 - 特色: - 自托管 AI Agent，50+ 原生集成 - 零外部 API 调用，隐私优先 - 连接 Slack/GitHub/Notion 等无需第三方 API - 支持 Docker 部署 - 中国讨论度: 低 - 🔗 6. Agno - 协议: 开源 | 语言: Python - 免费: 开源免费，平台版 $99/月起 - 特色: - 2 微秒 Agent 运行时间，极致轻量 - 内置记忆、存储、多模态工具 - 生产级 Python 框架 - 适合需要高性能的场景 - 中国讨论度: 极低 - 🔗 7. Hermes Agent ⭐ 60k+ - 协议: 开源 - 免费: 开源免费 - 特色: - 2个月内突破 60k stars，增速最快 - 持久多层记忆：长期语义记忆 + 工作记忆 + 情景日志 - 云优先架构，独立于本地设备 - 30天学习期后能理解用户工作模式 - 与小米 MiMo V2 Pro 合作 - 中国讨论度: 中等（小米合作有报道，但产品本身讨论少） - 🔗 --- MCP 生态工具 8. MCPX (IBM) - 协议: 开源 - 免费: 开源免费 - 特色: - MCP 网关，统一管理多个 MCP 服务器 - Tool Groups：不同团队看到不同工具子集 - Agent 访问控制 + 实时 Prometheus 指标 - 支持 Cursor/Claude Code/VS Code/Copilot 等 - 中国讨论度: 极低 - 🔗 9. ContextForge (IBM) - 协议: 开源 - 免费: 开源免费 - 特色: - 联邦化 AI 网关，跨多集群 Kubernetes - 支持 MCP/A2A/REST-to-MCP/gRPC-to-MCP - 40+ 插件 - OpenTelemetry 追踪 - 中国讨论度: 极低 - 🔗 --- 多 Agent 编排 10. Microsoft Conductor ⭐ 新项目 - 协议: MIT | 版本: v0.1.1 - 免费: 完全免费开源 - 特色: - 微软出品，GitHub Copilot SDK + Anthropic Agents SDK - YAML 定义工作流 + Web 仪表板 - 适合企业级多 Agent 场景 - 中国讨论度: 极低 - 🔗 11. Agent Skills (by Addy Osmani) ⭐ 43.8k+ - 协议: 开源 - 免费: 完全免费 - 特色: - 23 个生产级工程技能 - 7 个斜杠命令覆盖完整开发生命周期 - 编码 Google 工程文化（Hyrum's Law、trunk-based development） - 渐进式披露设计 - 中国讨论度: 低 - 🔗

作为一个把 Claude 用到极致，codex偶尔使用的非技术人员，我来谈一下我对于codex和claude的感受： Codex 正在吞噬应用层的一切，Claude 正在吞噬编码层的一切 先说 Codex 的应用层吞噬 Codex 现在已经不是一个编程工具了 它是一个能操作你电脑上所有东西的超级 App，这点大家应该都深有体会 1. Computer Use - 后台操作你的 Mac 4 月 16 日上线，Codex 可以用自己的光标看、点击、输入 多个 Agent 可以在你的 Mac 上并行工作，不干扰你自己的操作 前端设计、游戏开发、任何 GUI 应用，它都能操作 2. Chrome Extension - 接管你的浏览器 5 月 7 日上线，Codex 现在能直接在 Chrome 里工作 它能操作你已经登录的网站，使用你的 Cookie 和认证状态 跨多个标签页并行处理任务，在后台运行不打断你 3. 90+ Plugins - 连接你的所有工具 GitHub、Slack、Gmail、Google Drive、Notion 每个 Plugin 打包了 Skills、App 集成、MCP 服务器 一键安装，直接用 4. Skills - 把重复工作变成一条指令 你可以把任何多步骤工作流打包成一个 Skill 输入 / 触发，就像训练好的员工一样 OpenAI 自己用 Skills 做每日问题分类、CI 失败总结、发布简报 5. Automations - 让 AI 在你睡觉时工作 设置定时任务，Codex 可以自动运行 每天早上生成工作简报，每周五做项目总结 它甚至能跨天、跨周持续执行长期任务，自动唤醒继续工作 6. Memory - 记住你的偏好和历史 Codex 会记住你的个人偏好、纠正过的错误、花时间收集的信息 下次任务自动用上，质量更高，速度更快 7. 图像生成 - 直接在工作流里生成图 集成了 gpt-image-1.5，需要配图的时候直接生成 不用跳出去用别的工具 你自己能发现，Codex 的逻辑是什么？ 让 AI 成为你所有软件之上的操作系统 不是造新工具，而是把现有工具全部串起来 这才是应用层吞噬 再说 Claude 的编码层吞噬 Claude Code 在 2026 年的定位已经非常清晰： 它要重新定义什么叫“开发者” 1. 100 万 token 上下文 - 读取整个代码库 Claude Code 能读取你的整个项目，理解所有文件之间的关系 不是单文件建议，而是跨文件重构 2. 自主执行 - 从规划到测试全自动 你只需要描述想要什么，Claude Code 会： 规划方案 → 写代码 → 运行测试 → 读取错误 → 自动迭代修复 整个过程不需要你插手 3. Terminal + IDE + Desktop - 全场景覆盖 在 Terminal 里用命令行 在 VS Code、JetBrains 里用插件 在 Desktop App 里用图形界面 所有配置、MCP 服务器、Skills 全部同步 4. SWE-bench 80.8% - 行业最高分 这是衡量 AI 解决真实 GitHub Issues 的标准测试 Claude Code 是 2026 年最高分 真实团队用它 20 小时迁移 5 万行代码，事故调查时间减少 80% 5. 自动记忆 - 记住你的构建命令和调试模式 Claude Code 会自动保存项目上下文、调试模式、你偏好的方法 跨 Session 记忆，不用每次都重新解释 6. Hooks - 自动化你的开发流程 每次编辑后自动格式化 每次提交前自动 Lint 用 Shell 命令串联整个工作流 Anthropic 自己说，他们公司现在大部分代码都是 Claude Code 写的 工程师的角色变成了：架构师 + 产品思考者 + 编排者 管理多个 AI Agent，给方向，做决策 这就是编码层吞噬的本质：把编程从技能变成了表达 所以，Codex vs Claude 的本质区别是什么？ Codex 的方向：应用层超级个体 操作你已有的软件，自动化所有日常工作 适合 90% 的普通人 核心能力：串联现有工具 Claude 的方向：编码层超级个体 帮你写代码、改代码、部署代码 适合 10% 的创造者 核心能力：从零创造新东西 但这里有个被所有人忽略的东西：Claude 不只有 Code，还有 Cowork Claude Cowork 是什么？ 它是 Claude 针对非技术人员推出的应用层工具 Marketing、Data 团队发现自己在用 Claude Code 做复杂的多步骤工作 Anthropic 观察到这个现象，就做了 Cowork Cowork 的核心能力： 操作你的本地文件和应用 38+ Connectors 连接 Slack、Notion、Google Drive、Microsoft 365 Projects 让每个项目有独立的文件、上下文、记忆 Scheduled Tasks 定时自动执行任务 Plugins 打包 Skills、Connectors、Sub-agents 你看，Claude 的野心其实是： 用 Claude Code 吞噬编码层 用 Claude Cowork 吞噬应用层 如果你是普通人，想提升日常工作效率： Codex 和 Claude Cowork 都可以 Codex 的 Computer Use 更激进，能操作任何 GUI Claude Cowork 的 Projects 更稳定，适合长期项目 如果你是开发者，想做产品、做项目： Claude Code+codex 是第一选择 SWE-bench 最高分的规划能力+codex的推理能力，代码质量最好 2026 年的 AI 竞争，比的是谁能把 AI 更好地嵌入到用户的日常工作流里 Codex 在应用层走得最激进 Claude 在编码层走得最深，同时用 Cowork 补齐应用层 这两个方向，正在重新定义“一个人能做什么” 应用层和编码层，都在被 AI 吞噬，而我们，正站在这个变革的最前沿，真的很兴奋！