返回首页
最新
我在一家大型公司从事RAG(检索增强生成)相关工作。缺乏足够的人类用户反馈来快速且低成本地验证我的评估问题对我来说显而易见。企业用户不断向我的团队询问他们可以做些什么来改善我们的RAG,因为他们的领导层要求使用人工智能,但我没有时间去采访他们,而我的工程领导层也没有对这个工具进行强有力的可观察性投资。
到目前为止,我已经编写了一个非工作原型,但被四位技术创始人拒绝了。我从一家知名开发公司那里获得了一个12,000美元的报价,以将其完成到可工作的版本。已经过去两个月,我仍然在做我的本职工作。
我应该决定自学Node.js吗?
我已经为客户构建网站多年——像许多自由职业者和小工作室一样,我也经历过那种令人沮丧的感觉:客户喜欢我的作品,却在付款时消失得无影无踪。
追讨款项真让人头疼。走法律途径既缓慢又昂贵,而且过程复杂。
所以我问自己:“如果我们能从一开始就防止这种情况发生,而不显得咄咄逼人或不专业呢?”
这就是我创建Braum的原因。
它就像一个法律后门,让你在将网站的控制权交给客户时,能够恢复内心的平静。如果客户付款,一切都很好;但如果客户不付款,你可以显示一条消息,或者一个错误页面(404、500等)……
嗨,HN,
我开发了Sophon,这是一款允许你与标签页聊天的Chrome扩展。以下是我对构建过程的反思文章。
<a href="https://open.substack.com/pub/retconnedone/p/my-journey-to-build-cursorai-for?r=4dr3q9&utm_campaign=post&utm_medium=web&showWelcomeOnShare=false" rel="nofollow">https://open.substack.com/pub/retconnedone/p/my-journey-to-b...</a>
期待听到你的想法!
有没有类似于 Qt 风格的松耦合“信号与槽”机制的 JavaScript UI 库?Qt 允许小部件/组件通过一种发布-订阅类型的系统相互连接,信号的发射者并不需要关心消费者是谁。而如果我理解正确的话,大多数 JavaScript 库遵循的是一种层次耦合的状态传递系统,状态的共享是通过从父组件向子组件传递 props 等方式实现的。我想知道是否有任何 JavaScript 库以 Qt 事件驱动的信号-槽连接作为主要范式。
嘿,HN,
我创建了 Open Codex,这是一个完全本地化的开源替代品,用于 OpenAI 的 Codex CLI。
我最初的计划是分叉他们的项目并进行扩展。我甚至已经开始这样做了。但后来发现他们的代码存在多个抽象层不够清晰的问题,这使得干净地重写核心行为变得困难。不久之后,OpenAI 引入了破坏性更改,使得在其基础上维护我的自定义功能变得越来越困难。
因此,我从头开始使用 Python 重写了整个项目。我的版本旨在支持本地的 LLM。
目前,它仅支持通过 lmstudio-community/Phi-4-mini-instruct-GGUF 的 phi-4-mini (GGUF),但我计划支持更多模型。整个结构设计为可扩展。
目前我只支持单次模式,但我打算添加交互模式(聊天模式)、函数调用等更多功能。
你可以通过 Homebrew 安装它:
```
brew tap codingmoh/open-codex
brew install open-codex
```
它也已在 PyPI 上发布:
```
pip install open-codex
```
源代码: [https://github.com/codingmoh/open-codex](https://github.com/codingmoh/open-codex)