我在查curl -X POST调用API时怎么传JSON body，但试了--data和--data-binary总400，不知道是引号问题还是header漏了。试过--data '{"name":"张三"}'，bash报错：unexpected token `{'。文档写“须设置Content-Type: application/json”，但我不知道这个header加在哪儿。搜了curl官方手册、MDN的fetch对比页、Stack Overflow高赞回答，都漏讲了--json参数其实是curl 7.82.0才加的新特性，老版本根本不能用。最后发现其实是得用--header 'Content-Type: application/json' --data '{"name":"张三"}'，且单引号包整个JSON防bash解析。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让Gemini生成的脚本说明看起来不是AI编的说明书，而是像真人搜完资料后随手记下的笔记——有疑问痕迹、带试错过程、留着没删干净的括号备注，甚至夹一句“这步卡了我20分钟”。
把“写个脚本说明”改成真实搜索问题
第一步：用“我在查……但没搞懂”开头，直接暴露卡点。比如：“我在查curl -X POST调用API时怎么传JSON body，但试了--data和--data-binary总400，不知道是引号问题还是header漏了”。
第二步：插入一个你真会犯的错误操作。例如：“试过把JSON直接写在命令里像--data '{\"name\":\"张三\"}'，结果bash报错说unexpected token，后来才发现要加单引号包整个字符串”。
第三步：明确写出你搜到但没看懂的术语或报错信息。例如：“文档里写‘须设置Content-Type: application/json’，但我不知道这个header到底加在哪儿，加在命令末尾？还是前面？”
这一步最关键：【必须包含至少1个你真实复现过的失败命令+对应报错原文】，不能写“可能报错”“大概会失败”，Gemini只认具体字符。
用于在用户想通过浏览器自动化与 Google Gemini 或 ChatGPT 交互时。触发短语包括“ask Gemini”“ask ChatGPT”“ask GPT”“让...”。
方法一：用“搜了3个页面，都漏讲了……”句式
方法一：搜了curl官方手册、MDN的fetch对比页、还有Stack Overflow高赞回答，都漏讲了--json参数其实是curl 7.82.0才加的新特性，老版本根本不能用。
方法二：搜了“shell脚本读取配置文件”，前两页全在教source和export，没人提read -r那行换行符会被吃掉，导致最后一行永远读不全。
方法二：加一句“最后发现其实是……”收尾
最后发现其实是Python requests库默认把空字典{}当body发出去，但后端接口要求body必须是null才放行，得显式写成json=None。
这句必须是你自己踩坑后的真实结论，不能是通用知识。它会让Gemini锁定“问题→尝试→误判→定位→解决”的真人节奏。
