最新

大家好，HN，我构建这个工具是因为我厌倦了 LLM 生成的排版布局错误。Trinity 将标准的 SSG（Jinja2+Tailwind）与一个“神经修复器”结合在一起。<p>它的工作原理是：<p><pre><code> 它在无头浏览器（Playwright）中渲染页面。 它检测视觉错误（溢出、元素重叠）。 一个 LSTM 模型（在 10k+ 修复方案上训练）建议使用特定的 Tailwind 类来修复 DOM。 </code></pre> 这是自主编码（“The Sentient Stack”）更大实验的一部分，但这个工具是独立的。<p>代码：<a href="https://github.com/fabriziosalmi/trinity" rel="nofollow">https://github.com/fabriziosalmi/trinity</a> 技术栈：Python、Playwright、PyTorch。<p>很想听听你们对修复逻辑的反馈。

我开发了一个每个开发者都需要的命令行工具： aigit - 基于 AI 的 Git 工作流程自动化 * AI 生成提交信息 * 智能分支命名 * 自动化 PR 创建 * 代码审查协助 告别“修复问题”的提交信息

我之前用的一个程序停止更新了，所以我自己做了一个。这是一个带图形界面的快速纯文本搜索工具。它非常适合在代码项目、日志文件、配置文件等任何纯文本中查找文本！ 适用于 Windows、macOS 和 Linux。免费版限制包括启动画面和有限的历史记录条目。

我一直陷在一个维护旧项目的泥潭里，这个项目依赖于庞大的 .accdb 文件。我花了整整两天时间，试图让 64 位 ACE.OLEDB 驱动程序与我的 Python 环境和谐共处，同时又不破坏其他依赖项。<p>此外，当我想将超过 1GB 的表格导出为 CSV 格式时，Access 还会不断发生段错误，所以我编写了一个专门的工具来处理数据提取。<p>该工具的特点：<p>独立运行：无需本地安装 Office/Access。<p>流式处理：使用流式读取器，因此不会因为大型表格而导致内存溢出。<p>Parquet 支持：比 CSV 更好地保留数据类型（并且文件大小更小）。<p>我加入了一个基本的 SQL 查询窗口，以便在转储数据之前进行检查，但主要目标是尽可能快地将数据从 Access 导出到现代数据仓库/数据框中。<p>目前仅支持 Windows 系统（Access 文件锁定在 *nix 系统上很棘手），如果它在你的特定模式下出现问题，请告诉我。