行业know-how怎么变成可复用的context,而不是只留在个人经验里?
提问
把经验拆成AI能调用的文件:长期不变的原则、按项目加载的背景、需要更新的行业信息分开存放,再让每次使用都回头修订这些文件。
经验要变成文件,而不是留在脑子里
行业经验之所以只留在个人身上,通常是因为它从没被写成AI能读取的东西。可以按三类来组织:长期不变的部分,比如你对水泥生产工艺的判断原则、技改方案的价值标准;按项目加载的部分,比如某个窑线改造的具体背景、客户诉求;需要定期更新的部分,比如行业动态和AI能力边界。这三类分开存放,AI每次只加载当前任务需要的那部分,判断会更稳。你已经形成的案例卡就是起点,下一步是把它拆成这三类,而不是继续堆在一个文档里1,2。
每用一次就改一次,经验才会复利
沉淀不是写完就结束。反复做的任务类型——比如写技改方案、分析生产数据、回复客户——每一类都该有一个经过验证的模板或skill文档,下次从包含你偏好和标准的起点开始,而不是从空白对话开始。每用一次就优化一次,下次更准。判断标准不要只写在提示词里,要沉淀成可以持续更新的资料,这样换模型或换工具时,你的积累还在自己手里1,3,4。
先迁移一个最标准化的任务
结合提问者的处境不要一次把所有工作都搬到AI上。选一个你做得最频繁、最标准化的任务,先完全迁移过去,跑通、稳定、沉淀方法,再迁移下一个。比如你已经有案例卡,可以先挑一个重复出现的技改判断场景,把它的判断标准写成skill,用几次之后看AI抓出来的和你的判断差在哪里,把差异补回文件里。这样做的目的是验证:你的经验到底能不能被写成别人(或AI)可用的形式,还是有一部分必须靠你现场判断。这个区分会决定你后面能释放多少时间1,5。
材料讲的是通用方法,没有针对水泥行业或技改工程的具体案例,迁移时需要你自己判断哪些判断标准可以写成规则、哪些必须留给人。
回到5份原文
个人上下文架构和模板库的具体做法,适合核对怎么把经验分成三类并逐步迁移
说明经验为什么会在个人和团队里蒸发,适合理解沉淀的必要性
用视频后期流水线举例说明哪些设计值得复用、哪些不该照搬,适合参考怎么设计自己的skill
可回到原文核对这部分判断
任务光谱讲确定性、模糊判断和人的判断怎么分工,适合判断哪些技改环节能交给AI