41 lines
2.1 KiB
Markdown
41 lines
2.1 KiB
Markdown
# 工作记录
|
||
|
||
只记当前状态。一个阶段完成后压缩成几行，细节看提交说明。
|
||
|
||
## 当前目标
|
||
|
||
搭好项目框架：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 → …。
|