必须明确限定输出结构、参数范围和解释深度，用角色设定+格式指令+真实命令锚定+防幻觉约束+纯文本对齐规则，确保deepseek精准解析cli参数，避免遗漏或虚构。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让DeepSeek准确解释命令行工具每个参数的含义，必须在提示词中明确限定输出结构、参数范围和解释深度，避免模型自由发挥导致遗漏或虚构。
基础提示词结构
用“你是一个资深CLI工具文档工程师”开头，直接赋予角色身份，比“请帮我…”更有效触发专业响应。
紧接着写：“请严格按以下格式解释以下命令行工具的每个参数：命令名 + 短选项（如 -h）+ 长选项（如 --help）+ 参数类型（必填/可选）+ 作用说明（不超过25字）+ 示例值（如有）。”
这一步强制模型放弃段落式描述，转向表格化思维——哪怕不画表格，也会自然分项对齐。
关键参数锚定法
把实际要用的命令完整粘贴进来，而不是只说“某个工具”。例如：
【必须粘贴真实命令全貌，包括空格和常见组合】：curl -X POST -H "Content-Type: application/json" -d @payload.json https://api.example.com/v1/submit
模型看到 -X、-H、-d 这类典型参数符号，会自动识别为CLI上下文；若只写“curl命令”，它可能返回通用HTTP原理而非参数解析。
如果参数含特殊字符（如 $、`、\），需用反斜杠转义或包裹在代码块中，否则DeepSeek可能误判为变量替换指令。
防止幻觉的约束条件
方法一：禁止编造未出现的参数
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
在提示词末尾加一句：“仅解释上述命令中实际出现的参数，不得添加任何未列出的选项（如 --verbose、-f），也不得推测默认行为。”
方法二：要求标注来源依据
追加：“若某参数的作用无法从命令字符串本身推断（如 -d 后接 @payload.json 的文件读取机制），请注明‘需参考工具官方文档’，不可自行解释。”
这一步能拦住模型用curl通用知识补全专有工具逻辑的倾向——比如把jq的 -r 参数错解成curl的选项。
输出格式强制校验
第一步：要求用纯文本制表符对齐（非Markdown表格），列顺序固定为：参数标识｜类型｜说明｜示例
第二步：每个参数单独一行，短选项和长选项分行写（如 -X ↵ --request），避免合并成“-X/--request”这种模糊写法。
第三步：遇到布尔型开关参数（如 --dry-run），必须标注“无值”并说明是否默认启用，【不写默认值即视为未启用】。
第四步：路径类参数（如 -f config.yaml）需额外说明路径解析规则：“相对路径基于当前工作目录，不支持波浪号 ~ 展开。”
