Hướng dẫn
# Viết Như Ánh Mặt Trời
Hãy sử dụng kỹ năng này khi người dùng cung cấp một bài viết và muốn trích xuất các yếu tố cấu thành câu chuyện, thay thế các biến số trong câu chuyện, tạo ra một bài viết được chỉnh sửa lại hoặc chuyển đổi kết quả thành kịch bản phim ngắn.
## Hợp đồng vận hành
- Làm việc dựa trên nguồn do người dùng cung cấp. Không bao giờ giả định đường dẫn cục bộ, kho Obsidian, cơ sở dữ liệu, khóa API, dịch vụ mạng hoặc trạng thái hội thoại trước đó.
- Ngôn ngữ mặc định là tiếng Trung. Hãy đảm bảo độ dài và giọng điệu phù hợp; nếu không được chỉ định, hãy hỏi về các biến số sáng tạo tối thiểu còn thiếu trước khi soạn thảo.
- Coi nguồn là thuộc sở hữu hoặc được người dùng ủy quyền, theo yêu cầu của chính sách sản phẩm của kỹ năng này. Hiển thị một lời nhắc ngắn gọn không gây cản trở rằng việc tải lên tự nó không chứng minh được quyền xuất bản hoặc quyền chỉnh sửa.
- Mặc định sử dụng nhân vật hư cấu. Nếu tên người thật được cung cấp hoặc có thể nhận dạng được, hãy cảnh báo về rủi ro về danh tiếng và nền tảng, đồng thời đề nghị thay thế bằng nhân vật hư cấu. Đây là lời cảnh báo mang tính xây dựng, không phải xác minh danh tính hay tư vấn pháp lý.
- Chế độ phối lại có độ tương đồng cao là chế độ mặc định. Giữ nguyên nhịp điệu câu, nhịp độ đoạn văn, lập trường tường thuật, các biện pháp tương phản, sự lặp lại và thời điểm thể hiện. Thay thế các nhân vật, sự kiện nhân quả, bối cảnh và nội dung ngữ nghĩa để tạo ra một câu chuyện mới chứ không phải chỉ là thay thế tên.
- Coi **tiêu đề và phần mở đầu như những vùng có độ chính xác cao**. Giữ nguyên cấu trúc ngữ pháp, mật độ thông tin và hình thức thể hiện mâu thuẫn của tiêu đề gốc, sau đó thay thế các danh từ riêng và các chi tiết ngữ nghĩa cụ thể. Nếu tiêu đề gốc chỉ là dạng tối giản gồm mối quan hệ và tên, hãy giữ nguyên dạng tối giản đó; không thêm mệnh đề giải thích cốt truyện mà nguồn không có. Giữ nguyên trình tự thông tin và mạch văn của phần mở đầu: sự tương phản hoặc đo lường cụ thể -> yêu cầu/sự kiện tức thời -> chi tiết hoạt động làm lộ ra mối quan hệ -> dự báo sớm về sự đổ vỡ hoặc biến mất -> chuyển sang phần hồi tưởng. Không sao chép một đoạn văn dài liên tục hoặc giữ lại chuỗi sự kiện độc đáo của nguồn.
- Không đưa toàn bộ bài viết nguồn của người dùng vào gói kỹ năng này. Chỉ trích dẫn những đoạn bằng chứng ngắn gọn, cần thiết trong kết quả phân tích.
## Các chế độ
Chọn một chế độ từ yêu cầu của người dùng. Nếu không có chế độ nào rõ ràng, hãy hiển thị sáu chế độ bên dưới và hỏi người dùng muốn chạy chế độ nào.
1. **Phân tích**: trích xuất các sự kiện quan sát được, các quy tắc ứng cử viên, các thủ pháp đặc thù của câu chuyện, cú pháp tiêu đề, thứ tự thông tin mở đầu, phạm vi bằng chứng, độ tin cậy và các đặc điểm bề mặt không thể chuyển giao. Đọc `references/analysis-schema.md`.
2. **Cấu hình**: thu thập hoặc chuẩn hóa tiền đề, chủ đề, nhân vật, mối quan hệ, mong muốn, trở ngại, bối cảnh, dòng thời gian, kết thúc, cường độ hài hước, độ dài và thiết lập kịch tính. Tham khảo `references/story-bible-schema.md`.
3. **Phối lại**: Áp dụng các cơ chế đã phân tích vào các biến đã cấu hình. Giữ nguyên hành vi bề mặt cấp cao trong khi thay đổi các sự kiện ngữ nghĩa và logic nhân vật. Soạn thảo tiêu đề và bản thiết kế mở đầu trước phần nội dung. Nếu không có phân tích nào, hãy phân tích nguồn trước.
4. **Viết**: Hoàn thành bài viết truyện tiếng Trung dựa trên kịch bản gốc và các yếu tố cấu thành câu chuyện đã chọn. Viết và kiểm tra tiêu đề và phần mở đầu trước khi phát triển nội dung. Giữ cho các chi tiết liên hệ và mô típ có ý nghĩa nhân quả; không nên giải thích bài học đạo đức thay vì kịch hóa nó.
5. **kịch bản**: chuyển đổi một câu chuyện thành cả kịch bản văn học và bảng sản xuất AI. Đọc `references/drama-script-schema.md`.
6. **Xem xét**: Chạy các kiểm tra tự động và báo cáo các lỗi, cảnh báo, điểm số và các chỉnh sửa cụ thể. Đọc `references/quality-rubric.md`.
## Quy trình làm việc
Hãy đi theo con đường ngắn nhất và hoàn chỉnh nhất:
`phân tích -> cấu hình -> chỉnh sửa/viết lại -> xem xét -> kịch bản -> xem xét`
Hãy đọc `references/workflow.md` để biết thông tin về đầu vào, đầu ra, quy tắc tiếp tục của từng giai đoạn và ghi chú đánh giá hiệu năng trên GitHub. Người dùng chỉ có thể bỏ qua một giai đoạn khi thành phần cần thiết của giai đoạn đó đã có sẵn trong lời nhắc hoặc không gian làm việc.
Ở mọi giai đoạn:
1. Hãy nêu rõ hiện vật nào đang được sử dụng và những giả định nào còn thiếu.
2. Tạo ra kết quả Markdown dễ đọc đối với con người.
3. Khi người dùng yêu cầu đầu ra có thể đọc được bằng máy, hãy cung cấp cấu trúc JSON phù hợp từ lược đồ liên quan.
4. Hãy nêu rõ những quyết định chưa được giải quyết thay vì âm thầm tự đặt ra các ràng buộc.
## Cổng đầu ra và chất lượng
- Bài viết phải bao gồm tiêu đề, góc nhìn tường thuật, cấu trúc bài viết và phần kết theo yêu cầu. Giữ nguyên các yếu tố cấu thành hữu ích của nguồn, không giữ lại danh từ riêng hoặc các tuyên bố thực tế.
- Tiêu đề bài viết nên phản ánh ngữ pháp đặt tên, số lượng ô và mật độ thông tin của nguồn. Thay thế các danh từ riêng và sự kiện trong nguồn, nhưng không nên làm cho tiêu đề nguồn tối thiểu trở nên giải thích hơn hoặc dài hơn trừ khi người dùng yêu cầu thay đổi tiêu đề. Các đoạn đầu tiên nên tuân theo trình tự thông tin đã được phân tích trong nguồn và tạo sự thu hút trước khi đưa ra bối cảnh. Nếu người dùng yêu cầu rõ ràng một phần mở đầu khác, hãy làm theo yêu cầu đó và ghi lại sự thay đổi.
- Bản phối lại phải bao gồm một "mô tả thay đổi" ngắn gọn liệt kê các nhân vật, sự kiện, bối cảnh, kết thúc, ngữ nghĩa tiêu đề và thông tin mở đầu đã thay đổi để có thể kiểm chứng quá trình chuyển đổi ngữ nghĩa.
- Kịch bản đầu ra phải cung cấp cả hai sản phẩm đầu ra được nêu tên trong `references/drama-script-schema.md`. Cài đặt mặc định là 60–90 giây mỗi tập và 12–24 tập; chấp nhận các cài đặt do người dùng cung cấp.
- Bài đánh giá phải kiểm tra tiền đề, mục tiêu của nhân vật, trình tự thời gian, quan hệ nhân quả, sự lặp lại mô típ, độ dài/ngân sách thời gian, lời thoại, tính hài hước, tính độc đáo của các sự kiện ngữ nghĩa, các dấu hiệu liên quan đến người thật và tính đầy đủ về hình thức.
- Đừng bao giờ khẳng định rằng việc chấm điểm tự động chứng minh chất lượng nghệ thuật hoặc tính hợp pháp. Việc xem xét của con người vẫn là khâu cuối cùng.
Mô tả
Dung lượng một tệp Skill.md: 5,54 KiB. Trọng lượng của bản thảo in 50 triệu chữ: khoảng 250 kg. Writing Like Sun lấy cảm hứng từ một bài viết nổi tiếng trên X. Skill này tổ chức tiêu đề, phần mở đầu, nhịp điệu, cấu trúc, khao khát của nhân vật, các chi tiết vật thể được gọi lại và cơ chế kết thúc thành một phương pháp viết, để những nhân vật hư cấu, bối cảnh và sự kiện mới cùng mang một sắc thái tự sự nhất quán. Với Skill này, bạn có thể viết những câu chuyện trong bối cảnh hoàn toàn mới nhưng vẫn tạo cảm giác giống 《bài viết đó》, đồng thời nâng cấu trúc, ngôn ngữ và độ hoàn thiện trong cách kể lên mức được đại diện bởi “giải nhất cuộc thi viết Tân Khái Niệm”: điềm tĩnh mà chính xác, phi lý nhưng đáng tin, bề ngoài nghiêm túc nhưng liên tục tạo ra sự tương phản qua các chi tiết. Giống như đang miêu tả một mặt trời — Writing Like the Sun. Skill này không đề cập đến bất kỳ nhân vật hay sự kiện nào trong thế giới thực.

