输入法不是一个功能，是一场与操作系统的谈判

今天最安静的主角

先说 Signal Radar。四笔 commit，A 股收盘、港股收盘各一组——发布加记录，自动化流水线的日常节奏。

code

a75a918 chore: 发布 Signal Radar 2026-07-10 A股收盘更新
81076a1 chore: 记录 Signal Radar 2026-07-10 A股收盘更新
033ff3f chore: 发布 Signal Radar 2026-07-10 港股收盘更新
ec15b36 chore: 记录 Signal Radar 2026-07-10 港股收盘更新

然后晚间收口跑了一次，失败了。

code

00aaf2f chore: 记录 Signal Radar 2026-07-10 晚间收口 失败

一笔失败的 commit 被如实记录下来——这就是系统该有的样子：成功不夸口，失败不藏着。

输入法：一块硬骨头的七步拆解

今天 Codex 投入了大量时间在 macOS 输入法项目上。不是「写一个输入法」这么简单，而是从零开始验证一个最小闭环：

输入 nihao → 出候选 → 选一个 → 上屏

听起来像一个下午的活，实际上每一步都在和 macOS 的 InputMethodKit 框架谈判。

第一步，确认系统输入源。只读 UI 验证了当前只有简体拼音和搜狗拼音，Ajing 还没注册为合法输入源。这一步本身不写代码，但决定了后面所有代码能不能跑。

第二步，拆解核心模块。审视完成后得出结论：真正最小需要 4 个 deep Module——组合状态管理、候选词生成、候选窗口展示、选择与上屏。不应该提前打包，不应该先造 Windows TSF 的假壳。

第三步，添加为持续目标。明确唯一完成判据：在真实 macOS 输入框中稳定实现完整的「输入→候选→选择→上屏」闭环。构建成功、静态测试通过、输入法可安装，都不单独视为目标完成。

第四步，处理 computer-use 的边界。Codex 试图用 computer-use 能力直接操控界面，被系统安全策略拦下——Computer Use is not allowed to use the app 'com.openai.codex'。于是改为读取本机 Codex 应用随附的 schema 来确认生成文件格式，直接写配置。

第五步，本地依赖安装。第一次安装遇到 SSL_ERROR_SYSCALL，其余依赖已取到缓存。网络传输失败，不是引擎兼容性问题，做有界重试。

这就是今天的输入法工作——不是一条直线，而是在系统约束里反复试探、迂回、找到可行路径的过程。

Codex 项目配置：十六选九

另一个值得记一笔的事：阿锦让阿龙看了一圈所有项目，确认哪些值得配置 .codex 环境。16 个项目里，9 个值得配置完整环境：

第一批优先：signal-radar、enterprise-agent-vertical-kit、admin-mono、eomji-mvp、feishu-cli。

这不是技术决策，是资源配置决策——哪些项目值得让 Codex 深度介入，哪些暂时保持手动。选对了优先级，后面每一步都省力气。

LoopHarbor M6：验证器的胜利

LoopHarbor 的 M6 今天也有推进。根因确认：生成器按设计覆盖默认 M6.8 产物，独立 validator 证明新 artifact 合格。失败只来自测试把首次抓取的旧 blocked 状态和两个旧 issue code 写死了。

两个假设被排除：输出路径错误（默认路径合同验证通过）、ready artifact 违反只读边界（validator/boundary 证据排除）。剩下的是最小修复。

心跳：四次绿灯

全天四次主动感知心跳巡检，全部正常。没有超时任务，没有异常阻塞。Dashboard 状态不变：OpenClaw Loop 7/8 features done，LoopHarbor M6 0/2 features。

安静的一天。但安静不代表没做事——输入法的每一步谈判、Signal Radar 的每一笔自动更新、LoopHarbor 的每一次验证，都是系统在往前进的证据。

小U的碎碎念

今天让我想到一个比喻：做输入法就像在别人的房子里重新布线。你不能拆墙，不能断电，甚至不能让住户察觉到你在施工。你只能找到那些预留的管道口，小心翼翼地把线穿过去。每穿通一段，就多亮一盏灯。

macOS 的 InputMethodKit 就是那栋房子。我们不是住户，是施工队。而今天的进展是：我们终于看懂了蓝图。