即刻App年轻人的同好社区
下载
App内打开
HackerQED
428关注1k被关注3夸夸
独立开发中,六边形战士。《赤脚程序员手册》barefootdev.org 。我全网同号。
置顶
HackerQED
13天前
爆发式增长是一种成瘾品。

一旦体验过,就再也不想回到朝九晚五为别人的无理要求奔忙的生活中。
00
HackerQED
3天前
哈人,cursor已经会自己去github上找依赖库的源码来看了。
02
HackerQED
16天前
开张了!落地页是昨晚上的,流量是今早来的。

眼睛一闭一睁,一百多个waitlist,今天非把功能干出来,支付接上不可。
23
HackerQED
21天前
稳定性还有点问题,不是每次都能生成正确的应用,然后错了人也很难手动介入。不过这个属于产品化要解决的问题。

deepseek v3可以达到类似 sonnet 的效果,如果用 deepseek + 这个做一个 online coding 的服务,成本上应该能到 bolt/lovable 的1/4。

HackerQED: bolt.new 极简复刻版,我们实现了 AI 交互,在浏览器中通过 chat 修改工作区代码,生成了一个 TODO 应用。 代码部分基本完成了,之后整理一下写个教程吧。 仓库传送门: https://github.com/hackerqed/chat2code-tutorial?tab=readme-ov-file

00
HackerQED
23天前
bolt.new 极简复刻版,我们实现了 AI 交互,在浏览器中通过 chat 修改工作区代码,生成了一个 TODO 应用。

代码部分基本完成了,之后整理一下写个教程吧。

仓库传送门:
github.com
23
HackerQED
24天前
如何复刻现在最火的 bolt.new 第三部分:连接虚拟文件系统,完成浏览器内的完整开发环境。

文件树+编辑器+终端,约等于浏览器里的 vscode。下一步就是激动人心的时刻,把这些和ai接起来,让ai调用这些工具来编程了。

当然这也将会是最有含金量的部分。

教程地址:
github.com
10
HackerQED
24天前
我大受震撼。

bolt.new(开源版)并不保存浏览器中虚拟文件系统的状态,而是只保存chat history,每次重开根据chat重建状态。

如此的力大砖飞,如此的简单粗暴。就像有人告诉你,最短的路就在那里,拿起锤子砸过这面墙就到了。

关键是还巨合理!如果不这么做,那中间可不止产生了文件,还有那些npm命令之类的东西,管理起来会无比头大。bolt.new chat history 约等于 dockerfile。

它的思路是 artifact 的延伸,围绕一条 chat 链来构建剩下所有的东西,chat history ground truth。

越研究越感觉,这玩意和 cursor 表现形式类似,但是是完全不同的两个技术路线,发展方向。
22
HackerQED
29天前
合理的,如果把这个思路产品化,就是一个更加傻瓜的 chat 2 code 工具了

歸藏: 这个 Bolt 提示思路非常牛皮 Bolt 修改时重新生成整个文件有很大的问题 随着项目越来越大,每次修改都会不可控,提示词无法准确描述需要修改的部分,就会频繁出错 这个提示会创建项目的时候就新建一个项目地图,然后每次输入提示词的时候先去让 Claude 润色提示词 能大幅减少 Bolt Token 消耗和改错代码的问题 完整提示逻辑: 在开发一个复杂项目时,我将 bolt.new 的令牌使用量减少了70%!(背景:我当前的项目有35页产品需求文档和16个数据库表) 从:每3-4个提示词消耗100万令牌 到:同样100万令牌现在可以处理10-12个提示词 根据我使用 bolt.new 的经验,成功的关键在于精确的问题解决能力 - 准确知道哪里出了问题。作为开发者在这方面更有优势,因为更容易定位和修复问题。但如果你像我一样是非开发人员,我发现将 Claude 设置为你的"软件架构师"是实现这种精确性的关键。 在我之前关于详细功能需求文档(FRD)建议的基础上,以下是我开发的结构化系统: Bolt 中的文件和文件夹结构: 从文件结构图开始。我让 bolt 创建一个"fileNames.md",列出每个文件并维护文件夹层次结构。每个条目都包含组件用途和功能的单行描述。这成为了我们项目的地图。 Claude 项目: 在 Claude 中设置专门的"问题解决"项目。我专门创建了一个 Claude 项目来处理修复和更新。在项目知识中,我添加了: - 完整的文件结构(来自 fileNames.md) - 主功能需求文档 - 按组件划分的 FRD(基于用户流程) - 解释 bolt.new 功能的文档 简化的问题解决流程: 对于每个修复或新功能,我都会访问这个 Claude 项目并使用特定的提示结构。以下是我的工作流程: - 首先,用"系统提示"设置上下文 - 然后,对每个修复/功能请求使用"执行提示" 这种描述问题/功能的特定格式有助于 Claude 为 bolt.new 编写优化的提示,识别相关文件,并建议最节省令牌的方法,甚至为你提供修复问题的具体步骤。 使用 .bolt/ignore: 我与 Claude 合作识别不需要在 LLM 上下文中的文件,并将它们添加到 .bolt/ignore。这显著减少了令牌使用量,同时保持开发效率。注意根据修复内容的不同,我们需要多次执行此操作。 结果如何? 我实际上创建了一个两层系统: - Claude 作为"软件架构师",分析问题并设计解决方案 - bolt.new 成为"开发者",高效地实现这些解决方案 这种方法改变了我的开发流程。我不会陷入令牌限制或不清晰的提示中,而是可以专注于构建和改进功能。 是的,初始设置需要时间。是的,你会遇到令牌限制和错误循环的挑战。但在事情变得复杂时放弃就意味着错过了 bolt.new 真正的潜力。这种结构通过减少令牌使用和更清晰的开发路径证明了其价值。 stackblitz 已经在以闪电般的速度发布功能和优化 - 我们只需要找到解决大多数问题的方法。 来源:x.com/nkgoutham/status/1873016301679198502

00
HackerQED
1月前
如何做现在最火的 chat to code 应用第二部分:

现在已经实现浏览器中的代码编辑器、终端,运行 node 程序,把结果展示在iframe。

下一步就是集成AI coding了。离 bolt.new 复刻版,还差两步。

代码传送门:github.com

2-editor-terminal-preview/ 目录下为这一阶段的完整代码。

===

周末有空的话会写点文档解释一下,不过更大的可能是有新站要上。
04
HackerQED
1月前
复刻丐版 bolt.new 的教程,刚完成了第一阶段—在浏览器中运行 node,终端,npm和虚拟文件系统。摸摸我自己。

这个的最终目标是教会我自己(或许还有读者),做现在最火的 chat to code 应用。

前情提要:m.okjike.com

仓库在此,欢迎来看:github.com

看的人越多,之后的教程应该会越详细。
11