原贴链接

大家好！我很高兴介绍一个名为Aider Composer的新VSCode扩展。这个扩展旨在将强大的Aider命令行工具无缝集成到VSCode的代码编辑体验中。以下是目前可用的一些功能：1. 【Markdown预览和代码高亮】：在编辑器内直接查看带有语法高亮的Markdown。2. 【简单文件管理】：轻松添加或删除文件，在只读和可编辑模式之间切换。3. 【聊天会话历史】：访问聊天会话历史以改善协作。4. 【代码审查】：在应用代码更改之前进行审查以确保质量和准确性。5. 【HTTP代理支持】：如果需要，为连接配置HTTP代理。请注意，由于某些限制，一些核心功能仍在开发中。我们欢迎您的反馈和建议，如果您遇到任何问题，请报告。查看仓库：[GitHub上的Aider Composer](https://github.com/lee88688/aider - composer)。期待您的贡献，感谢您成为我们社区的一员！

讨论总结

这是关于Aider Composer这个VSCode扩展的讨论。大家整体对这个扩展表示认可，但也提出了许多问题，包括功能方面的疑惑（如git功能的缺失）、与其他类似工具的比较（Cursor compose、Cline等）、在不同操作系统（Windows、Mac）使用时出现的问题、以及插件自身的一些使用细节（如调用、安装需求等）。开发者对部分问题进行了回应，整体氛围积极且专注于产品改进。

主要观点

  1. 👍 认可Aider Composer看起来很棒
    • 支持理由：多个评论者表达了积极态度，如Mr_Hyper_Focus称“Hey this looks great!”，DangKilla表示Aider不错所以愿意尝试这个插件。
    • 反对声音：无。
  2. 🔥 对扩展不包含git功能表示疑惑
    • 正方观点：git功能比较重要，是常见需求。
    • 反方观点：开发者表示包含git功能在后端处理复杂，暂时未实现。
  3. 💡 想知道Aider Composer与Cursor compose的竞争关系
    • 解释：使用者想知道两者相比Aider Composer在哪些方面存在优势或劣势。
  4. 💡 关心Aider Composer与Cline的比较
    • 解释：因为使用者日常使用Cline，想知道Aider Composer与之相比如何。
  5. 💡 在使用OpenAI兼容选项时本地模型名称被错误添加“openai”
    • 解释：这一问题导致API调用失败，使用者认为是个bug，开发者称文档要求这种格式。

金句与有趣评论

  1. “😂 Mr_Hyper_Focus: Hey this looks great!”
    • 亮点：简洁表达对Aider Composer的认可，为整个讨论定下积极的基调。
  2. “🤔 Mr_Hyper_Focus: Any reason why it can’t include the git features? Those are pretty big.”
    • 亮点：提出了一个比较关键的功能疑问，引发了后续关于功能方面的讨论。
  3. “👀 arkuw: How does this compare to Cline? I use Cline with VSCode for my daily use and it has grown on me as well as grown in features over the last couple of months.”
    • 亮点：引出了Aider Composer与其他工具比较的话题，也是很多使用者关心的方面。

情感分析

总体情感倾向是积极的，大家对Aider Composer这个新的VSCode扩展表示出兴趣和认可。主要分歧点在于产品功能方面，例如部分使用者希望添加git功能，而开发者表示后端实现复杂；还有在使用过程中遇到的一些技术问题，如模型名称错误添加“openai”、在特定系统上的功能异常等。可能的原因是使用者希望产品功能更加完善，而开发者由于各种限制（如时间、测试环境等）暂时无法满足所有需求。

趋势与预测

  • 新兴话题：关于Aider Composer在不同开发工具（如Xcode）中的应用可能性可能会引发后续讨论，还有如何进一步完善功能以满足使用者需求（如解决特定系统上的问题、添加更多实用功能等）。
  • 潜在影响：如果Aider Composer能够解决目前存在的问题并不断完善功能，可能会在代码编辑领域得到更广泛的应用，为开发者提供更高效的代码编辑体验，也可能促使其他同类产品进行功能改进和创新。

详细内容：

《Aider Composer：VSCode 新扩展引发的热议》

近日，Reddit 上一篇关于 Aider Composer 新 VSCode 扩展的帖子引起了众多关注，获得了大量的点赞和众多评论。

原帖主要介绍了 Aider Composer 扩展的一些功能，如 Markdown 预览和代码高亮、简单的文件管理、聊天会话历史、代码审查、HTTP 代理支持等。同时提到部分核心功能仍在开发中，欢迎大家反馈和提出建议，并提供了相关的 GitHub 仓库链接：Aider Composer on GitHub 。

帖子引发的讨论主要集中在以下几个方面： 有人提出为何不能包含 git 功能，开发者回应称使用 git 时让用户确认差异和提交可能在后端服务器实现上较复杂，还没时间思考如何实现。有人认为如果需要 git 本可以简化很多，能够获取 git 的差异并在不喜欢更改时撤销，但处理部分接受更改会有困难。

还有用户将其与 Cursor compose、Cline 等进行比较，询问其是否是功能完整的竞争对手，或者在某些方面的优劣。比如有人好奇它是否有像 Cursor 那样生成代码片段的智能应用按钮。

也有用户在使用中遇到问题，如 SuperChewbacca 表示使用本地模型的 OpenAI 兼容选项时，模型名称总会添加“openai”，导致 API 调用失败，认为是个 bug。

另外，有用户反映在 Windows 系统和 Mac 系统上遇到诸如 Python 路径设置、无法在插件窗口中正常使用等问题。

文章将要探讨的核心问题是：Aider Composer 扩展在功能实现和用户体验方面存在的不足以及未来的改进方向。

讨论焦点与观点分析

关于 git 功能的讨论： 有人说：“如果需要 git 本可以简化很多，能够获取 git 的差异并在不喜欢更改时撤销，但处理部分接受更改会有困难。” 开发者表示：“实际上 git 功能是可以包含的，但在后端实现让用户确认差异和提交较为复杂，还没时间思考如何实现。当开始制作这个插件时，发现使用 git 可能需要记录和审查 LLM 的代码。这个插件给用户手动审查代码的机会，所以可能不太需要 git。确认代码时，会记录在 vscode 的文件历史中，可以像 git 一样撤销。但 git 在某些情况下也是有用的，只是还没时间思考如何实现。”

与其他工具的比较： 有人问：“目前正在使用 Cursor compose，这个扩展与之相比是功能完全的竞争对手还是在某些方面更好或更差？” 还有人问：“它与 Cline 相比如何？我日常使用 Cline 与 VSCode 配合，它在过去几个月中功能不断增加。”

用户使用中遇到的问题： SuperChewbacca 说：“每当我尝试使用带有 OpenAI 兼容选项的本地模型时，它总是在模型名称中添加 openai。我想我可以尝试手动编辑配置，它保存在哪里？” Shir_man 表示：“出于某种原因，扩展看不到我使用的 python：2024-11-14 01:50:22.914 [error] Python path does not include python executable, skip starting aider-chat service，应该以哪种格式设置，就像/opt/homebrew/bin/python3.11这样吗？”

讨论中的共识在于大家都对 Aider Composer 扩展的功能和表现充满期待，希望开发者能够解决目前存在的问题，进一步优化用户体验。

特别有见地的观点是有人提出更新 readme 文档，添加针对不同操作系统安装依赖的终端命令，方便用户操作。

总之，Aider Composer 扩展虽然引起了广泛关注，但在功能完善和用户体验优化方面仍有很长的路要走。希望开发者能够充分考虑用户的需求和反馈，让这个扩展更加实用和便捷。