返回首页
最新
书籍说明页是网站中的一页或一个部分（通常位于页脚），用于描述该网站是如何制作的，使用了哪些工具，支持了哪些技术，通常在个人网站的顶层 /colophon 页面上发布。（来源：https://indieweb.org/colophon）
你是否为自己的网站维护书籍说明页？如果有，请在这里分享。我们很想看看HN社区的其他人是如何搭建他们的网站的，他们使用了哪些技术，以及他们做出了哪些选择。
如果你没有书籍说明页，也欢迎直接在评论中分享相关细节。
所以，正如你们中的一些人可能已经做过的，我们开始了一个类似于Openclaw的业务托管，天哪，这个项目的年收入达到了30万美元，甚至还获得了YC的面试机会。<p>上周有点忙乱。我们收到了YC的拒绝，我一直在思考我们得到的反馈。<p>我们也在尝试这个“公司大脑”的概念。我们正在进行两个相关的试点项目。<p>今天是星期六。我刚刚安装了Hermes代理，因为Open Router的Hermes代理正在取代Openclaw，天哪，Hermes代理真是被低估了，实在是太低估了。现在我在重新思考我的公司。
在过去，我遇到过代理人在编写代码时反复陷入同样的老问题——这些问题可能很难在规格文档中列出。如今，开发者很少逐行审查代码，但当代理人进行审查时，他们往往只关注代码质量。此外，在某些情况下，不同开发者的代理人会对同一产品逻辑进行更改（不仅仅是在同一个代码文件内），但这些问题往往要到分支合并阶段才会被发现，从而需要返工。为了解决这些问题，我创建了 Mainline。
Mainline 使用命令行界面（CLI）、技能和编码代理钩子来存储人类通过代理人表达的意图，存储在 Git 中。在编辑之前，代理人可以查看历史意图、决策和风险；在进行更改后，他们可以记录理由、权衡和审查笔记。您还可以导出一个静态的 Hub，以便其他人查看历史意图、风险和热点。
代码库：<a href="https://github.com/mainline-org/mainline" rel="nofollow">https://github.com/mainline-org/mainline</a>
使用方法：curl -fsSL <a href="https://raw.githubusercontent.com/mainline-org/mainline/main/install.sh" rel="nofollow">https://raw.githubusercontent.com/mainline-org/mainline/main...</a> | bash
mainline doctor --setup
mainline init --actor-name "alice"
我想知道您是否认为意图记录的粒度是有用的。在代码审查之前审查意图是否真的能减轻审查者的负担？
我创建了Calculator Music，这是一个小型浏览器工具，可以在计算器上用数字音符演奏歌曲，具有自动播放和练习模式。<p><pre><code> 它在这里：
https://calculatormusic.com
无需注册。我非常希望能得到反馈，了解练习模式是否合理，以及哪些歌曲听起来比较熟悉。</code></pre>