在线查看：
https://indiehacker.rootmud.xyz/
源码地址：
https://github.com/NonceGeek/indiehacker-handbook
1 核心观点
1.1 要有自己的长销书
这个项目和核心价值观底层上来讲来自于「做长期来看有效的事」，在手册上属于运用「元认知能力」得到的判断。
落实到具体事项上，就是写作需要写「长销书」，这样才能如 1.3.2 自己的项目与时间 中所阐述的那样，有可能捕获无限的「终身用户价值」。
从这个角度来讲，编写技术主题的书籍并不划算，因为有效的时效性。相比之下，「独立黑客」或者「超级个体」的主题将会具备长期生命力。
1.2 将一本书产品化？
💡 我们是否有可能将一本书产品化？
这是一个有趣的命题。换句话说，就是一个产品围绕着一本书来展开会怎样？
Components
+---------------+ +-- Reader DAO
| Book📚 |--+-- Notes
| Self | |-- AI Agent
+---------------+ |-- Offline Activities
|-- Shop
|-- ...
我们把这本书当做是一个软件的核心。传统的书籍相当于一个不可扩展的软件，如果我们把它升级成一个可以安装插件的软件会怎么样？
Mind Storm 🧠🌪 一下，会发现有很多的可能性：读者 DAO、共创笔记、和书籍配套的 AI Agent、线下活动、线上商城...
因此，这次的尝试相当于「书本产品化」的雏形。在未来，或许可以将更多的书籍或内容尝试产品化？
2 限制时间
在这个项目上我设置了时间期限，也就是 MVP 版本（minimum viable product 最简可验证产品）从开始动工到上线在 24h 内。
为什么要限制时间？
2.1 倒逼简化功能
第一个原因是通过限制时间倒逼思考功能的简化。
在 MVP 版本里面有哪些功能是必要的？ 有哪些功能目前不用实现？ 有哪些功能可以借助现场的产品？
最终思考结果：
整体框架选用 Scaffold-ETH-2，集成钱包登录等一系列功能：
https://scaffoldeth.io/
复用之前尝试的
bodhi-bbs的代码后端使用 Deno + Supabase，只使用一个表，用来存储所有的笔记📒
关于案例板块直接使用
Github Discussion，不自己开发关于早期 Shares 直接使用 Bodhi
核心是实现 Notes 的显示
2.2 倒逼优化生产成本
Indiehacker 的最终生产成本是自己的时间，因此将产出时间控制到 24h，也就是看看能不能将生产成本控制在 24h对应的生产成本。
2.2.1 AI
在 AI 的使用上，相对于之前的 ChatGPT + Copilot的组合，增加了 Cursor。好处是更方便了，直接在 VSCode 里就可以完成；缺点是效果不尽如人意，在修改功能点的时候会改动其他不需要修改的地方，需要反复调试。
2.2.2 取舍
在产品化过程里遇到了两个问题在 10 - 20 分钟内无法解决，于是转化为 Issues：
https://github.com/NonceGeek/indiehacker-handbook/issues/
然后寻求 DAO 友的帮助。
「组织」是独立黑客创业操作系统中的重要软件，精通这门软件，有助于我们突破个体面临的生产力瓶颈。
2.3 预示更多可能性
产品产出时间参数的变化预示着更多的可能性。
例如，证明在 AI 的帮助下，上班族日常维护 Side Project 的可行性更强了，只要有周末双休，就可以开启自己的 Side Project 创业之旅。
历史文章：
