返回首页
最新
大家好，
经过大量的努力，我很高兴地宣布 MyChefGPT.com 正式上线，现已准备好接受您的烹饪食谱请求！
我之所以创建这个网站，是因为我遇到了两个问题：
1. 面对冰箱里一堆随机的食材，却不知道该做什么。
2. 想做某道特定的菜，但需要用我的母语或测量系统的食谱。
MyChefGPT 通过两种方式解决了这个问题：
- **创意模式**：输入一个菜品创意（例如“辛辣素食辣椒”），让 AI 为您构建食谱。
- **食材模式**：输入您手头的食材清单（例如“鸡肉、米饭、西兰花、酱油”），看看它会创造出什么！
主要特点：
- **真正的多语言支持**：生成 50 种不同语言的食谱和说明（从英语和西班牙语到泰语和阿拉伯语）。
- **公制/英制**：可以即时在公制和英制单位之间切换。
- **食谱历史**：登录后可以保存您的成功食谱，形成个人历史记录。
目前，它利用强大的大型语言模型（LLM）来生成详细、结构良好且（希望）美味的结果。
我希望 HN 社区能来试试，尝试一些疯狂的组合，并告诉我您的想法。对于生成质量、多语言支持以及用户界面/用户体验的所有反馈，我都非常感激！
请在这里查看： [MyChefGPT.com](https://mychefgpt.com)
您能让它生成的最疯狂的食谱是什么？
我分享了一个完全离线的RAG（检索增强生成）架构，旨在解决工业环境中的一个关键问题：数据隐私和重复的API成本。
我们每天处理敏感的专有数据表和原理图，因此基于云的LLM（大语言模型）如ChatGPT不符合合规要求。
解决方案：一个容器化架构，确保数据永远不会离开本地网络。
技术栈：
LLM：Llama 3（通过Ollama）
向量数据库：ChromaDB
部署：Docker Compose（一键设置）
优势：零API成本，无安全风险，快速的本地性能。
代码和架构可在此处获取：
[https://github.com/PhilYeh1212/Local-AI-Knowledge-Base-Docker-Llama3](https://github.com/PhilYeh1212/Local-AI-Knowledge-Base-Docker-Llama3)
欢迎就GPU直通设置或文档导入流程提问。
我构建了一个简单的命令行工具，以解决我经常遇到的问题：在任何给定时间，通过 OpenAI、Anthropic、Google 和 xAI 的 API，具体有哪些模型名称是可用的？
这些 API 本身提供了相关信息，但我厌倦了查看文档或编写一次性脚本。现在我只需运行：
```
$ llm-models -p Anthropic
```
就可以获取当前的可用模型列表，且名称易于阅读。
安装方法：
```
macOS: brew tap ljbuturovic/tap && brew install llm-models
Linux: pipx install llm-models
Windows: pip install llm-models
```
该工具在 Claude Code 的帮助下构建。它直接查询每个提供商的 API，因此您获得的是实时可用性，而不是过时的文档。
欢迎反馈，如果有兴趣，我也很乐意添加更多的提供商！
当前的人工智能聊天助手面临一个根本性挑战：在长对话中的上下文管理。虽然现有的大型语言模型（LLM）应用通过多个独立的对话来绕过上下文限制，但一个真正类人化的AI助手应该能够维持一个连贯的对话线程，因此高效的上下文管理至关重要。尽管现代的LLM具有更长的上下文能力，但它们仍然受到长上下文问题的困扰（例如，上下文衰退问题）——随着上下文的延长，推理能力会下降。
为了缓解上下文衰退问题，已经发明了基于记忆的系统，然而，基于记忆的表示本质上是有损的，必然会丢失原始对话中的信息。原则上，没有任何一种有损表示可以在所有下游任务中都完美适用。这导致了定义灵活的上下文管理系统的两个关键要求：
1. 保留原始数据：一个可以在必要时检索原始对话的索引系统。
2. 多分辨率访问：能够按需检索不同细节层次的信息。
ChatIndex 是一个上下文管理系统，使得LLM能够通过层次树状索引和智能推理检索，有效地导航和利用长对话历史。
开源代码库： [https://github.com/VectifyAI/ChatIndex](https://github.com/VectifyAI/ChatIndex)