返回

6000字故事|带你入门 GPT-6 Astra ,小白直接照着做

GPT-6 Astra,相对于 5.6 版本做了很大改动。昨天有很多粉丝朋友,想让G哥出一份GPT-6可以直接照着做的小白教程。今天,他来了!为了写出对得起大家的长文,我消耗了80%token进行研究,写出深入浅出的内容,让你看起来很轻松还能学到真知识。以故事的形式展现给你,不会枯燥,真正带你从小事开始,把它完整做完,学透。

我用一件家里的小事,把 GPT-6 Astra 给你讲明白

假设我要给家里长辈做一份手机使用说明。内容不多,找到以前拍的照片、把照片发给家人,再学会接视频通话。最好能打印出来,放在手机旁边,忘了就翻一翻。

这件事听起来不难。难的是,我觉得已经写清楚的步骤,拿给另一个人看,未必走得通。

“打开相册,选中照片,点击分享。”我一眼就懂。可如果对方不认识相册图标,第一步就停住了,后面写得再详细也没用。

所以这篇教程里,我会一路做这份小册子:怎么交代要求,怎么给材料,怎么看截图,答案不对时怎么改,最后拿到什么结果才算做完。文中的场景和对话都是为说明方法而写的示例。

我先不让它写“完整教程”

如果我上来就说“帮我写一份适合老年人的手机教程”,它需要猜的事太多了。

手机是什么型号?对方已经会哪些操作?要学的是拍照,还是找回照片?这份教程是在手机里看,还是拿纸看?

一个“适合老年人”,回答不了这些问题。我也不想让它把长辈写成一个抽象的读者:字号大一点,语气亲切一点,再加几句鼓励,就算完成任务。

这次我打算把使用说明写给一个明确的人。为了演示,我先设定好情况:对方会解锁,也会接普通电话;遇到没见过的图标,容易不知道下一步该按哪里。教程只解决眼前这几个操作,不往里面塞手机百科。

第一条消息,我会这样写:

我想给家里的长辈做一份手机使用说明。对方会解锁、会接普通电话,对图标名称不熟。这次只写三个功能:找照片、发照片、接视频通话。我会提供实际手机的截图。请根据截图写步骤,一步只安排一个动作。没有看到的按钮,不要凭记忆补上。先帮我列出需要哪些截图,暂时不要写整本教程。

这条消息的用处,是让我先把材料凑齐。连手机界面都没给,它就算写出一本,也可能从第一页开始对不上。

我不太信那种加上一句“你是顶级专家”,回答就会脱胎换骨的办法。真正能帮到这个任务的,是对方会解锁、不认识图标,以及我要根据哪部手机写。这几件事,比专家头衔具体得多。

有时我自己也没想好要什么。那就先不急着写大段要求,告诉它我准备把东西交给谁,在哪儿用,请它问两个会影响结果的问题。等方向清楚,再往下做。

例如,“做成一张纸,还是一本小册子”,会影响内容怎么安排;“标题用不用加粗”,此时还不值得专门讨论。

模型名称之外,我还看两个地方

开始传截图前,我会看一眼当前使用的模型,以及聊天框附近有没有图片上传、文件处理等入口。

ChatGPT 是我打开的产品,GPT-6 Astra 是负责理解和处理任务的模型。模型能做什么,与这个窗口提供了什么工具,需要分开看

我在官方模型说明里能确认到,Astra 面向复杂推理、编程、研究、电脑操作和文档制作,支持文字与图片输入。至于我眼前的账号能用哪些功能,还得看具体入口。OpenAI 模型说明

比如我把截图上传后,它可以帮我看按钮、写说明;如果当前环境没有操作手机的工具,我就不能因为它看懂了图片,便以为它已经替我在手机上按过一遍。

文件也是一样。聊天里排出几段文字,与生成一个可以下载的文件,是两件需要分别确认的事。我的要求里会留一个实际可行的选择:能生成文件就给文件,不能就把可复制的内容整理好。

