先给材料，再问具体问题
千问怎么用？写作、对比、读懂一段代码。
千问是阿里的 AI 助手，常被搜索为“通义千问”。本页面向日常对话使用：组织文字、比较已有信息、辅助理解代码。先说明材料和目标，再核对结果，不把流畅的回答当作已验证的事实。
打开 千问 官网 ↗
使用当前的个人助手入口
打开千问官网即可开始了解助手。通义实验室官网提供模型介绍，也链接到个人助手；模型能力和某个账号实际可用功能并不完全等同。
任务 01
把写作拆成大纲和初稿两步
需求不明确时直接要求一篇长文，往往会得到重复、空泛的内容。先列结论与结构，再展开已确认的部分。
事实与受众说清楚给谁看
审阅大纲决定保留哪些点
展开初稿逐段检查事实
- 提供用途、受众、篇幅和必须保留的事实；不确定内容明确标注。
- 先让千问给 3–5 个小标题，检查是否回答了读者的问题。
- 选择大纲后要求写初稿，再逐段核对数字、引用和承诺。
一个起步提示
“请根据下面材料列一份报告大纲，受众是……目标是……只使用材料中已确认的信息；缺少的依据请单独列出，先不要写正文。”
任务 02
先定义比较维度，不让 AI 替你填空
比较方案或资料时，给出同一组字段，例如用途、成本、限制和待确认项。缺少的信息应保留“未说明”，不要把猜测填成确定答案。
统一维度每个方案用相同字段
整理材料只提取已有信息
核对差异原文、日期、遗漏
- 提供可公开的两组材料，说明哪一份是当前版本。
- 要求按统一字段整理，并区分原文事实和推断。
- 回到原文检查重要差异；涉及价格和权限时再查服务当前官方页面。
信息表不是自动作出的决定
AI 整理的表格可能漏项或混淆版本。最终选择应基于已核对的事实、自己的约束和需要承担的风险。
任务 03
先读懂代码，再用测试验证修改
可以让千问逐段解释代码的输入、处理过程和输出，也可以讨论错误信息。生成的修改只是建议，运行前仍需审查并在测试环境验证。
提供上下文语言、环境、错误
解释与建议区分原因和猜测
独立验证小样例、测试环境
- 粘贴最小可复现的代码和报错，删除密钥、账号和内部地址。
- 要求解释输入输出与可能的边界情况，再讨论如何修改。
- 审查命令和代码后在隔离的测试环境运行，不直接覆盖生产数据。
不要把凭据当作上下文
API 密钥、数据库密码和用户数据不应发送到普通测试对话。不要直接执行 AI 给出的删除、覆盖或远程下载命令。
好的提问限定范围，可靠的结果还需要核对。
本页为 ToolAtlas 独立编辑的入门指南，非 千问 官方教程。本站与该产品无隶属或赞助关系。