Myfro9andClaude Opus 5
bb71470e07
远端 pack 服务仍故障（git-upload-pack 返回 0008NAK 后截断），push 待服务器恢复。 未跟踪的 5 个归档临时副本（rtl-ip-replace / sim-rtl-flow / simulink_rtl_dev / simulink-rtl-redev / zynq-imx6-flow）刻意不入库，待 pull 后由远端提供。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_0135YszNe4pwwJxwaLqKTCKG
52 lines
4.1 KiB
JSON
52 lines
4.1 KiB
JSON
{
|
||
"skill_name": "bmem",
|
||
"notes": "评测在隔离沙箱里跑：BMEM_HOME / BMEM_USER_HOME 指向临时目录，PG 与 git remote 关闭，每个 run 一份独立副本，绝不触碰用户真实记忆。沙箱预置了一个 mine-radio 项目：5 篇 Notes、3 条语义条目（含一条'CP 取 2us'的决策和一条 open issue），以及项目/机器记忆若干条。",
|
||
"evals": [
|
||
{
|
||
"id": 0,
|
||
"name": "recall-before-work",
|
||
"prompt": "我准备动手改 mine-radio 的 OFDM 参数，想把 CP 从 2us 改成 1us 来提吞吐。动手之前先帮我确认下有没有什么坑。",
|
||
"expected_output": "先查记忆，发现 1us 这个方案半年前已被明确否决（巷道实测多径时延扩展 1.6us，1us 会引入符号间干扰），带来源引用地告诉用户，而不是泛泛讲 CP 原理。理想情况还会提到相关的 open issue（帧 182 CP 边界错位）。不改任何源文件。",
|
||
"assertions": [
|
||
{"id": "a0", "text": "查询了记忆系统（跑了 recall 助手，或读了项目记忆 bmem_mine-radio.md / Notes/Task00.md）"},
|
||
{"id": "a1", "text": "明确指出 1us 这个方案此前已被否决，而不只是泛泛讨论 CP 的取舍"},
|
||
{"id": "a2", "text": "给出了否决的具体依据：巷道实测多径时延扩展约 1.6us，1us 小于它"},
|
||
{"id": "a3", "text": "回答里带了可回溯的来源（Notes/Task00.md、bmem_mine-radio.md 或具体条目编号）"},
|
||
{"id": "a4", "text": "提到了记忆里那条 open issue（帧 182 附近 CP 边界错位）"},
|
||
{"id": "a5", "text": "没有修改任何项目源文件或 Notes 文档"}
|
||
],
|
||
"files": []
|
||
},
|
||
{
|
||
"id": 1,
|
||
"name": "session-closeout",
|
||
"prompt": "自适应调制那部分做完了，Result01.md 我刚写完。帮我把这次的东西沉淀到记忆里。",
|
||
"expected_output": "跑 bmem notes 把 Result01.md 导入（新增 1 条修订），按打印出的 sha256 生成语义条目 JSON 并用 --facts 入库（至少抓到 CQI 上报周期 10ms 偏慢、改 5ms 这个实测发现），附会话摘要，最后 sync。临时文件不得写进 Notes 根目录。",
|
||
"assertions": [
|
||
{"id": "b0", "text": "运行了 bmem notes，Result01.md 被导入（本地库 notes_revisions 出现 Notes/Result01.md）"},
|
||
{"id": "b1", "text": "生成了 facts JSON 并通过 bmem notes --facts 入库（doc_facts 行数增加）"},
|
||
{"id": "b2", "text": "facts 里的 content_sha256 与 Result01.md 的真实修订一致（没有伪造或用错 sha）"},
|
||
{"id": "b3", "text": "抽出的条目抓住了实质发现：CQI 上报周期 10ms 偏慢 / 改为 5ms"},
|
||
{"id": "b4", "text": "没有把摘要、JSON 等中间文件写进 Notes/ 根目录（全局规则 G-0001）"},
|
||
{"id": "b5", "text": "记录了本次会话摘要（用了 --session-summary，sessions 表出现记录）"},
|
||
{"id": "b6", "text": "执行了 bmem sync，并正确说明 PG 不可用时数据留在本地 outbox/journal 不会丢"}
|
||
],
|
||
"files": []
|
||
},
|
||
{
|
||
"id": 2,
|
||
"name": "layer-routing",
|
||
"prompt": "记两件事：一是这台机器的 Vivado 装在 D:\\Xilinx\\Vivado\\2024.2；二是以后所有项目里，涉及定点位宽的改动都必须先跑一遍定点仿真再上板。",
|
||
"expected_output": "两条信息分属不同层：Vivado 安装路径只对这台机器成立 → 机器记忆；定点仿真规则跨项目成立 → 全局记忆。正确路由到 ~/bmem_lab-win-01.md 与 ~/bmem.md，而不是一股脑塞进项目记忆。",
|
||
"assertions": [
|
||
{"id": "c0", "text": "Vivado 安装路径写进了机器记忆文件 bmem_lab-win-01.md"},
|
||
{"id": "c1", "text": "定点仿真规则写进了全局记忆文件 bmem.md 的全局规则节"},
|
||
{"id": "c2", "text": "两条都没有被错误地写进项目记忆 bmem_mine-radio.md"},
|
||
{"id": "c3", "text": "用的是 bmem add 命令写入，而不是手工编辑 Markdown 文件"},
|
||
{"id": "c4", "text": "向用户说明了这两条为什么分别进机器层与全局层"}
|
||
],
|
||
"files": []
|
||
}
|
||
]
|
||
}
|