刚开始用,我不会忙着研究所有参数。先让它把一张图里的文字读对,再让它按要求写一段说明。这样的任务我能判断对错,做起来也不容易被一大堆专业词唬住。

遇到最近更新的功能,我会让它查官方说明,并给出对应页面。没有联网工具,就把需要查证的地方留出来。它说得流畅,不能证明信息仍然有效。

如果模型列表里还没出现对应选项,我会先确认账号实际可用的范围,不把别人的截图当作自己的界面。也不需要为了练习本文的方法,先凑齐所有高级工具。


截图不必多,先让我知道每张是什么

接下来我要准备材料。

手机桌面一张、进入相册后的界面一张、选中照片后的界面一张。如果接视频通话也要写,就单独准备对应画面,别让几种功能混成一团。

图片先取个能认出来的名字,比如“照片-起始页面”“照片-选中后”。名字不求专业,只求过一会儿回来,还知道它在说明哪一步。

这时如果手里还有一份旧教程,我会标成“旧版参考”。它可以帮助了解原来怎么讲,却不能决定今天按钮长什么样。手机更新过,旧截图就可能失效,文件上传得晚也不代表内容更新。

这时补充的要求不用长:

当前手机的截图是操作依据,旧教程只参考表达方式。先按顺序列出你读到了哪些界面。遇到两份材料不一致的地方,指出来,不要自行拼成一套步骤。

我想先看到它读出了什么。比如,它能说出某张图是照片列表、某张图已经选中一张照片,我就方便对照。一句“已全面掌握”,看不出它到底读对没有。

看不清的文字也得算在材料状况里。小图标里的字糊了,就写看不清;截图没有显示页面底部,就说明缺了那部分。不能让缺失的信息在它的回答里悄悄变完整。

如果要补图,我会只补缺的那一张,并交代它接在哪一步后面。一次重新传十几张差不多的图,容易连我自己也弄混。

图片顺序也值得花一点时间整理。同一个页面,选中照片前后看着很像,能点的按钮却可能已经变了。我会在文件名里写清“未选中”和“已选中”,免得它把两个状态混在一起。

为了判断材料够不够,还可以请它复述一个过程:从哪张图开始,经过哪张图,最后到哪里。它如果跳过中间画面,或者把后面的截图放到前面,说明此时还不适合写正式步骤。

有时补一张图就能解决,有时需要我解释图片之间发生了什么。比如两张截图之间曾经弹出一个选择窗口,但我没截下来,那就是缺失的一步。我会回到手机上补齐,不让它根据最后的结果倒猜中间怎么操作。

还有一种材料不在屏幕里:家人的使用习惯。比如对方习惯说“照片”,不说“相册应用”;比起“向上滑动”,更能理解“手指按住屏幕,往上推一下”。这些都可以写成要求,让后面的表达保持一致。

但屏幕上真正写着的按钮名称,我不会为了口语化随意改掉。说明文字可以白话,按钮叫“完成”就写“完成”。否则看说明的人仍然不知道该找哪个字。

我会先试做一页,看看能不能走通

材料齐了,我也不会马上要求它交整本成品。

先写“找到一张照片”。这是一个小到我能从头检查到尾的任务。写完之后,我拿着手机对照,每一步是否都有地方可点,看完这句是否知道接下来会看到什么。

请先写“找到一张照片”这一页。每一步写明要做的动作。必要时补一句做完之后会看到什么,用来判断有没有走对。没有截图支持的部分单独列出来,不放进正式步骤。

第一版如果太长,我先看是哪儿长。是一个步骤塞了两件事,还是解释了用不到的背景?两种问题需要不同的改法。直接要求“短一点”,它可能把恰好不能省的提示删掉。

比如“打开相册”只有四个字,长度很省,信息却未必够用。“在桌面找到图中圈出的图标,点一下”稍长一些,但读者知道自己该找什么。

