从德鲁克的管理管理视角理解提示工程
n5321 | 2026年2月28日 17:19
在提示工程(Prompt Engineering)常常被视为一种技术技巧,Claude现在就在搞SKILL 模版。大家热衷关键词、模板、句式和各种提示窍门。模板深度理解之后,发现他本质上跟管理的operations具有一致性!
Peter F. Drucker在《管理实践》(The Practice of Management)中提出的管理框架。the specific work of a manager,一个经理人的作业:设定目标,组织资源,激励沟通,评估,培养人才!
两个框架的pattern几乎是一样的!
如果再去分析问题模型,更加确认这种一致性!
借用management的框架,可以发现提示工程不再是技巧堆砌,而是设计一个系统以稳定产出成果的过程。
一切从设定目标开始,这是德鲁克管理框架的首要任务。目标不是模糊的愿望,而是明确的、可衡量的方向。想想一个弱提示:“写一篇文章。”它缺乏具体性,只能是一个不确定,难以匹配预期的输出结果。相反,一个强有力的提示会定义目标读者、文章长度、结构、风格,甚至成功标准。
这些元素的作用不是简单表达想法,而是减少不确定性,或者说增加收敛性。没有明确目标,组织会陷入忙碌却无成效的泥沼;同样,没有目标的提示会让模型的输出发散,偏离预期。
接下来是组织结构的设计。在企业管理中,这意味着分工、任务分解和责任匹配,以减少混乱。应用到提示工程中,则是通过分步骤执行、明确角色、提供背景和设定边界来实现。例如,一个有效的提示可能这样设计:“首先分析问题,其次给出框架,最后展开正文。”这不是随意的写作技巧,而是 deliberate 的结构工程。通过这些约束,我们减少了模型的自由度,确保输出更有序、更可靠。管理通过organizing来驾驭复杂性,提示工程亦然——它在概率的海洋中筑起堤坝。
沟通的清晰度则是确保输出稳定性的关键。在组织中,模糊的表达会导致执行偏差;在AI模型中,指令的模糊性会放大概率补全的随机性。模型本身不会“犯错”,它只是填补你未定义的空间。因此,编写提示的本质在于定义边界:用精确的语言划定范围,避免歧义。清晰不是一种礼貌,而是核心控制机制,它将潜在的混乱转化为可靠的成果。
衡量标准是另一个不可或缺的环节。在提示工程中,如果缺少字数限制、结构要求、风格规范或判断准则,model就无法评估输出质量。衡量机制本身就是一种隐形的控制工具。随着提示工程的成熟,评估(evaluation)将成为标准实践,帮助我们量化改进的空间。
管理并非一蹴而就,它是一个持续的反馈循环:设定目标、执行、衡量、调整。提示工程同样如此。初次输出往往不是完美版本;高效的使用者会通过精细化约束、重组结构和优化表达来迭代。这不是在“修正”模型,而是在管理一个智能系统,确保每一次循环都更接近理想成果。更深层的洞察在于,组织是复杂的人类系统,而AI模型是复杂的概率系统。二者都不可完全预测,却都对结构极其敏感。
管理的目标不是消除不确定性,而是设计出能在不确定性中稳定产出的框架。提示工程正是如此:它在AI的“黑箱”中注入秩序。这种视角转变意味着什么?如果你将提示工程视为技巧,你可能会 endlessly 追逐各种模板和诀窍。但如果你视之为管理,你会问自己:我的目标是否清晰?结构是否合理?评估是否明确?这是一种管理者心态,而非被动用户视角。它让你从单纯的输入-输出转向系统设计。
今天我们面对的是AI模型,但核心问题不变:如何在复杂系统中稳定产生成果?答案依旧是:通过通过目标导向、结构设计、清晰沟通、严格衡量和持续迭代。从这个角度看,prompt engineering就不再只是编写提示,而是构建一个高效的成果系统。