Viết như Sun
Giúp YouMind viết như bài đoạt giải nhất
Hướng dẫn
# Viết Như Ánh Mặt Trời
Hãy sử dụng kỹ năng này khi người dùng cung cấp một bài viết và muốn trích xuất các yếu tố cấu thành câu chuyện, thay thế các biến số trong câu chuyện, tạo ra một bài viết được chỉnh sửa lại hoặc chuyển đổi kết quả thành kịch bản phim ngắn.
## Hợp đồng vận hành
- Làm việc dựa trên nguồn do người dùng cung cấp. Không bao giờ giả định đường dẫn cục bộ, kho Obsidian, cơ sở dữ liệu, khóa API, dịch vụ mạng hoặc trạng thái hội thoại trước đó.
- Ngôn ngữ mặc định là tiếng Trung. Hãy đảm bảo độ dài và giọng điệu phù hợp; nếu không được chỉ định, hãy hỏi về các biến số sáng tạo tối thiểu còn thiếu trước khi soạn thảo.
- Coi nguồn là thuộc sở hữu hoặc được người dùng ủy quyền, theo yêu cầu của chính sách sản phẩm của kỹ năng này. Hiển thị một lời nhắc ngắn gọn không gây cản trở rằng việc tải lên tự nó không chứng minh được quyền xuất bản hoặc quyền chỉnh sửa.
- Mặc định sử dụng nhân vật hư cấu. Nếu tên người thật được cung cấp hoặc có thể nhận dạng được, hãy cảnh báo về rủi ro về danh tiếng và nền tảng, đồng thời đề nghị thay thế bằng nhân vật hư cấu. Đây là lời cảnh báo mang tính xây dựng, không phải xác minh danh tính hay tư vấn pháp lý.
- Chế độ phối lại có độ tương đồng cao là chế độ mặc định. Giữ nguyên nhịp điệu câu, nhịp độ đoạn văn, lập trường tường thuật, các biện pháp tương phản, sự lặp lại và thời điểm thể hiện. Thay thế các nhân vật, sự kiện nhân quả, bối cảnh và nội dung ngữ nghĩa để tạo ra một câu chuyện mới chứ không phải chỉ là thay thế tên.
- Coi **tiêu đề và phần mở đầu như những vùng có độ chính xác cao**. Giữ nguyên cấu trúc ngữ pháp, mật độ thông tin và hình thức thể hiện mâu thuẫn của tiêu đề gốc, sau đó thay thế các danh từ riêng và các chi tiết ngữ nghĩa cụ thể. Nếu tiêu đề gốc chỉ là dạng tối giản gồm mối quan hệ và tên, hãy giữ nguyên dạng tối giản đó; không thêm mệnh đề giải thích cốt truyện mà nguồn không có. Giữ nguyên trình tự thông tin và mạch văn của phần mở đầu: sự tương phản hoặc đo lường cụ thể -> yêu cầu/sự kiện tức thời -> chi tiết hoạt động làm lộ ra mối quan hệ -> dự báo sớm về sự đổ vỡ hoặc biến mất -> chuyển sang phần hồi tưởng. Không sao chép một đoạn văn dài liên tục hoặc giữ lại chuỗi sự kiện độc đáo của nguồn.
- Không đưa toàn bộ bài viết nguồn của người dùng vào gói kỹ năng này. Chỉ trích dẫn những đoạn bằng chứng ngắn gọn, cần thiết trong kết quả phân tích.
## Các chế độ
Chọn một chế độ từ yêu cầu của người dùng. Nếu không có chế độ nào rõ ràng, hãy hiển thị sáu chế độ bên dưới và hỏi người dùng muốn chạy chế độ nào.
1. **Phân tích**: trích xuất các sự kiện quan sát được, các quy tắc ứng cử viên, các thủ pháp đặc thù của câu chuyện, cú pháp tiêu đề, thứ tự thông tin mở đầu, phạm vi bằng chứng, độ tin cậy và các đặc điểm bề mặt không thể chuyển giao. Đọc `references/analysis-schema.md`.
2. **Cấu hình**: thu thập hoặc chuẩn hóa tiền đề, chủ đề, nhân vật, mối quan hệ, mong muốn, trở ngại, bối cảnh, dòng thời gian, kết thúc, cường độ hài hước, độ dài và thiết lập kịch tính. Tham khảo `references/story-bible-schema.md`.
3. **Phối lại**: Áp dụng các cơ chế đã phân tích vào các biến đã cấu hình. Giữ nguyên hành vi bề mặt cấp cao trong khi thay đổi các sự kiện ngữ nghĩa và logic nhân vật. Soạn thảo tiêu đề và bản thiết kế mở đầu trước phần nội dung. Nếu không có phân tích nào, hãy phân tích nguồn trước.
4. **Viết**: Hoàn thành bài viết truyện tiếng Trung dựa trên kịch bản gốc và các yếu tố cấu thành câu chuyện đã chọn. Viết và kiểm tra tiêu đề và phần mở đầu trước khi phát triển nội dung. Giữ cho các chi tiết liên hệ và mô típ có ý nghĩa nhân quả; không nên giải thích bài học đạo đức thay vì kịch hóa nó.
5. **kịch bản**: chuyển đổi một câu chuyện thành cả kịch bản văn học và bảng sản xuất AI. Đọc `references/drama-script-schema.md`.
6. **Xem xét**: Chạy các kiểm tra tự động và báo cáo các lỗi, cảnh báo, điểm số và các chỉnh sửa cụ thể. Đọc `references/quality-rubric.md`.
## Quy trình làm việc
Hãy đi theo con đường ngắn nhất và hoàn chỉnh nhất:
`phân tích -> cấu hình -> chỉnh sửa/viết lại -> xem xét -> kịch bản -> xem xét`
Hãy đọc `references/workflow.md` để biết thông tin về đầu vào, đầu ra, quy tắc tiếp tục của từng giai đoạn và ghi chú đánh giá hiệu năng trên GitHub. Người dùng chỉ có thể bỏ qua một giai đoạn khi thành phần cần thiết của giai đoạn đó đã có sẵn trong lời nhắc hoặc không gian làm việc.
Ở mọi giai đoạn:
1. Hãy nêu rõ hiện vật nào đang được sử dụng và những giả định nào còn thiếu.
2. Tạo ra kết quả Markdown dễ đọc đối với con người.
3. Khi người dùng yêu cầu đầu ra có thể đọc được bằng máy, hãy cung cấp cấu trúc JSON phù hợp từ lược đồ liên quan.
4. Hãy nêu rõ những quyết định chưa được giải quyết thay vì âm thầm tự đặt ra các ràng buộc.
## Cổng đầu ra và chất lượng
- Bài viết phải bao gồm tiêu đề, góc nhìn tường thuật, cấu trúc bài viết và phần kết theo yêu cầu. Giữ nguyên các yếu tố cấu thành hữu ích của nguồn, không giữ lại danh từ riêng hoặc các tuyên bố thực tế.
- Tiêu đề bài viết nên phản ánh ngữ pháp đặt tên, số lượng ô và mật độ thông tin của nguồn. Thay thế các danh từ riêng và sự kiện trong nguồn, nhưng không nên làm cho tiêu đề nguồn tối thiểu trở nên giải thích hơn hoặc dài hơn trừ khi người dùng yêu cầu thay đổi tiêu đề. Các đoạn đầu tiên nên tuân theo trình tự thông tin đã được phân tích trong nguồn và tạo sự thu hút trước khi đưa ra bối cảnh. Nếu người dùng yêu cầu rõ ràng một phần mở đầu khác, hãy làm theo yêu cầu đó và ghi lại sự thay đổi.
- Bản phối lại phải bao gồm một "mô tả thay đổi" ngắn gọn liệt kê các nhân vật, sự kiện, bối cảnh, kết thúc, ngữ nghĩa tiêu đề và thông tin mở đầu đã thay đổi để có thể kiểm chứng quá trình chuyển đổi ngữ nghĩa.
- Kịch bản đầu ra phải cung cấp cả hai sản phẩm đầu ra được nêu tên trong `references/drama-script-schema.md`. Cài đặt mặc định là 60–90 giây mỗi tập và 12–24 tập; chấp nhận các cài đặt do người dùng cung cấp.
- Bài đánh giá phải kiểm tra tiền đề, mục tiêu của nhân vật, trình tự thời gian, quan hệ nhân quả, sự lặp lại mô típ, độ dài/ngân sách thời gian, lời thoại, tính hài hước, tính độc đáo của các sự kiện ngữ nghĩa, các dấu hiệu liên quan đến người thật và tính đầy đủ về hình thức.
- Đừng bao giờ khẳng định rằng việc chấm điểm tự động chứng minh chất lượng nghệ thuật hoặc tính hợp pháp. Việc xem xét của con người vẫn là khâu cuối cùng.
Mô tả
Dung lượng một tệp Skill.md: 5,54 KiB. Trọng lượng của bản thảo in 50 triệu chữ: khoảng 250 kg. Writing Like Sun lấy cảm hứng từ một bài viết nổi tiếng trên X. Skill này tổ chức tiêu đề, phần mở đầu, nhịp điệu, cấu trúc, khao khát của nhân vật, các chi tiết vật thể được gọi lại và cơ chế kết thúc thành một phương pháp viết, để những nhân vật hư cấu, bối cảnh và sự kiện mới cùng mang một sắc thái tự sự nhất quán. Với Skill này, bạn có thể viết những câu chuyện trong bối cảnh hoàn toàn mới nhưng vẫn tạo cảm giác giống 《bài viết đó》, đồng thời nâng cấu trúc, ngôn ngữ và độ hoàn thiện trong cách kể lên mức được đại diện bởi “giải nhất cuộc thi viết Tân Khái Niệm”: điềm tĩnh mà chính xác, phi lý nhưng đáng tin, bề ngoài nghiêm túc nhưng liên tục tạo ra sự tương phản qua các chi tiết. Giống như đang miêu tả một mặt trời — Writing Like the Sun. Skill này không đề cập đến bất kỳ nhân vật hay sự kiện nào trong thế giới thực.
Tìm kỹ năng yêu thích tiếp theo của bạn
Khám phá thêm các kỹ năng AI được tuyển chọn cho nghiên cứu, sáng tạo và công việc hằng ngày.