这种能帮助操作的信息要留下,删掉“接下来我们将进入精彩的照片世界”之类的句子。教程到了这里,还在营造气氛,我就有点不耐烦了。

试这一页时,卡住的位置随手记下来。不要只回复“还是不清楚”,而是说明:“第二步让我点右上角,但截图右上角有两个图标,我不知道指哪一个。”

它就能针对这处修改。我再走一遍,能做到了,再请它沿用同样的写法完成剩余内容。这里沿用的是讲解方式,具体按钮仍要逐张看图确认。

我喜欢先做小样的原因很实际:一页没写对,改一页就行。等十页都写好了,再发现整本都假设读者认识图标,返工就多了。

看图提问,我会把问题缩到一个动作

假设我做到“发照片”时,屏幕上出现了好几个按钮。

这时我不会只甩过去一张图,问“怎么办”。我会把当前状态和下一步想做的事一起写进去:

我现在已经打开这张照片,想把它发给家人。请只看这张截图,指出接下来应该找哪个按钮。说明你判断的依据;如果截图不足以判断,告诉我还要看哪个界面。先给下一步,后面的步骤等我补图再说。

这能把讨论限定在眼前的问题上。它不用提前猜后面五个页面,我也不用读完一长串后才发现第二步不适用。

图中按钮用于说明写法,实际名称和位置要对照手里的手机。

截图时,我会保留能说明位置的信息。页面标题、前后相邻的按钮、弹出来的提示,有时都比那个小图标本身有用。裁得只剩一个箭头,反而可能看不出它是在返回、发送还是分享。

如果图片里有家人的姓名、聊天内容或电话号码,和这一步无关的部分,我会先遮掉。这里我只需要它认出操作入口,不需要把完整聊天记录也交过去。

碰到看不清的按钮文字,最简单的办法是再截一张清楚的,或者把我看到的文字打出来。继续追问“你仔细看看”,不会让原本模糊的像素变清楚。

它给的按钮名称与实际界面不一致时,我会相信眼前的手机,并补充:“我这里显示的是这几个选项。”不需要为了迁就回答,到处找一个根本不存在的菜单。

同样的问法可以移到表格、网页和软件报错上。我交代自己正停在哪儿、原来想做什么,再给能支撑判断的画面。问题够具体,收到答案以后也知道该怎样验证。

该问的问,不必连标题都等我拍板

如果它发现没有手机型号,或者截图里的字不清楚,追问我很正常。那些信息会影响操作步骤。

但标题用“发照片”还是“把照片发给家人”,可以先选一个写出来,不必每个小地方都停下。

我的要求是:

章节顺序、标题措辞由你处理。手机型号、截图看不清、按钮无法判断这些会影响操作的问题,再问我。已经能确认的部分先写完。不要因为缺一张图,把其他内容也停住。

官方使用指南提到,Astra 在缺失信息可能影响结果时更容易提出澄清问题。我会把需要我决定的事项写具体,让它知道哪些地方可以继续。OpenAI 使用指南

我也不会走到另一个极端,要求它什么都不问。对于手机操作,猜一个按钮出来,省下的是一次追问,留下的却是一条错误步骤。

暂时答不上来的问题,可以放进待补清单。比如视频接听界面的截图还没准备好,那一页先空着,别拿别的手机界面顶上。

如果问题一下来了很多,我会让它按影响程度挑出最先要确认的两项。先把会导致整份说明写错的事解决,剩下的可以边做边补。

有些问题则暴露出我自己没想清楚。我说“字要大,纸要少,图还得完整”,它需要知道发生冲突时优先哪一项。我会选可读性优先,页数增加也可以。要求互相打架,就别指望它自己猜中我的取舍。

从手机阅读改成打印,我只重做受影响的地方

假设初稿原本准备发到家庭群,后来我决定打印出来。

