1 分•作者: yash1hi•3 个月前
返回首页
最新
2 分•作者: abstractDL•3 个月前
我厌倦了在用完配额限制时在不同代理之间切换。而且所有的“harness”(这里可以理解为代码生成或辅助工具)都有自己的工作流程,我无法决定哪个更好:Codex、Claude Code 还是 Cursor。所以,我决定将所有订阅整合到一个地方,并创建了 Claudexor(macOS IDE、CLI、MCP 和插件)。
它允许您拥有多个订阅,并可以即时切换。现在我有 4 个 CC 订阅、3 个 Codex 订阅和 2 个 Cursor 订阅。与基于 token 的超额支出相比,这每月为我节省了 15,000 美元。
Claudexor 管理上下文和配额,并允许您运行多“harness”循环(例如,执行直到代码审查通过,合并 N 个工作树多“harness”工作的最佳结果等)。
最好作为 CC 的插件使用。
MIT 许可,无遥测。希望 Anthropic 不会禁止它……
1 分•作者: asdfsa32•3 个月前
1 分•作者: hubraumhugo•3 个月前
1 分•作者: ryanmerket•3 个月前
5 分•作者: hbyel•3 个月前
您好,我设计并开发了一个空间索引,将博物馆藏品通过其起源地到机构所在地/来源地的连接弧线/超链接进行映射。该索引专门关注西方/欧美人文机构,并根据其分类(如伊斯兰艺术、亚洲/非洲艺术、民族学收藏、中东、南美等)来映射其藏品。
该项目最初是我的硕士论文,始于2022年,之后一直在持续开发,大部分是独立完成,获得了一些少量资助。项目完全开源,自托管,采用AGPL-3.0许可。前端使用Next.js和Deck.gl,后端使用Strapi,Python ETL从博物馆开放访问API提取数据。目前已索引来自世界各地、8个收藏(大都会艺术博物馆、维多利亚与阿尔伯特博物馆、柏林国家博物馆等)的超过10万件藏品。最近还添加了Markdown导出功能,方便研究人员下载过滤后的藏品来源数据。
该基础设施的概念是一个索引器,而不是一个托管者。即使是图片,也以指向来源机构的URL形式保存。它是连接那些从未被设计成相互通信的档案之间的“连接组织”,并采用一种“起源优先”的搜索用户界面概念。数据模型故意设计成扁平化的,以避免编码有问题的分类法,并将研究人员直接导向来源,将责任归于来源机构,而不是复制机构数据。它索引了起源地和目的地收藏之间的关系。
我来自设计背景,将这个项目从原型开发到生产应用的过程非常有成就感,但老实说,独自扩展项目已经有点令人不堪重负。我非常希望得到社区在性能扩展、代码贡献、缺失博物馆API的数据管道或一般性反馈方面的意见。
代码库:https://github.com/hburakyel/ex-situ
在线演示:https://exsitu.app
1 分•作者: maieuticagent•3 个月前
1 分•作者: omamo•3 个月前
2 分•作者: ilreb•3 个月前
4 分•作者: vinhnx•3 个月前
2 分•作者: jihoons•3 个月前
2 分•作者: mannders•3 个月前
2 分•作者: imjszhang•3 个月前
无技能
无MCP
无CLI
2 分•作者: PJHkorea•3 个月前
2 分•作者: richcreations•3 个月前
1 分•作者: num42•3 个月前
1 分•作者: handfuloflight•3 个月前
2 分•作者: nateb2022•3 个月前
2 分•作者: NordStreamYacht•3 个月前
1 分•作者: num42•3 个月前