上下文工程
把业务目标、历史案例、判断标准和风险边界整理成 AI 能读取的上下文。
我有 15 年互联网工程与业务系统经验,曾参与 1688、零售通、钉钉文档等核心业务。现在,我专注于把流程、知识、判断和执行,设计成 AI 可理解、可协作、可复盘的系统。
AI 可以写文案、总结会议、生成表格、辅助代码。但如果业务仍然依赖群聊推动、会议同步、个人经验和零散文档,效率提升很快会到达上限。
真正的问题不是“有没有用 AI”,而是业务是否被整理成 AI 可以参与的结构:知识在哪里,规则是什么,流程如何推进,风险如何提醒,结果如何复盘。
把业务目标、历史案例、判断标准和风险边界整理成 AI 能读取的上下文。
把重复流程拆成输入、步骤、判断、输出和复盘,让 AI 在流程中协作。
判断哪些动作可以交给 AI,哪些关键决策必须由人确认和负责。
让每次执行都留下记录,反向更新规则、模板和工作流。
AI 落地的关键,不是让模型更像人,而是让业务本身变得更适合 AI 协作。
我们可以从一个具体流程开始,看哪些知识应该结构化,哪些动作可以交给 AI,哪些判断必须保留在人手里。
讨论一个真实业务场景