在 Windows 10 中编译 ONLYOFFICE 模块的踩坑记录
适用环境：Windows 10/11 x64，ONLYOFFICE 核心源码 v9.4.0.131（branch="tags/v9.4.0.131"），平台 win_64。 记录时间：2026-10-01。本文档按构建顺序记录各阶段遇到的问题、根因与解决办法，供后续重装/重编参考。 目录
在 WSL2 中编译 ONLYOFFICE Core 模块的踩坑记录（续）
编译日期：2026-09-24 ~ 2026-09-28 编译目标：ONLYOFFICE Core → Builder 模块（linux_64 / linux_arm64 / win_64） 本文续接：坑十二至坑十四，附录 C/D 坑十二：WSL 中无法交叉编译 win_64 背景 在 core 模
在 WSL2 中编译 ONLYOFFICE Core 模块的踩坑记录
编译日期：2026-09-24 编译目标：ONLYOFFICE Core 模块（python3 ./automate.py core --update=0） 环境信息 硬件
Win11 Win+V 剪贴板提示「由于组织的策略，此设置不可用」
一、问题现象 按下 Win+V 无反应，设置 → 系统 → 剪贴板中「剪贴板历史记录」开关灰色 提示：由于组织的策略，此设置不可用 系统：Windows 11 企业版 状态：未加入域、未绑定企业账号、未注册 Intune/MDM（纯本地使用）
Jetson AGX Orin 上 ComfyUI 报 CUBLAS_STATUS_ALLOC_FAILED 排查记录
一句话总结：Jetson 平台上 venv 内残留的 PyPI 版 nvidia-cublas-cu12 等 CUDA 运行时包覆盖了 JetPack 系统 CUDA，导致 cuBLAS 在 Tegra 硬件上初始化失败。卸载全部 pip 版 nvidia-* 包后恢复正常。 1. 环境信息
杂项-人工智能研究小计11
突然有一个改变现有软件开发方法体系的思路： 假设有这样一个Harness平台，这个平台中可以创建软件项目，并提供基础的项目情况，根据项目情况拆解子项目。再对这每个子项目拆解模块（构件），为其选择合适的软件开发方法。按照正常软件工程阶段，依次交由Agent来Coding和Check。需求人员、开发人员
Flyway 数据库版本管理完整实践指南
适配 Flyway 13.x（OSS 开源版），包含本地 Shell 脚本方案 + Maven / Gradle Java 项目集成，Mac M 系列开发踩坑总结。 一、什么是 Flyway Flyway 是一款开源数据库版本迁移工具，把数据库变更（DDL/DML）当做代码一样管理，SQL 脚本纳入
Jetson AGX Orin 32G 上 ik_llama.cpp 256K 长上下文部署踩坑实录
关键词：ik_llama.cpp · Jetson AGX Orin · 256K 上下文 · KV cache · Agent 推理优化 本文记录在 Jetson AGX Orin 32G 统一内存设备上部署 ik_llama.cpp 跑 256K 上下文大模型的完整排查与调优过程：从 KV ca