*本文通过AI语音输入(Aqua Voice)转文字创建。可能存在表述不一致之处,敬请留意。
靠”请求”控制AI的时代已经结束了——约束工程实践指南
大家好,最近过得怎么样?
我是全身追踪研究所的Hiro。
在上一篇文章中,我介绍了AI使用的三种工程方式。今天我要深入讲解约束工程的实际实施——如何真正搭建一套约束系统。
约束系统在实践中是什么样的
约束系统由多个结构性组件构成,它们共同创建了一个让AI可靠运作的环境。
CLAUDE.md——基础文件
这是AI每次启动时都会读取的主文档。它包含项目结构、规则、工作流程以及其他文件的引用。你可以把它看作AI行为的蓝图。
技能文件
角色定义,告诉AI它是谁以及应该如何行事。对于我的写作来说,这包括:第一人称是”我”,语调是轻松的敬语风格,必须包含隐藏主题,绝不推荐我没有亲自测试过的设备。
记忆系统
决策日志、会话学习、错误记录——全部以文件形式持久化保存,能够跨会话保留。AI在启动时读取这些内容并保持连续性。
质量钩子
AI产出内容后自动运行的脚本。它们检查规则合规性:角色是否正确、格式是否规范、与知识库对照的事实准确性。不合格的地方会触发自动修正循环。
工作流程
针对常见任务的预定义步骤序列。写文章的话:确认主题、设计隐藏主题、构建大纲、撰写、修改。AI按照这些步骤执行,不需要每次都告诉它。
核心认知:结构优于请求
在上下文工程中,你告诉AI”请用这种风格写”。那是一个请求。AI可能会遵循,也可能会偏离。
在约束工程中,风格定义在AI自动读取的文件中。检查器验证合规性。如果AI偏离了,是通过结构来纠正,而不是通过另一个请求。
这就像是”请求某人小心驾驶”和”在路上安装护栏”之间的区别。
搭建你的第一套约束系统
从小处开始:
- 创建一个包含项目基本规则的CLAUDE.md
- 添加一个定义写作角色的技能文件
- 设置一个简单的记忆文件来记录决策
- 添加一项质量检查(哪怕只是验证第一人称的使用)
之后根据需要逐步扩展。约束系统会随着你发现需要结构化约束的模式而自然生长。
感谢阅读！请关注我们的X账号，订阅YouTube频道！