GPT-6 Astra: 15 Cách Sử Dụng Học Hỏi Từ Những Người Dùng Cao Cấp Trên Toàn Cầu
Khi những cư dân do AI điều khiển được đặt vào một trò chơi, họ bắt đầu nói chuyện với nhau.
Khi một bức ảnh về một ngôi nhà được cung cấp, nó đã được biến đổi thành một ngôi nhà 3D hoàn chỉnh với nội thất.
Trong khi đó, nó cũng đang được sử dụng cho các tác vụ chuyên nghiệp như phân loại các câu hỏi của khách hàng đến đúng nhân viên và xử lý các bước chỉnh sửa video ban đầu.
Điều làm cho việc xem xét các trường hợp sử dụng GPT-6 Astra trên toàn cầu trở nên thú vị chính là bề rộng ứng dụng này.
Nó không chỉ dừng lại ở việc "có được một câu trả lời tốt"; những gì bạn tạo ra vẫn còn trên màn hình. AI đang vận hành phần mềm bạn sử dụng hàng ngày.
Trong bài viết này, tôi sẽ giới thiệu 15 cách sử dụng nó dựa trên các bài đăng công khai, bài đánh giá chi tiết và video trình diễn.
Chúng ta sẽ xem xét mọi thứ, từ việc tạo nhà cửa, thị trấn và trò chơi đến tinh chỉnh trang web, xử lý thắc mắc, chỉnh sửa video và soạn thảo bài viết.
Khi bạn đọc xong, bạn sẽ quyết định được ít nhất một nhiệm vụ mà bạn muốn giao phó cho Astra.
Tôi sẽ giúp bạn đi xa đến mức đó.
Đầu tiên, Hãy Hiểu Sự Khác Biệt Trong "Công Cụ" Được Cung Cấp Cho AI
Tài khoản chính thức của ChatGPT đã hướng dẫn về khả năng của GPT-6 Astra trong vận hành PC, duyệt web, phát triển, khoa học và công việc chuyên nghiệp.
https://x.com/ChatGPT/status/2095597504226267333
Tuy nhiên, các trường hợp được giới thiệu ở đây không thể tái tạo hoàn toàn bằng cách chỉ gõ một câu duy nhất vào hộp chat tiêu chuẩn.
Người dùng toàn cầu đang để AI sử dụng các công cụ và tài liệu họ có sẵn, chẳng hạn như phần mềm tạo mô hình 3D, phần mềm chỉnh sửa video và dịch vụ quản lý khách hàng.
Vì điều này bao gồm các báo cáo từ giai đoạn truy cập sớm, các tính năng và mức giá khả dụng có thể không giống với những gì bạn thấy trên màn hình của mình ngay bây giờ.
Bài viết này tập trung vào "những gì đã được cung cấp và những gì đã được tạo ra," mà không liệt kê các mức giá chưa được xác nhận.
Chúng tôi đang đếm 15 trường hợp sử dụng, bao gồm các ứng dụng khác nhau của cùng một cá nhân.
Tôi đã tách biệt các kết quả được người đăng báo cáo khỏi các ứng dụng được đề xuất để sử dụng tại Nhật Bản.
01 | Cư Dân AI Trong Trò Chơi Bắt Đầu Trò Chuyện Với Nhau
Đầu tiên là một thử nghiệm của Matt Shumer.
Anh ấy yêu cầu tạo một thế giới bằng Unreal Engine, một phần mềm phát triển trò chơi, và sử dụng Astra để điều khiển những người bên trong nó.
Những người này đã hợp tác để sinh tồn trong thế giới đó. Mục tiêu là tạo ra những cư dân không chỉ nói chuyện mà còn hành động trong không gian đó.
https://x.com/mattshumer_/status/2095596175705399482
Ngày hôm sau, Matt đăng rằng anh nghe thấy giọng người và nghĩ có ai đó trong phòng. Nguồn gốc của những giọng nói đó là những cư dân của thế giới mà anh đã tạo ra.
Chỉ nghe điều này thôi có thể khiến người ta nghĩ rằng AI đã tự phát triển ý thức.
Đọc bài đánh giá chi tiết cho thấy cuộc trò chuyện giữa các cư dân là một phần của hành vi được yêu cầu ban đầu. Đây không phải là câu chuyện về "sự ra đời của sự sống bất ngờ."
Tuy nhiên, thật ấn tượng khi anh ấy đã truyền đạt các điều kiện của thế giới mình muốn xây dựng và khiến nhiều nhân vật di chuyển và trò chuyện.
Hơn nữa, nó không hề suôn sẻ ngay từ đầu. Đã có những vấn đề như động vật rơi xuống nước, và thế giới đã được nuôi dưỡng bằng cách sửa chữa các hành vi.
Cũng có những cuộc trò chuyện chồng chéo, vì vậy nó vẫn là một thử nghiệm với một số điểm chưa hoàn thiện.
Một điểm quan trọng khác là sự chuẩn bị. Matt đã tách Codex quản lý tiến trình khỏi Codec xử lý việc triển khai và sử dụng các tài sản nhân vật có sẵn. Các điều kiện khác với việc chỉ gõ một câu vào một cuộc trò chuyện trống.
Nếu bạn đang thử điều này ở Nhật Bản, hãy bắt đầu với một "cuộc trò chuyện giữa hai người" thay vì cả một thị trấn.
Ví dụ: để luyện tập dịch vụ khách hàng, hãy đặt một khách hàng và một nhân viên và kiểm tra phản hồi khi có yêu cầu trả hàng. Để kể chuyện, hãy cho hai người có quan điểm khác nhau về cùng một sự kiện tương tác.
Điều đầu tiên cần quyết định không phải là một mô tả dài dòng về tính cách của các nhân vật, mà là "cuộc trò chuyện nhằm mục đích quyết định điều gì."
Nếu bạn yêu cầu nó xuất ra nội dung cuối cùng đã được thống nhất, nó sẽ biến từ một thử nghiệm thú vị để xem thành một hình thức có thể sử dụng cho việc luyện tập hoặc soạn thảo.
02 | Biến Ảnh Chụp Ngôi Nhà Thành Ngôi Nhà 3D Với Nội Thất
Tom Krcha đã giới thiệu một cách biến một bức ảnh thành một ngôi nhà 3D.
Anh ấy báo cáo đã tạo một ngôi nhà trong Blender, một phần mềm sản xuất 3D, và đặt đồ nội thất, thiết bị gia dụng, và thậm chí cả đồ chơi.
https://x.com/tomkrcha/status/2095598645190291775
Nó không chỉ xuất ra một hình ảnh hoàn chỉnh duy nhất.
Nó được tạo ra như một hình dạng 3D mà con người có thể điều chỉnh sau này, và anh ấy giải thích rằng nó có thể được di chuyển như một trò chơi trên thiết bị đầu cuối của chính mình.
Đây là sự khác biệt so với việc chỉ đơn giản là tạo ra một hình ảnh của một căn phòng.
"Di chuyển ghế sofa sang phải một chút," "Làm bàn nhỏ hơn." Có chỗ để tiến hành những thay đổi như vậy bằng cách điều chỉnh các bộ phận 3D.
Một ứng dụng quen thuộc ở Nhật Bản sẽ là bố trí nội thất trước khi chuyển nhà.
Cung cấp ảnh chụp một căn phòng trống và kích thước của bàn hoặc kệ bạn muốn đặt. Yêu cầu nó tạo một kế hoạch đặt bàn cạnh cửa sổ và một kế hoạch khác đặt cạnh tường.
So sánh hai kế hoạch cạnh nhau sẽ dễ dàng truyền đạt cho gia đình hơn là chỉ so sánh trong đầu.
Đối với các cửa hàng, điều này có thể được áp dụng cho các kế hoạch thay đổi vị trí của kệ sản phẩm và quầy thu ngân. Nó đóng vai trò như một bản phác thảo để so sánh mọi thứ trông như thế nào trước khi thực sự di chuyển những chiếc kệ nặng.
Tuy nhiên, AI không biết những gì đằng sau những bức tường không được hiển thị trong ảnh hoặc kích thước chính xác.
Càng trông thực tế, bạn càng dễ quên điều đó.
Nếu bạn đang sử dụng nó để thực sự mua đồ nội thất, hãy đo và cung cấp chiều rộng phòng, chiều cao trần nhà và vị trí cửa ra vào. Đối với những phần không biết kích thước, hãy để chúng được đánh dấu rõ ràng là giá trị tạm thời.
Khi yêu cầu, thay vì "tái tạo hoàn hảo bức ảnh," tốt hơn nên nói, "làm cho các phần đã biết thành 3D và liệt kê các kích thước chưa biết," để bạn biết cần kiểm tra gì tiếp theo.
03 | Đi Bộ Qua Một Ngôi Nhà Chưa Được Xây Dựng
Nếu ví dụ trước là "làm cho một ngôi nhà thành 3D," thì ví dụ này là "đi bộ bên trong ngôi nhà đó."
Chris đã giới thiệu một bản demo cho thấy cảnh một ngôi nhà được tạo trong Blender được đưa vào Unreal Engine 5, cho phép bạn đi bộ qua ngôi nhà trước khi nó được xây dựng.
https://x.com/ChrisGPT/status/2095594374843232583
Chuyển đổi dữ liệu ngôi nhà 3D thành một dạng có thể khám phá từ góc nhìn của con người. Đó là quy trình được giới thiệu trong bản demo này.
Vì tôi không thể xác nhận rằng chính Chris đã tạo ra toàn bộ quy trình, tôi sẽ coi đây là một "bản demo được giới thiệu."
Suy nghĩ về một cuộc họp sử dụng điều này cho thấy tính hữu dụng của nó.
Bạn không chỉ có thể nói, "hành lang này có vẻ hơi chật hẹp," mà còn có thể tưởng tượng việc bước vào từ cửa trước và đi vào bếp với đồ tạp hóa.
Ngay cả khi bố trí nội thất phù hợp trong một sơ đồ mặt bằng nhìn từ trên xuống, nó vẫn có thể cảm thấy chật chội từ góc nhìn của con người.
Nếu áp dụng điều này, một trường hợp sử dụng để kiểm tra một chuyển động duy nhất là dễ hiểu.
Đi bộ từ lối vào đến bàn làm việc. Di chuyển từ lối vào cửa hàng để chọn một sản phẩm và đi đến quầy thu ngân.
Bằng cách chỉ tạo ra một phạm vi ngắn đó, những gì bạn muốn xem sẽ trở nên rõ ràng.
Hãy nói với AI không chỉ là "tạo một ngôi nhà tôi có thể tự do đi bộ qua," mà là "tôi muốn kiểm tra từ góc nhìn ngang tầm mắt người từ lối vào đến điểm đến."
Chỉ định đồ nội thất cần đặt dọc đường đi và các vị trí bạn muốn kiểm tra sẽ làm giảm khoảng cách khi AI xây dựng một ngoại thất lộng lẫy nhưng bỏ lỡ các khu vực bạn thực sự cần xem.
Tất nhiên, thực tế là một video có thể đi bộ được tạo ra khác với việc xác nhận sự an toàn của kiến trúc.
Nếu bạn có thể hiển thị các khu vực cần quan tâm trong một video, việc tham khảo ý kiến của các chuyên gia kiến trúc sẽ dễ dàng hơn. Đó là tài liệu để truyền đạt "Tôi muốn đi qua đây như thế này."
04 | Xây Dựng Một Phố Cảnh Manhattan Trong Hơn Một Tuần
Lại là Matt Shumer. Lần này sân khấu là những con phố của Manhattan.
Anh ấy đã phát hành một video cho thấy cách anh ấy sử dụng Astra để xây dựng từng con phố trong Unreal Engine. Theo bài đăng của anh ấy, quá trình sản xuất kéo dài một tuần.
https://x.com/mattshumer_/status/2095609734845927525
Điều thú vị là anh ấy không xuất ra một hình ảnh lớn của thành phố cùng một lúc.
Bài đánh giá chi tiết giải thích rằng trước tiên anh ấy xây dựng một con phố và sau đó mở rộng từ đó.
Ở đây, một hệ thống đã được sử dụng để tách biệt bên quản lý tiến trình khỏi bên thực hiện. Anh ấy cũng đưa ra chỉ đạo trong suốt quá trình, chẳng hạn như nhắc nhở nó táo bạo hơn.
Nói cách khác, nó không có nghĩa là "một Manhattan hoàn hảo đã được hoàn thành trong một tuần mà không cần chạm vào nó."
Quá trình sản xuất đang diễn ra và video bao gồm các phần được tua nhanh. Đây là trường hợp mà video ngắn trong bài đăng và thời gian làm việc thực tế đã bỏ ra nên được xem xét riêng.
Tuy nhiên, vẫn có tiềm năng trong phương pháp xây dựng dần dần một đối tượng lớn như một thành phố.
Nếu chúng ta áp dụng điều này, một góc của một khu phố mua sắm hoặc một lối đi duy nhất của một địa điểm tổ chức sự kiện là đủ để bắt đầu.
Nếu bạn muốn so sánh vị trí của các quầy hàng, bạn không cần cả thành phố. Bạn có thể bắt đầu cuộc trò chuyện nếu bạn có thể nhìn thấy lối vào, lối đi, một vài cửa hàng và những nơi mọi người có thể tụ tập.
Trong phần đầu tiên, hãy quyết định kích thước của các tòa nhà, màu sắc và mật độ của các biển hiệu.
Nếu bạn thích nó, hãy sử dụng các tiêu chí đó cho phần tiếp theo. Sau khi mở rộng, hãy kiểm tra các mối nối và những nơi không thể đi qua.
Thứ tự này cũng có thể được áp dụng cho các trang web bài viết hoặc tài liệu nội bộ.
Bằng cách quyết định một trang làm mẫu hoàn chỉnh trước và sau đó tăng số lượng lên, bạn có thể giảm thiểu phạm vi nhận ra "bầu không khí khác với những gì tôi nghĩ" sau khi mọi thứ đã hoàn tất.
Thay vì bắt chước sản xuất quy mô lớn như hiện tại, có vẻ như sẽ hữu ích hơn khi mang về nhà phần "thống nhất nhỏ rồi mở rộng."
05 | Tạo Một Trò Chơi Cá 3D Có Thể Chơi Trong Trình Duyệt
Theo đã phát hành một trò chơi 3D có thể chơi trong trình duyệt.
Video cho thấy một không gian giống như bể cá với những con cá 3D bơi xung quanh. Cây thủy sinh và đá cũng được đặt.
https://x.com/theo/status/2095599934766764338
Anh ấy giải thích rằng nó được tạo ra chỉ với một hướng dẫn duy nhất.
Tuy nhiên, chỉ riêng bài đăng không tiết lộ toàn bộ nội dung của hướng dẫn hoặc các tài liệu được cung cấp trước đó. Tốt nhất không nên cho rằng "một câu duy nhất của tôi chắc chắn sẽ tạo ra kết quả tương tự."
Điều chúng ta muốn rút ra ở đây không phải là câu chuyện về việc tạo ra một trò chơi lớn.
Hãy tạo ra thứ gì đó bạn có thể hiểu bằng cách tương tác một chút, thay vì đọc một lời giải thích.
Ví dụ: một màn hình quan sát cá nhỏ cho những người yêu thích bể cá. Khi bạn chọn một con cá, tên và môi trường sống của nó sẽ xuất hiện.
Đối với việc học ở trường, hãy biến nó thành một câu đố nơi bạn đặt các sinh vật vào đúng vị trí. Đối với phần giới thiệu sản phẩm, hãy thay thế nó bằng một trải nghiệm nơi hình ảnh hoàn chỉnh thay đổi khi bạn chọn một màu sắc.
Đây là những ý tưởng ứng dụng từ phía bài viết, nhưng nếu bạn thu hẹp mục đích thành một, các màn hình cần thiết cũng sẽ ít hơn.
Bạn không cần phải thêm điểm số, đăng ký thành viên, bảng xếp hạng và thanh toán ngay từ đầu.
"Mở," "Chọn một," "Phản hồi trả về." Đầu tiên, hãy hoàn thành luồng ngắn này.
Thay vì yêu cầu AI "tạo một trò chơi thú vị," tốt hơn nên nói, "tạo một nguyên mẫu một màn hình nơi một lời giải thích xuất hiện khi bạn nhấp vào một con cá," để bạn có thể nhận ra khi nó hoàn thành.
Trước khi công khai, hãy giữ nó ở dạng chỉ chạy trên máy tính của riêng bạn. Bạn có thể quyết định có phân phối nó cho người khác hay không sau khi dùng thử.
Bởi vì có nhiều thứ bạn có thể tạo ra hơn, việc quyết định không thêm các tính năng ngay từ đầu sẽ giúp bạn dễ dàng hoàn thành nguyên mẫu đến cùng.
06 | Tạo Một Trò Chơi Phong Cách Minecraft Làm Nguyên Mẫu
Tiếp theo là một trò chơi phong cách Minecraft được giới thiệu bởi Flavio Adamo.
Bài đăng mô tả nó là một "Minecraft one-shot." Video cho thấy một thế giới khối với đường xá, cánh đồng và cây cối, cùng với các công cụ trong tay.
https://x.com/flavioAd/status/2095597137849446688
Điều chúng ta muốn phân biệt ở đây là "có thể tạo nguyên mẫu một phong cách chơi quen thuộc" so với "hoàn thành một thứ giống như một trò chơi thương mại."
Bạn không thể nói rằng mọi thứ từ lưu trữ, giao tiếp và vận hành ổn định trong thời gian dài đều được bao gồm từ một bản trình diễn ngắn.
Mặt khác, trường hợp sử dụng đưa nguyên mẫu của một phong cách chơi bạn muốn tạo thành một dạng bạn có thể thực sự chạm vào là dễ hiểu.
Thay vì viết "bạn có thể tự do xây dựng các tòa nhà" trong một tài liệu kế hoạch, việc có một màn hình duy nhất nơi bạn có thể đặt các khối sẽ truyền đạt đó là loại trò chơi nào để thưởng thức.
Nếu thử điều này ở Nhật Bản, thay vì tái tạo một trò chơi nổi tiếng, hãy thay đổi nó một chút để phù hợp với mục đích của riêng bạn.
Ví dụ: một trò chơi nơi bạn đặt bàn và kệ như các bộ phận hình vuông để tạo ra phòng làm việc lý tưởng của mình. Đối với trẻ em, một màn hình nơi chúng cố gắng xây một cây cầu với các khối xây dựng hạn chế.
Các điều kiện hoàn thành đầu tiên là "đặt," "xóa" và "quay lại điểm bắt đầu" là đủ.
Thay vì làm cho hình thức bên ngoài giống với bản gốc, việc kiểm tra xem các thao tác đã chọn có thể được thực hiện mà không do dự hay không sẽ dẫn đến cải tiến tiếp theo.
Trong yêu cầu, hãy viết mô tả về màn hình cùng với các thao tác bạn sẽ kiểm tra.
"Đặt một bộ phận, xóa nó và xác nhận rằng bạn có thể làm lại." Nếu bạn hỏi nhiều như vậy, bạn sẽ biết những gì cần tìm kiếm sau khi được thông báo rằng nó đã hoàn thành.
Việc tạo nguyên mẫu dựa trên một tác phẩm nổi tiếng và bán nó bằng cách sử dụng tên hoặc tài liệu đó cũng là những điều khác nhau.
Ở giai đoạn xem xét xuất bản, hãy thay thế chúng bằng tên của riêng bạn, quy tắc của riêng bạn và các tài liệu được phép sử dụng. Đừng trộn lẫn việc học các cơ chế của trò chơi với việc mang tác phẩm về nguyên trạng.
07 | Biến Các Trận Chiến Lịch Sử Thành Cảnh 3D Bạn Có Thể Xem Chuyển Động
Dan Shipper của Every đã giới thiệu Trận Waterloo làm chủ đề.
Anh ấy đánh giá nó được tạo ra chỉ với một hướng dẫn duy nhất và có khả năng tái tạo lịch sử.
Tuy nhiên, độ chính xác lịch sử là đánh giá của người đăng. Kết quả của việc đối chiếu vị trí và chuyển động của các đơn vị tại mỗi thời điểm với các tài liệu lịch sử khác vẫn chưa được xác nhận.
Điều thú vị về trường hợp này là nó biến lịch sử từ "thứ để đọc" thành "thứ mà mối quan hệ vị trí có thể nhìn thấy được."
Những thứ khó hiểu trong văn bản, như ai đến từ đâu và họ đã di chuyển bao xa, có thể được hiển thị như một không gian.
Ý tưởng tương tự có thể được sử dụng để giải thích các quy trình khó khăn.
Ví dụ: tại một nhà máy sản xuất, thứ tự nguyên liệu đi vào, được xử lý, kiểm tra và vận chuyển. Đối với một sự kiện, thứ tự khách tham quan di chuyển từ lễ tân đến chỗ ngồi của họ.
Khi khó nắm bắt vị trí từ một sổ tay quy trình dựa trên văn bản, hãy thay thế nó bằng các hình dạng 3D đơn giản và mũi tên.
Bạn không cần phải làm cho mọi người trông giống thật; nó hữu ích nếu bạn có thể thấy "đợi ở đây" hoặc "mang đến đây" ngay cả với các hộp hoặc hình tròn.
Trong trường hợp đó, điều bạn nên cung cấp trước tiên không phải là mong muốn có một "video ngầu," mà là các tài liệu có thứ tự chính xác được viết ra.
Ngoài ra, hãy nói với nó không được tùy tiện bổ sung các hành động không có trong tài liệu và hiển thị các phần không thể xác nhận là tạm thời.
Các giải thích chuyển động có thể thuyết phục ngay cả khi chúng sai. Sẽ an toàn nếu bao gồm một bước kiểm tra riêng cho thứ tự và vị trí ngoài việc kiểm tra trực quan.
Không chỉ là 3D để xem thành phẩm, mà là "3D để giải thích cho ai đó." Trường hợp sử dụng này có chỗ đứng ngay cả đối với những người không quan tâm đến trò chơi.
08 | Xây Dựng Một Thành Phố Có Thể Đi Bộ Bằng Cách Kết Hợp Các Tòa Nhà Và Con Đường Có Sẵn
Bạn không cần phải tạo ra nhà cửa, đường xá và cây cối hoàn toàn từ đầu.
Trong một bản demo chính thức khác được giới thiệu bởi Chris, Unity, một phần mềm sản xuất trò chơi, được sử dụng để xây dựng một thành phố bằng cách kết hợp các vật liệu có sẵn.
https://x.com/ChrisGPT/status/2095601996770263362
Video cho thấy một thành phố với các tòa nhà màu xanh lam và cây cọ. Bạn có thể thấy sự tiến triển giữa các tòa nhà từ góc nhìn tầm mặt đất.
Phương pháp lắp ráp này cũng có thể được xác nhận trên trang chính thức của OpenAI. Chris đang giới thiệu bản demo chính thức đó.
Điều này hơi khác so với việc "làm một ngôi nhà 3D từ một bức ảnh" trước đó.
Lắp ráp vào nơi bạn muốn tạo bằng cách sử dụng các bộ phận bạn có sẵn. Những gì bạn yêu cầu AI không chỉ là việc tạo ra các vật liệu.
Nếu áp dụng điều này, một kế hoạch bố trí sử dụng thiết bị sự kiện là một ví dụ quen thuộc.
Bàn, bảng, ghế, kệ sản phẩm. Nếu bạn có tất cả các vật liệu được phép sử dụng, hãy cung cấp chúng và tạo một không gian triển lãm nhỏ.
Vào từ lối vào, xem sản phẩm trước và nghe giải thích ở phía sau. Hãy sắp xếp chúng theo thứ tự đó.
Chỉ với "một địa điểm tương lai và ngầu," bạn có thể kết thúc với những thiết bị bạn thực sự không có.
Cung cấp những gì có thể thay đổi và những gì sẽ có vấn đề, chẳng hạn như "chỉ sử dụng các bộ phận này," "không chặn lối vào" và "có thể đi bộ đến quầy lễ tân."
Đầu tiên, mở một kế hoạch và xem liệu sản phẩm có bị ẩn hay có chướng ngại vật trong lối đi không. Nếu sai, hãy thay đổi bố trí trong khi vẫn giữ nguyên các bộ phận.
Đây là một ý tưởng ứng dụng từ phía bài viết. Nó không có nghĩa là việc kiểm tra an toàn của địa điểm hoặc giấy phép sử dụng vật liệu đã hoàn tất.
Trước khi vẽ mọi thứ, hãy thử sắp xếp những gì bạn có bây giờ. Vì mục đích đó, bạn có thể thu hẹp phạm vi yêu cầu và nơi đánh giá hơn là tạo ra một thành phố hoàn chỉnh duy nhất.
09 | Tạo Một Trò Chơi Nơi Bạn Đi Bộ Với Một Mục Đích, Không Chỉ Ngắm Cảnh
Peter Gostev đã phát hành một trò chơi phiêu lưu nơi bạn tự do đi bộ qua một khu vực rộng lớn.
Bài đăng bao gồm mô tả "GPT-6-Astra (Ultra)" và một trò chơi phiêu lưu thế giới mở.
https://x.com/petergostev/status/2095596341422440714
Video được xây dựng từ góc nhìn của chính người chơi. Có mặt đất khô và cây cối, danh sách các mục tiêu được hiển thị ở bên trái màn hình và tên của điểm đến được hiển thị tại vị trí di chuyển.
Bạn cũng có thể thấy một máy ảnh trong tay. Tuy nhiên, các tính năng không rõ ràng từ video ngắn, chẳng hạn như liệu hình ảnh đã chụp có thể được lưu hay không, không thể xác định được.
Thời gian tạo ra hoặc toàn bộ nội dung của hướng dẫn cũng không được biết từ bài đăng này.
Tuy nhiên, có những điểm cần chú ý khi xem. Ngoài phong cảnh đẹp, "bạn đã đến đâu" và "bạn nên làm gì" xuất hiện trên màn hình.
Ngay cả khi bạn tạo ra một thế giới có thể đi bộ, nếu người bước vào không biết phải làm gì, họ sẽ chỉ di chuyển một chút rồi kết thúc.
Nếu thử điều này một cách nhỏ ở Nhật Bản, bạn có thể biến nó thành một trò chơi hướng dẫn tham quan ba địa điểm.
Ví dụ: đi bộ qua một cửa hàng giả định và xem các kệ sản phẩm, không gian làm việc và quầy nhận hàng theo thứ tự. Một lời giải thích ngắn xuất hiện tại nơi bạn đến.
Nếu bạn biết mình đã "xem hết" mọi thứ ở cuối, bạn sẽ dễ dàng nắm bắt được mình đã tiến xa đến đâu hơn là một chuyến tham quan 3D đơn giản.
Một trò chơi hướng dẫn tham quan ba điểm là một ý tưởng ứng dụng từ phía bài viết dựa trên cách màn hình được hiển thị.
Khi yêu cầu, hãy quyết định "mục tiêu ban đầu," "hiển thị khi đến nơi" và "cách kết thúc" trước khi tăng địa hình.
Thay vì "tạo một trò chơi phiêu lưu rộng lớn," tốt hơn nên nói, "tạo một nguyên mẫu tham quan ba địa điểm và kết thúc khi tất cả đã được xem," để bạn có thể tự mình xác nhận nó đến cùng.
Nếu bạn định để mọi người chạm vào nó, cũng hãy kiểm tra xem họ có thể quay lại lối vào nếu bị lạc không. Những thứ bạn cần thêm cho những người chơi không chỉ là số lượng tòa nhà.
10 | Tiếp Tục Xây Dựng Một Trò Chơi Xây Dựng Thành Phố Trong 5 Ngày
Matthew Berman báo cáo rằng anh ấy đã sử dụng Astra sớm và thử nghiệm các trò chơi, văn bản và thao tác PC.
Trong số đó có một trò chơi xây dựng thành phố gợi nhớ đến SimCity.
https://x.com/MatthewBerman/status/2095595893991129444
Video cho thấy những ngôi nhà, tòa nhà cao tầng và ô tô chạy trên đường. Xung quanh chúng là các cột để xem trạng thái của thành phố và các nút để chọn thao tác.
Điểm nổi bật là anh ấy đang tạo ra toàn bộ màn hình để chơi, không chỉ là cảnh quan thành phố.
Anh ấy giải thích rằng anh ấy đã sử dụng "/goal," một lệnh đưa ra mục tiêu và tiếp tục công việc, và chạy nó trong 5 ngày.
Hơn nữa, ngay cả tại thời điểm bản demo được phát hành, công việc được báo cáo là vẫn chưa hoàn thành.
Tốt nhất không nên đọc điều này như "một sản phẩm hoàn chỉnh ngang tầm với một trò chơi thương mại đã được hoàn thành trong 5 ngày." Số lần con người can thiệp vào giữa chừng cũng không được biết từ bài đăng này.
Mặt khác, nó là một ví dụ thú vị như một báo cáo về việc tiếp tục xây dựng một nguyên mẫu có quy mô nhất định ngay cả sau khi xuất ra màn hình đầu tiên.
Nếu chúng ta thử nó, thay vì chạy nó trong 5 ngày, hãy chia nhỏ nó thành các dạng bạn có thể chạm vào dọc đường.
Đầu tiên, đến điểm bạn có thể đặt một tòa nhà trên một lô đất trống. Tiếp theo, đến điểm bạn có thể xóa tòa nhà đã đặt và làm lại nó.
Hơn nữa, hãy quyết định một ngân sách và làm cho số dư còn lại thay đổi mỗi khi bạn đặt một tòa nhà.
Thứ tự này là một đề xuất từ phía bài viết, nhưng nếu bạn mở và kiểm tra chúng từng cái một, bạn có thể nhận thấy các trạng thái mà chỉ có hình thức bên ngoài là tiến triển và lối chơi không được thiết lập.
Trong yêu cầu, cũng hãy viết "đầu tiên hãy cho tôi một phiên bản nơi tôi có thể đặt và xóa một tòa nhà." Nếu một phiên bản hoạt động vẫn còn, bạn sẽ biết những gì đã đạt được ngay cả khi quá trình phát triển tiếp theo dừng lại.
Khi chạy trong một thời gian dài, việc xác nhận mức sử dụng và chi phí cũng là cần thiết. Đừng áp dụng các tính năng và điều kiện thực thi của người dùng sớm cho chính bạn một cách nguyên trạng.
Việc có thể yêu cầu một trò chơi lớn và việc bạn có nên yêu cầu nó lớn ngay từ đầu hay không là những điều khác nhau. Bạn có thể quyết định có tiếp tục hay không trong khi chạm vào các bản giao hàng trung gian.
11 | Cung Cấp Một Màn Hình Mẫu Và Sửa Văn Bản Trang Và Lề
"Trang đang chuyển động đã xong. Nhưng bằng cách nào đó nó khó nhìn."
Đây là giai đoạn bạn muốn sử dụng tính năng tạo màn hình được giới thiệu bởi tài khoản chính thức của OpenAI dành cho nhà phát triển.
Cung cấp một bản phác thảo thô, một màn hình bạn muốn sử dụng làm tài liệu tham khảo và trang hiện tại, và tạo một màn hình chuyển động dựa trên chúng. Đó là một cách để điều chỉnh kích thước văn bản, vị trí, lề, màu sắc và thao tác.
https://x.com/OpenAIDevs/status/2095596149654868092
Phần giải thích chính thức cũng đề cập đến việc hiển thị màn hình đang trong quá trình làm việc dưới dạng hình ảnh và sử dụng nó như một manh mối cho các chỉnh sửa.
Cơ sở cho chương này là phần giải thích trường hợp sử dụng chính thức. Dưới đây là một ví dụ về việc áp dụng phương pháp yêu cầu đó cho một trang thông tin khóa học.
Nếu áp dụng điều này cho trang của riêng bạn, sẽ dễ dàng yêu cầu hơn nếu bạn không kết thúc chỉ với một từ như "làm cho nó phong cách."
Cung cấp màn hình hiện tại và một mẫu bạn cho là dễ đọc cạnh nhau.
Ví dụ: nếu đó là trang thông tin khóa học của riêng bạn, hãy truyền đạt những nơi bạn đang gặp khó khăn, chẳng hạn như "tiêu đề quá nhỏ," "giá khó tìm" hoặc "văn bản bị chật trên điện thoại thông minh."
Mẫu là tài liệu để tham khảo về cách xử lý màu sắc và lề. Nó không phải để mang văn bản hoặc logo của các công ty khác về nguyên trạng.
Bạn cũng có thể thu hẹp bản chỉnh sửa đầu tiên chỉ vào đầu trang.
"Đừng thay đổi tên sản phẩm và mô tả, nhưng hãy sửa tiêu đề, lề và vị trí của nút đăng ký." Bằng cách này, bạn có thể so sánh những gì đã thay đổi trước và sau.
Sau khi chỉnh sửa, hãy mở nó ở cả chiều rộng PC và điện thoại thông minh. Xác nhận rằng văn bản không bị chồng lên nhau, giá có thể đọc được và các nút có thể nhấn được.
Nếu bạn đã có các phần đã chỉnh sửa và xác nhận các thao tác đã hoàn tất, thì những chỗ bạn cần tự xem xét cũng sẽ được xác định.
Tất nhiên, chỉ sửa giao diện thôi không đảm bảo doanh số sẽ tăng. Trước hết, đó là một cách để truyền đạt những chỗ khó đọc bằng lời nói và màn hình, đồng thời tự mình xác nhận kết quả đã sửa.
12 | Phân Loại Yêu Cầu cho Nhân Viên và Thậm chí Tạo Dự thảo Trả lời
Từ đây trở đi là những trường hợp gần với công việc hàng ngày hơn.
Claire Vo đang để Astra vận hành màn hình dịch vụ quản lý khách hàng và cấu hình lại luồng phản hồi yêu cầu.
Phân chia người sẽ trả lời tùy theo quy mô công ty và nội dung tư vấn. Tạo một dự thảo trả lời cũng bao gồm một liên kết để lên lịch, dưới tên của người đó.
Ban đầu, đó là công việc kết nối các phần trên màn hình để tạo ra một quy trình. Claire đang ủy thác những phần tốn thời gian để con người thao tác, bao gồm cả chính trình duyệt.
Trong video, cô ấy xử lý các mục để tạo email, chẳng hạn như người nhận, chủ đề và nội dung, ngoài việc phân loại nhân viên đại diện.
Điều quan trọng ở đây là AI không tùy tiện gửi chúng cho khách hàng.
Dự thảo trả lời được chuyển đến Slack, và một người xác nhận và gửi nó. Gửi tự động được đề cập như một giai đoạn trong tương lai.
Ngay cả khi bạn không ủy thác hoàn toàn việc gửi từ đầu, bạn vẫn có thể giảm bớt công sức đọc, phân loại và soạn thảo.
Áp dụng điều này ở Nhật Bản, bạn có thể xem xét một trường hợp sử dụng là chia các yêu cầu vào một khóa học thành "giá cả", "lịch trình" và "điều kiện ghi danh" và chuẩn bị các bản dự thảo trả lời.
Để làm được điều đó, những gì bạn cung cấp là các ví dụ trả lời tốt trong quá khứ và nội dung có thể trả lời được. Bạn không cần để AI quyết định về những mức giá không xác định hoặc cách xử lý đặc biệt.
Ví dụ: quyết định "không đề xuất giảm giá không có trong tài liệu" và "phân chia các cuộc tư vấn không thể đánh giá thành 'cần xác nhận'."
Chỉ riêng điều này cũng đã làm rõ những gì cần tập trung khi đọc bản dự thảo trả lời.
Thực hành đầu tiên chỉ cần vài văn bản yêu cầu đã được loại bỏ thông tin cá nhân. Quyết định xem có kết nối nó với công việc thực tế hay không sau khi xem việc phân loại và soạn thảo có chính xác hay không.
Điểm tốt của trường hợp này là danh sách các yêu cầu đang chờ xử lý trả về ở "trạng thái mà con người có thể đánh giá", thay vì một ứng dụng hào nhoáng được tạo ra.
13 | Tìm Vấn đề Cần Sửa Trước từ Những Tiếng nói Rải rác của Khách hàng
Đây là một ví dụ từ video của Claire dễ nghĩ đến việc áp dụng vào công việc.
Các yêu cầu, biên bản cuộc họp, hồ sơ phát triển. Cô ấy đang tạo một chức năng để tóm tắt những gì đang xảy ra với một sản phẩm từ thông tin ở những nơi khác nhau.
Cô ấy đang xử lý thông tin từ Intercom, Granola, Linear, GitHub, tài liệu, v.v.
Bạn không cần phải nhớ tên. Chỉ cần nghĩ về nó như một trạng thái nơi thông tin bị phân tán trên các công cụ được sử dụng cho phản hồi khách hàng, cuộc họp và phát triển.
Từ đó, nó đọc nội dung, sắp xếp các bản sao của cùng một câu chuyện và tóm tắt chúng dưới dạng có thể quay lại bằng chứng.
Các vấn đề xuất hiện trong video cũng rất cụ thể.
AI dừng lại ở giữa. Chức năng để người dùng tự hủy không hoạt động tốt.
Cũng có những yêu cầu tích hợp với các công cụ kinh doanh khác.
Với điều này, bạn có thể quyết định cụ thể công việc tiếp theo, như "hãy sửa lỗi dừng lại trước."
Về chức năng này, Claire giải thích rằng hầu hết nó đã được thực hiện với hướng dẫn đầu tiên, và cô ấy đã thêm các hướng dẫn và điều chỉnh màn hình sau đó.
Nó không phải là một lần hoàn thành hoàn hảo. Đó là một ví dụ về việc hoàn thành nó bằng cách đưa vào công việc thủ công dọc theo con đường đến trạng thái mà cô ấy có thể tự sử dụng nó.
Nếu thử điều này ở quy mô nhỏ ở Nhật Bản, bạn có thể bắt đầu chỉ với danh sách yêu cầu của tháng này.
Chia các câu hỏi theo nội dung tương tự và liệt kê các rắc rối đang xuất hiện lặp đi lặp lại. Đính kèm số yêu cầu gốc vào từng mục.
Hơn nữa, hãy để nó tách biệt "vấn đề có nhiều trường hợp" và "vấn đề có ít trường hợp nhưng cần phản hồi khẩn cấp."
Ví dụ: nếu có 10 ý kiến nói rằng hướng dẫn khó hiểu, trong khi có 1 ý kiến nói rằng không thể sử dụng sau khi thanh toán, thì thật khó để quyết định chỉ dựa trên số lượng trường hợp đơn giản.
Đây là một ví dụ cho bài viết, nhưng ý nghĩa của việc cung cấp những gì bạn muốn ưu tiên trở nên rõ ràng.
Nếu có một danh sách có thể quay lại các ý kiến gốc, bạn cũng có thể xác nhận khi nghi ngờ về bản tóm tắt của AI. Đó là một cách để tự quyết định mức độ ưu tiên trong khi xem xét các bằng chứng đã thu thập.
14 | Ủy thác "Bản Dựng Thô Đầu Tiên" của một Video Dài
Dan Shipper báo cáo rằng anh ấy đã để Astra vận hành phần mềm chỉnh sửa video để thực hiện bản dựng đầu tiên của một video xử lý Fable 5.1.
Bản dựng thô được đề cập ở đây là giai đoạn sắp xếp tài liệu và lần đầu tiên tạo nó thành một dạng mà bạn có thể thấy toàn bộ.
Những gì anh ấy nêu chỉ là bản dựng đầu tiên; nó không phải là câu chuyện về việc ủy thác mọi thứ từ phụ đề, âm lượng, hoàn thiện và xuất bản mà không chỉnh sửa.
Cụ thể những cảnh cắt nào được chọn và loại hướng dẫn nào được đưa ra cũng không được biết từ riêng nội dung bài đăng. Hãy nghĩ về trường hợp sử dụng mà không lấp đầy điều đó bằng trí tưởng tượng.
Đối với những người làm video, nhiệm vụ đầu tiên xem tất cả tài liệu và tìm kiếm các phần để sử dụng là một gánh nặng lớn.
Trước cảm giác về video đã hoàn thành, con đường để đạt đến trạng thái nơi bạn có thể bắt đầu chỉnh sửa còn dài.
Nếu áp dụng điều này, hãy bắt đầu từ "việc tổ chức các phần bạn muốn hiển thị" trong một khóa học hoặc cuộc đối thoại.
Cung cấp video gốc và bản ghi chép, và yêu cầu nó tìm các vị trí cho "giải thích về giá", "trình diễn" và "câu trả lời cho các câu hỏi."
Liệt kê thời gian bắt đầu, thời gian kết thúc và lý do giữ lại mỗi phần. Khi các phần để sử dụng đã được quyết định, hãy dựng thô chúng theo thứ tự đó.
Nếu bạn biến điều này thành một yêu cầu, một người có thể tham gia từ thời điểm xác nhận các ứng cử viên. Bạn có thể tách nhiệm vụ tìm kiếm những chỗ để sử dụng khỏi nhiệm vụ quyết định việc chấp nhận.
Tuy nhiên, nếu bạn chỉ rút ra một từ thú vị duy nhất, các điều kiện trước nó có thể bị bỏ qua.
Nếu bạn xóa phần đang giải thích "chỉ trong trường hợp này", ý nghĩa của câu chuyện sẽ thay đổi.
Tách biệt với việc liệu nó có thể được làm ngắn lại hay không, hãy xác nhận xem ý nghĩa có khớp với tuyên bố ban đầu hay không.
Đây là lý do tại sao bạn thêm "giữ không chỉ kết luận, mà còn cả các điều kiện mà kết luận đó có giá trị" khi yêu cầu.
Hãy thử với tài liệu bạn đã quay hoặc tài liệu bạn được phép chỉnh sửa, và không thay đổi video gốc. Nếu bạn giữ nó như một kế hoạch chỉnh sửa khác, bạn có thể quay lại ngay cả khi bạn không thích nó.
Đó là một cách để giảm thời gian dành cho việc bắt đầu từ một màn hình chỉnh sửa không có gì được sắp xếp, trong khi tự quyết định bài thuyết trình cuối cùng.
15 | Tạo Bản Thảo Đầu Tiên của một Bài Viết và Bắt đầu từ Nơi Người Viết Chỉnh sửa
Cuối cùng, văn bản. Tuy nhiên, để kết thúc với "nó cũng có thể viết văn bản", đã có một báo cáo cụ thể.
Trong bài đánh giá Astra của Every, nó được nêu rõ ràng ngay từ đầu, có thể đọc miễn phí, rằng bản thảo đầu tiên được viết bởi GPT-6 Astra từ một hướng dẫn duy nhất.
Chữ ký của bài viết là Katie Parrott và GPT. Dan đã không tự viết bản thảo đó.
Trong phần đầu đó, một cuộc trao đổi cũng được đăng tải nơi Dan nghĩ đó là một văn bản do Katie viết.
Đối với người đọc, nó trông giống như văn bản của người viết thông thường. Điểm đó là phần thú vị của trường hợp này.
Tuy nhiên, nó không có nghĩa là AI biết cuộc sống của người đó.
Các tài liệu được sử dụng cho đầu vào và các chỉnh sửa được thêm vào bởi một người không được biết từ thông tin công khai một mình. Bài viết này cũng không suy đoán về nội dung của phần trả phí hoặc các hướng dẫn không công khai.
Nếu tự mình áp dụng điều này, những gì bạn cung cấp trước tiên không phải là "viết như một chuyên gia", mà là những tài liệu thực sự tồn tại.
Những điều bạn đã thử, những điều không suôn sẻ.
Các câu hỏi đến từ độc giả, phương pháp bạn cuối cùng đã chọn.
Và, đính kèm các bài viết trước đây của bạn như một tài liệu tham khảo về độ dài câu và cách kết thúc.
Điểm mấu chốt là tách chúng ra thành "tài liệu tham khảo về phong cách, không phải sự thật cho lần này", mà không để nó sử dụng lại các kinh nghiệm được viết trong các bài viết trước đây cho bài viết mới.
Khi bản thảo được trả lại, hãy xem liệu có các sự kiện tăng lên mà bạn không biết hoặc các ấn tượng bạn đã không nói hay không.
Văn bản càng sạch, bạn càng muốn bỏ qua việc xác nhận đó. Vì vậy, hãy yêu cầu trước: "Đừng viết những trải nghiệm không có trong tài liệu, và cho tôi biết những phần còn thiếu."
Giá trị của bài viết là các tài liệu và phán đoán mà người viết có. Ủy thác cho Astra các phần sắp xếp chúng theo một thứ tự có thể đọc được và tạo bản thảo đầu tiên.
Giảm thời gian dành cho việc lo lắng trước một trang trống và bắt đầu từ việc chỉnh sửa xem những gì bạn muốn nói có chính xác hay không. Trong viết lách, trường hợp sử dụng này rất quen thuộc.
Nhìn vào 15 Ví dụ, Bạn sẽ Bắt đầu từ Đâu?
Thế giới nơi cư dân nói chuyện và Manhattan thật bắt mắt.
Nhưng một người muốn làm cho công việc ngày mai dễ dàng hơn không cần phải tạo ra cùng một quy mô ngay từ đầu.
Các tiêu chí để chọn là có sẵn tài liệu và có thể tự mình biết liệu nó đã được thực hiện hay chưa.
Nếu bạn có ảnh, một bản vẽ bố trí phòng. Nếu bạn có yêu cầu, phân loại và dự thảo trả lời.
Nếu bạn có video, các ứng cử viên cho cảnh để giữ lại. Nếu bạn có ghi chú, bản thảo đầu tiên của một bài viết.
Không có cái nào yêu cầu bạn phải nghĩ ra một dự án lớn mới trước khi sử dụng AI. Bạn có thể sử dụng một nhiệm vụ hiện đang bị đình trệ.
Nếu khó chọn, vui lòng kiểm tra ba điều sau:
- Có sẵn ảnh gốc, tài liệu, video hoặc dữ liệu không?
- Bạn có thể xác nhận chất lượng bằng chính mắt mình không?
- Nếu sai, bạn có thể quay lại trạng thái ban đầu không?
Các nhiệm vụ mà cả ba đều "có" rất dễ nghĩ ra một cách thử đầu tiên.
Ngược lại, các nhiệm vụ mà bạn thậm chí không biết câu trả lời có đúng không và được gửi ra ngoài nguyên trạng là những điều bạn không cần phải chọn trước.
Lưu ý rằng các màn trình diễn hào nhoáng cũng bao gồm công việc chuẩn bị các công cụ có thể sử dụng và quy trình một người chỉnh sửa ở giữa.
Nếu học hỏi từ các trường hợp toàn cầu, hãy xem xét không chỉ video đã hoàn thành, mà còn cả các tài liệu được cung cấp trước nó và các phần mà một người đang xem xét ở cuối như một bộ. Bằng cách đó, bạn có thể thay thế nó bằng công việc của riêng mình.
Văn bản Yêu cầu Ban đầu Bạn Có thể Sử dụng Bằng cách Chỉ Viết lại
Phần sau đây không phải là bản in lại các lời nhắc được phát hành bởi những người được giới thiệu.
Đó là một mẫu được tổ chức cho bài viết này để yêu cầu công việc của riêng bạn. Nếu có các tính năng không thể sử dụng trong môi trường hiện tại, tôi đã đặt nó để cho bạn biết trước.
Những gì tôi muốn làm:
[Những gì cần tạo, nhiệm vụ nào cần giảm bớt]
Tài liệu để cung cấp:
[Các tệp, URL, mẫu được phép sử dụng]
Vui lòng phân biệt giữa phong cách và hình thức của mẫu và các sự kiện sẽ được sử dụng lần này.
Phạm vi để hoàn thành trước:
[Một phạm vi nhỏ, chẳng hạn như một phòng, một màn hình, 5 yêu cầu, v.v.]
Vui lòng xác nhận các công cụ có thể sử dụng và cho tôi biết trước nếu có các thao tác không thể thực hiện.
Các điều kiện để đánh giá là đã hoàn thành:
[Các thao tác cụ thể bạn sẽ xác nhận hoặc đầu ra được yêu cầu]
Cách tiến hành:
Hãy nghĩ về các nhiệm vụ cần thiết và lưu sản phẩm đã hoàn thành vào một tệp riêng.
Không tạo thông tin còn thiếu; phân biệt giữa các điểm chưa biết và các giá trị tạm thời.
Xác nhận theo các điều kiện và sửa các vấn đề có thể sửa được.
Những điều không được ủy thác:
Không ghi đè hoặc xóa các tệp gốc, gửi ra bên ngoài, xuất bản hoặc mua hàng.
Nếu cần thêm chi phí hoặc quyền truy cập mới, hãy dừng lại trước khi thực hiện.
Những điều cần trả lại khi kết thúc:
Vị trí của sản phẩm đã hoàn thành, những gì đã được xác nhận và những gì chưa thể xác nhận.
Vui lòng tóm tắt ngắn gọn những điểm mà một người nên xem xét tiếp theo.
Ví dụ: nếu đó là tổ chức yêu cầu, hãy điền vào như thế này.
Những gì tôi muốn làm là đọc các yêu cầu vào khóa học và chuẩn bị cho các câu trả lời.
Những gì tôi cung cấp là 5 yêu cầu đã được loại bỏ thông tin cá nhân, hướng dẫn khóa học và các ví dụ trả lời trong quá khứ.
Phạm vi hoàn thành đầu tiên chỉ là 5 trường hợp đó. Chia thành giá cả, lịch trình, điều kiện ghi danh và các mục khác, và tạo một dự thảo trả lời cho mỗi trường hợp.
Các điều kiện để hoàn thành là số yêu cầu gốc vẫn còn, giá không có trong hướng dẫn không được tạo và các trường hợp yêu cầu phán đoán có thể được xác định riêng biệt.
Những gì tôi đã trả lại là danh sách phân loại và dự thảo trả lời, và tôi sẽ không để nó gửi cho khách hàng.
Với điều này, những gì cần xác nhận khi mở sản phẩm đã hoàn thành đã được quyết định. Đó là một yêu cầu dễ đánh giá xem nó có thể sử dụng được hay không hơn là "làm điều gì đó tiện lợi."
Đầu tiên, đến Điểm Nhận được Một Sản phẩm Đã Hoàn thành
15 ví dụ này không nhằm mục đích làm cho việc sử dụng AI trở nên khó khăn.
Cung cấp một bức ảnh và tạo một căn phòng. Cung cấp một yêu cầu và tạo một dự thảo trả lời.
Cung cấp một video và tạo các ứng cử viên để chỉnh sửa.
Cung cấp một ghi chú và tạo bản thảo đầu tiên của một bài viết.
Lối vào rõ ràng một cách đáng ngạc nhiên.
Chọn một cái trước và cung cấp các tài liệu có sẵn. Hoàn thành nó ở quy mô nhỏ và mở nó ra để xác nhận.
Bạn chỉ cần mở rộng sang nhiệm vụ tiếp theo cho những thứ có thể sử dụng được ở đó.
Chọn một nhiệm vụ chưa hoàn thành mà bạn hiện có và điền vào chỗ trống trong văn bản yêu cầu ở trên.
Đó là điều đầu tiên cần làm sau khi đóng bài viết này.
*Bài viết này được biên soạn dựa trên các bài đăng công khai, đánh giá cá nhân và video trình diễn tính đến ngày 4 tháng 9 năm 2026.
Các kết quả được giới thiệu là báo cáo từ những người đăng và không có nghĩa là mọi thứ đã được tái tạo trong môi trường này.*
