1作者: TechSquidTV3 个月前原帖
大家好, 坦率地说,这是一个基于氛围编码的项目。我一直在开发许多个人工具,这些工具在我的待办事项中已经积压了多年,最终通过氛围编码得以实现。值得一提的是,我已经做了大约20年的开发工作。 这是一个简单的Vite/React应用,配有一个小型的Node.js代理,用于与Plex(和其他媒体服务器)进行身份验证。请在与您的Plex媒体服务器处于同一网络上运行Docker镜像,加载当前播放的视频文件,然后制作您的剪辑。 这里有一个简短的视频展示: [https://x.com/TechSquidTV/status/2043886838658552136](https://x.com/TechSquidTV/status/2043886838658552136)
2作者: pranabsarkar3 个月前原帖
向量数据库存储记忆,但并不管理它们。在存储超过10,000条记忆后,回忆质量会下降,因为没有整合、没有遗忘、也没有冲突解决。你的AI代理只会变得更加嘈杂。 YantrikDB 是一个认知记忆引擎——可以嵌入使用、作为服务器运行,或通过MCP连接。它会考虑所存储的内容:整合功能会合并重复的记忆,矛盾检测会标记不兼容的事实,具有可配置半衰期的时间衰减功能让不重要的记忆像人类记忆一样逐渐消退。 它是一个单一的Rust二进制文件,支持HTTP和二进制传输协议。通过Docker Compose或Kubernetes构建的2投票+1见证高可用集群。经过混沌测试的故障转移、运行时死锁检测(parking_lot)、每个租户的配额、Prometheus指标。上周进行了一个42任务的强化冲刺——1178个核心测试、cargo-fuzz目标、CRDT属性测试、5个操作手册。 目前在一个3节点的Proxmox家庭实验室集群上运行,支持多个租户。Alpha阶段——主要用户是我,正在寻找第二个用户。
1作者: omegascorp3 个月前原帖
嗨,HN, 我正在构建Resonly,旨在帮助团队在处理功能请求时,提供比单纯的投票更丰富的背景信息。 这个想法很简单:并不是所有的请求都是平等的。多个付费客户提出的功能请求,可能比来自免费用户的100个赞同更重要。 我增加了一种将收入与每个客户关联的方法,因此当有人赞同或提交功能请求时,管理员可以看到三个信号: - 风险月经常性收入(MRR)——与提出请求的客户相关的当前MRR有多少; - 丧失的月经常性收入(MRR)——在问题解决之前,因客户流失而损失的MRR有多少; - 潜在月经常性收入(MRR)——来自请求该功能的试用客户,可能转化的MRR有多少。 我非常希望能听到你们对这个想法和定位的诚实反馈。
1作者: fs_software3 个月前原帖
我曾经在软件开发者的技术面试中担任过面试官和候选人两种角色。对我来说,LeetCode风格的面试显然并不能很好地反映日常工作中的实际情况。 几年前,我开始进行代码审查面试。这种方式给我们提供了更好的信号,候选人似乎也更喜欢这种形式。 请尝试使用我的平台进行代码审查面试。欢迎任何反馈。谢谢!
1作者: kull3 个月前原帖
嗨,HN, 我之所以开发这个工具,是因为我依赖许多外部API,而跟踪它们的变化比想象中要困难得多。 许多(大多数?)API并不提供RSS订阅,有时它们提供的RSS会被限制访问(没错,这种情况确实存在!),或者在JavaScript重度依赖的页面上提供API更新,还有许多其他奇怪的情况。因此,我不得不使用其他方式来跟踪变更日志和文档更新。 我最初是为了自己而开发这个工具,以便在一个地方监控API,并在发生变化时收到提醒。它的效果还不错,所以我决定将其公开。 如果你希望添加某个API,请告诉我,我可以将其纳入。 这个工具的一部分是使用Codex构建的。 非常感谢任何反馈。
19作者: zc26103 个月前原帖
关于我们在构建这个过程中遇到的一些技术背景。 MCP工具在大规模金融数据处理上并不太有效。某个工具需要五年的每日价格数据,这会在上下文窗口中产生数万个令牌。而数据供应商将数十个工具打包到一个MCP服务器中,仅仅是模式就可能消耗超过5万个令牌,直到代理能够执行有用的操作。因此,我们在工作区初始化时从MCP模式自动生成类型化的Python模块,并将其上传到沙箱中。代理就像使用普通库一样导入这些模块。每个服务器在提示中只保留一行摘要。我们的服务器上大约有80个工具,无论一个服务器有3个工具还是30个,提示的成本是相同的。这部分并不是特定于金融的,它适用于任何MCP服务器。 另一个重要的方面是使研究能够在会话之间持久化。大多数代理将单个交付物(如PDF或电子表格)视为最终目标。在投资中,这意味着从第一天开始。你会在收益下降时更新模型,在竞争对手报告时重新运行比较,持续在旧分析上叠加新的分析。但如果在代理会话之间这样做,文件不会保留,每次都需要重新粘贴上下文。因此,我们围绕工作区构建了一切。每个工作区映射到一个持久的沙箱,每个研究目标一个。代理维护自己的记忆文件,记录发现和文件索引,在每次大型语言模型调用之前重新读取。过一周再回来,开始一个新线程,它会从上次中断的地方继续。 我们还希望代理能够拥有真正的领域上下文,就像Claude Code拥有代码库上下文一样。投资组合、观察列表、风险承受能力、金融数据来源,所有这些都注入到每次调用中。现有的AI投资平台有一些这样的功能,但远不及一个合适的代理系统所能做到的。我们想要这两者,但找不到,于是我们自己构建了这个系统,并将其开源。