Điều gì đã thay đổi vào tháng 8 năm 2026
Trước khi làm việc này, tôi đã thực hiện rất nhiều kỹ thuật đảo ngược thủ công. Tôi sẽ kiểm tra một chức năng cho đến khi tôi có một lời giải thích, sau đó kiểm tra lời giải thích đó chống lại chương trình. Tiếp tục có nghĩa là dành nhiều thời gian hơn cho chức năng tiếp theo. Nó cũng có nghĩa là giữ một bức tranh ngày càng lớn trong đầu tôi.
Hầu hết CÁC CÔNG VIỆC LẠI của tôi là trên các trò chơi. Tôi tái tạo lại chúng để hành vi của chúng có thể được hiểu và cuối cùng được đưa vào cổng phần mềm hoặc mod. Đó là kinh nghiệm đằng sau bài viết này. Phương thức này có thể hữu ích ở nơi khác, nhưng mỗi trường cần thiết lập những gì nó có thể kiểm tra đối với một tham chiếu đáng tin cậy.
Vào tháng 8 năm 2026, tôi bắt đầu khám phá tái agent-driven nghiêm túc. Tôi muốn xem một agent có thể đi được bao xa với quyền truy cập vào chương trình và các công cụ phát triển thông thường. Touhou tái thiết đã cho tôi một dự án đáng kể trong đó để tìm hiểu.
Sự tiến bộ ban đầu thật đáng kinh ngạc. Một cuộc điều tra có thể tiếp tục di chuyển mà không cần tôi chọn từng bước riêng lẻ. Một so sánh thất bại có thể gửi các agent cho người gọi khác. Nó có thể viết một chẩn đoán nhỏ và sử dụng kết quả để quyết định những gì để thử tiếp theo. Cho nó rằng tự do đã tạo ra sự khác biệt: tôi có thể dành nhiều sự chú ý hơn cho hướng của dự án và về việc kiểm tra của nó có đáng tin cậy hay không.
Tốc độ đã thu hút sự chú ý của tôi đầu tiên. Sau đó, tôi bắt đầu tự hỏi điều gì sẽ tồn tại ngoài dự án hiện tại. Liệu trò chơi tiếp theo có được hưởng lợi từ mọi thứ chúng ta vừa học được không?
TH08: xây dựng trên công việc của con người
TH08 , Đêm Imperishable, bắt đầu như là một sự tiếp nối của GensokyoClub tái thiết. Nguồn công khai của họ đã cho tôi một nền tảng đáng kể. Nó đi kèm với kiến thức về việc xây dựng và lịch sử đóng góp mà tôi đã lưu giữ trong phần tiếp theo.
Lịch sử nhập khẩu kết thúc tại trạm kiểm soát ngày 10 tháng 8 công cộng. Sự tiếp tục độc lập của tôi bắt đầu vào ngày 13 tháng tám. Đến ngày 19 tháng 8, sổ cái đã ghi lại nguồn cho tất cả 1.107 chức năng trò chơi được xác định.
MỘT CỔNG TÁI THIẾT Linux có thể chơi ĐƯỢC đã được cam kết vào ngày 24 tháng 8, khoảng mười một ngày sau khi bắt đầu tiếp tục. Một phiên Bản Web theo sau. BẢN PHÁT HÀNH Linux 64-bit gốc đã đến vào ngày 30 tháng 8.
Điều khiến tôi ấn tượng là công việc đã đạt đến một chương trình mà mọi người có thể chạy. Đến đó yêu cầu các vấn đề sau ngoài một chức năng riêng lẻ. Ngay cả khi hai hàm trông chính xác trong sự cô lập, chúng có thể vô tình sử dụng các bản sao riêng biệt của trạng thái đáng lẽ phải được chia sẻ.
Điều này làm cho kiểm tra tham chiếu trung tâm cho công việc. Tôi gọi họ tài liệu tham khảo xác minh (oracles). So sánh mã có thể cho chúng ta biết liệu một hàm được xây dựng lại có tái tạo các hướng dẫn ban đầu hay không. Kiểm tra thời gian chạy có thể cho chúng tôi biết liệu một tuyến đường được thực hiện có đạt đến trạng thái mong đợi hay không. Agent đề xuất một lời giải thích và kiểm tra nó; một sự không phù hợp mang lại cho nó một cái gì đó cụ thể để điều tra.
Một kết hợp chính xác với hằng số sai
Một tài liệu tham khảo xác minh (oracle) là phần mềm ai đó đã viết. TH08 đã cho tôi một lời nhắc nhở rõ ràng về bao nhiêu có thể phụ thuộc vào phần mềm đó.
Vào tháng 9, một lỗi được báo cáo bởi một cổng Chuyển Đổi Xuôi dòng đã dẫn trở lại mục tự động thu thập. Nguồn tái tạo kiểm tra sức mạnh của người chơi chống lại 0.0. Bản gốc được sử dụng 128.0, ngưỡng công suất tối đa.
Công suất bình thường là không âm, vì vậy việc kiểm tra công suất được xây dựng lại luôn được thỏa mãn một cách hiệu quả. Phía trên dòng bộ sưu tập, trò chơi có thể thu hút các vật phẩm mà không cần sức mạnh tối đa. Các ngoại lệ khác trong điều kiện là chính xác. Điều này liên tục thay đổi hành vi.
Tuy nhiên, chức năng đã vượt qua so sánh chính xác.
Việc xây dựng lại có thể đặt hằng số tại một địa chỉ khác. Công cụ so sánh chiếm điều đó bằng cách điều chỉnh địa chỉ trong các hướng dẫn được biên dịch trước khi so sánh chúng với bản gốc. Nhưng nó không bao giờ kiểm tra giá trị dấu phẩy động được lưu trữ tại địa chỉ được tham chiếu.
Điều đó để lại một lỗ trong séc. Nó có thể chỉ ra hướng dẫn được xây dựng lại tại của bản gốc 128.0 trong khi nguồn tin vẫn nói 0.0. Các byte hướng dẫn phù hợp. Nguồn có nghĩa là một cái gì đó khác nhau.
Các 2 tháng chín sửa chữa đã sửa nguồn và thực hiện so sánh kiểm tra các byte thực tế của hằng số được tham chiếu. A kiểm toán rộng hơn sau đó kiểm tra 1.548 tham chiếu liên tục dấu phẩy động. Nó tìm thấy mười hai tài liệu tham khảo không chính xác khác trên năm chức năng được chấp nhận.
So sánh bây giờ kiểm tra mọi hằng số dấu phẩy động như vậy. Các thử nghiệm của nó bao gồm các giá trị cố tình sai để đảm bảo chúng bị từ chối. Chúng tôi cũng phải xem lại kết quả đã vượt qua kiểm tra yếu hơn.
Tài liệu tham khảo xác minh (oracle) cũng cần được xây dựng lại. Sửa chữa nó là một phần của việc sửa chữa trò chơi.
Điều đó quan trọng khi nhóm chủ yếu là một người làm việc với các agent. Cá nhân tôi không thể kiểm tra mọi dòng họ sản xuất, vì vậy phần lớn sự tự tin của tôi nằm trên séc của họ. Điểm mù của tài liệu tham khảo xác minh được chia sẻ (oracle) có thể ảnh hưởng đến nhiều cuộc điều tra trước khi tôi nhận thấy nó. Tôi phải hiểu những gì trình kiểm tra thực sự xác minh và kiểm tra nó chống lại các trường hợp phải thất bại.
Khi công việc tiếp tục, những kiểm tra đó đã trở thành một phần của kho lưu trữ. Vì vậy, các lý do cho các thay đổi nguồn và ghi chú cho phép một phiên sau đó chọn nơi một phiên trước đó dừng lại. Kho lưu trữ mã nguồn đang trở thành bộ nhớ làm việc của dự án.
Một lô thành công đã cho chúng tôi cả mã được khôi phục và môi trường tốt hơn cho lô tiếp theo.
Hai ý tưởng tái thiết khác nhau
GensokyoClub ' s README công CỘNG làm cho sự bất đồng của nó với loại công việc này rõ ràng. Thông báo thông báo rằng việc phát triển thêm sẽ diễn ra riêng tư cho đến khi hoàn thành. Một đoạn văn đọc:
Sự trỗi dậy của grifters (dịch ngược AI và cổng) trong không gian này lấy từ tác phẩm của chúng tôi vẽ nên một hình ảnh xấu cho những nỗ lực dịch ngược trong tương lai…
Thông báo cũng mô tả số điện thoại tâm lý trên các nhà bảo trì. Chính sách đóng góp của họ không bao gồm các yêu cầu kéo được sản xuất chủ yếu với AI. Họ đã đặt thời gian rảnh của họ vào công việc khó khăn, và công việc đó đã giúp tôi tiếp tục có thể. Tôi tôn trọng nỗ lực đằng sau nó. Sự bất đồng tôi muốn thảo luận là về việc tái thiết nên tiến hành như thế nào và đóng góp nên được đánh giá như thế nào.
Trong quy trình làm việc thủ công tôi biết, phát triển sự hiểu biết về một chức năng và tái tạo nó thường rơi vào cùng một người. Một dự án phụ thuộc rất nhiều vào chuyên môn của người đó. Niềm tin vào người đóng góp quan trọng vì rất nhiều lý do đã xảy ra trong khi họ làm việc.
Các dự án hiện tại đã bảo tồn kiến thức trong nguồn của họ và xây dựng các công cụ. Điều thay đổi đối với tôi là một agent có thể sử dụng kiến thức đó để tự mình theo đuổi cuộc điều tra tiếp theo.
Trong phần tiếp theo của mình, tôi quyết định mục tiêu và tiêu chuẩn để chấp nhận kết quả. Agent có quyền tự do điều tra rộng rãi. Tái thiết đề xuất của nó sau đó phải tồn tại các kiểm tra có liên quan. Tôi muốn một người khác có thể kiểm tra lý do tại sao chúng tôi chọn một triển khai, ngay cả khi một agent đã làm hầu hết công việc.
Đây có thể là một quá trình chuyển đổi khó khăn. Nhiều năm làm việc cẩn thận có thể trở thành nền tảng cho sự tiếp tục di chuyển nhanh hơn nhiều. Điều đó đặt ra câu hỏi thực sự về tín dụng. Nó cũng thay đổi những gì các nhà bảo trì cần biết trước khi chấp nhận đóng góp.
Sự tương tự công nghiệp giúp tôi suy nghĩ về điều này. Trong một nghề thủ công, phần lớn quá trình phụ thuộc vào kỹ năng của người thực hiện nó. Máy móc thay đổi khi cần kỹ năng đó. Ai đó vẫn phải thiết kế quy trình và nhận ra khi nào đầu ra của nó sai. Các cộng đồng khác nhau có thể chọn mức độ thay đổi mà họ muốn thực hiện.
Sự lựa chọn của tôi là tiếp tục công khai, với công việc được thừa kế được ghi có và lịch sử của nó được bảo tồn. Tôi muốn công việc mới có thể xem xét lại. Điều đó cho chúng ta một cách để hỏi cách tiếp cận này có thể đi bao xa và học hỏi từ những gì sai trên đường đi.
NGUỒN: GensokyoClub ' s THÔNG BÁO README, đã kiểm tra vào ngày 10 tháng 10 năm 2026 và chính sách đóng góp. Trích dẫn là một đoạn trích rút gọn. TH08 ' s tín dụng và xuất xứ ghi lại ranh giới tiếp tục.
TH095: kinh nghiệm bắt đầu ghép
TH095 , Bắn Viên Đạn, làm cho giá trị của trải nghiệm đó dễ nhìn hơn nhiều. Kho lưu trữ của nó bắt đầu vào ngày 29 tháng 8 với các chức năng trò chơi được xác nhận bằng không trong sổ cái. Chúng tôi vẫn phải học trò chơi. Nhưng chúng tôi đã biết nhiều hơn về cách bắt đầu tái thiết và cách giữ cho nó di chuyển.
Đến ngày 7 tháng 9, tất cả 697 chức năng trò chơi được xác định đều có nguồn. Đến ngày 8 tháng 9, 696 đã được chấp nhận là so sánh chính xác. Toàn bộ chương trình được liên kết vào ngày 9 tháng 9. VIỆC TÁI THIẾT Windows i386 được đánh dấu có thể chơi được vào ngày 10 tháng 9, khoảng mười hai ngày sau khi khởi tạo.
Tôi thấy điều này thú vị hơn tốc độ của dự án đầu tiên. Một mục tiêu mới có thể được hưởng lợi từ công việc được thực hiện trên một trò chơi khác. Kinh nghiệm đã có mặt trong các công cụ và trong cách dự án được tổ chức.
VÍ dụ, TH08 đã dạy chúng ta chú ý đến chương trình lắp ráp sớm. Nếu một số chức năng được phục hồi phụ thuộc vào cùng một trạng thái, các so sánh biệt lập của chúng sẽ để lại một câu hỏi quan trọng. Chúng ta cần thấy họ làm việc cùng nhau. Bài học đó đã giúp định hình cách chúng tôi tiếp cận BẢN dựng toàn bộ CHƯƠNG trình CỦA TH095.
Một bài học ở trong đầu tôi rất hữu ích khi tôi ở đó. Một khi nó trở thành một kiểm tra mà một phiên khác có thể chạy, nó có thể tiếp tục giúp đỡ sau khi tôi đã chuyển sang. Các agent tiếp theo có thể sử dụng kết quả mà không cần lặp lại điều tra dẫn đến nó.
Lỗi liên tục dấu phẩy động cũng thuộc về bộ nhớ đó. Nó giải thích lý do tại sao kiểm tra một tài liệu tham khảo cũng yêu cầu kiểm tra dữ liệu đằng sau nó. Giữ sự điều chỉnh đó bằng mã giúp các dự án sau này tránh kế thừa điểm mù của séc cũ.
Phương pháp này trở thành một phần của tài liệu bắt đầu cho trò chơi tiếp theo. Chúng ta có thể dành nhiều nỗ lực của dự án tiếp theo cho những gì thực sự mới về mục tiêu của nó.
Lợi ích tương tự có sẵn cho những người tham gia sau này. Họ có thể kiểm tra một quyết định và chạy lại kiểm tra trước khi tiếp tục công việc. Họ không phải xây dựng lại toàn bộ lịch sử của dự án để tìm hiểu lý do tại sao nguồn trông giống như cách nó làm.
TH04: quy trình làm việc tồn tại trong một kiến trúc khác
TH04 , Lotus Land Story, đã đưa tác phẩm này vào kỷ NGUYÊN PC-98 dos. Mục tiêu bây giờ là một môi trường 16 bit với bốn chương trình hợp tác. Hiểu được hành vi phần cứng của nó đòi hỏi bằng chứng khác NHAU từ CÁC TRÒ CHƠI Windows. Hiện có ReC98 làm việc đã cho chúng tôi kiến thức có giá trị và tài liệu nguồn ở đây quá.
VIỆC tái THIẾT DOS hiện đang hoạt động. Trong thử nghiệm thủ công của tôi, tôi đã chơi các tuyến Đường Bình thường hoàn chỉnh thông qua kết thúc của chúng và kiểm tra lưu. Công việc hiện tại là một cổng 64 bit gốc. Thiết lập phiên bản dos hoạt động trước tiên cung cấp cho cổng đó một tham chiếu.
Kiến trúc đã thay đổi những gì chúng tôi cần để điều tra. Nó cũng thay đổi trình biên dịch và thời gian chạy mà chúng tôi đã kiểm tra công việc của mình. Nhưng tác nhân vẫn có thể làm theo một câu hỏi cho đến một kết quả và để kết quả đó hướng dẫn thí nghiệm tiếp theo.
Hãy xem xét sự chuyển đổi từ lối chơi sang kết thúc. Chúng ta cần biết trạng thái nào mang qua ranh giới đó và chương trình nào chịu trách nhiệm về nó. Đó là điều chúng tôi có thể điều tra chống lại sản phẩm dos. Một khi các bằng chứng và kiểm tra có sẵn, một agent có thể làm việc thông qua các câu hỏi nhiều như nó đã làm trên một tiêu đề Windows.
ĐÂY là lý do TẠI sao TH04 quan trọng đối với đối số. Một sự thay đổi nền tảng đáng kể đã không buộc chúng tôi phải bắt đầu lại với một cách làm việc mới. Kiến trúc đã xác định vấn đề; quy trình làm việc vẫn cho chúng ta một cách để giải quyết nó.
Đối với cổng 64 bit, bây giờ chúng ta có thể kiểm tra triển khai mới chống lại hành vi đã được phục hồi trên DOS. Kiến thức từ việc tái thiết mang lại cho cảng một cái gì đó để xây dựng.
Dự án nhà nước tính đến ngày 10 tháng 10 năm 2026: Tái THIẾT DOS và kiểm tra thủ công · Cổng 64-bit. Cảng vẫn đang được phát triển.
Từ mã chính xác đến mã có thể đọc được
Khi một công trình tái thiết hoạt động, tôi muốn người khác có thể hiểu nó.
Đối với tôi, lắp ráp và bù đắp thô có thể cảm thấy như những người bạn cũ. Tôi nhận ra đây là một định nghĩa hơi bất thường về "có thể đọc được."Hầu hết mọi người muốn tuân theo logic của trò chơi mà không giữ bố cục bộ nhớ của tệp thực thi trong đầu.
Đó là nơi tái tạo ngữ nghĩa vào đi. Một trường phục hồi vẫn có thể được biết đến chủ yếu bằng cách bù đắp của nó. Chúng tôi làm theo cách trò chơi sử dụng nó cho đến khi chúng tôi có thể giải thích vai trò của nó. Sau đó, chúng ta có thể đặt cho nó một cái tên có ý nghĩa và một loại phù hợp với bằng chứng. Chúng tôi giữ lý luận với nguồn để người tiếp theo có thể thấy cách giải thích đó đến từ đâu.
Điều này trở nên đặc biệt quan trọng đối với một cổng phần mềm. Một địa chỉ tuyệt đối cho tôi biết nơi nào đó sống trong tệp thực thi cũ. Nó cung cấp một triển khai 64 bit giúp ích rất ít trong việc quyết định đối tượng nào nên sở hữu trạng thái đó. Để di chuyển hành vi một cách an toàn, chúng ta cần khôi phục mối quan hệ đằng sau quyền truy cập bộ nhớ cũ.
Thứ tự tôi sử dụng bây giờ là:
- Khôi phục một đường cơ sở chính xác. Biên dịch các phần được xây dựng lại với trình biên dịch lịch sử. So sánh mã và dữ liệu có liên quan với tệp thực thi gốc. Ghi lại sự khác biệt chưa được giải quyết để giai đoạn tiếp theo có một điểm khởi đầu rõ ràng.
- Xây dựng và chơi nó trên nền tảng ban đầu. Liên kết các phần đó vào chương trình thực bằng cách sử dụng kiến trúc và trình biên dịch gốc. Tập thể dục đường lối chơi quan trọng. Đây là nơi chúng ta có thể tìm thấy các vấn đề với trạng thái chia sẻ hoặc khởi tạo mà so sánh hàm bị cô lập bị bỏ lỡ.
- Xây dựng lại ngữ nghĩa chống lại cả hai tài liệu tham khảo. Lấy một phần mạch lạc của trò chơi tại một thời điểm và thiết lập nguồn phục hồi của nó có nghĩa là gì. Cải thiện đại diện của nó trong khi bảo tồn các so sánh chính xác và xây dựng lịch sử có thể chơi được.
- Làm cho cổng hiện đại. Di chuyển hành vi đã thiết lập vào môi trường mới, chẳng hạn như bản dựng 64 bit gốc. Trò chơi nền tảng gốc được xây dựng lại vẫn là một tài liệu tham khảo để so sánh cách thức hoạt động của cổng.
Xây dựng có thể chơi được từ giai đoạn thứ hai trở thành một tham chiếu xác minh thứ hai (oracle) trong lần thứ ba. Tham chiếu xác minh đầu tiên (oracle) kiểm tra xem nguồn đã thay đổi của chúng tôi có còn tái tạo mã và dữ liệu gốc có liên quan hay không. Lần thứ hai kiểm tra xem chương trình được xây dựng lại vẫn xây dựng và hoạt động chính xác dọc theo các con đường chúng ta tập thể dục.
Họ bắt những sai lầm khác nhau. Thay đổi kiểu có thể thay đổi các hướng dẫn được tạo. Một sự thay đổi quyền sở hữu có thể để lại hai phần của trò chơi bằng cách sử dụng các bản sao khác nhau của nhà nước. Giữ cả hai kiểm tra có sẵn cung cấp cho các agent một thất bại cụ thể để điều tra trước khi thực hiện một refactor hơn nữa.
Một cái tên cần bằng chứng của riêng nó. Một so sánh chính xác không thể cho chúng ta biết liệu một lĩnh vực có thực sự có nghĩa là "thời gian bất khả xâm phạm."Chúng tôi phải thiết lập điều đó từ cách trò chơi viết và sử dụng nó. Nếu ý nghĩa vẫn không chắc chắn, một cái tên trung lập sẽ hữu ích hơn cho người đọc tiếp theo hơn là một dự đoán tự tin.
Chúng tôi đã học được thứ tự này thông qua các dự án. TH08 đã có các cổng có thể chơi được trước một số cuộc kiểm toán nền tảng lịch sử sau này của NÓ. Điều đó làm cho một số khiếm khuyết khó nhìn thấy hơn. Các Quy trình làm việc hiện tại của nhà máy đặt bản dựng nền tảng gốc lên hàng đầu, vì vậy công việc ngữ nghĩa có thể sử dụng nó làm tài liệu tham khảo trước khi bắt đầu chuyển.
Tái thiết chính xác cho chúng ta một tài liệu tham khảo. Tái tạo ngữ nghĩa làm cho kiến thức phục hồi có thể sử dụng được. Một cổng sau đó có thể xây dựng trên cả hai.
Điều gì làm cho điều này một sự thay đổi công nghiệp
Những dự án này đã thay đổi nơi tôi dành sự chú ý của mình. Một khi các agent có thể tiến hành nhiều cuộc điều tra, việc cải thiện môi trường làm việc của họ đã trở thành một trong những điều hữu ích nhất mà tôi có thể làm. Một công cụ tốt hơn có thể giúp với mọi chức năng sau này cần nó.
Vấn đề tự chủ ở đây. Bước tiếp theo hữu ích thường trở nên rõ ràng chỉ sau một thử nghiệm thất bại. Một agent cần đủ tự do để làm theo kết quả đó ở đâu đó bất ngờ. Nếu phải đợi tôi quy định từng bước, phần lớn công việc vẫn gắn liền với sự chú ý của tôi.
Tôi hy vọng các agent để làm cho giả thuyết sai. Điều quan trọng là liệu chúng ta có thể kiểm tra chúng và học hỏi từ kết quả hay không. Kiểm tra thất bại sẽ giúp nó hiểu rõ sai lầm đủ để thử lại. Tôi vẫn phải quyết định xem bằng chứng tích lũy có hỗ trợ một cột mốc dự án hay không.
REA cung cấp cho các agent truy cập vào các công cụ phân tích. Một câu hỏi về người gọi của một chức năng có thể dẫn thẳng vào việc kiểm tra người gọi đó. Dự án tái thiết cung cấp trình biên dịch và kiểm tra tham chiếu của riêng nó. Tác nhân có thể sử dụng chúng để kiểm tra nguồn mà nó đề xuất và xem lời giải thích của nó giữ ở đâu.
LỖI TH08 cho thấy lý do tại sao những kiểm tra đó xứng đáng được chú ý kỹ thuật của riêng họ. Khi so sánh tương tự được sử dụng trên hàng trăm chức năng, một khoảng cách trong đó có thể lan rộng hơn nhiều so với một sai lầm trong một lần thực hiện. Kiểm tra trình kiểm tra cải thiện phản hồi có sẵn cho tất cả những gì sau này hoạt động.
Sự tương tự công nghiệp có một ví dụ lịch sử hữu ích ở đây. Boulton và Watt giới thiệu một chỉ báo động cơ hơi nước năm 1796 để giúp điều chỉnh van động cơ. Một phiên bản ghi âm truy tìm áp lực thông qua hành trình piston. Nó làm cho hành vi bên trong của động cơ có sẵn để kiểm tra. Các công cụ so sánh của chúng tôi phục vụ một mục đích tương tự: chúng cho phép chúng tôi kiểm tra những gì máy móc đang làm trong khi chúng tôi cải thiện nó.
Chúng tôi đang trong giai đoạn đầu của sự thay đổi công nghiệp này. Phần lớn cơ sở hạ tầng vẫn chưa trưởng thành. Các agent có thể di chuyển nhanh hơn so với séc của chúng tôi được thiết kế để hỗ trợ, vì vậy quá trình này phải phát triển cùng với chúng. Khi chúng tôi tìm thấy một lỗi trong một công cụ được chia sẻ, chúng tôi phải sửa chữa nó và xem lại kết quả mà nó bị ảnh hưởng. Dự án tiếp theo sau đó có thể kế thừa một công cụ mạnh mẽ hơn.
Ngoài ra còn có một giới hạn thực tế cho bất kỳ một cuộc trò chuyện. Nó sẽ kết thúc trước khi một cuộc tái thiết lớn kết thúc. Kho lưu trữ mã nguồn phải làm cho một phiên khác có thể tiếp tục mà không làm mất lý do cho quyết định cuối cùng.
Các Nhà Máy Tái Thiết Touhou phát triển ra khỏi nhu cầu đó. Nó cung cấp cho các dự án một cách chung để thực hiện kiểm tra và bài học của họ về phía trước. Làm việc trên một trò chơi có thể cải thiện các điều kiện bắt đầu cho một trò chơi khác.
Đó là những gì làm cho sự tương tự công nghiệp có ý nghĩa đối với tôi. Kinh nghiệm bắt đầu trở thành một phần của các công cụ mà người khác có thể sử dụng. Cải thiện những công cụ thay đổi bao nhiêu người tiếp theo—hoặc các agent tiếp theo—có thể được thực hiện.
Các dự án bây giờ chúng ta có thể xem xét
Tốc độ quan trọng bởi vì nó thay đổi quyết định bắt đầu. Một trò chơi có thể là hấp dẫn để đảo ngược kỹ sư và vẫn đòi hỏi nhiều sự chú ý của riêng tôi hơn tôi thực tế có thể cung cấp cho nó. Nhiều dự án sẽ ở lại ý tưởng.
Bây giờ tôi có thể thấy một cách để giữ cho một dự án như vậy di chuyển qua các cuộc điều tra lặp đi lặp lại. Nhận được một tái thiết làm việc làm cho một cổng phần mềm thực tế hơn. Khôi phục ngữ nghĩa có thể đọc được giúp người khác dễ dàng khám phá bản mod hơn. Nỗ lực để hiểu trò chơi có thể tiếp tục được đền đáp sau khi phiên bản đầu tiên chạy.
Bây giờ tôi nhìn vào một chương trình xa lạ và hỏi: truy cập, phản hồi và kiến thức tích lũy nào sẽ cho phép một agent làm việc về điều này một cách đáng tin cậy?
Câu hỏi đó khiến tôi cân nhắc các dự án mà trước đây tôi sẽ để lại một mình. Mỗi người có thể cải thiện cách chúng ta tiếp cận tiếp theo. Tôi muốn tiếp tục khám phá xem điều đó có thể đưa chúng ta đi bao xa.
Các cột mốc và nguồn dự án
Các ngày mô tả các trạm kiểm soát dự án được ghi lại, được kiểm tra dựa trên LỊCH sử GitHub công khai vào ngày 10 tháng 10 năm 2026. Thời gian trôi qua là thời gian theo lịch giữa các cam kết. Sự hiện diện nguồn, so sánh chính xác, bản dựng và kết quả thời gian chạy mỗi tên một cột mốc khác nhau.
- TH08 : 13 tháng tám tiếp tục, 19 tháng tám nguồn ledger, 24 tháng tám Linux cổng, 26 tháng Tám phiên Bản Web, và 30 tháng tám 64-bit Linux phát hành.
- TH095 : 29 tháng tám sổ cái ban đầu, 7 tháng chín nguồn ledger, 8 so sánh tháng chín, 9 tháng chín liên kết, và 10 tháng chín có thể chơi được-xây dựng hồ sơ.
- TH04 : 10 tháng mười handoff ghi lại QUÁ trình tái tạo dos đang hoạt động, thử nghiệm Tuyến Đường Bình thường Hoàn chỉnh của người bảo trì và giai đoạn 64 bit hiện tại.
- TH08 tham khảo xác minh (oracle) sửa CHỮA: lỗi thu thập tự động được báo cáo, nguồn và sửa chữa so sánh, và kiểm toán liên tục dấu phẩy động đầy đủ.
- Tái tạo ngữ nghĩa: Sách phát khả năng đọc CỦA TH08 và thứ tự pha Của Nhà Máy và hai đường dẫn xác nhận.
- Lịch sử công nghiệp: hồ sơ chỉ báo động cơ hơi Nước Của Nhóm Bảo Tàng Khoa học mô tả phần giới thiệu năm 1796 và cơ chế ghi áp suất.
- Phương pháp: Nhà Máy tự chủ agent và kiến thức trò chơi chéo tài liệu giữ lại các nguyên tắc làm việc và bài học.