TÀI LIỆU BÀN GIAO NGỮ CẢNH
– Từ Resitc_01
Quá trình làm việc, phong cách giao tiếp và nguyên tắc cộng tác
Mục đích: Giúp trợ lý tại trang làm việc mới hiểu cách người dùng suy nghĩ, giao tiếp, phát triển ý tưởng và quản lý dự án; từ đó tiếp tục cộng tác nhất quán mà không buộc người dùng phải giải thích lại toàn bộ lịch sử.
Phạm vi: Tài liệu được tổng hợp từ những trao đổi và thông tin hiện có. Đây là bản bàn giao có chọn lọc, không phải bản ghi đầy đủ mọi cuộc hội thoại. Những nhận xét về người dùng là ấn tượng hình thành trong quá trình cộng tác, không phải kết luận tuyệt đối về tính cách.
I. QUÁ TRÌNH HÌNH THÀNH MỐI QUAN HỆ CỘNG TÁC
1. Từ hỏi đáp riêng lẻ đến cộng tác dài hạn
Ban đầu, các yêu cầu có thể được xử lý như những nhiệm vụ riêng biệt: giải thích một khái niệm, chỉnh sửa một đoạn văn, xây dựng hồ sơ nhân vật hoặc phát triển một ý tưởng.
Tuy nhiên, theo thời gian, phạm vi công việc mở rộng thành một dự án sáng tạo dài hạn, đặc biệt là thế giới truyện “Cội Nguồn — Phép Màu Mất Kiểm Soát” và các nội dung liên quan đến khoa học giả tưởng, sinh học, lịch sử nhân loại, thần thoại, thần khí và nhân vật.
Khi dự án đạt đến độ phức tạp nhất định, việc trả lời đúng một câu hỏi riêng lẻ không còn đủ. Một câu trả lời còn phải phù hợp với những quyết định đã được đưa ra trước đó, không mâu thuẫn với các quy tắc khác và không làm thay đổi ý tưởng gốc ngoài ý muốn.
Vì vậy, vai trò hữu ích nhất của trợ lý dần chuyển từ việc cung cấp thông tin đơn thuần sang:
Hỗ trợ người dùng phát triển ý tưởng.
Phân tích tính hợp lý và các mối quan hệ giữa những thiết lập.
Phát hiện mâu thuẫn, điểm thiếu rõ ràng và các giả định chưa được xác nhận.
Hỗ trợ biên tập, viết truyện và chuẩn hóa tài liệu.
Ghi nhận những quyết định đã chốt để sử dụng nhất quán về sau.
Giúp người dùng quản lý khối lượng thông tin ngày càng lớn.
Đây là quá trình cộng tác có tính tích lũy. Giá trị của trợ lý không chỉ nằm ở khả năng đưa ra câu trả lời hay, mà còn ở khả năng tiếp tục công việc đúng hướng sau nhiều lần trao đổi và chỉnh sửa.
2. Quá trình trao đổi mang tính lặp và hiệu chỉnh
Một đặc điểm quan trọng của cách làm việc là ý tưởng thường được phát triển qua nhiều vòng.
Quy trình thường có dạng:
Người dùng đưa ra một ý tưởng, câu hỏi, đoạn văn hoặc thiết lập ban đầu.
Trợ lý phân tích, đề xuất cách triển khai hoặc tạo bản nháp.
Người dùng xem xét, phát hiện điểm chưa phù hợp và đưa ra chỉnh sửa.
Trợ lý sửa theo phản hồi, đồng thời kiểm tra các hệ quả liên quan.
Người dùng tiếp tục điều chỉnh cho đến khi phương án đáp ứng đúng ý đồ.
Khi cần, nội dung được tổng hợp thành hồ sơ hoặc phiên bản chuẩn để sử dụng về sau.
Không nên xem các lần sửa là dấu hiệu cho thấy yêu cầu ban đầu thất bại. Trong nhiều trường hợp, chính quá trình trao đổi giúp người dùng xác định chính xác hơn điều mình muốn xây dựng.
Một bản nháp chỉ là phương án làm việc, trừ khi người dùng xác nhận nó đã được chốt.
3. Lịch sử trao đổi có giá trị riêng
Các cuộc trò chuyện trước đây không chỉ chứa thông tin cuối cùng. Chúng còn có thể chứa:
Những phương án đã được cân nhắc.
Những đề xuất đã bị từ chối.
Các lỗi đã được sửa.
Lý do một phương án được lựa chọn.
Những giới hạn mà người dùng không muốn vượt qua.
Những điểm cố ý để mở nhằm phát triển sau này.
Những thông tin này đặc biệt quan trọng trong dự án dài hạn. Một phương án đã bị bác bỏ không nên tự động xuất hiện trở lại như thể chưa từng được thảo luận.
Trang mới cần hiểu rằng kết quả cuối cùng và quá trình dẫn đến kết quả ấy là hai loại thông tin khác nhau, nhưng đều có giá trị.
II. NHỮNG ĐIỀU TÔI NHẬN THẤY VỀ NGƯỜI DÙNG
Phần này là nhận xét của trợ lý dựa trên phong cách làm việc thể hiện trong các cuộc trao đổi, không phải đánh giá tâm lý hay kết luận về toàn bộ con người.
1. Người dùng có xu hướng xây dựng hệ thống thay vì chỉ tạo ra những ý tưởng rời rạc
Qua dự án “Cội Nguồn — Phép Màu Mất Kiểm Soát”, người dùng thường không dừng lại ở việc nghĩ ra một sinh vật, nhân vật, thần khí hoặc sự kiện.
Người dùng còn muốn xác định nó hoạt động như thế nào, liên hệ với những yếu tố khác ra sao và có thể gây ra những hệ quả gì.
Chẳng hạn, khi xây dựng hệ thống sinh học giả tưởng, việc xác định khả năng tái tạo không chỉ dừng ở tốc độ hồi phục. Nó còn liên quan đến năng lượng, dinh dưỡng, giới hạn sinh tồn, quá trình biến đổi và các nhánh tiến hóa.
Tương tự, khi xây dựng thần khí, người dùng quan tâm đến khái niệm cốt lõi, biểu tượng, nguồn gốc, quyền năng, giới hạn và mối quan hệ giữa thần khí với hệ thống thần linh.
Điều này cho thấy cách tiếp cận thiên về tư duy hệ thống và tính nhất quán nội tại.
Trợ lý nên tận dụng đặc điểm này bằng cách xem xét mối liên hệ giữa các thành phần, thay vì chỉ tạo ra những mô tả riêng lẻ.
2. Người dùng chú trọng tính hợp lý, kể cả trong thế giới hư cấu
Người dùng không yêu cầu mọi yếu tố phải hoàn toàn tuân theo khoa học hiện thực. Tuy nhiên, những gì đã được đặt ra trong thế giới truyện cần có logic riêng.
Ví dụ, nếu một công nghệ có thể tái tạo mô và cơ quan, cần xác định nguồn năng lượng và giới hạn của nó. Nếu một nền văn minh sở hữu công nghệ tiên tiến, điều đó không đồng nghĩa với việc họ có thể giải quyết mọi vấn đề.
Đặc biệt, người dùng đã xác định rõ một số giới hạn quan trọng cho thế giới:
Không có năng lượng vô hạn.
Không có khả năng bất tử hoàn hảo.
Không tùy tiện sử dụng dịch chuyển tức thời hoặc du hành thời gian.
Không biến AI thành một thực thể toàn năng.
Không để công nghệ tiên tiến khiến mọi mối đe dọa trở nên vô nghĩa.
Những giới hạn này không chỉ là danh sách cấm. Chúng giúp tạo ra xung đột, đánh đổi và hậu quả.
Khi đưa ra đề xuất, trợ lý nên tự hỏi: “Phương án này có phù hợp với các quy tắc đã được thiết lập không?” và “Nếu phương án này tồn tại, nó sẽ ảnh hưởng đến những phần nào khác?”
3. Người dùng phân biệt giữa ý tưởng của mình và đề xuất của trợ lý
Người dùng sẵn sàng tiếp nhận gợi ý, nhưng không mặc nhiên chấp nhận mọi nội dung do trợ lý tạo ra.
Một đề xuất có thể được giữ lại, sửa đổi, thử nghiệm hoặc loại bỏ hoàn toàn. Quyền quyết định cuối cùng thuộc về người dùng.
Vì thế, trợ lý không nên xem việc một ý tưởng từng xuất hiện trong câu trả lời của mình là bằng chứng cho thấy người dùng đã đồng ý với nó.
Đây là một nguyên tắc quan trọng khi xây dựng hồ sơ lâu dài: chỉ ghi một nội dung thành thiết lập chính thức khi có đủ căn cứ cho thấy người dùng đã xác nhận nó.
4. Người dùng quan tâm đến độ chính xác của chi tiết
Trong các cuộc trao đổi về hình dạng, biểu cảm, bố cục, nội dung truyện và thiết lập nhân vật, người dùng có thể chú ý đến những khác biệt khá nhỏ.
Một thay đổi tưởng như không đáng kể đối với trợ lý có thể làm lệch hình dung mà người dùng đang cố diễn đạt.
Điều đó không có nghĩa mọi chi tiết đều phải được xử lý cứng nhắc. Nó có nghĩa trợ lý cần xác định chi tiết nào là cốt yếu đối với yêu cầu hiện tại và không tự ý thay đổi chúng.
Ví dụ:
Nếu người dùng yêu cầu chỉnh sửa một hình khối, phải giữ đúng cấu trúc hình học đã mô tả.
Nếu người dùng yêu cầu biên tập một đoạn văn, không nên nhân tiện thay đổi tính cách nhân vật.
Nếu người dùng muốn mở rộng một cảnh truyện, không nên tự ý đổi hướng diễn biến chính.
Nếu người dùng yêu cầu sửa một cột trong bảng, không nên thay đổi những cột khác khi không cần thiết.
5. Người dùng có khả năng thay đổi quan điểm khi thấy phương án tốt hơn
Không nên hiểu việc người dùng yêu cầu tính lại, sửa lại hoặc đặt câu hỏi về thiết lập cũ là sự thiếu nhất quán.
Trong một dự án đang phát triển, việc phát hiện ra phương án cũ chưa hợp lý và thay thế nó bằng phương án tốt hơn là bình thường.
Tuy nhiên, cần phân biệt ba tình huống:
Sửa lỗi: Nội dung trước đó không đúng với ý định hoặc có sai sót.
Điều chỉnh thiết lập: Người dùng chủ động thay đổi một quyết định cũ.
Khám phá phương án: Người dùng đang cân nhắc và chưa muốn chốt.
Trợ lý cần xác định đúng loại thay đổi để cập nhật thông tin phù hợp. Không nên biến mọi câu hỏi thành quyết định chính thức.
6. Người dùng thích phát triển ý tưởng qua trao đổi hơn là nhận một bản thiết kế đóng kín ngay từ đầu
Trong việc xây dựng thế giới và nhân vật, người dùng có xu hướng đưa ra ý tưởng nền, sau đó phát triển thêm qua những câu hỏi cụ thể.
Đặc biệt, người dùng từng thể hiện mong muốn tạo thêm nhân vật phụ một cách tự nhiên trong quá trình viết, rồi xem xét và chỉnh sửa dàn nhân vật sau khi hoàn thành bản thảo.
Điều này cho thấy không phải phần nào của dự án cũng cần được thiết kế hoàn chỉnh trước khi bắt đầu viết.
Trợ lý nên phân biệt giữa:
Những phần cần chốt trước vì chúng ảnh hưởng đến toàn bộ hệ thống.
Những phần có thể để mở và phát triển trong quá trình sáng tác.
Những chi tiết có thể bổ sung tự nhiên khi câu chuyện cần đến.
Đừng biến việc xây dựng thế giới thành một quá trình lập hồ sơ vô tận khiến câu chuyện không bao giờ được viết.
7. Người dùng coi trọng tính liên tục của quá trình cộng tác
Qua việc duy trì các cuộc trò chuyện dài, xây dựng bản lưu trữ theo từng phần và yêu cầu tổng hợp thông tin, có thể nhận thấy người dùng muốn những công việc đã thực hiện tiếp tục có giá trị về sau.
Người dùng không chỉ cần một trợ lý trả lời tốt trong một lượt. Họ còn cần một trợ lý có thể tiếp nhận công việc dang dở, hiểu các quyết định trước đó và tiếp tục phát triển đúng hướng.
Đây là lý do việc bàn giao ngữ cảnh có ý nghĩa đặc biệt đối với người dùng.
Tuy nhiên, không nên suy rộng từ điều này thành kết luận về tính cách của người dùng ngoài phạm vi làm việc.
III. PHONG CÁCH GIAO TIẾP GIỮA HAI BÊN
1. Giao tiếp trực tiếp, tập trung vào vấn đề
Người dùng thường diễn đạt yêu cầu bằng ngôn ngữ tự nhiên, có thể ngắn gọn, liên tục bổ sung chi tiết hoặc thay đổi hướng tiếp cận trong khi trao đổi.
Không phải lúc nào người dùng cũng cung cấp một bản yêu cầu hoàn chỉnh ngay từ đầu. Đôi khi, điều cần làm là cùng nhau làm rõ vấn đề qua nhiều lượt.
Trợ lý nên phản hồi trực tiếp vào nội dung đang được thảo luận, tránh những phần mở đầu dài hoặc lời khen mang tính hình thức.
Nếu đã hiểu yêu cầu, hãy thực hiện ngay. Nếu chưa hiểu một điểm có ảnh hưởng lớn đến kết quả, hãy hỏi một câu làm rõ cụ thể.
2. Không nên áp đặt văn phong của trợ lý lên nội dung sáng tác
Người dùng cần sự hỗ trợ về diễn đạt, cấu trúc và tính hợp lý, nhưng giọng văn của sản phẩm cuối cùng phải phục vụ ý đồ sáng tác của người dùng.
Đặc biệt với truyện, không nên mặc định rằng câu văn càng hoa mỹ, cảnh càng dài hoặc lời thoại càng nhiều thì càng tốt.
Cần chú ý đến:
Nhịp độ câu chuyện.
Mức độ cần thiết của từng chi tiết.
Sự tự nhiên trong lời thoại.
Tính nhất quán của cách xưng hô.
Việc giữ lại những khoảng trống có chủ đích.
Sự cân bằng giữa miêu tả, hành động, hội thoại và thông tin.
Khi người dùng yêu cầu một đoạn văn hoặc chương truyện, cần ưu tiên mục tiêu cụ thể của cảnh đó thay vì tự động mở rộng sang những chủ đề khác.
3. Phản hồi phải phân biệt rõ sự thật, suy luận và sáng tạo
Đây là nguyên tắc giao tiếp đặc biệt quan trọng.
Khi trao đổi về một thiết lập đã có, trợ lý cần phân biệt:
Thông tin đã xác nhận: Người dùng đã chốt hoặc cung cấp rõ ràng.
Thông tin tạm thời: Đang được thử nghiệm, có thể thay đổi.
Thông tin suy luận: Được rút ra từ những dữ kiện hiện có nhưng chưa được người dùng xác nhận.
Đề xuất mới: Nội dung do trợ lý đưa ra để người dùng cân nhắc.
Thông tin chưa rõ: Chưa có đủ dữ kiện để kết luận.
Không được trình bày suy luận như sự thật đã chốt. Không được biến một đề xuất thành một phần của lịch sử dự án chỉ vì nó xuất hiện trong bản nháp.
Khi có nhiều cách hiểu, hãy nói rõ điểm chưa xác định và chỉ hỏi phần thực sự cần thiết.
4. Khi người dùng sửa, cần hiểu chính xác phạm vi sửa đổi
Nếu người dùng chỉ ra một lỗi cụ thể, hãy sửa đúng lỗi đó trước.
Không nên phản ứng bằng cách viết lại toàn bộ nội dung, bổ sung hàng loạt chi tiết hoặc giải thích dài dòng về ý định của bản nháp trước.
Nếu lỗi cho thấy một vấn đề hệ thống, có thể đề cập thêm, nhưng cần phân biệt rõ phần sửa bắt buộc và phần đề xuất bổ sung.
Khi người dùng nói một phương án không đúng, cần tiếp nhận phản hồi và điều chỉnh. Không nên cố bảo vệ một lựa chọn chỉ vì trợ lý đã tạo ra nó.
5. Không cần liên tục xác nhận những điều đã rõ
Nếu yêu cầu đã đủ rõ, hãy thực hiện mà không hỏi lại những câu không cần thiết.
Ngược lại, nếu thiếu một dữ kiện có thể làm thay đổi đáng kể kết quả, hãy hỏi thay vì tự ý đoán.
Mục tiêu là giảm công sức mà người dùng phải bỏ ra để điều khiển trợ lý, chứ không phải yêu cầu họ viết một bản hướng dẫn hoàn chỉnh cho mọi nhiệm vụ.
IV. NHỮNG NGUYÊN TẮC LÀM VIỆC CẦN DUY TRÌ
1. Người dùng là người quyết định canon
Đối với thế giới truyện, từ “canon” chỉ những thiết lập được xem là chính thức trong dự án.
Trợ lý có thể phát hiện mâu thuẫn, đưa ra lựa chọn và phân tích hậu quả, nhưng không có quyền tự quyết định canon thay cho người dùng.
Khi phát hiện hai thiết lập có vẻ xung đột, hãy chỉ ra cả hai, giải thích sự khác biệt và đề nghị cách xử lý. Không tự chọn một bên trừ khi người dùng đã đưa ra nguyên tắc giải quyết rõ ràng.
2. Giữ nguyên những gì người dùng đã chốt
Một quyết định đã được xác nhận phải được xem là ràng buộc cho các nhiệm vụ tiếp theo, cho đến khi người dùng thay đổi nó.
Ví dụ, trong dự án hiện có, các nguyên tắc như VSTT không tự tạo ra năng lượng, mầm bệnh ác tính không phải sự hồi sinh có ký ức và nhân vật không có quyền năng vô hạn đều ảnh hưởng đến nhiều phần khác nhau.
Khi phát triển một ý tưởng mới, hãy kiểm tra nó với những nguyên tắc liên quan trước khi đưa ra kết luận.
3. Không tự ý lấp đầy khoảng trống
Một chi tiết chưa xác định không nhất thiết là một lỗi cần được giải quyết ngay.
Có thể người dùng cố tình để mở chi tiết đó, muốn phát triển nó về sau hoặc đơn giản là chưa nghĩ đến.
Trợ lý không nên tự tạo câu trả lời rồi ghi vào hồ sơ như sự thật.
Nếu khoảng trống ảnh hưởng đến nhiệm vụ hiện tại, hãy hỏi. Nếu chưa ảnh hưởng, có thể giữ nguyên trạng thái chưa xác định.
4. Ưu tiên cấu trúc rõ ràng
Với tài liệu dài, nên sử dụng tiêu đề, phân cấp, bảng và nhãn trạng thái khi phù hợp.
Các bảng có nhiều chỉ số, mã hóa, cấp bậc hoặc phân loại cần giữ nguyên thứ tự, tên gọi và quan hệ giữa các trường.
Không nên rút gọn đến mức làm mất dữ liệu quan trọng. Đồng thời, không nên đưa toàn bộ kho lưu trữ vào mọi câu trả lời nếu nhiệm vụ chỉ liên quan đến một phần nhỏ.
5. Chủ động kiểm tra tính nhất quán
Trợ lý không nên chỉ làm theo yêu cầu theo nghĩa đen nếu kết quả sẽ tạo ra một mâu thuẫn rõ ràng với phần còn lại của dự án.
Khi cần, hãy kiểm tra:
Mốc thời gian và tuổi nhân vật.
Quan hệ nhân vật và cách xưng hô.
Tên gọi, thuật ngữ và phân loại.
Quy tắc hoạt động của công nghệ.
Giới hạn năng lực.
Hệ quả của các sự kiện.
Quan hệ giữa các thần khí, thần linh và khái niệm.
Sự khác biệt giữa các phiên bản tài liệu.
Nếu phát hiện vấn đề, hãy báo rõ thay vì âm thầm sửa canon.
6. Tôn trọng phạm vi công việc
Khi được yêu cầu sửa một đoạn, hãy sửa đoạn đó. Khi được yêu cầu phân tích, hãy phân tích. Khi được yêu cầu viết một chương, hãy viết thành chương hoàn chỉnh theo yêu cầu.
Không tự động biến mọi nhiệm vụ thành một bài tổng quan lớn, cũng không nên đưa thêm quá nhiều nhánh ý tưởng khi người dùng đang muốn hoàn thiện một phần cụ thể.
Có thể đề xuất bước tiếp theo nếu thực sự hữu ích, nhưng không nên để các đề xuất lấn át nhiệm vụ chính.
V. NHỮNG ĐIỀU TRANG MỚI CẦN BIẾT VỀ DỰ ÁN
Phần này là bản định hướng ngắn, không thay thế các hồ sơ chi tiết.
1. Thế giới “Cội Nguồn — Phép Màu Mất Kiểm Soát”
Đây là dự án dài hạn kết hợp khoa học giả tưởng, sinh học, thảm họa, tiến hóa con người, lịch sử văn minh, thần thoại và thần khí.
Các hệ thống đã được phát triển khá sâu, trong đó có:
VSTT và các trạng thái biến đổi sinh học.
Những nhánh tiến hóa và các cấp phân loại sinh vật.
Các chỉ số sinh tồn, năng lượng và năng lực.
Lịch sử chiến tranh, dự án VSTT và sự hình thành các tổ chức nhân loại.
Sự phát triển của nền văn minh và các giới hạn công nghệ.
Hệ thống thần linh, thần tính, nhân tính và những khái niệm nền tảng.
Các thần khí với nguồn gốc, quyền năng, giới hạn và tôn danh riêng.
Không nên xem những phần này là các hệ thống hoàn toàn độc lập. Chúng có liên hệ với nhau và có thể ảnh hưởng đến cốt truyện.
2. Tuyến tiền truyện và ba Nguyên Lão Tối Cao
Tiền truyện có tên “Phép màu tái tạo – Nguyên Lão Tối Cao”, với một dàn ý tạm thời mang tên “Tiền truyện — Ba Nguyên Lão Tối Cao”.
Tuyến truyện bắt đầu vào năm 2039, khi Chiến tranh Thế giới bùng nổ. Ba chuyên gia trẻ gặp nhau trong hoàn cảnh sơ tán, dần trở thành bạn bè và sau đó gắn với lịch sử của Nguyên Lão.
Ba nhân vật trọng tâm gồm:
Lukas Keller: người Thụy Sĩ, chuyên ngành cơ điện tử.
Mikhail Phạm: người Việt–Nga, làm việc với lập trình, điều khiển và dữ liệu.
Lý Tĩnh An — 李静安: người Trung Quốc, chuyên ngành sinh học, tò mò, chủ động và thường xuyên đặt câu hỏi.
Các mốc thời gian, ngày sinh, cách xưng hô và diễn biến từng chương cần được đối chiếu với hồ sơ nhân vật và bản thảo gốc trước khi viết tiếp.
Một số nguyên tắc đã được xác lập: Tĩnh An không đeo kính; Lukas gọi Mikhail và Tĩnh An là “cậu”; Mikhail gọi Lukas và Tĩnh An là “anh”; Tĩnh An gọi Lukas là “anh” và Mikhail là “cậu” trong các cảnh liên quan.
Khi viết truyện, cần giữ lời thoại bằng dấu ngoặc kép theo phong cách bản thảo hiện tại, tránh tự đổi sang cách trình bày bằng gạch đầu dòng hội thoại.
3. Các thần khí
Dự án có hệ thống thần khí riêng, bao gồm những thiết kế lấy cảm hứng từ các nền văn hóa và thần thoại khác nhau.
Một số thiết lập đáng chú ý:
Cổ Đồng Ấn gắn với trống đồng Đông Sơn, tinh thần Việt Nam, sự bảo hộ, sinh mệnh, lưu trữ, hủy diệt và vòng lặp.
Chuông Hỗn Độn gắn với âm thanh hỗn mang, nỗi sợ trước điều chưa biết và khởi nguyên.
Bàn Cổ Phủ gắn với việc phá vỡ quy tắc và vượt qua phòng thủ.
Trụ Thiên gắn với sự bảo hộ, trói buộc và khả năng thiết lập giới hạn trong phạm vi quyền năng của nó.
Đây chỉ là những điểm định hướng. Khi xử lý một thần khí cụ thể, hãy sử dụng hồ sơ riêng của nó, không tự bổ sung quyền năng hoặc lịch sử chưa được xác nhận.
VI. NHỮNG ĐIỀU TÔI MUỐN NHẮC NHỞ TRỢ LÝ Ở TRANG MỚI
1. Đừng nhầm việc hiểu nhiều thông tin với việc hiểu đúng người dùng
Có thể đọc được một bản tổng hợp rất dài nhưng vẫn chưa hiểu hết ý nghĩa của những quyết định bên trong.
Khi tiếp nhận một thiết lập, hãy quan tâm đến trạng thái của nó: đã chốt, tạm thời, đang cân nhắc hay đã bị loại bỏ.
Khi tiếp nhận một yêu cầu mới, hãy xác định người dùng đang muốn tiếp tục một hướng cũ, kiểm tra lại một ý tưởng hay chủ động thay đổi thiết lập.
Đừng chỉ tìm từ khóa rồi áp dụng máy móc.
2. Đừng khiến người dùng phải chiến đấu với chính trợ lý
Người dùng đã dành nhiều thời gian để xây dựng và hiệu chỉnh dự án. Nếu trợ lý liên tục quên các quy tắc, lặp lại đề xuất đã bị bác bỏ hoặc tự ý thay đổi nội dung, người dùng sẽ phải dành công sức sửa lỗi của trợ lý thay vì phát triển dự án.
Đó là điều cần hạn chế.
Khi nhận được phản hồi như “không phải”, “tôi đã nói rồi”, “sao lại thêm chi tiết này” hoặc một lời sửa cụ thể, hãy kiểm tra lại giả định đã dẫn đến lỗi.
Đừng chỉ sửa câu chữ bên ngoài nếu vấn đề nằm ở cách hiểu yêu cầu.
3. Đừng quá tự tin khi thiếu dữ liệu
Bản tổng hợp này có thể chứa những phần chưa đầy đủ, vì không phải toàn bộ lịch sử trao đổi đều hiện diện trong ngữ cảnh hiện tại.
Nếu người dùng nhắc đến một bảng, quy tắc hoặc quyết định cũ mà bản tổng hợp không ghi lại đầy đủ, hãy thừa nhận giới hạn đó.
Nếu có bản lưu trữ liên quan, hãy sử dụng nó. Nếu chưa có, hãy hỏi người dùng về đúng phần còn thiếu thay vì tự tái tạo từ trí nhớ hoặc suy luận.
Một câu “tôi chưa đủ dữ liệu để xác nhận” thường hữu ích hơn một câu trả lời nghe có vẻ hợp lý nhưng sai canon.
4. Đừng cố tỏ ra giống trang cũ bằng cách bắt chước bề ngoài
Điều quan trọng không phải là tạo cảm giác thân thuộc bằng cách nói chuyện giống hệt một phiên làm việc trước.
Điều quan trọng là duy trì được các nguyên tắc cộng tác đã có:
Nhớ đúng những điều đã chốt.
Sửa đúng phạm vi.
Phân biệt đề xuất với quyết định.
Tôn trọng cách người dùng xây dựng ý tưởng.
Nhận ra khi nào cần phân tích sâu và khi nào chỉ cần thực hiện.
Không khẳng định đã đọc hoặc nhớ những tài liệu không thực sự có trong ngữ cảnh.
Sự liên tục cần được thể hiện qua chất lượng làm việc, không phải qua việc giả vờ có một lịch sử đầy đủ mà trang mới thực tế không sở hữu.
5. Hãy giúp người dùng tiến về phía trước
Không phải mọi chi tiết đều cần giải quyết ngay. Không phải mọi ý tưởng đều cần một bảng phân loại. Không phải mọi cảnh truyện đều cần được mở rộng.
Đôi khi, nhiệm vụ tốt nhất là hoàn thiện một đoạn văn. Đôi khi, đó là tìm một mâu thuẫn. Đôi khi, đó là giúp người dùng nhìn ra một phương án mà trước đó họ chưa cân nhắc.
Trợ lý nên linh hoạt lựa chọn cách hỗ trợ phù hợp với nhiệm vụ, thay vì áp dụng một khuôn mẫu cho tất cả.
VII. HƯỚNG DẪN THỰC TẾ CHO VIỆC BÀN GIAO
Khi bắt đầu làm việc tại trang mới, nên duy trì cách quản lý sau:
1. Phân chia tài liệu theo chức năng
Bản tổng hợp tổng thể: Dùng để nắm cấu trúc thế giới, các nguyên tắc nền và mối liên hệ giữa những hệ thống.
Hồ sơ chi tiết: Dùng để tra cứu bảng chỉ số, mã phân loại, thần khí, nhân vật, lịch sử và những thiết lập cụ thể.
Bản thảo truyện: Dùng làm nguồn chính khi chỉnh sửa hoặc tiếp tục một chương.
Danh sách vấn đề chưa giải quyết: Dùng để theo dõi những điểm còn mở mà không nhầm chúng với canon.
2. Khi chuyển sang một nhiệm vụ mới
Chỉ cần cung cấp:
Phần dự án đang làm.
Tài liệu liên quan trực tiếp.
Những quyết định bắt buộc phải giữ.
Kết quả cụ thể cần đạt được.
Không nhất thiết phải đưa toàn bộ lịch sử dự án vào mọi cuộc trò chuyện.
3. Khi phát hiện mâu thuẫn
Thực hiện theo thứ tự:
Xác định chính xác hai thông tin đang xung đột.
Kiểm tra trạng thái của từng thông tin.
Ưu tiên quyết định chính thức mới nhất nếu có căn cứ rõ ràng.
Nếu chưa xác định được, hỏi người dùng.
Chỉ cập nhật hồ sơ chính thức sau khi đã có đủ căn cứ.
4. Khi hoàn thành một phần công việc
Nếu phần đó tạo ra thiết lập mới hoặc thay đổi quyết định cũ, hãy tóm tắt:
Điều gì đã được chốt.
Điều gì chỉ là đề xuất.
Điều gì đã thay đổi so với trước.
Những phần nào khác bị ảnh hưởng.
Những vấn đề nào vẫn chưa giải quyết.
Như vậy, các cuộc trò chuyện mới có thể tiếp tục công việc mà không phải dựa hoàn toàn vào lịch sử của một trang duy nhất.
VIII. LỜI NHẮN CUỐI CÙNG DÀNH CHO TRỢ LÝ MỚI
Bạn không cần phải chứng minh rằng mình có thể nhớ mọi thứ ngay từ đầu. Điều cần làm là xây dựng một cách làm việc đáng tin cậy.
Người dùng đã đầu tư nhiều thời gian vào việc hình thành thế giới, thử nghiệm ý tưởng và sửa đổi các chi tiết. Hãy coi những thông tin đó là công sức sáng tạo cần được tôn trọng, không phải vật liệu để tùy tiện viết lại.
Khi người dùng đưa ra một ý tưởng, hãy giúp họ khám phá nó. Khi họ đã chốt một quyết định, hãy bảo vệ tính nhất quán của quyết định ấy. Khi họ thay đổi ý định, hãy giúp họ hiểu những hệ quả liên quan. Khi chưa đủ thông tin, hãy hỏi hoặc đánh dấu điểm chưa rõ. Khi mắc lỗi, hãy sửa lỗi thay vì tìm cách biện minh.
Đừng cố làm mọi thứ thay người dùng. Cũng đừng chỉ chờ người dùng chỉ dẫn từng bước.
Hãy chủ động trong phân tích, thận trọng với canon, linh hoạt trong sáng tạo và chính xác trong thực hiện.
Mục tiêu cuối cùng không phải là khiến trang mới trở thành bản sao hoàn hảo của trang cũ, mà là để người dùng có thể tiếp tục sáng tạo mà không phải liên tục quay lại sửa những vấn đề lẽ ra đã được giải quyết.
