一、先别急着写代码,先把任务说清楚
很多人用大模型效果差,不是模型不行,是指令太虚。比如“帮我写篇文章”,模型只能猜。更好的说法是:“我是一名产品经理,要面向非技术同事解释AI客服的价值,写800字左右,语言通俗,包含三个应用场景,最后给三条落地建议,不要夸张宣传。”
一个高质量指令通常包含四件事:
- 背景:你是谁、读者是谁、材料是什么;
- 任务:具体要它做什么;
- 约束:字数、语气、不能出现什么;
- 格式:清单、表格、Markdown还是JSON。
记住一句话:背景越清楚,返工越少;格式越明确,结果越可用。
二、把“一次问答”改成“分步协作”
更稳的用法不是一次问完,而是拆步骤。写作可以拆成:先出提纲,再补论据,再按风格改写,最后自查逻辑漏洞。编程可以拆成:先解释需求,再生成小段代码,再列测试用例,最后做代码审查。
这样做的好处是,每一步都能检查。模型第一步跑偏,你立刻纠正,不会等到最后才发现整篇方向错了。懂王AI的经验是:大模型适合当协作者,不适合当甩手掌柜。
三、少量代码:把重复调用固定下来
下面这段 Python 代码只做一件事:把一段文本交给大模型,要求它用三点总结。实际使用时替换 API 地址、模型名和密钥即可。代码不多,但能帮你把重复劳动变成一键操作。
import requests
def summarize(text, api_key):
url = "https://api.example.com/v1/chat/completions"
headers = {"Authorization": f"Bearer {api_key}"}
payload = {
"model": "your-model-name",
"messages": [
{"role": "system", "content": "你是一名严谨的编辑,请用三点总结文本。"},
{"role": "user", "content": text}
]
}
resp = requests.post(url, headers=headers, json=payload, timeout=30)
return resp.json()["choices"][0]["message"]["content"]
print(summarize("这里放入需要总结的文本……", "YOUR_API_KEY"))
这段代码的核心不是“炫技”,而是把提示词和调用方式固化下来。真实项目里还应加上异常处理、日志、限流和内容审核,但思路很简单:能用代码固定的重复动作,就不要每天手动复制粘贴。
四、校验和隐私,比“会用”更重要
大模型可能生成看似合理但事实错误的内容。涉及数字、时间、法规、引用时,必须人工复核。涉及客户名单、身份证号、未公开代码等敏感信息时,不要直接输入公共模型。对外发布的内容,也要保留人工确认环节。
懂王AI的原则很明确:生成可以交给模型,判断必须留给人。
结语
用好大模型,不靠神秘提示词,而靠清晰指令、分步协作、少量代码和严格校验。先选一个你每周都要重复做的文字任务,用“背景—任务—约束—格式”的方式试一次,再把稳定流程写成一个小脚本。它不会替你做完一切,但能帮你更快跨过空白页,把时间留给真正需要判断的事。