tamakyi
3f1b737a78
用户要求这份记忆跟着仓库走，而不是只留在本机。 .gitignore 里挡路的是 `.workbuddy/`。改成反忽略六行，并且**只放行 .md**： 别用 `!.workbuddy/memory/**`——它会把 memory 下任何文件都放行，本项目真发生过 `web.test.exe` 混进暂存。复核用 `git check-ignore -q --no-index` 逐条打靶： memory/*.png、memory/sub/x.md、memory/MEMORY.md.bak、plans/a.md 全 IGNORED， 17 个 .md 全 included；`git add -An .workbuddy/` 恰好 16 个文件。 其余 .workbuddy 内容（计划、本地设置、临时产物）继续忽略。记忆里没有真凭据 （唯一命中是 2026-09-14.md 里的 `password=rond-admin`，那是项目默认口令）。 顺带做两件整理： 1. 取证了注入上限。以前按「字节数」判断 MEMORY.md 是否超限是错的： WorkBuddy 的 `getWorkingMemoryContent()` 用 `MAX_MEMORY_CHARS = 1e4` 比 JS `content.length`，即**字符数**（中文 1 字算 1）；超了 substring 截断、尾部静默丢失。 本 details 与每日日志都不参与注入，只有 MEMORY.md 受约束。 现已从 6604 字符收到上限的 66%，并把这条上限写进索引抬头。 2. 把「备份合并」「导出/恢复三条铁律」两段长文迁进 MEMORY-details.md 的卅一/卅二节， 索引只留关键词指针。行尾统一为 LF（仓库 .gitattributes 是 `* text=auto eol=lf`）。
36 lines
784 B
Plaintext
36 lines
784 B
Plaintext
# 构建产物
|
||
/rond
|
||
/rond.exe
|
||
*.exe~
|
||
/bin
|
||
|
||
# 运行时数据
|
||
/storage/
|
||
/tmp/
|
||
/shots/
|
||
/dist/
|
||
.tmp-test/
|
||
.playwright-cli/
|
||
|
||
# 含密钥的真实配置
|
||
/conf/app.ini
|
||
/conf/app-test.ini
|
||
|
||
# 原始备份
|
||
/data/
|
||
.workbuddy/
|
||
# 但「项目记忆」要跟着仓库走：那批判据与教训是给后续会话看的，不该只留在本机。
|
||
# 其余 .workbuddy 内容（计划、本地设置、临时产物）继续忽略。
|
||
# 注意：只放行 memory 下的 .md——**别写成 `!.workbuddy/memory/**`**，
|
||
# 那会把误落盘的 png/exe 一起放行（本项目真发生过 .test.exe 混进暂存）。
|
||
!.workbuddy/
|
||
.workbuddy/*
|
||
!.workbuddy/memory/
|
||
.workbuddy/memory/*
|
||
!.workbuddy/memory/*.md
|
||
|
||
# 开发期的临时探针/抓取产物（不属于运行时）
|
||
/tmpfog/
|
||
__pycache__/
|
||
*.pyc
|