1 分•作者: thunderbong•9 个月前
返回首页
最新
1 分•作者: DrThomasAger•9 个月前
2 分•作者: pwmtr•9 个月前
2 分•作者: malavika_manoj•9 个月前
1 分•作者: manualwise•9 个月前
2 分•作者: mooreds•9 个月前
2 分•作者: mooreds•9 个月前
1 分•作者: _tk_•9 个月前
1 分•作者: don_searchcraft•9 个月前
2 分•作者: edonderguti•9 个月前
我开发了一个 AI 智能体,能够分析 22GB 的数据并在两分钟内完成可视化。利用这个智能体,你可以训练 AI 模型、构建 ETL 管道并处理实时数据。我想知道你对这类东西的看法。什么样的例子会让你感兴趣,想尝试一下呢?
56 分•作者: ewf•9 个月前
8 分•作者: h43z•9 个月前
3 分•作者: purpleko•9 个月前
6 分•作者: habedi0•9 个月前
大家好,
我用 Rust 编写了一个开源库,用于快速空间搜索。
它名为 Spart,目前提供以下功能:
- 五种树实现:四叉树、八叉树、KD 树、R 树和 R* 树
- Python 绑定(PyPI 上的 `pyspart`)
- 快速的 k 最近邻 (kNN) 和半径搜索
- 批量数据加载,用于高效的树构建
项目 GitHub 仓库:<a href="https://github.com/habedi/spart" rel="nofollow">https://github.com/habedi/spart</a>
4 分•作者: wjsekfghks•9 个月前
大家好,我是 Mikkel,我正在开发 Async,一个开源的开发者工具,它结合了 AI 编码、任务管理和代码审查。
Async 的功能:
```
- 自动研究编码任务,提出澄清问题,然后在云端执行代码更改
- 将工作分解为可审查的子任务,并提供堆叠式差异,以便更轻松地进行代码审查
- 在不离开应用程序的情况下处理从问题到合并 PR 的完整工作流程
```
演示在这里:[https://youtu.be/98k42b8GF4s?si=Azf3FIWAbpsXxk3_](https://youtu.be/98k42b8GF4s?si=Azf3FIWAbpsXxk3_)
我做了十多年的开发者。我尝试过各种 AI 工具,包括 Cline、Cursor、Claude Code、Kiro 等。它们对于引导新项目来说非常棒。但我的大部分工作都是在现有代码库上迭代,我不能破坏任何东西,而这正是魔法失效的地方。这些工具在成熟的代码库上都无法很好地工作。
我一直遇到的问题:
```
- 我很懒。我的 Claude Code 工作流程变成了:抛出一个模糊的提示,比如“将问题转化为 Github webhook 中的任务”,让它运行一些错误的东西,然后迭代,直到我意识到我可以直接自己编写代码。Claude Code 的文档说要先规划,但它没有被强制执行,而且我无法强迫自己这样做。
- 上下文切换的地狱。我开始异步使用 Claude Code - 赋予它编辑权限,让它运行,然后 alt-tab 切换到其他工作,稍后再回来审查。但当我回来时,我需要协调任务的内容,切换回上下文,然后迭代。精神负担扼杀了任何生产力的提升。
- 跟踪太糟糕了。我使用带有项目符号的 Apple Notes 来跟踪任务,但它很混乱。就像许多其他开发者一样,我讨厌 PM 工具,但需要某种方式来保持组织性,而不会臃肿。
- 审查瓶颈。我从未在没有修复的情况下发布 Claude Code 的输出,至少是风格上的更改(为什么它总是添加注释,即使我告诉它不要这样做?)。审查/测试周期将我的并发任务限制在 3 个左右。
```
所以我构建了 Async:
```
- 强制进行前期规划,始终提出澄清问题,并在执行前需要确认
- 简单的任务跟踪,可自动导入 Github 问题(即将推出其他集成!)
- 在云端执行,将工作分解为子任务,创建提交,打开 PR
- 内置代码审查,带有堆叠式差异 - 在不离开应用程序的情况下进行评论和迭代
- 适用于桌面和移动设备
```
它的工作原理是使用一个轻量级的研究代理来确定任务的范围,并根据需要提出需求和澄清问题(例如,“修复截断问题” - “您希望在悬停时显示工具提示吗?”)。在您确认需求后,它会通过将其分解为子任务,然后逐个提交地工作来执行任务。它在内部混合使用了 Gemini 和 Claude Code,并在云端后台运行所有更改。
您可能已经看到过可以完成其中一部分工作的工具,但我认为将其作为一个集成的工作流程是有意义的。
这不适合“氛围编码者”。我正在构建一个我可以在日常工作中使用的工具。Async 适用于那些深入了解其代码库和产品的经验丰富的开发者。目标是让 Async 成为开发者构建出色产品所需的最后一个工具。还处于早期阶段,我正在快速迭代。很想知道您的想法。
附言:我的联合创始人喜欢浅色模式,我只使用深色模式。我赢了这场争论,所以我们的工具只支持深色模式。如果您同意我的观点,请点赞。
2 分•作者: lexokoh•9 个月前
27 分•作者: jsomers•9 个月前
1 分•作者: elsewhen•9 个月前
1 分•作者: speckx•9 个月前
1 分•作者: dimitar•9 个月前