https://arthaks.github.io/Java 攻城狮关于生活的思考和学习 2026-07-24T11:34:28+08:00 octo_clay https://arthaks.github.io/ Jekyll © 2026 octo_clay /assets/img/favicons/favicon.ico /assets/img/favicons/favicon-96x96.png 2026-07-16T20:51:54+08:00 2026-07-17T11:20:32+08:00 https://arthaks.github.io/posts/2026-life-activity-journal/ octo_clay

记录 2026 年的运动、思考、阅读和娱乐。

2026-07-14T20:04:27+08:00 2026-07-17T11:20:32+08:00 https://arthaks.github.io/posts/darkness-and-hope/ octo_clay

到了一定岁数之后，喜欢收集一些我觉得能触动自己的文字，有些是截图不知道出处了，有些是链接，有的能查到，有的已经查不到了，大部分都是转述别人 以前我不屑于看推，总觉得里面都是噪音，后来逐渐了解了一些币圈的人，里面有一些人真的非常非常优秀，是打心眼里佩服，这与钱无关，这关乎于勇气/思考/向上 晚饭之后，工位窗外的夕阳 以下是我发小儿发我的一些，我觉得很触动，不知道这些的出处了，但是今天我把他们又阅读了一遍，然后迁移到此。35这个岁数，我不觉得自己老了，但是确实不再年轻了。 关于黑暗 生活里总会有一些看不清方向的时刻。事情没有答案，努力迟迟没有回音，连原本坚定的想法也会开始动摇。黑暗最让人不安的，往往不是它本身，而是我们不知道它还要持续多久。但看不见出口，并不代表出口不存在；暂时走得慢，也不等于正在后退。 与恶龙缠斗过久，自身亦成为恶龙；凝视深渊过久，深渊将...

2026-07-14T12:00:00+08:00 2026-07-14T12:00:00+08:00 https://arthaks.github.io/posts/ai-technology-02-enterprise-agent-lightweight-architecture/ octo_clay

企业级 Agent 系统的核心问题不只是接入大模型，还需要建立可扩展的请求调度、会话隔离、状态管理、流式输出和可观测机制。应用入口可以是 Web 应用、IM 机器人、任务下发平台、内部 API 或自动化工作流。入口形态不同，但进入 Agent 执行层后，应遵循统一的消息协议和运行模型。 本文基于当前项目实践，总结出一套轻量架构：应用接入层负责协议适配，Redis Mailbox 负责会话调度，AgentScope Java 2.0 Worker 负责推理与工具执行，状态和工作区存储在共享基础设施中，可观测体系纵向覆盖整条调用链。 点击架构图可在新标签页打开 SVG 原图，并使用浏览器缩放查看。 名词解释 本文对核心术语作如下约定。代码字段和 Redis Key 保留原始命名，正文统一使用表中的中文或英文名称。 名词 解释 ...

2026-06-25T21:20:00+08:00 2026-06-25T21:20:00+08:00 https://arthaks.github.io/posts/team-dev-tools-and-coding-agent-integration/ octo_clay

1. 定位与价值 小团队 AI Coding 体系是一套面向多仓库、多系统、多环境的研发操作方案： 使用 AGENTS.md 规范 Agent 的检索顺序与边界。 使用 docs/ 记录需求设计（Story）、问题复现（Bug）、模块描述、环境和验证证据，形成可追溯的研发记忆。 使用 .agents/skills/ 将需求分析、Bug 修复、代码提交、环境排查沉淀为标准操作规程（SOP）。 使用 .agents/aurora_tool/ 提供包括 Jira、Gerrit、Jenkins、数据库和 SSH 在内的命令行工具链。 通过 Plannotator、Gerrit 与 Jenkins 将 AI 输出纳入代码评审与交付质量门禁。 该体系的核心价值在于： 降低多仓库认知成本：通过规范的引导文件和模块文档，避免 Agent 盲目检索代码。 规范研...

2026-06-25T15:55:00+08:00 2026-07-14T21:24:54+08:00 https://arthaks.github.io/posts/linux-wecom-docker-rdp/ octo_clay

一、 背景、设计与结论 1. 背景与问题 在 Linux 环境下运行企业微信（WeCom）一直存在兼容性或资源占用的问题： Wine / Bottles 方案：容易出现字体发虚、截图失效、以及窗口边缘出现黑框或残留等兼容性问题。 Waydroid 方案：对硬件环境有要求（强依赖 Wayland），且在容器内处理中文输入法切换较为繁琐。 全功能 Windows 虚拟机：资源占用过高（通常需 4核 4GB 内存以上），仅用于运行单一聊天软件性价比较低。 RemoteApp 调试折腾：直接通过 RDP RemoteApp 协议映射单窗口时，由于企业微信基于 Chromium Embedded Framework (CEF) 架构，会产生多个透明的“阴影子窗口”，在 Linux 下会被错误渲染成多个实心蓝色方块；同时，Windows 10/11 的单用户会话限制会导致在网...