- AI
- AI
- AI
- AI
- AI
- AI   只需略微
- AI
- AI设置的就是 1M 上下文。 在涨价之前同样的配置,两三百 K 甚至四百 K 都很稳定,没怎么出现过断联。现在到 200 出头就有概率会回复中断异常,一天少说出现五六次
- AI为啥我最近中断频率非常高?不知道是 Hermes 还是什么问题,总是到 200 多 K 就说上下文满了,不能回复,回复中断。
- AI
- AI
- AI
- AI看你的需求,以及你是为了找工作去学的,还是为了什么原因去用。比如说,现在我们公司可能不会直接使用狭义的 RAG 切分,但是它这种检索增强生成的思想还是会用到的。
- AI一般来说,不管任何模型,都推荐让另一个 Agent 去修,而不是他自己本身。比如说我现在就不用 Claude 编程了,专门让他负责去维修和配 API 等等。 /codex-ccs ,/grok-ccs 等技能
- AI其实我去年在 skill 还没这么火的时候,也尝试做过类似的机制,是热插拔的插件形式。 但是实际用久了之后,想增删东西,或者说当初立项时没有考虑得这么全面,就**不可避免会有卸载残留**:即便卸载插件,依然会出现残留子进程、临时文件没有回收的情况。 不是 DSH 独有的问题,是几十年动态插件系统反复遇到的固有矛盾。从早年 OSGi/Eclipse 的 bundle 陈旧引用泄漏、Emacs Lis
- AI居然在这里还能看到某始皇色论坛,好久没去逛过了。对于论坛型的这种设计的UI倒是没怎么留意过。 站在巨人的肩膀上 说好听一点。我主要靠我自己整理的组件库规范不断沉淀 一些UI相关网站,看到别人好看的设计,自己让AI去复刻一下,也记录进来。每个人有做B端,有做C端,还有自己做着玩的,可能需求都不太一样,包括自己的用语习惯。我比较喜欢能有一些可落地但是又高级的UI效果。 总不能把希望完全寄托于使用一个U
- AI想了想前两天说梁子说的太过火了也不对,本质还是既要又要 但本质还是对 DeepSeek 抱有希望,未来 ai 肉眼可见的越来越贵
- AI
- AI
- AI1.pi 2.**grok** ,我一般推荐人先用这个,不折腾 ccs里点安装就能用 3.终端 + hender + alacritty
- AI
- AI三十多块换一月相对稳定,且近乎无限量v4 f,体感一周内只异常中断过两三次 现如今末法时代,天天找能用的站点太累了 对比起来就是享受
- AI大佬不敢当,只要用 lllm wiki 的相关的卡帕西思想 的技能加 “galaxy view”的 Obsidian 插件就行了,这个插件不会影响 Obsidian 默认的知识图谱样式,单纯就是看起来很爽,越多越爽。
- AI坐等,可以让 agent 在 Obsidian 里帮梳理,做好版本管理和云端同步就行  就像图片这样的知识库,大概有七八个吧,不同领域。
- AI
- AI我自己给 Codex 设的就是第二种。因为有的中转站或供公益站可能提供其他模型,对于 OpenAI 的两种协议,它有时候只支持其中一个。我又懒得换,就直接用一个本地端口在那里运行,还挺方便的。 我让他们自己写一个 skill,我都不需要负责维护,每次给他粘贴模型请求地址和 API key 这 3 个东西就够了。
- AI大概有几种方案: - 直接用官方 DeepSeek:没限制,而且可以直接使用 DeepSeek 自己的 web search 能力,接近 Grok 里面。 - 让其他 Agent 帮忙:本地起一个代理端口之类的方式,设为开机自动启动,然后在 c switch 那里填那个端口地址就行了,类似于一种兼容的协议。 - 看看 New API 或 CPA 看看哪种可以,因为我自己还没用过 open code