想开始建立自己的上下文系统，应该从哪里入手？

个人上下文架构可以按三类材料来分：长期不变的（写作风格、价值判断原则）、按项目加载的（具体背景、需求）、需要定期更新的（行业动态、AI 能力边界）。不必一次建全，先选一个你做得最频繁、最标准化的任务，把它完整迁移过去，跑通、稳定、沉淀方法，再迁移下一个⁠11。这样做的好处是每迁移一个就释放一块时间，再拿这块时间去迁移更多，形成滚雪球。反过来，如果每次都从空白对话开始，今天写一篇不错的文章、明天又从头调，用 AI 的经验就只是一次性消耗，没有复利⁠11。

一个项目里堆了太多 guideline 之后，模型会努力同时满足所有要求，产出反而越来越平均：小标题、卡片、解释一个不少，主线却越来越弱。后来把材料分成两类——事实、来源边界这类属于当前必须遵守的约定；旧版思路、优秀案例、写作原则和视觉参考只是参考，需要时才读⁠8。所以更有效的做法是先有一条足够强的主线，再只加载当前决策需要的材料。反馈也一样：感受通常宝贵，但建议的具体做法不必照做⁠8。

选工具时值得对“这些东西最后留在哪里”敏感：能不能完整拿出来，离开这个工具以后还能不能搜索和继续使用。一个做法是把音频、转录和 Markdown 文件放在自己的目录里，可以搜索、修改、备份，也可以换一个模型继续处理⁠6。很多需求用搜索加 Markdown 文件就能解决，比如回顾几次会议找出当时为什么没选某个方案，或把围绕同一问题的几次讨论找出来接着往下做⁠6。如果只是想先试，可以从一小段录音跑通开始，看转录和整理出来的文件是否真的能被你再次用上⁠6。