返回首页
一周热榜
嗨，HN，
我创建了“电源神社”，这是一个基于网络的传统日本神道仪式体验。
主要特点：
隐私设计：您的“言灵”（信息/祈祷）不会存储在任何数据库中。它们仅存在于动画中，并在完成后消失。
无需登录：您可以立即体验仪式，无需注册账户。
数字供品：对于希望支持该项目的人，我通过Stripe集成了“数字供品”（御祭金）。这完全是可选的——您可以免费体验核心仪式，而无需支付任何费用。这不是捐款，而是一种付费数字体验，为支持者解锁独特的“完成信息”。
我为什么要创建这个：我想探索像神道这样的古老传统如何以数字和短暂的方式重新诠释。在神道中，言语具有灵魂（言灵），我觉得网络的“短暂”特性非常适合这一点。
我很想听听您对用户界面/用户体验以及“短暂数字仪式”概念的看法。
buquet（桶队列）是一种仅使用与S3兼容的对象存储的队列和工作流编排工具。S3作为控制平面，使其比其他替代方案更简单。这确实有一些权衡（请参见文档），但我相信它可以很好地服务于某个特定的细分市场。<p><a href="https://horv.co/buquet.html" rel="nofollow">https://horv.co/buquet.html</a>
<a href="https://github.com/h0rv/buquet" rel="nofollow">https://github.com/h0rv/buquet</a><p>* 详见 <a href="https://github.com/h0rv/buquet/blob/main/docs/guides/s3-compatibility.md" rel="nofollow">https://github.com/h0rv/buquet/blob/main/docs/guides/s3-compatibility.md</a>
我一直在探索如何高效地向大型语言模型（LLMs）描述用户界面（UI）布局。
问题是：当你要求人工智能生成或修改用户界面时，如何描述当前状态？
- 自然语言（“标题在上，表单在下”）存在歧义
- ASCII 艺术在编辑时会出现对齐问题
- HTML 精确但冗长
我进行了一些测量。对于一个简单的登录表单：
- 自然语言：102 个标记
- ASCII 艺术：84 个标记
- HTML：330 个标记
我尝试了一种基于网格的文本格式，使用类似 Excel 的单元格引用：
```
grid: 4x3
A1..D1: { type: txt, value: "Login" }
A2..D2: { type: input, label: "Email" }
D3: { type: btn, value: "Submit" }
```
这个格式的标记数为 120，少于 HTML，且比自然语言更精确。
我构建了一个命令行工具，将其渲染为 SVG/PNG：`npx ktr input.kui -o output.png`
我很好奇其他人对此问题尝试过哪些方法。是否有我遗漏的、已经很好地解决这个问题的方案？
代码链接：[https://github.com/enlinks-llc/katsuragi](https://github.com/enlinks-llc/katsuragi)