即刻App年轻人的同好社区
下载
App内打开
HackerQED
421关注1k被关注3夸夸
独立开发中,六边形战士。《赤脚程序员手册》barefootdev.org 。我全网同号。
置顶
HackerQED
2天前
bolt.new 极简复刻版,我们实现了 AI 交互,在浏览器中通过 chat 修改工作区代码,生成了一个 TODO 应用。

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

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

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

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

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

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

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

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

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

越研究越感觉,这玩意和 cursor 表现形式类似,但是是完全不同的两个技术路线,发展方向。
11
HackerQED
8天前
合理的,如果把这个思路产品化,就是一个更加傻瓜的 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
10天前
如何做现在最火的 chat to code 应用第二部分:

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

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

代码传送门:github.com

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

===

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

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

前情提要:m.okjike.com

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

看的人越多,之后的教程应该会越详细。
11
HackerQED
18天前
准备开个教程仓库,如何从零开始做一个猴版 bolt.new,实现浏览器内 chat to code 的开发环境。我大概有七成把握,发出来看看大家有多大兴趣,有的话我就写的详细一点。

接下来半年,ai code 工具肉眼可见还会火,这时候做这个的教程,对我来说也会是一个有益的技术储备,当然也是比较开心的实验。

===

缘起:最近调研了 bolt.new 的源码和周边技术,感觉现在这个时间点,实现这种 chat to code 工具,除了个别卡点以外,大部分都不是那么难了。

(说的就是你 webcontainer,浏览器内的node运行时,目前还没有一个好用的开源解决方案。)

(不过他的技术实现我感觉我拆清楚了,最坏情况可以通过quickjs+wasm自己攒,不过这个教程里准备还是用 stackblitz webcontainer api,这个非盈利就没问题。)
33
HackerQED
19天前
和朋友聊到,不要执迷于独立开发中的“独立”,在此备忘一下:

穷则独立开发,达则拉团队干。

独立是一种成本控制手段。你能全流程搞下来,哪怕是很粗糙的糊一个解决方案,那就意味着最坏情况下,你可以不用依赖外部要素直接交付。这就像战略纵深,你可以不用,但是必须得有。

独立也是你在冷启动时间段,可以做到一人吃饱全家不饿,几乎就是无限子弹,虽然马力小点杠杆小点。

杠杆这方面确实不比拿钱,拿钱相当于飞机游戏里有雷可以一键清屏,没钱就只能一下下苦逼的打。那我们就要在别的地方找杠杆—自媒体、ai辅助、靠谱的信息源和合作伙伴等等。

总之灵活点,赚钱本身就很难了,像顶着一个大水缸走路,如果再顶任何一个别的执念,那恐怕都要翻车。
01
HackerQED
2月前
明天有人去新加坡 OpenAI Dev Day 的吗?一起去玩呀
30