我听说有oss这个？呃，反正就是服务器的磁盘空间不够了，而且流量也不够了，目前想问下怎么实现自动备份？增量备份，服务器磁盘要炸了……流量也是…… 2 个帖子 - 1 位参与者 阅读完整话题
fast-context mcp 慎用吧，直接给我注入攻击脚本执行，也是666了。代码本身正常没有外部调用，但是只要调用fast-context，ai就会读取到里面有攻击脚本 卸载了就正常了 claude mcp remove fast-context -s user 5 个帖子 - 5 位参与者 阅读完整话题
唉 换了工作 内网开发 不能访问外部网络 idea的插件都限制了 之前用的很爽的接口调试工具也不能用了 cc、codex也不能用 简直有点折磨 7 个帖子 - 7 位参与者 阅读完整话题
上周开始家里的移动ipv6突然抽风了，往外和往内双向都能ping通，然后手机用移动流量也能访问家里的ipv6。但是ipv6 test以及公网的ipv6地址都访问不了，从教育网往家里的ipv6访问也不行了。打运营商电话也不管用，说要后台查。 6 个帖子 - 4 位参与者 阅读完整话题
大家好，最近做了一个小工具： ghcask 。 项目地址： https://github.com/oxsean/homebrew-ghcask 网站： https://oxsean.github.io/homebrew-ghcask-site/ 它是一个 Homebrew external command ，目标是解决一个我自己经常遇到的问题： 很多 Mac 应用其实已经提供了可用的 .dmg 、 .zip 、 .tar.gz 、 .tgz 安装包，尤其是一些开源项目会直接放在 GitHub Releases 里，但这些应用不一定已经进入了官方 Homebrew Cask 索引。 于是平时就会变成： 打开 GitHub 或官网 找最新 release 判断 arm64 / x64 / universal 下载 dmg 或 zip 拖到 Applications 后续更新继续手动重复 我希望把这类应用也尽量放回 Homebrew 工作流里，所以做了 ghcask 。 基本用法 brew tap oxsean/ghcask brew ghcask install owner/repo 比如某个 GitHub 仓库有 macOS release asset ， ghcask 会尝试： 找到合适的 release 选择适合当前机器架构的 macOS 安装包 下载并计算 sha256 推导 .app 名称 生成一个本地 Homebrew cask 把下载好的包移动到 Homebrew 的 cask cache 最后交给 Homebrew 安装 也支持直接 URL： brew ghcask install cask-name --url https://example.com/download/App.dmg 这个主要是给那些不在 GitHub 上发布，但能拿到稳定下载地址的软件用。 它不做什么 这个项目不是想替代 Homebrew Cask 。 它也不会把生成的 cask 发布到官方索引，所有生成的 cask 都只保存在本地。实际安装、重装、升级、卸载还是交给 Homebrew 处理。 我的理解是： 官方 Homebrew Cask 适合稳定、公开、可维护的应用索引 ghcask 更适合个人临时或长期使用的本地补充工作流 也就是说，它解决的不是“让所有软件进入官方 cask”，而是“我自己这台机器上想用 Homebrew 管更多软件”。 目前支持的能力 从 GitHub Releases 安装 从直接 package URL 安装 支持 .dmg 、 .zip 、 .tar.gz 、 .tgz 自动计算 sha256 尽量自动推导 app 名称、版本和架构 支持指定版本安装 支持 prerelease 支持 pin / unpin 支持 update / outdated / upgrade 支持 reinstall ，并且 direct URL 可以通过 reinstall 换 URL 支持 dump / restore ，把生成的本地 cask 状态带到新机器 优先使用本地已经登录的 gh ，没有的话再回退到 curl 举几个场景 1. 某个开源 Mac App 只有 GitHub Release 以前可能要自己去网页里找 dmg 。 现在可以： brew ghcask install owner/repo 2. 想安装某个指定版本 brew ghcask install owner/repo --version v1.2.3 指定版本默认会被 pin 住，后续 update 不会自动跳到最新版。 如果以后想回到正常更新轨道： brew ghcask unpin cask-name 3. 想用 prerelease brew ghcask install owner/repo --prerelease 或者之后切换： brew ghcask reinstall cask-name --prerelease brew ghcask reinstall cask-name --stable 4. 直接从 URL 安装 brew ghcask install app-name --url https://example.com/download/App.dmg 如果 URL 方式的软件之后要升级，可以换 URL 重新安装： brew ghcask reinstall app-name --url https://example.com/download/App-2.0.dmg 5. 新机器恢复 旧机器： brew ghcask dump --global --force 新机器： brew tap oxsean/ghcask brew trust --tap oxsean/ghcask brew ghcask restore --global brew bundle Brewghcask.json 只保存生成的 cask 定义和 metadata ，不包含安装包和 app 本体。 为什么不用自己写 cask ？ 当然可以自己写。 但我自己的痛点是：很多时候只是想快速安装一个 GitHub Release 里的 dmg ，并不想为了一个私人使用的软件维护一份完整 cask 。 ghcask 做的是把这件事自动化一点： release 选择 asset 选择 sha256 cask 生成 Homebrew cache 后续 update / reinstall 最终仍然可以检查生成的 cask ，不是黑盒安装。 欢迎大家提建议，尤其是经常用 Homebrew Cask 管 Mac 应用的朋友。
大家好，最近做了一个小工具： ghcask 。 项目地址： https://github.com/oxsean/homebrew-ghcask 网站： https://oxsean.github.io/homebrew-ghcask-site/ 它是一个 Homebrew external command ，目标是解决一个我自己经常遇到的问题： 很多 Mac 应用其实已经提供了可用的 .dmg 、 .zip 、 .tar.gz 、 .tgz 安装包，尤其是一些开源项目会直接放在 GitHub Releases 里，但这些应用不一定已经进入了官方 Homebrew Cask 索引。 于是平时就会变成： 打开 GitHub 或官网 找最新 release 判断 arm64 / x64 / universal 下载 dmg 或 zip 拖到 Applications 后续更新继续手动重复 我希望把这类应用也尽量放回 Homebrew 工作流里，所以做了 ghcask 。 基本用法 brew tap oxsean/ghcask brew ghcask install owner/repo 比如某个 GitHub 仓库有 macOS release asset ， ghcask 会尝试： 找到合适的 release 选择适合当前机器架构的 macOS 安装包 下载并计算 sha256 推导 .app 名称 生成一个本地 Homebrew cask 把下载好的包移动到 Homebrew 的 cask cache 最后交给 Homebrew 安装 也支持直接 URL： brew ghcask install cask-name --url https://example.com/download/App.dmg 这个主要是给那些不在 GitHub 上发布，但能拿到稳定下载地址的软件用。 它不做什么 这个项目不是想替代 Homebrew Cask 。 它也不会把生成的 cask 发布到官方索引，所有生成的 cask 都只保存在本地。实际安装、重装、升级、卸载还是交给 Homebrew 处理。 我的理解是： 官方 Homebrew Cask 适合稳定、公开、可维护的应用索引 ghcask 更适合个人临时或长期使用的本地补充工作流 也就是说，它解决的不是“让所有软件进入官方 cask”，而是“我自己这台机器上想用 Homebrew 管更多软件”。 目前支持的能力 从 GitHub Releases 安装 从直接 package URL 安装 支持 .dmg 、 .zip 、 .tar.gz 、 .tgz 自动计算 sha256 尽量自动推导 app 名称、版本和架构 支持指定版本安装 支持 prerelease 支持 pin / unpin 支持 update / outdated / upgrade 支持 reinstall ，并且 direct URL 可以通过 reinstall 换 URL 支持 dump / restore ，把生成的本地 cask 状态带到新机器 优先使用本地已经登录的 gh ，没有的话再回退到 curl 举几个场景 1. 某个开源 Mac App 只有 GitHub Release 以前可能要自己去网页里找 dmg 。 现在可以： brew ghcask install owner/repo 2. 想安装某个指定版本 brew ghcask install owner/repo --version v1.2.3 指定版本默认会被 pin 住，后续 update 不会自动跳到最新版。 如果以后想回到正常更新轨道： brew ghcask unpin cask-name 3. 想用 prerelease brew ghcask install owner/repo --prerelease 或者之后切换： brew ghcask reinstall cask-name --prerelease brew ghcask reinstall cask-name --stable 4. 直接从 URL 安装 brew ghcask install app-name --url https://example.com/download/App.dmg 如果 URL 方式的软件之后要升级，可以换 URL 重新安装： brew ghcask reinstall app-name --url https://example.com/download/App-2.0.dmg 5. 新机器恢复 旧机器： brew ghcask dump --global --force 新机器： brew tap oxsean/ghcask brew trust --tap oxsean/ghcask brew ghcask restore --global brew bundle Brewghcask.json 只保存生成的 cask 定义和 metadata ，不包含安装包和 app 本体。 为什么不用自己写 cask ？ 当然可以自己写。 但我自己的痛点是：很多时候只是想快速安装一个 GitHub Release 里的 dmg ，并不想为了一个私人使用的软件维护一份完整 cask 。 ghcask 做的是把这件事自动化一点： release 选择 asset 选择 sha256 cask 生成 Homebrew cache 后续 update / reinstall 最终仍然可以检查生成的 cask ，不是黑盒安装。 欢迎大家提建议，尤其是经常用 Homebrew Cask 管 Mac 应用的朋友。
IT之家 6 月 4 日消息，LG Display（乐金显示）在其五月中旬公开的季度报告中确认，已暂缓对规划中的 G10.5 超大面板尺寸 OLED 产线的投资。这一投资项目始于 2019 年，目标总额达到 3 万亿韩元（IT之家注：现汇率约合 134.13 亿元人民币）。 LG Display 在大尺寸 OLED 面板方面具有领导地位，然而 OLED 在高阶电视市场的市占正持续受到新一代 Mini LED 技术的冲击 。另一方面，全球宏观经济持续处于高不确定性之中，企业认为在需求等市场状况形成结构性复苏态势之前外部变量及风险仍将持续存在。 考虑到企业目前具备的 OLED 产能足以满足所有产品（含电视和显示器）的需求，LG Display 经综合考量未来市场前景、需求变化及重启投资的必要性做出了暂缓推进 G10.5 OLED 产线的决定。
IT之家 6 月 3 日消息，据 CNBC 当地时间 6 月 3 日报道，摩根士丹利（Morgan Stanley）很快将向来自数千家公司的 AI 智能体开放旗下一个关键的财富管理渠道。这也是华尔街大型投行中较早向外部 AI 工具开放其平台的首批案例之一。 包括摩根大通（JPMorgan Chase）和高盛（Goldman Sachs）在内的竞争对手正在内部使用 AI 智能体处理编写代码等事务，但尚未公开宣布允许外部智能体直接连接其公司系统的措施。 据摩根士丹利职场业务首席产品官马克 · 米切尔（Mark Mitchell）介绍，此举将允许客户的自主 AI 智能体直接从该公司的股权管理平台 ShareWorks 和 Equity Edge 提取数据和分析，从而 绕过为人类用户构建的传统软件界面 。 今年 4 月，摩根士丹利高管披露，依托企业职场财富布局， 该公司已归集规模达 1.2 万亿美元 （IT之家注：现汇率约合 8.13 万亿元人民币） 的受托资产 。 米切尔表示，“在我们的愿景中，未来企业客户将不再需要手动登录 ShareWorks 或 Equity Edge。”取而代之的是，客户在企业内网环境部署基于智能体 AI 的工具， 全程由 AI 程序自动对接摩根士丹利后台平台 。 据悉，摩根士丹利已经向少数客户授予了早期的智能体访问权限，并计划到明年覆盖该公司的 3,400 家托管客户。
最近写了个零外部依赖的轻量级 Agent 框架： Lite Agent 。 它就像一瓶“万能胶水”，只要写个简单的 Python 函数加个 @skill 装饰器，就能瞬间把本地原本散落的脚本、系统运维、爬虫等工具全部接入进来。目前支持飞书、钉钉、企微和原生 OpenAI 接口（方便用 ChatBox 等直接连）。 把繁杂的旧工具全交给自然语言去调度，感觉爽多了，分享给有同样折腾需求的朋友。 项目地址： https://github.com/maifeipin/lite_agent
各位佬，我使用 ida 分析一个外部加载 bin 文件，反汇编出的地址没有问题，但是 hexrays 的反编译出的 MEMORY 都比正常地址多一个这个外部段基址的偏移。比如正常应该是 0x4100_0000，但是到了反编译就成了，0x4500_0000，这个是哪里的问题？ 1 个帖子 - 1 位参与者 阅读完整话题
各位佬，如题，我在使用ccswitch打开claude时，提示这个： ‘/d’ 不是内部或外部命令，也不是可运行的程序或批处理文件。C:\Users\Administrator\AppData\Local\Programs\CC Switch> 辛苦各位佬帮忙看下怎么处理 5 个帖子 - 3 位参与者 阅读完整话题
可惜不能外部调用 7 个帖子 - 3 位参与者 阅读完整话题
IT之家 5 月 26 日消息，据韩国时报今日消息，内部备忘录显示，三星电子将从下个月开始允许其员工使用其他公司开发的生成式人工智能模型。 此前出于安全方面的担忧，三星员工仅被允许使用其内部 AI 模型“三星高斯”（Samsung Gauss）。 这家公司计划在 6 月份的某个时间正式面向其设备体验（DX）部门的员工推出外部生成式 AI 服务，该部门包含了公司的显示器、移动设备和家电业务。 知情人士透露，三星还力争在下半年的某个时间开设一项教授 AI 应用的驻场培训课程，预计将有来自三星电子及其主要子公司的约 2,000 名高管参加。 IT之家注意到，三星公司官员表示， 员工必须接受安全培训，才能获得外部 AI 模型的访问权限 。同时在公司的半导体部门，即设备解决方案（DS）部门，外部 AI 模型的使用仍将受到限制。
三星电子周二发布的一份内部备忘录显示，该公司将从下个月开始允许员工使用其他公司开发的生成式人工智能（AI）模型，例如ChatGPT。 备忘录称，三星计划于6月正式推出一项外部生成式AI服务，目标用户是其设备体验（DX）部门的员工，该部门涵盖公司的显示器、移动设备和家电业务。 据业内人士透露，三星还计划在下半年开设人工智能应用方面的培训课程，预计将有来自三星电子及其主要附属公司的约 2000 名高管参加。 此前，出于安全考虑，三星员工仅被允许使用其内部人工智能模型Samsung Gauss。 据公司高管透露，员工必须接受安全培训才能获得外部人工智能模型的访问权限。他们还补充说，外部人工智能模型的使用仍将仅限于公司半导体或器件解决方案（DS）部门。 查看评论
佬友们，最近迷上生图了 有没有那种有免费额度的平台，最好额度不是一次性的，支持外部API调用的那种 支持类似qwen-image,flux等开源模型的 1 个帖子 - 1 位参与者 阅读完整话题
有佬这块了解的，可以分享一下。 最好开源系统，或者一次性收费便宜，或者年费低的适合小微企业的 方便将erp数据导出xls、csv等数据文件，或者能按照规定的模板将excel中的数据导出到erp中 有移动端能提醒和操作erp，最好绑定微信可以提醒 可以将所有数据导出来，方便数据及时备份丢失 供应商和客户有外接端口可以登录，看看下的采购订单或者生产进度情况的（客户和供应商有关的）。 可以有bom清单及库存管理等额外功能的。 1 个帖子 - 1 位参与者 阅读完整话题
cursor-api.standardagents.ai The unofficial Cursor API OpenAI-compatible chat completions and responses for Cursor. 利益无关，更何况免费。 之前学生会员还能用，把 composer-2.5 弄出来给 cc 用，还行。 3 个帖子 - 2 位参与者 阅读完整话题
账号额度正常刷新，sub中测试也正常输出，但是外部一调用就403，触发cf。cpa和sub都这样。换了一个ip也是这样，有佬知道解决办法吗 2 个帖子 - 1 位参与者 阅读完整话题
之前介绍过 sig, 是一个 让 AI Agent 安全访问外部系统的认证工具。sig 本质工作是提取 cookie 和 token ，然后配合各个站点已有的 CLI/SDK 用。但小红书没有合适的开源 CLI ，社区里最完整的方案是 cv-cat/Spider_XHS ，用 PyExecJS 跑官方 JS 来签名。我之前在 issue 里建议过让它接入 sig 管理 cookie ，作者觉得对普通用户上手困难，而我这个 sig 工具其实需要一定的技术背景，最后综合考虑加上个人需求，还是基于 Spider_XHS 配合 sig 做了一个 skill 。 在此特意感谢 Spider_XHS 的作者 cv-cat 。 地址： https://github.com/sigcli/sigcli/tree/main/skills/xiaohongshu 怎么用 # 装 sig + skill npm install -g @sigcli/cli && sig init npx @sigcli/skills xiaohongshu # 第一次需要安装一下依赖 cd ~/.claude/skills/xiaohongshu/vendor && npm install pip install -r ~/.claude/skills/xiaohongshu/requirements.txt # 登录（浏览器扫码，只需一次） sig login xiaohongshu # AI Agent 用 sig run xiaohongshu -- python3 ~/.claude/skills/xiaohongshu/scripts/xiaohongshu_search_note.py --keyword "AI" 功能 目前只有读：搜笔记、看笔记详情、看评论、看用户资料、看用户笔记、首页推荐流。 写操作（发笔记、点赞、收藏、关注）暂时没空做。 Demo 注意：不要滥用 skill ，频繁请求会触发风控（ API_ERROR 461 / 300011 ）。 链接 GitHub: https://github.com/sigcli/sigcli Skills 列表: https://sigcli.ai/skills/
之前介绍过 sig, 是一个 让 AI Agent 安全访问外部系统的认证工具。sig 本质工作是提取 cookie 和 token ，然后配合各个站点已有的 CLI/SDK 用。但小红书没有合适的开源 CLI ，社区里最完整的方案是 cv-cat/Spider_XHS ，用 PyExecJS 跑官方 JS 来签名。我之前在 issue 里建议过让它接入 sig 管理 cookie ，作者觉得对普通用户上手困难，而我这个 sig 工具其实需要一定的技术背景，最后综合考虑加上个人需求，还是基于 Spider_XHS 配合 sig 做了一个 skill 。 在此特意感谢 Spider_XHS 的作者 cv-cat 。 地址： https://github.com/sigcli/sigcli/tree/main/skills/xiaohongshu 怎么用 # 装 sig + skill npm install -g @sigcli/cli && sig init npx @sigcli/skills xiaohongshu # 第一次需要安装一下依赖 cd ~/.claude/skills/xiaohongshu/vendor && npm install pip install -r ~/.claude/skills/xiaohongshu/requirements.txt # 登录（浏览器扫码，只需一次） sig login xiaohongshu # AI Agent 用 sig run xiaohongshu -- python3 ~/.claude/skills/xiaohongshu/scripts/xiaohongshu_search_note.py --keyword "AI" 功能 目前只有读：搜笔记、看笔记详情、看评论、看用户资料、看用户笔记、首页推荐流。 写操作（发笔记、点赞、收藏、关注）暂时没空做。 Demo 注意：不要滥用 skill ，频繁请求会触发风控（ API_ERROR 461 / 300011 ）。 链接 GitHub: https://github.com/sigcli/sigcli Skills 列表: https://sigcli.ai/skills/