一周热榜

我想在不离开 Ruby 生态系统的情况下记录我的 Ruby gem。Jekyll 感觉有些过时，而现代的东西都需要 JavaScript 配置。<p>因此，我构建了 Docyard——一个将 Markdown 转换为文档的工具，具有搜索功能和内置组件。<p>这是使用 Docyard 构建的文档：<a href="https://docyard.dev" rel="nofollow">https://docyard.dev</a>

嗨，HN， 多年来，我一直深受分析瘫痪的困扰。这不仅仅是针对重大人生决策，连一些小决定，比如产品方向、功能优先级，甚至是微不足道的选择，我也会如此。我的默认模式是模拟每一个可能的结果，列举风险和边缘案例，然后……什么也不做。 最终，我意识到一个不太舒服的事实：我花在优化决策上的时间比实际执行的时间还要多。 于是，我为自己开发了一个小工具：SpinForClarity。 它的功能如下： - 你用简单的英语描述一个问题 - 一个大型语言模型生成候选选项 - 这些选项在决策轮中可视化 - 你旋转决策轮，故意引入随机性，迫使自己做出决定 - 系统随后为选定的选项生成简短的理由，以减少反复推敲 在技术实现方面： - 前端：Next.js + React + TypeScript - 后端：Python（FastAPI） - 认证与数据库：Supabase - AI：OpenAI API（用于选项生成和解释） 我并不认为这可以替代思考或适当的分析。对我来说，它更像是一个强制执行的工具——一种打破僵局、偏向执行的方式。 我在这里分享这个主要是为了学习： - 这对其他人来说是一个真实的问题，还是只有我一个人有这种困扰？ - 在什么情况下你会实际使用这样的工具？ - 这感觉像是一个有用的工具，还是一个噱头？ - 你会去掉、简化或重新设计什么？ 应用链接： [https://spinforclarity.com](https://spinforclarity.com) 感谢你的阅读。我非常希望能得到诚实的反馈——尤其是批评意见。 Sagar

问题：我想使用我的工具，你想使用你的工具，而我们雇佣的承包商又使用另一套工具。这给所有参与者带来了不必要的摩擦。 Ideon 是一个自托管的可视化工作空间，旨在弥合这一差距。它并不替代你现有的技术栈（如 GitHub、Figma、Notion 等），而是提供一个共享的上下文，让所有这些元素在一个无限的画布上共存。 我们之所以构建这个工具，是因为项目常常因碎片化而失败——代码在一个地方，决策在聊天记录中，视觉效果在设计工具里。Ideon 旨在让所有参与者都能“心智上导航”项目。 主要功能： - 可视化模块：空间化组织代码库、笔记、链接、文件和人员。 - 状态历史：通过工作区快照跟踪决策的演变。 - 多人协作：实时协作。 - 自托管：基于 Docker，采用 AGPLv3 许可证。 技术栈：Next.js、PostgreSQL、Docker。 期待听到你对这个方法的反馈！