「超级剪贴板」获得 12w+ 次安装，常驻「最受欢迎」热门排行榜，持续维护近四年，历经三次重构，精心打磨作为一款剪贴板应用的每一处细节。 近期发布了 V3.0 版本，继承旧版基础交互的前提下，进一步提高了信息密度与能力上限，功能更强，性能更优，欢迎体验。 极致性能 ：不限制条数与过期时间，支持上万条数据数据秒启 隐私优先 ：支持按需开启端到端加密，将复制内容加密保存到本地磁盘 功能强大 ：支持置顶、收藏、编辑、多选、内置 OCR 文字搜图等强大功能 跨设备同步 ：支持秒级跨设备同步与基于 WebDAV 的备份与同步 定制脚本 ：编写强大的自定义用户脚本，监听事件、调用系统 API 定制自己的工作流 极致高效 ：支持随时唤起透明悬浮剪贴板，用完即走 界面优雅 ：经过设计的动效与交互，深度适配深色模式，用户界面支持中英双语 文末送 10 个季度插件会员兑换码，可以在插件中以 ¥0.01 的价格购买原价 ¥19.9 的季度插件会员： 欢迎到 uTools 插件市场下载使用： 插件市场 - 超级剪贴板 兑换方式： 下载并安装 uTools 在插件市场搜索「超级剪贴板」，安装插件 进入插件后，点击右上角「用户中心」页面的兑换码入口使用兑换码 未被兑换的兑换码将于 2026-06-30 23:59:59 过期，记得及时兑换~ CLIP-dcdd9c10-8b07-467e-81f9-bcadf0839dd2 CLIP-e3aaf088-0ea5-4014-b734-e8475f34ad0a CLIP-d4da263a-3522-482b-b1af-750ff07b48bd CLIP-0bb4beb9-e23c-46d2-b091-f18dc7a72d0c CLIP-fb122820-0318-4c80-b81b-cf2323e6963e CLIP-fc150242-0af5-4cf9-9ceb-410d9282dc2a CLIP-dca99a0c-bc23-487e-b57b-cf765dc16b3b CLIP-ca4ecb84-b5e8-446d-92c2-e18eb2689478 CLIP-548d5ea7-199b-413c-9faa-9fb8faae806f CLIP-4e9eb7f8-df02-4441-95fa-eb918db4b146
各位老朋友好，近期不少老友反馈系统无法正常使用，问题源于此前大版本迭代升级时受大模型适配影响导致故障。 为从根源解决各类使用隐患，项目已完成整体架构全面重构，全新版本正式上线。 所有历史用户数据全部妥善留存，无需担心账号、资料丢失问题 。 新版本在稳定性、使用体验上做了全方位优化，还望各位老友多多试用、多多支持，后续遇到任何问题欢迎在评论区留言反馈。 我这里给出之前的传送门，从里面找地址吧 投资笔记2.0 ps：之前发了很多次都被删帖，怕了怕了 1 个帖子 - 1 位参与者 阅读完整话题
各位老朋友好，近期不少老友反馈系统无法正常使用，问题源于此前大版本迭代升级时受大模型适配影响导致故障。 为从根源解决各类使用隐患，项目已完成整体架构全面重构，全新版本正式上线。 所有历史用户数据全部妥善留存，无需担心账号、资料丢失问题 。 新版本在稳定性、使用体验上做了全方位优化，还望各位老友多多试用、多多支持，后续遇到任何问题欢迎在评论区留言反馈。 PS:刚刚发了帖子被删了，不贴图了，有需要看2.0版本的帖子，里面有传送门 投资笔记2.0 ，以往的帖子大家可以看看 系统地址： http://120.48.117.234:5627 http://120.48.117.234:5627 http://120.48.117.234:5627 1 个帖子 - 1 位参与者 阅读完整话题
各位老朋友好，近期不少老友反馈系统无法正常使用，问题源于此前大版本迭代升级时受大模型适配影响导致故障。 为从根源解决各类使用隐患，项目已完成整体架构全面重构，全新版本正式上线。 所有历史用户数据全部妥善留存，无需担心账号、资料丢失问题 。 新版本在稳定性、使用体验上做了全方位优化，还望各位老友多多试用、多多支持，后续遇到任何问题欢迎在评论区留言反馈。 过去很多基金类应用存在两个关键短板：盈亏不能实时算、涨跌幅不能实时拿，关键时刻信息滞后、影响判断与操作效率。投资笔记 3.0 继续围绕“更快感知—更快判断—更快跟踪”的闭环体验迭代，带来一轮 体验与效率 投资笔记2.0 ，以往的帖子大家可以看看 系统地址： http://120.48.117.234:5627 http://120.48.117.234:5627 http://120.48.117.234:5627 1 个帖子 - 1 位参与者 阅读完整话题
项目地址： https://github.com/mage0535/hermes-memory-installer 背景 用过 AI 智能体（ Claude Code / Cursor / Hermes ）的人应该都体会过：每次新对话就是一张白纸。上个会话讨论过的架构决策、当事人、项目背景，下个会话全不记得。重新描述一次两次忍了，十次二十次就麻了。 这个项目的思路是：在智能体旁边跑一个记忆 sidecar ，不碰智能体核心代码。智能体正常写会话，sidecar 负责归档、索引、治理、召回。 v3.0 做了什么 v3.0 实现了完整的外挂记忆管线： 会话采集 → session_to_gbrain.py （增量归档到 gbrain ） 治理重建 → memory_governance_rebuild.py （ FTS5 索引、memory object 多版本状态、向量嵌入） 分层召回 → tiered_context_injector.py （ L1 最近会话 / L2 关键词搜索 / L3 治理对象 + 语义向量，RRF 融合 + 意图重排序） 健康监控 → memory_guardian.py （容量、重复率、stuck 操作检测、安全排空） 编排 + 验收 → memory_maintenance_cycle.py + sidecar_acceptance_check.py 几个值得说的设计 多智能体兼容 统一用 AGENT_HOME 环境变量定位智能体数据目录，向后兼容 HERMES_HOME 。设个变量就能挂到不同智能体上。 多版本记忆对象 同一个事实的多版陈述自动分 conflict group ，最新最好的标记 active ，其余 superseded （设 valid_to ）。查询只返回 active ，但历史不丢。 可选向量索引 配置 EMBEDDING_API_URL （ OpenAI 兼容格式）即可自动为 memory object 生成嵌入存到 canonical_semantic_index 表。不配的话，全文本检索（ FTS5 / LIKE / hindsight / gbrain ）完全正常。 Focused Dossier 重要人物 / 关系 / 项目可以提升为一级记忆对象。生产版已验证了 relationship dossier 。 生产情况 生产服务器跑了半年多，12600+ 会话、2GB state.db 、75MB governance.db 。每周跑一次完整维护周期（归档→重建→排空→召回验证），持续稳定。 欢迎 PR / Issue / Star ⭐ 使用方式 git clone https://github.com/mage0535/hermes-memory-installer.git cd hermes-memory-installer python3 installer/install.py --noninteractive AGENT_HOME=/root/.hermes python3 /root/.hermes/scripts/memory_maintenance_cycle.py
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 GitHub : GitHub - fengshao1227/ccg-workflow: 多模型协作工作流引擎 — /ccg:go 一个命令，AI 自动分析意图、选择策略、编排 Codex + Gemini + Claude 协作执行 觉得好用请留下你的 Star 之前的问题 在最开始，只有几个命令，到后面越更新命令越多，新用户不清楚在那种场景选择哪个命令，这也是我一直头疼了，在账号被封禁的时候，我也一直在去试其他的作者的工作流，然后现场的趋势是自动触发，或一个指令做自动路由然后帮你使用对的指令。 v3.0 做了什么 让一个指令"/ccg:go" 来代替大量的命令，你后面只需要用自然语言去跟他说，你要做什么即可 /ccg:go 报错信息+接口 ps：自动路由到debug /ccg:go 在某某接口，给我加上一个字段，让前端可以获取什么信息 ps：这种的简单命令，cc会直接自己做好 /ccg:go 重构路由模块，太乱了。 ps:会直接双模型分析，带team并行开发，让速度更快，最后也会有测试手段，确保一次完成任务 /ccg:go 缓存方案怎么选比较好？ ps:双模型分析，然后加cc自己，最终给你方案 引擎自动分析意图（bug/feature/refactor/research）、评估复杂度（S/M/L/XL）、选择策略、执行。 核心其实也就几句话 简单 bug → Claude 自己改 中等功能 → 需求增强 + 外部模型分析 + 计划审批 + 实施 复杂功能 → ，双模型并行分析 + 审批 + Agent Teams 并行写代码 + 双模型交叉审查 简单任务不会被过度工程化，复杂任务不会被草率处理。（帮助大家更好的节省tokens的同时让任务也做的好） 可以用自然语言调用外部模型 "codex 审查一下代码" → 自动调用 Codex reviewer 审查 git diff "gemini 分析一下这个模块" → 自动调用 Gemini analyzer 分析 "双模型审查" → 自动并行调用 Codex + Gemini 交叉审查 "codex 帮我调试这个问题" → 自动调用 Codex debugger 诊断 快速安装 npx ccg-workflow 选择「初始化工作流」然后按照引导完成安装 要求安装 ：拥有claude code cli +codex cli +gemini cli（只有claude效果会大大折扣） v3仅保留以下命令 /ccg:go. # 智能入口 — 说人话，自动选策略执行 /ccg:commit # 智能提交（conventional commit） /ccg:rollback # 交互式回滚 /ccg:clean-branches # 清理已合并分支 /ccg:worktree # Worktree 管理 /ccg:spec-init # 初始化 OpenSpec 环境 /ccg:spec-research # 分析需求，输出约束集 /ccg:spec-plan # Codex + Gemini 并行分析，生成执行计划 /ccg:spec-impl # 按计划一步步实现，完了自动归档 /ccg:spec-review # 双模型审查，随时可以用 每个阶段之间可以 /clear ，状态存在 openspec/ 目录，不怕上下文爆。 常见问题 1: codeagent-wrapper: command not found？ PATH 未生效，重启终端或执行： source ~/.zshrc # Mac/Linux 2: Codex 任务卡住？ Codex CLI 0.80.0 已知 bug，设置环境变量解决： export CODEAGENT_POST_MESSAGE_DELAY=1 或在 ~/.claude/settings.json 中配置： { "env": { "CODEAGENT_POST_MESSAGE_DELAY": "1" } } 3: Claude Code 任务超时？ 修改 ~/.claude/settings.json ： { "env": { "CODEX_TIMEOUT": "7200", "BASH_DEFAULT_TIMEOUT_MS": "600000", "BASH_MAX_TIMEOUT_MS": "3600000" } } 4: OpenSpec CLI 装不上？ npm install -g @fission-ai/openspec@latest 鸣谢 cexll/myclaude - codeagent-wrapper UfoMiao/zcf - Git 工具 + 输出风格 telagod/code-abyss - 邪修输出风格 GudaStudio/skills - 智能路由设计 fission-ai/opsx - OpenSpec 规范驱动框架 ace-tool MCP - 代码检索工具 code-abyss - skills参考 Trellis - Hook 工作流状态机的设计思路参考 版本 : v3.0.0 | GitHub Issues 30 个帖子 - 17 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 书签备份v3.0 书接上回（v2.0） ，v3.0经过小半年断断续续的开发，v3.0现已上线： chromewebstore.google.com 书签备份 - Chrome 应用商店 书签版本管理（Git） github.com GitHub - Browser-bookmark-hub/Bookmark-Backup: Bookmark Backup is a Git-style bookmark... Bookmark Backup is a Git-style bookmark versioning, backup-history tracking, and safety-recovery extension for Chrome / Edge. [!example] 主要更新： 1、加入 github repo的备份路径； 2、加入 恢复、撤销、导入合并，补丁恢复/撤销，覆盖恢复/撤销，而导入合并则是和通用浏览器一样导入数据包至根节点或者选择节点； 3、加入「变化数据」，以及包含变化数据、快照的「备份历史」； 4、加入 网页快照，使用队列手动校验，格式是mhtml，辅助工具有截图、长截图、屏幕录制； 5、其他稳定性优化、以及ui更改等 （参考） 。 相关截图： 书签记录与推荐（v0.3.1） 书接上回（v0.2.3） ，v0.3.1主要加入 「推送与分析」的三个数据包：「书签推荐包」、「书签记录包」、「原生真相源包」，使用 本地插件进行整理分析后的书签/浏览记录 ，配合可编辑的 AGENTS.md / CLAUDE.md 约束规则进行约束，通过PC端的 web fetch / 检索 / subagents / git 等能力对经过分析后的以及原生的数据包进行分析。（个人认为本质上是分析数据以及原生数据，所以原生agent没有必要，所以就朝着这个小趋势做了。） chromewebstore.google.com 书签记录与推荐 - Chrome 应用商店 浏览记录、排行与关联、时间捕捉、推荐列表。 github.com GitHub - Browser-bookmark-hub/Bookmark-Record-Recommend: Chrome / Edge Manifest V3 extension for bookmark... Chrome / Edge Manifest V3 extension for bookmark ‘records + recommendations’ with AGENTS.md / CLAUDE.md in one workspace. 相关截图： 其他进度 「书签画布」，卡在同步最后一步，github的commit time无法作为标准修改时间mtime，准备加入mainfest一个文件配合每次AI的修改，但感觉只是特定解决方案。转nextcloud或者webdav后续再说吧，已经是沉没成本了 [!tip] 因个人能力/精力有限，期待佬友们对以下方面测试 ： 1、 书签备份v3.0 ：使用 测试书签 关于 补丁/覆盖 的 撤销/恢复 ，以及后续的 中断恢复事务/临时安全快照 ； 2、 书签记录与推荐 ： AGENTS.md / CLAUDE.md 约束规则 1 个帖子 - 1 位参与者 阅读完整话题