重新规划我的 Obsidian:让知识、项目和工程资产各归其位
最近重新整理 Obsidian 知识库后,我把它定位为项目大脑和知识连接层:项目按目标组织,知识按领域沉淀,工程资产仍留在开发目录、Git、PLM 或 NAS 中,由 Obsidian 负责索引和连接。
重新规划我的 Obsidian:让知识、项目和工程资产各归其位 Read More »
最近重新整理 Obsidian 知识库后,我把它定位为项目大脑和知识连接层:项目按目标组织,知识按领域沉淀,工程资产仍留在开发目录、Git、PLM 或 NAS 中,由 Obsidian 负责索引和连接。
重新规划我的 Obsidian:让知识、项目和工程资产各归其位 Read More »
记录一次把 iPhone 备份从手动插线改造成 Debian VM + usbmuxd2 + MQTT + NAS SMB 的 Wi‑Fi 自动备份服务实践,包括 stock usbmuxd 的限制、首次配对、NAS 权限、worker 状态判断与开机恢复。
用 Debian VM 搭建 iPhone Wi‑Fi 自动备份服务 Read More »
一份 Ubuntu 25.x 升级到 Ubuntu 26.04 后的系统修复清单:先做只读体检,再收敛 APT 源、驱动、输入法、字体、开发环境、桌面应用、索引范围和恢复后硬件问题。
Ubuntu 26.04 升级后修复 Checklist:从系统体检到桌面工作流恢复 Read More »
持续使用 OpenClaw 一段时间后,我越来越明确:真正需要管理的,不只是模型强不强,而是 Skill、Agent、API 与 token 成本背后的整套能力结构。
OpenClaw 用久了我才发现:真正要管理的,不只是模型能力 Read More »
这次把 OpenClaw 里的本地能力重新按 Agent、Skill、MCP 三层收口,不是为了“看起来整齐”,而是为了让后面新增能力时更容易复用、扩展和持续优化。
Agent / Skill / MCP:我现在怎么继续长能力 Read More »
用最通俗的方式讲清楚 OpenClaw 里的 Agent、Skill 和 MCP 分别该放什么:Agent 是职责分工,Skill 是 SOP + 脚本合集,MCP 是外部能力接口。
在 OpenClaw 里,Agent、Skill、MCP 应该怎么规划? Read More »
最近顺手看了下 nanopb。它不像 Modbus 或 CANopen 那样是一整套成熟通信体系,更像是面向嵌入式场景的轻量级结构化消息工具;如果项目更看重灵活表达、跨平台处理和资源占用控制,它会是个值得认真考虑的方向。
记录一次 Headscale 私有控制面的实际落地,重点是 iOS 接入、MagicDNS、子网路由与 Exit Node 的稳定配置。
Headscale 私有控制面落地笔记:配置、排障与稳定方案 Read More »
很多人聊 AI 办公时,首先想到的是总结纪要、润色邮件和生成文案。但如果目标是让 AI 真正进入业务流程,决定上限的往往不是模型本身,而是办公软件、业务系统和内部平台是否提供了稳定、可控、可结构化访问的 API 接口。本文结合实际业务系统接入体验,重新梳理我为什么越来越看重 API 在 AI 办公场景中的基础设施意义。
AI 办公真正的瓶颈,可能不是模型,而是你的系统有没有 API Read More »