想问问佬们有没有推荐开源的管理网关的项目，就是用来管理自己做的一些接口加上网关，生成key提供给别人用的这种项目，感谢佬们 5 个帖子 - 3 位参与者 阅读完整话题
都达标了，等好久了但是没有升级lv2？我是不是干了什么坏事被锁了？或者需要找管理员？有大佬知道怎么找管理么？ 12 个帖子 - 8 位参与者 阅读完整话题
不知不觉来论坛两年了，近期抽奖规则疏忽导致被大佬连续举报两条然后被禁言了， 另外这个违规提示什么时候才能消失？是否影响升级呢？？ 23 个帖子 - 16 位参与者 阅读完整话题
终于进来了！感谢管理员大大！从谷歌搜索知道L站的，我真的超喜欢L站的氛围w，祝L站越办越好，我的目前方向是AI for Science，希望和大家多多交流，一起进步！ 6 个帖子 - 6 位参与者 阅读完整话题
现在开发已经账号已经归作者姐夫管理，很早就关注你开发的软件，从pdf到anki制卡 你的软件非常好 特别是新产品gurumind 此时希望你是卷款跑路。 2 个帖子 - 2 位参与者 阅读完整话题
感觉这个2个项目越来越臃肿了，我只要管理codex的账号，求各位佬们推荐 9 个帖子 - 9 位参与者 阅读完整话题
外网也找到了，中文直接搜根本没几个人提，但是外网一群人喷这个问题。 我几乎无法找到真正的解决方案，很大概率是微软的屎山代码。 我总结了一下： 个人严谨测试，开机无任何个人进程时候确实秒加载，之后启动了几个常见程序后开始卡顿，大概3-5秒；再长时间开很多程序后，卡顿开始达到10秒起步。 这是2022年前后的帖子，大部分回复强调自己是当时的高配设备，这个问题可能出现在2020年以前，是一个很久远的问题。 win10、win11都遇到了一样的问题，可以得知与版本无关。 很多外国网友强调了自己是华硕主板（甚至ROG），三星硬盘。也许华硕主板最容易出现这种问题。 有提到可能和Armoury Crate有关，但个人删除后仍未改善 评论中不少提到了iu，可知也许和cpu牌子无关 learn.microsoft.com Sorting in Task manager is extremely slow. - Microsoft Q&A Task manager sorting is extremely slow when I switch from sorting by name to performance metrics or vice versa. For example - I can sort by name and if after that I decide to sort by one of the performance metrics - it's going to take about 3... 1 个帖子 - 1 位参与者 阅读完整话题
没想到被禁言的时候正好不算，感谢各位管理员大人！ 感觉接下来只要不参与抽奖帖子，其他都按照模板来，就稳了哈哈 6 个帖子 - 6 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 更新日志 2026-05-22 更新 TG 群监听功能增强：支持可视化配置监听规则、AI 总结参数与防刷屏策略。 TG 群监听新增“已发现群聊”：自动显示 Bot 收到过消息的群聊 chat_id ，可一键创建监听。 新增 /update 安全更新流程：显示本地/远端 commit、ahead/behind、工作区状态；仅允许 ff-only 更新。 更新前若检测到本地未提交改动，会拒绝更新；避免覆盖本地代码。 新增“回滚上次更新”按钮：更新前自动记录回滚点，可一键回滚并重启。 TG 群监听 AI 总结新增可视化高级控制： ai_prompt 、 ai_min_interval_seconds 、 ai_dedupe_window_seconds 。 TG 群监听增加限频和去重窗口，降低重复推送与 AI 调用成本；AI 失败时仍会回退模板摘要。 监控面板新增可观测状态：最近成功/失败时间、最近错误、耗时、推送数、连续失败次数。 2026-05-21 第二次更新 Web 面板新增收件箱直接回复、用户管理、快捷回复、私聊广告拦截、监控推送历史、配置导入/导出。 收件箱改为完整双向对话记录：用户消息、Web 回复、TG 管理员回复都会显示。 用户管理页新增 Bot / 面板配置卡片，和设置页共用同一份配置；修改 Token、管理员 ID、端口、账号或密码后需要重启。 ADMIN_CHAT_ID 支持最多 3 个管理员，用逗号分隔。 单个监控可关闭 Telegram 推送，只记录到 Web 推送历史。 2026-05-21 默认启动改为先启动 Web 面板：未填写 TELEGRAM_BOT_TOKEN / ADMIN_CHAT_ID 时，面板仍可打开，同时 Telegram 收发、监控推送不可用。 面板配置页可填写 Bot Token、管理员 ID、面板账号和清理策略；保存后需要重启服务让 Bot 配置生效。 修复到期消息无法删除的bug：监控推送消息支持到期自动删除，默认 60 分钟。 保存配置时会保留 WEB_PANEL_SESSION_SECRET ，避免保存后登录状态被重置。 Web 面板界面和站点图标已更新优化。 （新版安装方法详见项目地址） 最近看 TG 上不少人说封号比较严重。再加上我作为一个刚入门的 MJJ，平时也想更快地获取信息，所以 vibe 了一个自用小工具： tg-watchbot 。 它是一个轻量级 Python 服务，把 Telegram 双向对话 Bot 和 Web/RSS 监控推送 合在一起，并提供网页端可视化管理面板。它适合放在 VPS、NAT 小鸡或者家里的小服务器上跑。 项目地址： github.com GitHub - GongyiChuren/tg-watchbot: Tg-Watchbot：Telegram 双向对话 Bot + 网页关键词推送 + 可视化面板 Tg-Watchbot：Telegram 双向对话 Bot + 网页关键词推送 + 可视化面板 为什么做这个 我最开始的需求很简单： 有一个自己的 Telegram 联系入口，别人私聊 Bot 后可以转发到管理员账号； 能实时获取Linuxdo、博客、商店页面等信息源； 命中关键词、新条目、价格变化或库存变化时，自动推送到 Telegram； 有网页面板，不用每次都手改配置文件。 另外，项目支持定时清理监控推送相关状态数据，避免网页监控信息过多，影响正常的双向对话使用。 主要功能 普通用户私聊 Bot，消息会转发给管理员 管理员可以直接回复用户，也可以主动发 文字 / 图片 支持封禁、解封、备注、查看用户信息 支持 RSS / Atom 监控 支持网页 CSS selector 抓取 支持关键词、新条目、价格变化、库存变化提醒 内置 Web 管理面板 可以在面板里新增、编辑、删除监控 支持 RSS 模板 使用 SQLite 保存用户、消息、监控状态 支持 systemd 部署 展示 AI 一句话安装 请克隆 `https://github.com/GongyiChuren/tg-watchbot.git` 到本机，默认使用 Docker 按 README 的 `Docker 安装（含自启）` 启动服务；若无 Docker，则按 `快速开始` 走 Python 和 systemd 部署直接安装。启动后打开 `http://127.0.0.1:8765`，安装完成后提醒用户记得在面板填写 `TELEGRAM_BOT_TOKEN` 和 `ADMIN_CHAT_ID` 并在之后保存并执行重启（Docker 用 `docker compose restart`，直接安装用重启进程）。 Docker 安装（含自启） git clone https://github.com/GongyiChuren/tg-watchbot.git tg-watchbot cd tg-watchbot cp .env.example .env cp config.example.yaml config.yaml touch tg-watchbot.sqlite3 tg-watchbot.log docker compose up -d --build Docker 会在容器内监听 0.0.0.0:8765 ，宿主机仍然打开 http://127.0.0.1:8765 。 查看状态与日志： docker compose ps docker compose logs -f 修改配置后重启： docker compose restart systemd 部署 推荐部署到 /opt/tg-watchbot ： sudo useradd --system --no-create-home --shell /usr/sbin/nologin tg-watchbot || true sudo mkdir -p /opt/tg-watchbot sudo chown -R "$USER:$USER" /opt/tg-watchbot cd /opt/tg-watchbot git clone https://github.com/GongyiChuren/tg-watchbot.git . python3 -m venv .venv ./.venv/bin/pip install -U pip ./.venv/bin/pip install -r requirements.txt cp .env.example .env cp config.example.yaml config.yaml # 先用前台模式打开面板，确认能登录和保存配置 ./.venv/bin/python app.py 在服务器本机打开： http://127.0.0.1:8765 默认账号来自 .env.example ： 用户名：admin 密码：change-me 注意事项 Telegram Bot 不能主动私聊陌生人，对方必须先给 Bot 发过消息 .env 里有 Token 和密码，不要提交到 GitHub Web 面板如果暴露到公网，建议套 Cloudflare Access / 反代鉴权 RSS 监控建议 60 秒起步 网页监控建议更保守一点，避免对目标站造成压力 目前它还是一个自用小工具，目标是够轻、够直接、够容易部署。后续会继续修bug 。 可以的话点个star吧，谢谢佬们 1 个帖子 - 1 位参与者 阅读完整话题
大佬们，有个sub2api项目账号维护的项目是哪个。可以查看sub2api的账号信息，进行管理的项目 2 个帖子 - 2 位参与者 阅读完整话题
有没有佬推荐一个sub里面使用的代理呢 我最近自己反代账号的时候发现我的节点质量不高导致老是断流 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 Codex Patrol Codex Patrol 是一个面向 Codex 账号巡检、额度管理和自动处理 的独立管理面板。 它作为 CPA-Manager 的配套子项目存在，但运行上是独立的：通过 CPA Management API 获取账号列表、探测 Codex 额度、执行启用/禁用/删除动作，并提供一套专门针对 Codex 账号维护场景的轻量后台界面。 基于 .NET 10 Native AOT 构建，编译为单文件可执行程序，无外部运行时依赖，所有运行态数据保存在内存中，无需数据库。 项目仓库： https://github.com/kaixin1995/CodexPatrol 这个项目是做什么的 如果你手里有一批通过 CPA 管理的 Codex 账号，这个项目主要解决的是下面这些问题： 哪些账号已经失效，需要删除 哪些账号周额度已经接近耗尽，需要临时禁用 哪些账号之前被禁用了，但额度已经恢复，可以重新启用 哪些账号当前额度异常、刷新失败或上游返回错误，需要单独排查 多个站点下的 Codex 账号，如何统一查看、统一巡检、统一处理 换句话说，Codex Patrol 不是通用管理面板，而是一个更偏向 运维巡检 的专项工具。 适用场景 手里维护多组 Codex 账号，需要定期清理失效号 需要根据周额度使用率自动禁用高占用账号 想把账号额度、异常状态、启用状态集中展示 有多个 CPA 站点，希望按站点隔离管理 不希望引入数据库，只想要一个可执行文件直接运行 与其他项目的关系 项目 关系 作用 CLI Proxy API (CPA) 上游依赖 提供 Management API，Codex Patrol 通过它读取账号、探测额度、执行账号动作 CPA-Manager 参考来源 提供 Codex 巡检逻辑、额度解析思路，以及前端页面结构和视觉风格参考 Codex Patrol 当前项目 专注于 Codex 账号巡检、额度管理、自动动作和运行态监控 版本兼容说明：当前项目使用并验证的上游版本为 CLI Proxy API v7.1.19 。 为避免旧版本接口行为差异导致兼容性问题，建议优先使用该版本，不要直接按更旧版本假定兼容。 页面预览 额度管理 巡检管理 系统设置 操作日志 核心能力 巡检 ：批量探测 Codex 账号是否失效、额度是否超限、是否可恢复 自动处理 ：根据策略自动执行禁用、删除、恢复启用 额度管理 ：集中展示周额度、5 小时额度、代码审查额度等窗口 异常排查 ：快速筛出错误账号，支持单账号真实刷新 多站点隔离 ：不同 CPA 站点分别保存配置、账号、额度和例外名单 运行时可视化 ：查看实时进度、最近日志、自动轮询状态、活跃账号状态 功能概览 1. 账号巡检 对 Codex 账号执行健康探测，根据上游返回结果自动决策后续动作： 失效检测 ：账号返回 401 时标记为失效，建议删除 额度超限检测 ：周额度达到阈值（默认 95%）时，建议禁用该账号 恢复检测 ：已禁用账号的周额度恢复可用时，建议重新启用 5 小时额度 ：仅 5 小时额度达到阈值但周额度仍可用时，默认保留不处理 异常容错 ：请求异常时默认保留，不自动处理 2. 自动处理策略 巡检完成后，可根据配置的策略自动执行动作： 模式 行为 none 仅巡检，不执行任何动作 disable 对失效/超限账号统一执行禁用 delete 对失效账号执行删除，超限账号执行禁用 启用恢复 可单独开启，自动重新启用额度已恢复且当前被禁用的账号 3. 自动轮询 后台服务按可配置的间隔自动执行巡检： 可配置轮询间隔（默认 10 分钟，最小 5 分钟） 可配置探测并发数与批次间延迟 可配置操作执行并发数 可配置请求超时与失败重试次数 内置随机抖动（jitter），避免固定整点齐发 防重入：上一轮未结束时，不开启下一轮 4. 额度管理 独立页面展示每个 Codex 账号的额度使用情况： 周额度 使用率与重置时间 5 小时额度 使用率与重置时间 代码审查额度 等其他限额窗口 套餐类型识别（Free / Plus / Team / Pro / ProLite） 兼容免费号仅有周额度的情况 支持按状态筛选：显示全部、仅禁用、仅启用、仅错误 支持手动刷新全部或单个账号额度 单个账号的"刷新额度"按钮默认走真实请求，不复用缓存 巡检完成后自动刷新额度缓存 5. 例外名单 可将指定账号加入例外名单，排除巡检： 例外账号不参与自动巡检 例外账号不参与批量手动巡检（可手动选择包含例外） 额度页面仍可查看例外账号的额度 例外名单持久化到本地配置文件，重启后保留 6. 多站点管理 支持同时管理多个 CPA 实例： 每个站点独立配置连接地址、管理密钥和巡检参数 每个站点独立维护例外名单和额度数据 仪表盘可切换查看不同站点的状态 7. 使用活动监控 后台持续拉取 CPA usage-queue，标记活跃账号： 实时追踪哪些账号最近有 API 调用 仪表盘展示账号活跃状态 辅助判断账号是否仍在使用 8. 登录保护 首次使用时设置密码，后续访问需登录认证： 密码以哈希形式存储在本地配置中 未设置密码时自动引导到首次设置页面 API 接口同样受认证保护 9. 操作日志 内存中记录最近操作日志，可在页面中查看： 巡检探测记录 账号动作执行记录（禁用/删除/启用） 额度刷新记录 系统异常记录 页面导航 页面 功能 仪表盘 站点概览、账号状态总览、活跃账号监控 巡检管理 手动/自动巡检控制、巡检进度、结果查看 额度管理 所有账号额度详情、状态筛选、手动刷新 例外名单 添加/移除例外账号 操作日志 查看最近巡检和动作操作记录 系统设置 CPA 连接配置、巡检参数调整、多站点管理 登录页 本地密码登录入口 首设页 首次设置本地访问密码 使用方式概览 通常的使用流程是： 配置 connection.json ，接入一个或多个 CPA 站点 首次启动后访问面板，先设置本地登录密码 进入系统设置，确认站点参数、轮询策略、自动动作模式 在额度管理页面查看当前账号额度状态和异常账号 在巡检管理页面手动执行巡检，或开启后台自动轮询 结合例外名单、操作日志和状态筛选，持续维护账号池 技术架构 运行时 ：.NET 10，Native AOT 编译 后端 ： ASP.NET Core Minimal API 前端 ：嵌入式静态 HTML/CSS/JS 状态存储 ：进程内内存（ ConcurrentDictionary ） 持久化 ： patrol-config.json （例外名单、站点配置）、 connection.json （连接信息）、 appsettings.json （业务参数）、 quota-cache.json （额度缓存） 序列化 ： System.Text.Json + Source Generator（AOT 兼容，不依赖反射） 快速开始 前置要求 已部署 CLI Proxy API (CPA) v7.1.19 ，并启用 Management API 文档与当前实现均以 v7.1.19 为兼容基线；如果使用更旧版本，可能出现接口字段或行为不一致的问题 配置 在可执行文件同目录下创建 connection.json ： { "sites": [ { "siteId": "default", "name": "我的站点", "enabled": true, "cpaBaseUrl": "http://localhost:8317", "managementKey": "你的管理密钥", "provider": "codex" } ] } 也可通过环境变量 CPA_BASE_URL / CPA_MANAGEMENT_KEY 覆盖连接信息。 运行 # 开发模式 dotnet run --project src/CodexPatrol # 发布（Native AOT 单文件） dotnet publish src/CodexPatrol -c Release -r win-x64 -o ./publish 启动后访问 http://localhost:22014 ，首次使用时设置登录密码。 默认配置 参数 默认值 说明 监听地址 0.0.0.0:22014 Web 服务监听地址 轮询间隔 10 分钟 自动巡检间隔 随机抖动 1~3 分钟 避免固定整点齐发 探测并发 3 同时探测的账号数 操作并发 4 同时执行动作的并发数 请求超时 15 秒 单次请求超时 重试次数 0 请求失败重试 自动动作 disable 自动禁用超限账号 额度阈值 95% 触发动作的使用率阈值 参考项目 本项目的实现主要参考了以下项目： CPA-Manager 参考其 Codex 巡检逻辑、额度解析方式，以及前端页面结构与视觉风格 重点参考位置包括： src/features/monitoring/codexInspection.ts 、 src/utils/quota/codexQuota.ts 、 src/components/quota/quotaConfigs.ts 、 src/pages/MonitoringCenterPage.tsx 、 src/pages/CodexInspectionPage.tsx CLI Proxy API (CPA) 作为上游依赖提供 Management API Codex Patrol 通过它完成账号列表读取、额度探测、账号启用/禁用/删除、usage-queue 监控 1 个帖子 - 1 位参与者 阅读完整话题
GNOME Commander 是 GNOME 桌面的传统文件管理器，其灵感来源于 Norton Commander，现在已使用 Rust 编程语言重写，并且还使用了 GTK4 工具包。GNOME Commander 最初是用 C++ 编写的，但随着本周发布的 GNOME Commander 2.0 版本，它现在主要由 Rust 代码构成，并且正在过渡到使用 GTK4 工具包。 GNOME Commander 2.0 还增加了一个嵌入式终端来显示 GNOME Commander 运行的命令的输出，重新设计了快速搜索功能，改进了搜索对话框，增强了内部查看器，提高了辅助功能，并增强了键盘快捷键对话框。 GNOME Commander 2.0 还带来了改进的 Wayland 支持和其他现代化改进。 GNOME Commander 2.0 文件管理器版本 可以通过GitHub 下载，还可以了解更多详情。 查看评论
和 ai 双排用 Go 写了个自动保存转发过来的 telegram 媒体的 bot, 文件在 tg 服务器, 实际存的是元信息 一些特性 双模式存储： direct 模式：使用 TG bot 的 file_id ，部署简单, 但如果遇到 bot 或者账号被 ban, 找不回文件； channel 模式：自动转发至自建频道备份，支持多频道冗余，但部署多一些步骤. 建议使用不同账号分别创建的频道, 然后一起加到频道里成为管理员.这样能防止一个 bot 或账号被封导致文件丢失. 比较推荐这种方式. 语义搜索: 可选接入 Openai/Gemini 的 embedding 模型做语义搜索, 效果一言难尽, 写着玩的. 保存 telegra.ph ：爬取 tph 网页为 md 文件保存 数据私密: 私人 bot, 仅相应白名单用户, 没写公共开放功能. 部署方式 数据库用的 PostgreSQL, 推荐使用 Supabase 的远程 pgSQL, 免安装而且免费层级就够用了 仓库 release 里可以下载到二进制文件直接运行, 更推荐使用 docker compose: git clone https://github.com/Merack/telegram-drive-bot.git cd telegram-drive-bot cp .env.example .env # 修改下里面的必填项 docker compose up -d 功能菜单 开源地址 https://github.com/Merack/telegram-drive-bot
（承诺资金来源非内地 关闭不动户 等） 特别提醒：encmasuta 频道并非法律顾问。encmasuta 频道对原始通函的摘编可能会影响原意。请阅读香港证监会原文，链接位于消息尾部。 本消息所称「内地投资者」，指使用内地身份证或内地护照开户的个人投资者，不适用于机构投资者；暂停账户使用，指账户仅允许平仓交易或为履行责任/清偿负债所进行的交易，进入预备关户状态。 除前述消息提及的防范伪冒文件开户（「第1项措施」）外，香港证券及期货事务监察委员会通函还提出了部分监管规定，下为概述。 持牌法团应留意内地监管发出的联合通知 : 持牌法团应注意中国证监会及其他中国内地当局在2026年5月22日联合发出的通知，当中指明对某些在内地进行的非法跨境证券、期货及投资基金相关活动的整治方案。持牌法团应注意，若违反香港境外的司法管辖区的任何适用监管规定，或会构成不遵从《操守准则》第12.1段的情况，并可能会导致证监会对其采取监管或执法行动。持牌法团必须立即向证监会汇报严重违规事项。[通函正文] 上述要求并不代表持牌法团不能向「内地投资者」提供服务：持牌法团仍可继续为现有的「内地投资者」提供服务，但必须鉴别客户未使用伪冒文件、符合其他监管条件。持牌法团如对该通知的诠释或适用范围有任何疑问（包括持牌法团在内地进行的若干活动是否可能违法），应向合资格法律顾问索取法律意见。[通函附录C V-9] 「第2项措施」关闭内地投资者零结余不动投资户 : 截止2026年5月22日或证监会所指明的任何其他日期（参考日期）均无任何资产结余，且在参考日期前计12个月内没有由客户开展的活动的「内地投资者」持有的投资户：持牌法团应当暂停账户使用、履行告知程序并在六个月内关户，除非满足全部重启条件：经过重新 KYC，及「第3项措施」中的 (i) 及 (ii)。[通函附录B] 若账户按参考日期情况被判定为不动投资户，但在参考日期后、账户被暂停前重新录得交易活动，仍会视为不动户，须暂停账户使用，而后重启或关户。[通函附录C II-4] 若「内地投资者」在同一持牌法团持有多个投资户，其中有一个或多个符合上述不动投资户条件，但并非所有账户均为上述不动投资户，则该持牌法团无须关闭上述任何不动投资户。[通函附录C II-3] 「第3项措施」内地投资者开立新投资账户的要求 : (i) 向该内地投资者取得书面声明 (i.a) 确认所有用以支持投资活动及相关结算的资金均来自内地以外的合法来源； (i.b) 确认该投资者没有因曾使用可疑或伪造文件而令帐户遭到任何持牌法团或银行关闭或暂停； (i.c) 该投资者承诺，如其书面声明中的资料出现任何更改，会在七个营业日内通知持牌法团；及 (i.d) 该投资者确认其明白，持牌法团可能会按执法机构或监管机构的要求，披露该投资者的个人及其他相关资料。 (ii) 要求该投资者使用以其名义在香港持牌银行或在合资格司法管辖区受银行业监管机构监督的银行持有的银行帐户，作结算之用，并确保日后就有关投资帐户而作出的所有提存只会透过该等银行帐户进行。 (iii) 其后一旦发现有关客户的资金来源属不合法，或违反内地任何资本管制法规，应关闭其投资账户。 (下略) csrc.gov.cn 中国证监会 工业和信息化部 公安部 中国人民银行 市场监管总局 金融监管总局 国家网信办... 证监发〔2026〕28号各省、自治区、直辖市人民政府，新疆生产建设兵团：《综合整治非法跨境证券期货基金经营,2026-05-22 sfc.hk Code_of_conduct-Dec-2025_Chi-Final-with-Bookmark_Jan-2026.pdf 4.09 MB 查看通函原文 致持牌法團的通函 開立帳戶及與客戶維持關係時應採取的監控措施 apps.sfc.hk e-Distribution 转自encmasuta 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 刚开始只是想做一个方便切换claude code的环境管理器。后面刚好遇到claude code的源码泄露。又再此基础上加了一些功能，包含遥测处理、时区处理等等。 lsy1770/Claude-Isolatot: 面向 Windows 的 Claude 多环境隔离界面，用于管理二进制、配置目录、遥测策略与远程控制。 主要功能： 创建和管理多个隔离环境，每个环境使用独立配置。 处理遥测上报的一些数据，时区改写处理 环境变量管理和配置 提供会话管理、运行日志、拦截日志和二进制校验等。 环境管理和会话启动 遥测和认证等相关处理 会话监控 日志 注：目前缺少样本，A/封号本来就是玄学，我自己的账号用了17天，后面因为放反代上被封了，目前无法区分封号因素，佬友们可自行测试。 个人兴趣爱好开发，望佬友们轻喷！！ 1 个帖子 - 1 位参与者 阅读完整话题
我的vps都是用hermes管理的，接的gpt5.4. 之前让它部署 chatgpt2api grok2api singbox 之类的都可以正常部署, 从昨天开始它不给我部署了，这突然提升的道德感是怎么回事？ 6 个帖子 - 4 位参与者 阅读完整话题
IT之家 5 月 23 日消息，据央视新闻报道，全国首个人形机器人全生命周期管理平台在北京发布。今后每一台出厂的人形机器人都将拥有独一无二的“数字身份证”， 可在生产、销售、使用、回收流程追溯 。 IT之家在此援引央视新闻，该平台由信息化部人形机器人与具身智能标准化技术委员会牵头搭建。每台机器人出厂时将被赋予唯一编码，相当于机器人的“身份证号”，覆盖从研发生产、市场准入、销售使用到报废回收的全链条，实现“源头可溯、全程可控、风险可防、责任可究”。 截至目前，该平台已覆盖全国 100 余家人形机器人企业， 完成 200 余个产品型号 、 2.8 万余台机器人的全生命周期赋码 ，加快形成开放、包容、共赢的产业生态。
这么多年来我一直用anaconda管理python 模块和环境。 但昨天折腾了一晚上，一开始是升级失败，问ai 半天也解决不了。 一怒之下卸载，删掉历史文件，重装最新版。 装了最新版之后发现python和很多包也不是最新的，就升级，升级也升不上去。 还把现有的base环境搞得打不开了。 真不想用了，于是问了问ai现在大家都用什么，不同ai的回答也五花八门，nv，miniconda，miniforge之类的，看上去也都没有anaconda这种gui的用起来简单。 我想问下现在主流的python 管理到底用的哪个，我也跟下主流学习一下~ 15 个帖子 - 14 位参与者 阅读完整话题
如图所示，这么一个简单的回复也被举报？还好管理人员英明！ 1 个帖子 - 1 位参与者 阅读完整话题