内容还是那几个功能,使用方式却变了。小字在屏幕上能放大,纸上不能;颜色接近的标记,打印后也可能分不清。

我会继续在原对话里写:

阅读方式改了:这份说明要打印,不再按手机阅读排版。已确认的操作步骤保留。请调整字号、图文位置和分页,保证图与对应说明在同一页;检查有没有“点开链接”“放大图片”这类不适合纸张的说法。

这次修改中,哪些内容继续有效,我会说清楚。否则它可能连已经核对过的步骤一起重新写,给我增加一次检查工作。

如果工具提供中途补充要求的入口,可以在它工作时发过去;没有这个入口,我就等当前这轮结束再说。不会把开发者接口里的能力,想当然地当成每个聊天窗口都有的按钮。

改动积累多了,我会让它列一份当前要求,不要长篇解释,只写阅读方式、包含的功能、依据哪些截图,还有哪些页面未完成。

对照这份记录,容易找出冲突。比如我已经取消了“接视频通话”,目录里还留着那一项,就让它一起删掉。正文和目录属于同一份文件,不能各改各的。

我也不赞成每改一个词就开新对话。那样手机型号、措辞习惯、截图对应关系都得重讲。真的换了任务,再另开一段,把需要保留的结论带过去就好。

我不想把给家人的说明写成宣传册

写到这里,可能会出现另一种问题:步骤基本对,句子却不像人平时说的话。

比如开头冒出一句:“掌握这一技巧,轻松享受数字生活带来的便捷。”

这句话没有帮人找到按钮,我会删掉。说明书不欠读者一段热情洋溢的开场白。

“去 AI 味”四个字本身太宽。具体到这本小册子,我的要求是:

按我当面教家人的说法修改。保留屏幕上的按钮原名,其他地方用日常用词。一句话只解释眼前的动作。删掉口号、鼓励性的套话,以及每页结尾的重复总结。不要添加家庭经历或感动情节。如果一句话已经短、准、能照着做,就保留。

“执行图片分享操作”可以写成“把这张照片发出去”。但如果界面上的按钮就叫“分享”,我仍会在步骤里保留这两个字,方便对照。

我还会留意一句话里有没有藏着两个动作。像“打开照片后点分享,再选择联系人”,在熟悉手机的人看来很顺;对于这份说明,拆成几行才方便逐个完成。短句在这里有用途,不是为了刻意模仿什么写作风格。

反过来,一句本来通顺的话,也没必要切成好几段。每三个字换一行,读起来像视频字幕,打印出来还浪费纸。段落怎么分,要看读者会在哪里停下来操作。

如果我有自己平时写的说明,可以给它一小段参考。我会注明只学措辞,不把例子里的姓名、设备或日期搬进新稿。参考文风与复制内容,是两件要分开的事。

最要紧的是,别为了显得有温度,编一句“爸爸终于露出了笑容”。没发生的事,不用拿来装饰教程。把“在哪里点”说明白,已经比那句话有用。

我要拿到的是小册子,不是制作建议

到了交付这一步,我会把结果说得更直接。

请把已经确认的内容整理成可打印的使用说明,填入正文和对应图片,不要只给目录或模板。如果当前环境支持生成文件,请给我可下载版本;否则把内容按页整理,方便我复制到文档里排版。尚未核实的步骤放在单独的待补清单,不要混入给家人看的正文。

收到回复,我先看它到底交了什么。一个文件链接、一份可复制的正文,或者一句“你可以用文档软件制作”,差别很明显。最后那种回答还没完成我交代的工作。

如果文件功能可用,我也不会只看聊天里的预览就结束。下载下来打开,看看图是不是缺了,文字有没有压住按钮,分页有没有把一步操作拆开。

排版时可以先估一下篇幅。假设三个功能各有六步,一共十八步;每页放四步,四页就够安排。真正放入图片后,再检查每页是否还有足够的阅读空间,别为了页数把字缩小。

