InfoRSI/WORK_LOG.md

工作记录

只记当前状态。一个阶段完成后压缩成几行，细节看提交说明。

当前目标

搭好项目框架：CLAUDE.md、方法、结构都定下来以后，按模块从参考项目搬代码。

已完成

• CLAUDE.md：按官方写法写成（提交 3861fd8 及之后）。
• docs/方法.md：由参考项目的研究方案 v3、设计-15、设计-16 合成（f32c0bd）。之后按用户决定改过：消融只测信息价值选中的格（5e4f8c2）；保障的定义借用"控制变量"和"重构"来说明（141494f）。
• docs/结构.md：13 个模块加 vocab、步骤清单、账本 12 种记录、可替换点、检查规则、粗估规模（6cf9f0c）。

关键决定（用户原话见各提交说明）

• 项目改名 InfoRSI。参考项目 RivalBits 只读。
• "点"改称"因子"，"保障"保留。
• 不设轮数上限，只限运行次数。
• 第一次预测放在挑刺之前、看原始提案；第二次预测在冻结之后、看冻结协议。
• 子 Agent 调研时不写 md 文件，结论直接回报。

未完成

• inbox/调研.md：要迁进 docs/调研/ 的调研结论。
• docs/方法.md 里还有 7 条标〔自定〕的规则，待用户过目。
• 还没有代码、工具链和测试入口。

工作方式（用户 2026-10-01 定）

每个模块分三步：

1. 参考项目的会话（监督者）先把这个模块讲给用户：放哪些东西、对外提供哪些函数、预期多少行、参考项目里对应的代码哪些保留哪些删掉。用户和监督者一起确定。
2. 监督者把确定的内容写成一份任务书，放在 任务书/ 下，一个模块一份。
3. 用户在 InfoRSI 目录里另开一个新的 Agent 执行任务书；监督者只监督、核对，不直接写代码。

这样做有两个目的：一是检验 CLAUDE.md 和 docs 里的规则对一个全新的 Agent 是否真的起作用；二是让监督者和执行者的思路保持独立，方便发现跑偏。

下一步

讲 vocab（共用词汇）模块，与用户确定后写 任务书/01-vocab.md。之后依次是 rules → ledger → …。