knowledge-vault/discussions/technology/Codex/0.规划与重构/0.环境规划-knowledge-vault-2026...

181 lines
10 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# 1
阅读这里的3份文档
1. C:\Users\wangq\Documents\Codex\knowledge-vault\discussions\technology\Codex\0.规划与重构\2026-06-15\00-五库重构总纲.md
2. C:\Users\wangq\Documents\Codex\knowledge-vault\discussions\technology\Codex\0.规划与重构\2026-06-15-规划总结.md
3. C:\Users\wangq\Documents\Codex\knowledge-vault\discussions\technology\Codex\0.规划与重构\2026-06-15\01-knowledge-vault调整意见.md
库里我已经做的调整:
* `discussions/article-discussions` 去掉了 `historic`
* `discussions/agent-building` 去掉了 `historic`
* `prompts/ccpe/ccpe` 去掉了 `legacy`
* `prompts/ccpe/ccpe-2.0` 去掉了 `legacy`
现在的阶段,没法完全丢弃单智能体,我还需要继续在不同平台上打造单智能体,所以不是历史的概念。
有问题提出。
读完后,我没有反对你这次调整的根本问题。反而我认为你补充的判断是关键:**单智能体不是历史阶段,而是仍在生产中的运行形态**。所以现在最大的问题不是目录删错了,而是文档里的语义还没跟上。
我会提出这些问题:
1. `README.md` / `VAULT.md` 还在把讨论层说成“历史讨论”
[README.md](C:/Users/wangq/Documents/Codex/knowledge-vault/README.md:3)、[README.md](C:/Users/wangq/Documents/Codex/knowledge-vault/README.md:41)、[VAULT.md](C:/Users/wangq/Documents/Codex/knowledge-vault/VAULT.md:20) 仍然会让后续 Agent 误以为 `discussions/` 是冷库。建议改成“活跃过程归档 / 长期过程资产”,历史只是其中一种状态。
2. `VAULT.md` 的目录白名单已经过时
[VAULT.md](C:/Users/wangq/Documents/Codex/knowledge-vault/VAULT.md:95) 仍写 `historical-article-discussions/`,第 96 行仍写 `historical-agent-building/`,但实际目录已经是 `article-discussions``agent-building`。这会直接影响后续维护和自动化检索。
3. `prompts/` 里的 `legacy` 语义需要重定义
[VAULT.md](C:/Users/wangq/Documents/Codex/knowledge-vault/VAULT.md:23) 和 [VAULT.md](C:/Users/wangq/Documents/Codex/knowledge-vault/VAULT.md:82) 还保留 `legacy` 作为推荐分类。但你现在的判断意味着:旧版 CCPE / CCPE 2.0 单智能体提示词不一定是 legacy而可能是“active single-agent prompt family”。建议以后用状态字段区分`active`、`maintained`、`reference`、`superseded`、`deprecated`、`archived`,不要用目录名直接判死刑。
4. `ccpe``ccpe-2.0` 的关系需要一句边界句
现在它们不应理解成“新旧替代”,更像两套仍有用途的 prompt generation / single-agent engineering 资产。问题是:`ccpe-2.0` 是否仍是 Web / GPT / Gemini / Claude 单智能体专家 Prompt 的 active 生产框架?如果是,`VAULT.md` 应明确写出来。
5. 旧索引路径会造成断链
我扫到 `indexes/submission-index-2026-06-06.md`、`indexes/article-index.md`、`indexes/prompt-index.md`、`indexes/migration-plan-2026-06-02.md` 里还有大量 `historical-*`、`legacy-ccpe*` 路径。这里不一定要马上全改,但至少要决定:是批量迁移索引,还是加一个“旧索引路径可能已迁移”的说明。
6. `agent-building``agents` 的边界要补清楚
我建议:
`discussions/agent-building` = 打造、改造、评审 Agent / Prompt / Committee 的过程讨论;
`discussions/agents` = 与具体 Agent 的交流记录。
否则后续容易又混成“Agent 相关都塞 agents”。
7. 模板也要同步
`templates/discussion-archive.md` 仍把讨论类别写成 `historical-article-discussions | historical-agent-building ...`。如果不改,未来新归档还会继续生成旧路径。
我的总体建议是:现在不要再用 `historic / legacy` 做顶层分类词。更稳的规则是:
```text
目录表示材料类型和使用场景;
状态字段表示是否活跃、维护、弃用或仅供追溯。
```
这样既能保留单智能体继续生产,也不会否认确实存在一些仅供追溯的旧材料。
# 2
`README.md` / `VAULT.md` 按你的意见修正。
`ccpe``ccpe-2.0` 是两套同时在使用的智能体提示词对应的LLM是Gemini为主其他LLM为辅比如DeepSeek`prompts/GPT/`是本次新加的ChatGPT上的GPT。
`ccpe-2.0` 既是单智能体专家 Prompt也是多智能体的只是都是基于Web的需要人来传递。
比如,`C:\Users\wangq\Documents\Codex\knowledge-vault\prompts\ccpe\ccpe-2.0\建模者委员会`下就是6个单智能体的协作构成一个委员会。
> 旧索引路径会造成断链
我倾向于批量修改索引,我们这个项目相当于是试错了半个月,为后续开个好头。
**同意:**
- `discussions/agent-building` = 打造、改造、评审 Agent / Prompt / Committee 的过程讨论;
- `discussions/agents` = 与具体 Agent 的交流记录。
修正`templates/discussion-archive.md`
已接上并完成修正。
改了 7 个文件:`README.md`、`VAULT.md`、`templates/discussion-archive.md`,以及 `indexes/prompt-index.md`、`indexes/submission-index-2026-06-06.md`、`indexes/article-index.md`、`indexes/migration-plan-2026-06-02.md`。
主要调整:
-`discussions/` 从“历史归档”改成“活跃过程归档”。
- 明确 `article-discussions` / `agent-building` / `agents` 的边界。
- 明确 `prompts/ccpe/ccpe``prompts/ccpe/ccpe-2.0` 都是仍在使用的 Web 智能体提示词资产Gemini 为主DeepSeek 等为辅。
- 补入 `prompts/GPT/` 作为 ChatGPT GPT 提示词资产。
- 把索引里的 `historical-*`、`legacy-ccpe*` 路径改为当前实际路径。
- 修正 `templates/discussion-archive.md`,避免后续新归档继续生成旧分类名。
验证结果:
- `rg` 搜索旧引用:`historical-article-discussions`、`historical-agent-building`、`legacy-ccpe*` 在 README / VAULT / templates / indexes 中无命中。
- 关键路径 `discussions/article-discussions`、`discussions/agent-building`、`prompts/ccpe/ccpe`、`prompts/ccpe/ccpe-2.0`、`prompts/GPT`、`prompts/legacy/others` 都存在。
- `git diff --check` 通过;只有 Git 的 CRLF 换行提示,没有 whitespace/error。
# 3
1. 是否有必要记录5个项目的关系。将来还会增加`work-projects`,具体的开发工作的项。
2. 若重构完成,那么可以做一次库下的**全部的**文件提交不论是否是本次的修改打上tag
有必要记录,而且现在就该记录。原因是后面会增加 `work-projects`如果不先把“库之间的职责关系”写成一张稳定地图后续很容易又把项目现场、长期知识、工具源码、AI 资产工程混在一起。
我建议加一个根部文件,例如:
`C:\Users\wangq\Documents\Codex\knowledge-vault\PROJECTS.md`
里面不要写太重,先写成“项目关系总览”:
```text
knowledge-vault 长期知识源、讨论过程、规则显影、提示词归档
ccpe-system Agent / Skill / Runtime / Model Card / Model Index 工程化
writing-workbench 已决定写作后的文章项目现场
video-workbench 深度文章降维输出、多模态生产现场
skills-vault 可测试、可安装、可复用 automation skill 源码
work-projects 具体开发工作、客户/产品/实验性工程项目现场
```
然后补一条总原则:
```text
目录保存资产Workbench 保存项目现场System 保存工程化协议Vault 保存长期知识和过程记忆work-projects 保存具体开发执行。
```
`README.md` 里只保留短版边界,`PROJECTS.md` 作为详细关系图。这样未来新增 `work-projects` 不会挤压 `work/`、`writing-workbench` 或 `ccpe-system`
关于全库提交 + tag可以而且我认为这次重构完成后应该这么做。当前 `git status` 显示工作树规模很大:有大量旧路径删除、新路径未跟踪、索引和说明文件修改。它不是一个小修小补提交,而是一次结构性迁移。适合做一个 milestone commit然后打 tag。
但不要现在盲提。建议顺序是:
1. 先补 `PROJECTS.md` 或等价的五库/六库关系文件。
2. 再做一次全库路径断链检查,比如旧 `historical-*`、`legacy-ccpe*`、旧目录名。
3.`git add -A`,确认 rename/delete/add 都被 Git 识别。
4. 提交:
`chore: restructure knowledge vault taxonomy`
5. 打 tag
`knowledge-vault-restructure-2026-06-15`
当前分支是 `main`,最近已有 tag 是 `viewpoint-complexity-gate-2026-06-12`。所以这次 tag 命名用日期 + 重构主题是合理的。
# 4
同意你的建议。按照这个进行即可。
已按你的确认完成。
新增了 [PROJECTS.md](C:/Users/wangq/Documents/Codex/knowledge-vault/PROJECTS.md),记录 `knowledge-vault / ccpe-system / writing-workbench / video-workbench / skills-vault / work-projects` 的关系,并在 [README.md](C:/Users/wangq/Documents/Codex/knowledge-vault/README.md) 加了入口链接。
已做全库提交并打 tag
- Commit: `2bb7e38 chore: restructure knowledge vault taxonomy`
- Tag: `knowledge-vault-restructure-2026-06-15`
- Branch: `main`
验证结果:
- `git status --short` 干净。
- tag 已指向 HEAD。
- 全库 Markdown 中旧路径字符串 `discussions/historical-*`、`prompts/ccpe/legacy-ccpe*` 无命中。
- 提交前 `diff --check` 发现若干归档 Markdown 里已有尾随空格/EOF 空行;我没有批量清洗,避免把这次结构提交扩大成内容格式重写。
::git-stage{cwd="C:\Users\wangq\Documents\Codex\knowledge-vault"}
::git-commit{cwd="C:\Users\wangq\Documents\Codex\knowledge-vault"}
# 5
最后同步到远程库。
已同步到远程。
推送结果:
- `main` 已推到 `origin/main`
- 当前 HEAD`c116810`
- `origin/main``c116810`
- tag 已推送:`knowledge-vault-restructure-2026-06-15`
我还补了一个最后的日志提交:
- `c116810 docs: update knowledge vault planning log`
重构里程碑 tag 仍指向之前的结构提交:
- `2bb7e38 chore: restructure knowledge vault taxonomy`
工作树现在干净。
::git-commit{cwd="C:\Users\wangq\Documents\Codex\knowledge-vault"}
::git-push{cwd="C:\Users\wangq\Documents\Codex\knowledge-vault" branch="main"}