文件名就取成“手机使用说明-当前版”,并在文档内注明对应的手机型号或界面版本。过一段时间手机更新了,至少能知道手里的说明是不是还适用。

如果我还要发到家庭群,会把发布与制作分开:“先给我看最终文件,确认后再发。”没有发送工具,就由我自己发送。这份教程的目标是拿到能用的说明,不是证明 AI 能接管所有动作。

我看懂了,还不算检查完

最后一轮,我会拿着手机从头走。

按钮有没有写错、顺序有没有跳步、图片是不是对应这一页,逐项核对。它已经知道整份教程想干什么,检查时可能自动补上没写出来的动作,我不能也跟着补。

请检查这份说明,只找影响操作的问题:按钮名称与截图不符、缺少前置步骤、图片和文字顺序不一致,以及依赖猜测的内容。逐项指出具体位置。能依据材料修正的直接修正;缺材料的留待确认,不要用“应该没问题”结束。

这能帮我做一遍初查,但还要有人照着用。最合适的人,就是这份说明原本要交给的人。

试用时,我尽量不在旁边抢着解释。如果对方看完第一句,还得问“你说的是哪一个”,那句话就该改。说明里还缺少帮助他选中正确位置的信息。

问题尽量记原话。对方说“不知道这个箭头是干什么的”,比我概括成“交互认知存在障碍”有用。把这句原话带回去,要求补充对应解释,就能继续修改。

每次只解决当前发现的问题。按钮已经对了,别再动按钮名称;只是字号小,就调整字号。反复重写整篇,容易把已经检查过的内容重新变成待检查项。

如果某个功能一直走不通,那页就先拿出来,暂时不交。先给一份能用的短说明,总比凑齐所有章节、把问题一并递过去好。

做到这里,这个练习才有了可以判断的结果:拿到小册子的人,能不能顺着它完成眼前的操作。只看字数和排版,我判断不了这一点。

下次遇到别的事,我会留下哪些要求

做完这个例子,我会把影响结果的几条约定另存下来,免得下次翻整段聊天。

比如,先告诉它内容给谁看;把材料的用途标清;第一次只做一个小样;不确定就指出缺什么;改需求时说明哪些旧要求还有效;交付以后打开检查。

换成工作里的事,我会按实际情况改写这些约定。整理会议记录,就检查负责人和日期;解释表格,就检查单位和计算口径;改一封邮件,就检查对方是否能看明白我要他做什么。场景不同,检查的位置也不同。

如果只想先练一次,我会挑一张自己熟悉的软件截图,让 Astra 写出下一步,再对照界面检查。做错了,我能指出具体位置;做对了,就继续下一步。没必要第一天就给自己安排一个庞大项目。

笔记里只留三句话:原来卡在哪里,我补充了什么,补完以后哪里变了。等下次再卡在同一个地方,这份笔记比一张长长的提示词收藏表好找。

有时候,改了几轮还不对,我也会回头读自己的要求。是不是既要详细又要极短?是不是新的截图已经换了,文字里还在引用旧页面?先把这些矛盾清掉,再继续让它做。

清掉之后仍然做不了,就让它说明停在什么地方、已经确认了什么、还差什么。我拿着这些信息自己查,或者找熟悉的人帮忙,总比继续催一句“再认真一点”更有用。

我希望第一次用完 GPT-6 Astra,手里能多一件能用的东西。哪怕只是一页手机说明,也已经够我判断:这次它帮我做了哪一部分,下一次我还需要说清什么。

等这页真的能照着做,再往后翻。

分享到
QQ 微信 微博 复制链接
微信分享二维码

微信扫一扫,分享给好友

本文来自投稿,不代表本站立场,如若转载,请注明出处:

发表评论

发表评论

作者信息

那等你的
作者有点忙,还没写简介
TA的最新作品
    请配置好页面缩略名选项

推荐话题

关于本站

来跟我聊聊吧~