L8 Principal Building a Full Stack App with Agentic Engineering

Tên tôi là Kun.

Tôi từng làm việc tại Meta, Microsoft và Atlassian với vai trò kỹ sư chính cấp L8.

Và vài tuần trước, tôi đã làm một video về quy trình kỹ thuật tác tử của mình, video đó đạt 600.000 lượt xem.

Và một trong những yêu cầu phổ biến nhất từ video là làm thêm một video về việc tôi sử dụng quy trình kỹ thuật tác tử của mình để xây dựng một dự án thực tế từ đầu.

Và đó chính là điều chúng ta sẽ

Làm ngày hôm nay.

Hãy bắt đầu thôi.

Được rồi, chúng ta bắt đầu.

Ừm, tôi đang bắt đầu từ một terminal trống, và tôi đã thiết lập sẵn các công cụ và môi trường của mình rồi, ừ nhưng tôi chưa tạo file dự án nào cả.

Vậy nên, tôi sẽ bắt đầu với việc đó.

Ừ, việc đầu tiên tôi sẽ làm là khởi chạy Herder.

Ừm, Herder kiểu như là tmux mới của tôi vậy.

Nó là thứ thay thế tmux của tôi.

Nó đơn giản là tốt hơn.

Ừm, nó quản lý các phiên tác tử cho tôi, và bạn sẽ thấy ừ lát nữa tại sao ừ điều đó mang lại cho tôi trải nghiệm thực sự tốt.

Ừm và đây là một phiên trống tôi vừa mới khởi tạo.

Ừ, vậy ừ, việc tiếp theo tôi sẽ làm là thiết lập FirstMate.

Ừm, FirstMate, nếu bạn chưa từng nghe đến, ừm nó là một dự án mã nguồn mở mà tôi tạo ra, ừ nó cũng khá phổ biến, điều đó thật tuyệt.

Ừm, đó là một cách làm việc mới cho phép tôi, ừ thuyền trưởng, ừ chỉ nói chuyện với một tác tử duy nhất, đó là FirstMate.

Và FirstMate sẽ xoay xở mọi thứ cho tôi, ừ điều đó thực sự giảm ừ tải nhận thức của tôi và gánh nặng chuyển đổi ngữ cảnh.

Vậy nên, nó khiến cuộc sống của tôi ừ dễ dàng hơn rất nhiều.

Ừ, cách thiết lập việc này thực sự dễ dàng.

Ừm, vậy tôi chỉ cần đến đây và clone repo.

Tôi sẽ đến đây và thực hiện git clone để lấy repo FirstMate này về.

Và tôi sẽ ừ đi vào repo FirstMate và khởi chạy tác tử của mình trong đó.

Đó là cách bạn sử dụng FirstMate.

Ừm và hôm nay tôi sẽ dùng tác tử Pi, ừ vì tôi muốn dùng model GPT, và Pi là harness yêu thích của tôi để chạy bất kỳ model nào không phải Claude.

Ừm vậy, tôi ừ tôi sẽ khởi chạy Pi, và bạn có thể

Thấy ở đây ừm model hiện tại của tôi là GPT-5.6 Soul ở mức X High.

Và ừ tôi dùng model này rất nhiều, ừ nhưng hôm nay ừ thực ra tôi muốn tự thử thách bản thân và làm việc này thú vị hơn một chút ừ và ừ bất định hơn.

Ừ vậy nên, tôi sẽ dùng Luna thay vào đó.

Ừm, lý do là vì ừm tôi nghĩ phần lớn thời gian chúng ta cố gắng dùng model tốt nhất có thể cho mọi thứ, ừ vì điều đó sẽ có thể

Mang lại cho chúng ta kết quả tốt hơn, đúng chứ?

Ừm, nhưng thực ra tôi muốn chứng minh rằng bạn không thực sự cần model tốt nhất cho mọi thứ.

Ừm, bạn thực sự có thể khai thác được rất nhiều từ những model hiệu quả hơn này.

Tôi hy vọng Luna không phản tác dụng với tôi.

Ừm, vậy ừ việc đầu tiên ừ tôi sẽ làm ừ với FirstMate có lẽ là đặt ra nguyên tắc ở đây rằng tôi chỉ muốn dùng Luna.

Ừ

Vậy, ừ, tôi sẽ làm vài việc.

Này FirstMate, ừ chúng ta hãy ừ thiết lập một dự án mới ở đây, ừ một repo mới tên là Eddie's Wallet.

Và hiện tại nó sẽ chỉ là một repo cục bộ thôi, ừm có lẽ đặt một file readme giả vào đó và commit ừ chỉ để khởi động nó.

Ừm, và ừ tôi muốn đặt ra vài nguyên tắc ở đây rằng hôm nay mọi nhiệm vụ, mọi crewmate sẽ được điều phối đến một tác tử Pi chạy GPT-5.6 Luna ừm ở mức suy luận X High.

Vậy, ừ, thiết lập luôn cả việc đó nữa.

Được rồi, chỉ cần đưa prompt này cho ừm Luna và để ừ Luna bắt đầu làm việc.

Vậy, ừm ừ, nó đang chạy script khởi động phiên.

Đây là cách FirstMate hoạt động.

Ừ FirstMate có một loạt script để xử lý ừ khía cạnh tất định ừ của việc ừ vận hành toàn bộ thứ FirstMate này.

Ừm, và nó sẽ gọi một số skill, nó sẽ chạy một số script.

Điều tôi thường thực sự làm là bỏ qua tất cả những tiếng ồn này vì FirstMate chỉ đang gọi các công cụ, gọi các script nó cần, gọi các skill để làm việc của nó, đúng chứ?

Tôi thực sự không cần phải xem nó đã gọi những công cụ nào, v.v.

V.v.

Điều đó không thực sự hữu ích với tôi.

Vậy nên, tôi thực ra có chế độ yên tĩnh này.

Đây là thứ đi kèm với FirstMate và chỉ khả dụng cho Pi agent.

Nó chưa khả dụng cho các agent harness khác.

Trong Pi agent, FirstMate đi kèm với chế độ yên tĩnh này.

Nếu tôi bật cái này lên, thì tất cả những tiếng ồn đó biến mất.

Thứ duy nhất hiển thị trên terminal là câu lệnh của tôi và phản hồi của FirstMate.

Vậy nên, tôi thực sự không cần phải xem tất cả các lệnh gọi công cụ và mọi thứ, điều này làm cho trải nghiệm thực sự gọn gàng.

Và đó là cách tôi muốn làm việc với FirstMate thông thường.

Tôi nghĩ với những mô hình kém thông minh hơn mà chúng ta có cách đây khoảng một năm, hai năm, thì thực sự hữu ích khi xem

Agent đang làm gì, đang gọi những công cụ nào, đang đọc những tệp nào, v.v.

V.v.

Bởi vì đôi khi nó sẽ mắc lỗi, đúng không?

Nó sẽ đi sai đường.

Và nếu chúng ta có thể xem nó đang làm gì, chúng ta có thể điều hướng nó.

Chúng ta thực sự có thể yêu cầu nó nói, "Này, dừng lại.

Đó là điều sai cần làm." Nhưng với các mô hình ngày nay, tôi ngày càng ít cần phải điều hướng agent theo cách đó.

Vậy nên, tôi thấy bây giờ việc xem các lệnh gọi công cụ và mọi thứ ít hữu ích hơn.

Vậy nên, tôi đã làm chế độ yên tĩnh này để giúp tôi bỏ qua tất cả những tiếng ồn đó.

Vậy nên, bây giờ đúng rồi, FirstMate nói, "Thuyền trưởng, ví của Eddie đã được thiết lập." Ừm Được rồi.

Ừm Nó nằm cục bộ ở đây và readme stairs initial commits.

Được rồi.

Crew dispatch.

Được rồi, vậy về cơ bản nó đã làm những gì tôi yêu cầu, điều đó tốt.

Bây giờ, tôi sẽ nói với first mate về dự án này, những gì tôi thực sự muốn xây dựng, đúng không?

Vậy nên tôi sẽ chỉ nói với first mate cùng lúc tôi nói với các bạn.

Này first mate.

Bây giờ dự án ví của Eddie này là một ừm nó là một ứng dụng mà con trai tôi Eddie bảo tôi xây dựng cho nó.

Uh nó là một nó là một ứng dụng để trẻ em quản lý tiền tiêu vặt của chúng.

Ừm vậy hiện tại đôi khi chúng tôi ghi cái này vào sổ tay.

Đôi khi chúng tôi chỉ cố gắng ghi nhớ nó, nhưng thực sự khó quản lý khi chúng tôi có một đống thứ, một đống quy tắc về cách nó nhận

Tiền tiêu vặt và cách nó tiêu nó.

Vậy nên tôi muốn dùng ứng dụng này như một công cụ theo dõi để Eddie quản lý số dư của nó.

Ừm tôi cũng muốn thực sự tận dụng cơ hội này để ứng dụng này có chút giá trị giáo dục nhằm dạy Eddie các khái niệm tài chính cơ bản như số dư, khoản vay, và cách thẻ tín dụng hoạt động, đúng không?

Cách nó trả lại tiền cho một khoản vay, những thứ như vậy và lãi suất cho số tiền nó tiết kiệm trong trong trong tài khoản.

Vậy nên tôi nghĩ chúng ta nên cố gắng để ứng dụng này giới thiệu cho trẻ em những khái niệm này dần dần một cách tự nhiên theo cách mà chúng có thể hiểu được.

Vậy nên ứng dụng này có lẽ chỉ dành cho iOS vào lúc này vì Eddie dùng iPad hầu hết thời gian.

Và tôi muốn ứng dụng này có chế độ phụ huynh và chế độ trẻ em.

Vậy nên trong chế độ phụ huynh tôi có thể nạp tiền và tôi có thể quản lý việc rút tiền.

Trong chế độ trẻ em đó là cái mà Eddie dùng Uh và Eddie có thể dùng chế độ trẻ em để ừm xem xung quanh và xem nó có bao nhiêu số dư số dư.

Uh nó có đang vay một khoản không, v.v.

V.v.

Về cơ bản nó là một chế độ chỉ đọc.

Ừm Vậy nên, đó có lẽ là những yêu cầu cấp cao.

Ừm tôi chưa nghĩ thấu đáo tất cả các chi tiết.

Ừm nhưng có một vài thứ tôi muốn làm.

Ừm đầu tiên, tôi muốn làm một nghiên cứu thị trường để xem liệu một ứng dụng như vậy đã tồn tại chưa.

Bởi vì nếu nó đã tồn tại và làm chính xác những gì tôi mô tả, thì tôi sẽ chỉ cài ứng dụng đó cho nó.

Uh nếu nó chưa tồn tại, thì đó là một khoảng trống độc đáo mà chúng ta có thể xây dựng một ứng dụng để lấp đầy.

Um nhưng hãy chú ý rằng tôi muốn đảm bảo số tiền trong ứng dụng này là ảo, không phải tiền thật, đúng không?

Nó chỉ là một ví ảo theo dõi những con số này.

Uh điều khác tôi muốn đảm bảo là dữ liệu có thể di động và được lưu trữ trên đám mây.

Bởi vì uh tôi có thể muốn dùng điện thoại của mình để quản lý việc nạp và rút tiền, không phải trên cùng thiết bị với iPad của Eddie.

Uh và đôi khi Eddie có thể đổi thiết bị.

Uh và dữ liệu nên hiển thị trên tất cả các thiết bị anh ấy sử dụng.

Uh anh ấy có một chiếc Mac um và có một chiếc iPad.

Uh hiện tại, chúng ta chỉ quan tâm đến iOS.

Um nhưng uh biết rằng anh ấy có nhiều thiết bị, tôi nghĩ chúng ta phải lưu trữ dữ liệu trên đám mây.

Um còn gì nữa?

Uh tôi nghĩ chỉ vậy thôi.

Uh đó là cho phần nghiên cứu thị trường.

Chúng ta muốn đảm bảo rằng uh một ứng dụng như vậy chưa tồn tại.

Um điều khác tôi muốn làm song song là xem xét khía cạnh kỹ thuật của việc này.

Chúng ta sẽ tiếp cận việc xây dựng full stack này từ đầu đến cuối như thế nào, đúng không?

Vậy, đó là hai việc tôi muốn bạn khởi động song song.

Được.

Uh vậy, bạn có thể thấy đó là một đoạn nói dài dòng lan man, đúng không?

Đó là một đoạn nói dài dòng lan man về các yêu cầu và ý tưởng của tôi, suy nghĩ của tôi, uh những gì tôi đang cố gắng hoàn thành.

Uh 3.000 ký tự uh là khá nhiều.

Uh vậy, đây thường là cách tôi khởi động một dự án mới.

Uh tôi chỉ nói lan man.

Uh tôi nói, cố gắng giải thích mọi thứ tôi có trong đầu cho FirstMate, và để agent uh tự tìm ra mọi thứ.

Um có rất nhiều ngữ cảnh, rất nhiều yêu cầu, rất nhiều ý tưởng tôi đã đề cập trong đó.

Uh nó sẽ cố gắng hệ thống hóa điều đó.

Và FirstMate ở đây nên phản hồi những gì tôi đã yêu cầu.

Uh tôi đã yêu cầu hai việc song song.

Một là nghiên cứu thị trường, và hai là lập kế hoạch kỹ thuật, đúng không?

Uh vậy, uh tôi nghĩ rất sớm FirstMate sẽ có thể khởi động những việc đó.

Uh vậy, hãy xem.

Um vậy, nó không hiển thị cho tôi bất kỳ lệnh gọi công cụ nào, uh điều đó thật tốt.

Tôi thực sự không cần xem cái đó.

Uh những gì tôi có thể uh thấy ở đây là số lượng token để biết nó thực sự đang làm việc, nó không bị kẹt hay gì cả.

Uh vậy, chúng ta có thể thấy bộ đếm token um uh đã di chuyển.

Cửa sổ ngữ cảnh đã ở mức 24 uh phần trăm của 20 uh của 272k.

Um đây là giới hạn uh uh mặc định cho các mô hình GPT hiện tại.

Um tôi nghĩ có một um lỗi Open AI đã báo cáo cách đây một thời gian rằng nếu ngữ cảnh của bạn uh nếu bạn gửi một yêu cầu có kích thước ngữ cảnh uh lớn hơn mức này, thì yêu cầu đó sẽ bị tính phí cao hơn bình thường.

Uh vậy, đó là lý do tại sao nhiều người nói, "Ồ, Codex đang rút cạn hạn mức của tôi rất nhanh." Um

Vậy, tôi đã giới hạn cái này ở hai um 272k uh để làm giới hạn um an toàn cho kích thước tối đa của một yêu cầu.

Được rồi, vậy ở đây FirstMate nói, "Thuyền trưởng, cả hai trinh sát đang tiến hành." Uh vậy, ở đây chúng ta có thể thấy uh thực ra first mate đã tạo hai uh tab ở đây.

Tab đầu tiên là nghiên cứu thị trường, và tab thứ hai là nghiên cứu kỹ thuật.

Đúng vậy, đây là cách first mate hoạt động.

Uh nó first mate

Không cố gắng làm mọi thứ một mình vì nếu làm vậy, nó sẽ bị kẹt um và sẽ quá bận rộn, đúng không?

Nó sẽ làm um nó chỉ có thể làm một việc tại một thời điểm.

Uh nó sẽ uh bị kẹt khi xử lý tất cả um bằng cách giao những nhiệm vụ này cho um những crewmate này, um uh first mate có thể hoàn thành rất nhiều việc song song.

Vậy, bây giờ chúng ta có một nghiên cứu thị trường, chúng ta có một nghiên cứu kỹ thuật

Cả hai đang được chạy uh song song bởi hai agent khác nhau.

Uh và chúng ta có thể xác nhận uh những agent này cũng đang chạy uh GPT 5.6 Luna trên X high uh như chúng ta đã yêu cầu.

Ừ, vậy đây là những gì chúng tôi yêu cầu cho người bạn đồng hành đầu tiên này, và một điều có thể thú vị để cho bạn thấy là hạn ngạch của tôi.

Vậy, tôi có tiện ích menu nhỏ này đây, nó hiển thị theo dõi hạn ngạch của tôi.

Tôi có hạn ngạch cloth ở đây và tôi có hạn ngạch Codex ở đây.

Tôi cũng có đăng ký Kim me, và tôi đã dùng hết hạn ngạch Grok rồi.

Vậy nên tôi có thể thấy tất cả hạn ngạch ở đây và nó thực sự rất tiện.

Hôm nay chúng tôi được Tebo đặt lại, điều này thực sự tốt.

Tebo ở đây đã liên tục cho tôi, cho chúng tôi đặt lại.

Và đó là lý do tại sao tôi vẫn còn nhiều hạn ngạch cho Codex.

Vậy, đây cơ bản là cách tôi theo dõi hạn ngạch đăng ký của mình trên các gói khác nhau này.

Ừ, nó

Vẫn đang hoạt động.

Chúng ta có thể chỉ cần đợi cho đến khi nó quay lại với chúng ta.

Thực ra, một điều sẽ rất tuyệt là bật chế độ nhanh.

Vậy, tôi có tiện ích mở rộng Codex fast trong pie cho phép tôi kiểm soát liệu tôi có muốn chế độ nhanh hay không.

Vậy tôi sẽ chỉ cần bật Codex fast on.

Điều này sẽ bật chế độ nhanh và các yêu cầu từ giờ trở đi từ phiên này sẽ trở nên nhanh hơn.

Tôi thực sự không biết liệu điều này có ảnh hưởng đến các phiên khác hay không.

Hãy cùng xem.

Nếu tôi chạy next fast ở đây.

Nó báo là đã bật rồi.

Được rồi.

Vậy, việc bật chế độ Codex fast trong tiện ích mở rộng này thực sự ảnh hưởng đến tất cả các phiên, điều này thật tuyệt.

Vậy đó là điều tôi muốn.

Điều này sẽ giúp chúng ta nhận kết quả nhanh hơn một chút, nhưng sẽ tốn kém hơn.

Vậy, chế độ nhanh ở đây thực sự là chi tiêu nhiều hơn để có độ trễ thấp hơn.

Thông thường tôi không bật chế độ nhanh này

Vì các mô hình GPT vốn đã khá nhanh.

Ừ, nhưng hôm nay vì chúng ta đang chạy demo, tôi nghĩ có lẽ tốt hơn là để nó chạy nhanh hơn.

Điều tuyệt vời về FirstMate và các crewmate là chúng ta thực sự có thể quan sát những gì nó đang làm giống như một agent bình thường, vì nó là một agent bình thường chạy trong một tab hurdle bình thường, đúng không?

Vậy, điều này tốt hơn cách các sub agent hoạt động trong hầu hết các agent harness, nơi rất khó để bạn xem một sub agent đang làm gì.

Và cũng khó để bạn điều hướng một sub agent, đúng không?

Bạn

Có thể ở đây với FirstMate, tôi thực sự có thể vào phiên sub agent này và nó chỉ là một agent bình thường đang chạy pie agent hoặc cloud code, mà tôi có thể điều hướng từ đây.

Nếu tôi thấy sub agent, crewmate này, đang làm sai điều gì đó, tôi có thể chỉ cần nói chuyện với nó ở đây thay vì phải quản lý mọi thứ mà không có sự minh bạch và khả năng quan sát như tôi có bây giờ.

Vậy, ở đây chúng ta có thể thấy agent nghiên cứu thị trường này thực sự đang tạo một báo cáo, đúng không?

Vậy, nó đang viết một báo cáo, 100 dòng.

Khi nó viết xong báo cáo này, nó có thể sẽ quay lại agent chính.

Vậy, đây là nghiên cứu thị trường.

Nghiên cứu kỹ thuật vẫn đang làm một loạt việc.

Nó đang làm gì vậy?

Nó đang in, nó đang dùng công cụ.

Được rồi, nó thực sự đang xây dựng một backlog.

Nó đang cố ghi chú những quyết định nào còn bỏ ngỏ, những quyết định tôi sẽ cần đưa ra sau này để giúp nó hoàn thiện kế hoạch, điều này thật tuyệt.

Vậy, nó đang tự quản lý backlog.

Nó đang thực hiện một số fetch, nhưng được rồi, ừ, nó đang fetch tài liệu Apple.

Được rồi, có lẽ vì tôi đã yêu cầu một ứng dụng iOS.

Vậy, điều đó thật tuyệt.

Có vẻ như chúng đang đi đúng hướng.

Vậy, hầu hết thời gian khi tôi làm việc với Firstmate, tôi thực sự thậm chí không nhìn vào bất kỳ crewmate nào.

Đó chỉ là để cho bạn thấy cách nó hoạt động.

Ừm, tôi chỉ để Firstmate xử lý tất cả việc tung hứng cho tôi, và tôi chỉ nói chuyện với Firstmate.

Ừm, vì nhóm nghiên cứu thị trường vừa mới tạo xong báo cáo nghiên cứu thị trường, nên bây giờ nó sẽ quay lại với Firstmate.

Vậy, bây giờ chúng ta có thể thấy Firstmate đang làm việc, đúng không?

Đây có lẽ là Firstmate đang nhận báo cáo từ các thành viên trong nhóm.

Ừm, và bây giờ Firstmate đang cố gắng hệ thống hóa các báo cáo và có thể sẽ quay lại với tôi sau một lát.

Được rồi, đúng vậy, chúng ta có thể thấy Firstmate thực ra đã đóng phiên của tác nhân nghiên cứu thị trường rồi, phải không?

Vì phiên đó đã xong.

Báo cáo đã được tạo, nên không cần giữ tác nhân đó nữa.

Vậy nên nó đã đóng tab cho tôi.

Ừm, thông thường trước khi tôi có Firstmate, đó sẽ là việc tôi phải làm.

Tôi sẽ tạo tất cả các tab terminal đó, và tôi sẽ xem tác nhân nào đã xong, tác nhân nào chưa.

Và khi xong, tôi nhận được báo cáo, tôi sẽ tự đóng tab.

Nhưng bây giờ tất cả đều do Firstmate làm cho tôi, và tôi thậm chí không cần phải lo lắng về điều đó.

Vậy, được rồi, nhóm khảo sát thị trường đã xong.

Nó không tìm thấy ứng dụng iOS hiện tại nào khớp với toàn bộ yêu cầu, được chứ?

Tiền ảo, quyền do phụ huynh kiểm soát, chỉ dành cho trẻ em.

Được, được.

Vậy, điều đó có nghĩa là có giá trị để chúng ta xây dựng nó.

Các tham chiếu gần nhất.

Vậy, đây là một số ứng dụng, phải không?

Một số ứng dụng đang làm những việc tương tự.

Đây là Kiddle Bank.

Nó chỉ có trên web.

Được, vậy khuyến nghị, tôi thường tin điều này vì có vẻ như nó đã tìm kiếm xung quanh và tìm các ứng dụng tương tự.

Và nhưng các ứng dụng khác nhau có những điểm mạnh khác nhau, nhưng không có ứng dụng nào làm chính xác những gì tôi mô tả.

Đó là một xác nhận tốt rằng có thể chúng ta đang đi đúng hướng.

Vậy, khuyến nghị là tạo nguyên mẫu Atlys Wallet thay vì cài đặt thay thế.

Được, tôi đồng ý.

Vậy, thật tuyệt.

Nghiên cứu thị trường cho chúng tôi biết rằng có lẽ chúng ta nên xây dựng điều này.

Vậy, bây giờ tôi sẽ chờ nghiên cứu kỹ thuật để tìm ra cách chúng ta sẽ làm điều đó, phải không?

Vậy, đúng, hãy xem loại báo cáo nghiên cứu kỹ thuật nào sẽ quay lại với chúng ta.

Bây giờ, Firstmate cũng đã đóng phiên của tác nhân nghiên cứu kỹ thuật, và nó nói đã xong.

Khuyến nghị một ứng dụng iPad SwiftUI gốc.

Xác thực Superbase, được.

Bảo mật cấp hàng Postgres.

Sổ cái phía máy chủ bất biến, dữ liệu Swift, tiền mặt cục bộ.

Ồ, được.

Không tích hợp tiền thật.

Tôi đã có một số phản ứng với điều này.

Đầu tiên là tôi không thực sự muốn sử dụng Superbase.

Kinh nghiệm của tôi với Superbase là khi bạn phát triển, khi bạn có nhiều phức tạp hơn, nó bắt đầu trở nên tốn kém.

Nhưng tôi nghĩ với ứng dụng này, tôi thậm chí chưa có một người dùng nào.

Tôi chỉ có Eddie là một người dùng duy nhất và bản thân tôi.

Và vợ tôi.

Nó thực sự sẽ không cần bất kỳ loại quy mô nào.

Chúng ta có thể

Tự xử lý điều đó mà không cần trả tiền cho một SAS.

Ừm, còn gì nữa trong này mà thú vị?

CloudKit.

Ừm hm Được rồi.

Ừm trước khi triển khai, danh tính và ghép nối.

Được rồi.

Vậy, thực ra có khá nhiều điều mơ hồ ở đây.

Ừm và điều nó đang nói với tôi lúc này ừ trong báo cáo này, tôi thực sự không muốn đọc reports.md này ừ vì nó sẽ giống như một bức tường văn bản dài.

Điều tôi ừ thường làm là yêu cầu Firstmate ừm thực hiện việc đánh giá này với tôi ừ ở một định dạng tốt hơn.

- [hít vào] - Này Firstmate.

Ừ tôi nghĩ ừ tôi đã ổn định với nghiên cứu thị trường.

Ừ đó là một kết quả tốt.

Ừ bây giờ tôi muốn thảo luận thêm một chút về nghiên cứu kỹ thuật.

Ừm vậy, tôi muốn thảo luận điều này trong Lavish.

Ừ bạn có thể khởi động nó lên không?

Ừ phần tôi muốn thảo luận nhất ừ là backend.

Ừ đặc biệt là cơ sở dữ liệu.

Ừ khuyến nghị hiện tại là Superbase, nhưng tôi không ừ muốn nhảy

Vào kết luận rằng chúng ta cần trả tiền cho một SAS.

Ừm giải pháp khác mà tôi thích ừ là lấy một VPS ừ và tự host nó cho bây giờ.

Ừ đặc biệt khi ừ chúng ta chưa có nhiều người dùng.

Vậy, có lẽ hãy đặt điều đó lên bàn luôn.

Ừm và nếu chúng ta làm vậy, chúng ta cần tìm ra câu chuyện xác thực ừ của mình là gì.

Ừm trên iOS, tôi nghĩ chúng ta phải hỗ trợ Apple ừ đăng nhập Apple.

Vậy, đó có lẽ sẽ là giải pháp cho bây giờ.

Tôi nghĩ sau này chúng ta cũng sẽ muốn hỗ trợ đăng nhập Google vì điều đó sẽ thân thiện với nhiều người dùng hơn, nhưng chúng ta sẽ không triển khai điều đó hôm nay.

Hôm nay chỉ là về việc Eddie có một MVP hoạt động cho anh ấy.

Vậy, ừ, hãy tính đến những điều đó và quay lại với tôi với một đề xuất kỹ thuật trong Lavish với tất cả các câu hỏi mở và quyết định mà tôi phải đưa ra được trình bày rõ.

Được rồi, vậy Lavish là một công cụ mà tôi cũng đã xây dựng.

Nó về cơ bản sử dụng các artifact HTML để có tương tác tốt hơn trong kiểu lập kế hoạch này.

Bạn sẽ thấy điều đó trong chốc lát.

Tệp report.md tôi nghĩ thực ra tôi có thể cho bạn xem.

Để tôi chỉ sao chép ừ đường dẫn ở đây.

Ừm Được rồi, và tôi sẽ mở một khung khác ở đây và tôi sẽ chỉ dùng new them để mở tệp markdown này.

Tệp markdown này bạn có thể thấy nó giống như các khuyến nghị, những gì đã được kiểm tra, blah blah.

Danh tính.

Nó giống như có quá nhiều văn bản.

Nếu tôi thực sự cố đọc hết chỗ này, nó có bao nhiêu dòng?

351 dòng văn bản.

Vậy, ý tôi là có rất nhiều thông tin hữu ích, nhưng tôi thực sự không thích đọc bức tường văn bản dài này.

Nó cũng không dễ lắm để tôi đưa phản hồi về các phần cụ thể của nó, đúng không?

Vậy, bây giờ tôi chỉ yêu cầu First Mate dùng Lavish để cho tôi một kế hoạch kỹ thuật tốt.

Vậy, hãy xem nó sẽ đưa ra gì.

First mate ở đây đã khởi động một crewmate khác để làm việc đó.

Đây về cơ bản là cách first mate hoạt động.

Bạn sẽ thấy điều này lặp đi lặp lại rằng first mate không cố tự làm mọi thứ.

Nó sẽ giao nhiệm vụ cho người khác.

Và nếu chúng ta đi sâu vào crewmate này, chúng ta sẽ thấy rằng crewmate đang làm tất cả công việc mà nếu không sẽ chặn first mate làm tất cả những việc này.

Vậy, ừ, hãy để crewmate làm việc của anh ấy.

Cho đến nay, tôi nghĩ Luna đang làm tốt, đúng không?

Chưa có gì có vẻ sai lắm.

Vậy, hãy quay lại với first mate và chúng ta sẽ chỉ đợi ở đây.

Ừ, vậy nghiên cứu backend đang làm việc của nó.

Điều tôi thường làm trong những trường hợp như thế này, khi tôi đang chờ một số công việc được hoàn thành, là nghĩ về những gì khác chúng ta có thể làm.

Vậy, ở đây tôi nghĩ phần back end đang thực hiện một số nghiên cứu.

Hãy cùng nghĩ về phần front end nữa, đúng không?

Trải nghiệm người dùng sẽ hoạt động như thế nào?

Vậy, tôi sẽ nói chuyện với first mate.

Này first mate.

Vậy, trong khi cuộc điều tra ở back end đang diễn ra, tôi nghĩ chúng ta cũng có thể làm một số bản mẫu thử ở front end, đúng không?

Vậy, tôi cũng muốn xem xét một kế hoạch lavish, nơi chúng ta trình bày một số trải nghiệm người dùng tiềm năng, hành trình người dùng.

Có lẽ chúng ta chỉ cần có một loạt các bản mẫu thử của những màn hình chính mà ứng dụng này sẽ có.

Và để tôi cảm nhận được cách chúng có thể hoạt động, rồi tôi sẽ đưa ra một loạt phản hồi về trải nghiệm front end thông qua artifact lavish khi chúng ta có nó.

Đúng rồi, vậy bây giờ chúng ta đang khởi động một luồng công việc khác để tạo bản mẫu thử cho front end, để chúng ta thực sự có thể bắt đầu chốt được trải nghiệm.

Đây là điều tôi làm rất nhiều, khi tôi cố gắng tạo bản mẫu thử cho nhiều thứ cùng một lúc, để chúng ta có thể nhanh chóng đạt được tiến bộ trong những dự án full stack như thế này.

Vậy, bây giờ chúng ta có thể thấy FirstMate đã mở thêm một tab nữa ở đây để làm

Các bản mẫu thử UX, và nó đang quay lại với tôi.

Ừm, vậy FirstMate luôn sẵn sàng tương tác vì nó đã giao phó tất cả các nhiệm vụ cho các crewmate.

Ừ, vậy có lẽ chúng ta có thể nghĩ xem còn có thể làm gì khác.

Ừm, thực ra tôi muốn hiểu rõ hơn về những sản phẩm tương tự khác, đúng không?

Vì chúng ta đã thực hiện nghiên cứu thị trường rồi.

Ừm FirstMate, trong khi chúng ta chờ những cuộc điều tra đó, liệu chúng ta có thể quay lại nghiên cứu thị trường và bạn có thể phân tích nghiên cứu thị trường và tìm ra những khái niệm thú vị mà các sản phẩm khác có, mà có lẽ chúng ta nên lấy làm cảm hứng và nên cân nhắc trong sản phẩm của mình không.

Ừ, vậy hãy để FirstMate tiếp tục làm việc.

Đừng dừng lại.

Ừm và nghiên cứu thị trường có lẽ có một số ý tưởng thú vị mà chúng ta nên cân nhắc.

Ừm, vậy, ừ, tôi nghĩ ở đây có lẽ tôi đã cho thấy một chút quá trình suy nghĩ của mình cho những dự án mới như thế này.

Ừm tôi cố gắng hiểu thị trường, cố gắng hiểu các yêu cầu sản phẩm, ừm và sau đó tìm ra

Các khía cạnh kỹ thuật cùng một lúc, và cố gắng tạo bản mẫu thử cho trải nghiệm front-end nữa.

Vậy, hãy xem nghiên cứu thị trường gợi ý điều gì?

Chế độ xem dành cho trẻ em chỉ đọc.

Ừ, tôi cũng đã nói về điều đó.

Ừm các hũ tiền.

Đó là gì vậy?

Ừm chi tiêu, tiết kiệm, cho đi, mục tiêu.

Hmm.

Được rồi.

Ừ được rồi, thú vị đấy.

Ừm một dòng thời gian hoạt động có ý nghĩa.

Ừ được, hay đấy.

Ừ tôi nghĩ chúng ta nên có cái đó.

Yêu cầu phê duyệt.

Ừm ừ được rồi.

Ừm rút tiền cần sự phê duyệt của phụ huynh.

Nhưng đây không phải tiền thật, nên ừ.

Họ có thể đề xuất hành động.

Được rồi, được rồi.

Khái niệm thú vị.

Các bài học gắn với hành động thực tế.

Ừm À, được rồi.

Sau khi gửi tiền, giải thích số dư.

Trước khi chi tiêu, giải thích các đánh đổi.

Ừ khi vay mượn, giải thích nguyên tắc.

À, được rồi.

Đây về cơ bản là khía cạnh giáo dục mà chúng ta đã nói đến.

Đó chắc chắn là điều tôi muốn có.

Một trình mô phỏng khoản vay ảo.

Đúng vậy.

Đó cũng là điều tôi muốn có.

Uh quy tắc trợ cấp linh hoạt.

Ừ được.

Điều đó tốt vì đây là việc chúng tôi hiện đang làm thủ công.

Vậy nên thật tốt khi có ứng dụng quản lý việc đó.

Trò chơi hóa nhẹ nhàng.

Được.

Uh Trò chơi hóa là điều thú vị đối với các ứng dụng dành cho trẻ em vì tôi có cảm giác lẫn lộn về điều đó.

Tôi nghĩ một mặt, nó chắc chắn khiến đứa trẻ hứng thú hơn.

Nhưng mặt khác, nó có cảm giác hơi mang tính thao túng đối với trẻ em.

Vậy nên chúng ta sẽ xem sao.

Uh những gì chúng ta nên tránh.

Ừ, ừ.

Quảng cáo dày đặc.

- [tiếng cười] - Um kết hợp cảm hứng được đề xuất.

Um Quyền riêng tư, thiết kế ưu tiên iPad, chế độ trẻ em chỉ đọc, sổ cái gia đình, trợ cấp định kỳ.

Đúng vậy.

Bài học theo ngữ cảnh.

Uh Ồ, đúng vậy.

Đây thực sự là phán đoán rất tốt, phải không?

Đây là những điều tôi đã nói rằng tôi muốn có.

Và nó thực sự chỉ giữ lại những thứ mà tôi cũng nghĩ là sẽ liên quan.

Vậy điều đó thật tuyệt.

Ừ.

Tôi nghĩ chúng ta có thể sẽ đưa điều này vào yêu cầu sản phẩm của mình.

Vậy, sự kết hợp đó với sổ cái gia đình ảo.

Đúng vậy.

Được, để xem.

Tôi nghĩ có gì đó vừa trở lại từ phần back end.

Vậy, ở đây chúng ta có thể thấy trước đó chúng ta đang xem các tab, phải không?

Herder cũng cho chúng ta bảng điều khiển phía tác nhân này, nơi chúng ta có thể thấy tất cả các tác nhân.

Chúng ta có thể thấy thư mục nào đang chạy, v.v.

V.v.

Tác nhân nào là tác nhân pie.

Điều đó trở nên thực sự hữu ích khi chúng ta có số lượng lớn tác nhân.

Chúng ta có thể nhanh chóng chuyển đổi qua lại.

Herder cũng cho chúng ta phím tắt này để chúng ta có thể làm điều này.

Và nó sẽ hiện lên khung tìm kiếm tác nhân này.

Và chúng ta cũng có thể rất nhanh chóng nhảy đến các phiên khác nhau từ đây.

Chúng ta cũng có thể tìm kiếm theo tiêu đề, v.v.

V.v.

Vậy, về cơ bản Herder lợi ích lớn nhất của Herder là nó hiểu các tác nhân.

Trong khi các trình đa hợp terminal truyền thống không thực sự hiểu các tác nhân.

Chúng chỉ hiểu terminal và pane và shell, những thứ đại loại như vậy.

Được rồi, có một tạo tác Lavish đang được hiện lên cho tôi trong trình duyệt.

Vậy, đây là khi tác nhân đã thực hiện một số lập kế hoạch và tạo ra một tạo tác trong Lavish.

Và đây là trình chỉnh sửa Lavish.

Nó đang sửa một số vấn đề bố cục vì đôi khi khi tác nhân tạo ra các artifact, nó sẽ có một số vấn đề về giao diện người dùng.

Vì vậy, nó được sửa trước khi được trình bày cho tôi.

Vậy, được rồi.

Đánh giá phần back end.

Đây là đánh giá phần back end.

Phiên bản ngắn gọn: hãy mua sự đơn giản trong vận hành trước khi mua hạ tầng.

Được, tôi thích điều đó.

Nó thực sự đang nói điều gì?

Đề xuất dùng Supabase Pro được lưu trữ.

Được, thú vị đấy.

Chỉ tiền ảo thôi, những cái đó nghe có vẻ đúng.

Quy mô MVP, mức cơ bản được lưu trữ là 25 đô la một tháng.

25 đô la, vẫn còn nhiều đấy.

Để xem, identity, cái đó tốt.

Được.

Back end nào nên đảm nhiệm sổ cái gia đình?

Được, Supabase được lưu trữ, đó là đề xuất.

Chi phí thực sự là điều mà tôi cảm thấy như thế này là quá nhiều đối với chỉ ba người dùng, đúng không?

Ba người dùng sẽ không trả cho nhiều như thế này.

VPS tự lưu trữ, khoảng 30 đô la một tháng, thật sao?

Ừm, không, điều đó sai.

Nó không nên tốn nhiều như thế này.

Nhưng đó là kiến thức tôi có.

Supabase tự lưu trữ, CloudKit, iCloud.

Tư cách thành viên nhà phát triển Apple, tôi đã có cái này rồi.

Vậy, đúng, đây là điều tuyệt vời về Lavish là tôi có thể đưa phản hồi về điều này.

Vậy, vì tôi nghĩ điều này sai, tôi chỉ có thể nói điều này sai.

Tôi nghĩ tôi đã từng dùng Hetzner trước đây.

Ừm, tôi nghĩ Hetzner cung cấp VPS chi phí rất thấp có thể xử lý được những gì chúng ta cần.

Tại sao tôi lại đang gõ?

Tôi nên đang nói.

Được, vậy tôi sẽ xếp hàng phản hồi này và nó đã được xếp hàng.

Vậy, còn gì nữa?

Tôi nghĩ có lẽ nó đã đưa ra đề xuất dựa trên giả định rằng cái này quá đắt.

Ừm, tôi nghĩ có lẽ tôi cũng muốn đưa phản hồi này.

25 đến 40 đô la một tháng vẫn quá đắt.

Hiện tại, chúng ta thực sự không có nhiều người dùng.

Tôi không muốn chi nhiều như thế này.

Tôi nghĩ một VPS chi phí thấp có thể cho chúng ta khoảng 5 đô la một tháng.

Có thể nhiều hơn một chút, nhưng khoảng tầm đó.

Tôi nghĩ chúng ta nên tìm các lựa chọn có thể cho phép chúng ta đạt đến mức chi phí đó.

Được rồi, xếp hàng những phản hồi đó.

Bây giờ, ranh giới thẩm quyền, được.

Điện thoại là một client.

Postgres là trọng tài.

Ừ, đúng vậy.

Nghe có vẻ đúng.

Vậy, nó đã vẽ sơ đồ này ở đây.

Vậy, để xem toàn màn hình.

Đây cũng là một điều thực sự tuyệt vời ở Lavish, đó là nó có thể vẽ sơ đồ cho tôi xem.

Hãy phóng to một chút.

Ứng dụng iPad.

Tiền mặt cục bộ, đăng nhập ứng dụng gốc, nhà cung cấp.

Thử lại và đối chiếu với các RPC miền hẹp để kiểm tra tư cách thành viên Postgres.

Được rồi.

Được rồi.

Tôi nghĩ ở mức cao, điều này đúng, phải không.

Điều này không có gì quá gây tranh cãi.

Sổ cái bất biến.

Sự kiện kiểm toán.

Được rồi.

Hmm.

Chúng ta có cần xuất sự kiện kiểm toán được mã hóa không?

Tôi nghĩ có thể hơi quá kỹ thuật một chút.

Đúng không?

Tôi không nghĩ mình sẽ cần điều này.

Vậy, hãy xóa nó đi.

Có lẽ hãy đưa ra một số phản hồi.

Ừm, tôi sẽ xóa cái này.

Tôi sẽ xóa cái này.

Ừ, tôi không nghĩ hiện tại chúng ta cần lo lắng về việc kiểm toán và xuất tất cả các yêu cầu đó.

Hãy giữ phạm vi ban đầu tối thiểu.

Được rồi, đưa ra phản hồi về sơ đồ này luôn.

Thật sự hữu ích khi nhìn vào kiến trúc ở đây, phải không?

Nếu không, chúng ta đã không phát hiện ra rằng có một số yêu cầu ẩn đang được đưa vào kế hoạch.

Ừm, Apple bây giờ, điều này đúng.

Ừ, tôi không nghĩ mình cần lo lắng về điều đó.

Google sau.

Nhưng, ừ, để tôi xem qua cái này.

Phụ huynh có đăng nhập gốc với Apple trao đổi cái này.

Ừ, được rồi.

Vậy, nó đang viết kế hoạch này với giả định rằng tôi sẽ sử dụng Supabase, nhưng tôi sẽ thay đổi điều đó.

Ừm, giữ một bảng danh tính xác thực.

Ừ, đúng vậy.

Đó là điều tôi muốn.

Ừm, vì điều đó có thể cho phép tôi cho phép người dùng liên kết các tài khoản khác nhau, các danh tính xác thực khác nhau vào cùng một tài khoản.

Ừm, khôi phục, quản lý sao lưu hàng ngày, quyền riêng tư.

Được rồi.

Ừm, được rồi.

Vậy, cái này tôi nghĩ tôi chưa sẵn sàng đưa ra quyết định này ngay bây giờ vì tôi có phản hồi này.

Tôi nghĩ chúng ta cần đảm bảo hiểu rõ chi phí, chi phí thực sự của các lựa chọn VPS, phải không?

Ừm, vậy, một đứa trẻ nên đăng nhập như thế nào?

Ừ, đúng, đó là phụ huynh.

Ừ, tôi nghĩ đây là điều chúng ta có thể quyết định.

Phụ huynh quản lý hồ sơ.

Ừm, nhưng tôi nghĩ phụ huynh nên có thể đặt mã PIN để hạn chế quyền truy cập cho các hành động chỉ dành cho phụ huynh.

Đúng không?

Ừ, vậy điều đó sẽ tốt.

Chúng ta cần lời hứa khôi phục nào?

Ừ, đúng vậy.

Thời điểm cụ thể.

Hm.

Cái này rất tốn kém.

Ờ, sao lưu hàng ngày 90 lần xuất.

Ờ, đúng rồi, hãy bắt đầu với cái đó.

Nhưng ừm, tôi nghĩ chúng ta sẽ cần xem lại các lựa chọn này khi đã hiểu rõ hơn về chi phí, chi phí thực sự của việc dùng VPS.

Được.

Được rồi, trình tự.

Được, vậy hãy gửi cái này trở lại.

Có lẽ hãy sửa lại toàn bộ tạo tác này dựa trên phản hồi của tôi ở đó.

Được, hãy gửi nó trở lại.

Vậy, điều hay ho về Lavish, bạn có thể thấy ở đây, là tôi có thể tương tác trực tiếp với tác nhân ngay tại đây, đúng không?

Tôi có thể xếp hàng các lựa chọn mà tôi đưa ra cho các quyết định.

Tôi có thể đưa phản hồi bằng cách chú thích từng phần tử ở đây.

Tôi cũng có thể xem sơ đồ ở đây.

Vậy, mọi thứ đều có tính tương tác.

Cái này thân thiện hơn nhiều so với việc đọc một bức tường văn bản dài rồi bảo tác nhân, "Này, tôi muốn sửa phần đó của kế hoạch." Ừm, vậy nên đây đúng là một trải nghiệm tốt hơn.

Hãy quay lại terminal.

Chúng ta có thể thấy ở đây First Mate đang làm gì đó.

Có lẽ nó đang tiếp nhận phản hồi của tôi.

Vậy, đúng rồi, nó đang tìm kiếm gì đó.

Nó đang, đúng rồi, tìm kiếm giá dịch vụ đám mây bây giờ, phải không?

Bây giờ nó đang neo câu trả lời về chi phí dựa trên một số dữ liệu thực tế.

Các phát hiện chính.

Đúng rồi, tôi nghĩ có lẽ nó đã tìm thấy thứ chúng ta đang cần.

Ừm, còn gì nữa?

Ở đây chúng ta cũng có thể thấy trình theo dõi follow-up của First Mate.

Điều đang diễn ra ở đây là đồng đội UX prototypes cũng đã làm xong việc của mình và đang gửi cập nhật trạng thái cho First Mate.

Đây là cách First Mate nhận những cập nhật trạng thái đó từ các đồng đội.

Ừm, và vì First Mate đang làm việc, nó đang cố tự làm công việc này,

Bây giờ nó bị kẹt.

Ừm, nhưng không sao vì những cập nhật trạng thái này sẽ chỉ xếp hàng trong các follow-up này.

Ờ, và khi First Mate rảnh, nó sẽ đọc các cập nhật trạng thái từ các đồng đội để biết rằng ờ, có một nhiệm vụ khác cũng đã xong.

Nếu tôi thực sự không muốn chờ, tôi luôn có thể vào cửa sổ đồng đội và xem cái gì đã xong.

Ờ, nó đã hoàn thành một báo cáo.

Ừm, bao gồm ờ phạm vi nguyên mẫu này.

Được.

Ừm, được.

Về cơ bản thì ờ nó được viết trong một tệp markdown, phải không?

Vậy nên nó không phải là nguyên mẫu thật.

Tôi không thể chơi với nó.

Ờ, nhưng nó đã xác định phạm vi, ờ, cũng được.

Ừm, nhưng ờ để xem.

Ừm, tôi nghĩ có lẽ tôi sẽ ờ có lẽ tôi sẽ tôi nghĩ tôi sẽ yêu cầu nó ừm xây dựng một số nguyên mẫu thật để tôi có thể ờ chơi với chúng.

Ừm, đúng rồi, tôi nghĩ tôi thực sự muốn chơi với một số nguyên mẫu thật.

Ừm, vậy nên khi First Mate rảnh, tôi sẽ bảo First Mate làm điều đó.

Ờ, vậy ở đây tôi sẽ ờ chỉ bảo First Mate ờ về điều đó.

Này First Mate, ờ đồng đội UX prototypes đã làm xong việc của mình rồi, ờ, nhưng nó đã viết ờ kết quả vào một tệp markdown.

Vậy nên đó giống như định nghĩa phạm vi cho các nguyên mẫu, ờ, nhưng nó không phải là nguyên mẫu thật.

Uh, tôi muốn bạn um yêu cầu các nguyên mẫu thật um mà tôi có thể chơi trong các artifact HTML trong Lavish.

Um, điều đó nên khả thi mà không cần xây dựng bất kỳ mã iOS nào.

Uh, tôi chỉ muốn bạn có một nguyên mẫu HTML uh và tập trung vào kiểu như wireframe, uh, kiểu như chỉ các màn hình, các khái niệm, luồng người dùng, không phải các bản mock UX được trau chuốt thật sự.

Vậy, hãy làm điều đó.

Được.

Vậy, tôi đã xóa một tin nhắn khác ở đây.

Khi First Mate được giải phóng, nó sẽ thấy tất cả các cập nhật này.

First Mate vừa sửa đổi đề xuất này.

Vậy, hãy xem.

Ở quy mô này, một VPS Hetzner chi phí thấp có thể phù hợp với ngân sách.

Được.

Nó đã thay đổi khuyến nghị của mình rồi.

Hãy xem.

VPS tiết kiệm 5.5.

Điều đó thật tốt.

Điều đó tôi thích.

Tiết kiệm trước.

Vận hành nhẹ.

Ừ, vậy Supabase được host có vận hành nhẹ hơn.

Được.

Được, có lẽ có lẽ có chút sự thật trong đó, nhưng tôi chỉ nghĩ điều này là quá nhiều.

Tôi không muốn một MVP ở giai đoạn này tốn của tôi nhiều như vậy.

Vậy, chi phí là thế này.

Ừ, tôi nghĩ điều này là thực tế.

Điều này phù hợp hơn với kinh nghiệm của tôi.

Vậy, tôi nghĩ điều này là đúng.

Sao lưu ở mức 20%.

Được.

Ừ, vậy tôi nghĩ tôi sẽ chỉ chọn VPS.

Đây là Chi phí này dễ quản lý hơn nhiều.

Được, quyết định A, tôi sẽ chọn VPS.

Điều này đã được chọn rồi.

Điều này đã uh Điều này đã ổn.

Điều này cũng Điều này áp dụng cho Được.

Uh, chúng ta có chắc điều này cũng áp dụng cho VPS không?

Uh, ừ, tôi nghĩ ở thời điểm này chúng ta tôi đã rất tự tin với uh toàn bộ phần back end của việc này.

Uh, vậy, tôi sẽ chỉ gửi và kết thúc.

Uh, và điều này uh điều này đã xong.

Uh, vậy, tôi quay lại với FirstMate.

Và FirstMate bây giờ uh đang thấy tất cả phản hồi cùng với tin nhắn tôi đã xếp hàng uh trước đó.

Uh, vậy, bây giờ nó sẽ xử lý mọi thứ.

FirstMate đã đưa ra một um artifact Lavish khác.

Và cái này là các wireframe tương tác.

Um, phụ huynh viết, "Eddie hiểu rồi." Uh, được.

Uh, hãy xem.

Bản đồ hành trình, chào mừng thiết lập gia đình.

Ghép nối Eddie.

Uh, ghép nối, hm.

Cổng cuộn, uh bảng điều khiển phụ huynh, ví của trẻ, chi tiết hoạt động.

Uh, quy tắc trợ cấp, cho vay và trả nợ, lộ trình bài học.

Được rồi, tất cả điều này đều hợp lý.

Đây là uh ngoại trừ cặp này Eddie.

Tôi không biết cặp có nghĩa là gì.

Uh, để xem nào.

Điều khiển nguyên mẫu, chuyển sang ngoại tuyến, đồng bộ các thay đổi đang chờ, đặt lại nguyên mẫu.

Uh, được rồi.

Uh, lựa chọn của đội trưởng.

Các nguyên mẫu ở đâu?

Uh, oh, được rồi.

Nguyên mẫu có thể chơi được ở đây.

Được rồi.

Uh, được rồi, những lựa chọn nào?

Thử các màn hình trước.

Uh, phản hồi hàng đợi.

Được rồi.

Uh, vậy, để tôi thử nguyên mẫu trước, được chứ.

Um, bắt đầu từ đây.

Đây là nguyên mẫu.

Uh, một ví để thực hành.

Um, chỉ tiền ảo, tạo một gia đình.

Được rồi.

Tạo gia đình.

Uh, thiết lập ví thực hành của Eddie.

Uh, tên gia đình là Chen.

Eddie, uh tên đơn vị.

Token.

- [tiếng cười] - Đừng dùng token.

Uh, điểm.

Um, tạo gia đình.

Um, dùng iPad này cho Eddie.

Oh, ghép nối có nghĩa là một thiết bị khác.

Được rồi.

Uh, điều đó thực sự khá chu đáo vì tôi có thể đang thiết lập điều này trên iPhone của mình và Eddie sẽ dùng iPad của cậu ấy.

Tôi sẽ chỉ giả định nó trên cùng một iPad cho bây giờ.

Ai đang dùng iPad này?

Eddie.

Uh, khoan, nguyên mẫu đã có mã pin rồi.

Được rồi.

Um, Eddie, nó chỉ đọc.

Số dư của bạn ở đây.

Chỉ số dư ảo.

Hoạt động gần đây, khoản vay của tôi, bài học tiếp theo.

Uh, được rồi.

Hoạt động gần đây đã ở đây rồi, phải không?

Um, được rồi, thú vị.

Bài học tiếp theo, vay và trả nợ.

Mm.

Uh, uh, được rồi.

Um, khoản vay của tôi.

Uh, tại sao nó đã có một khoản vay rồi?

Ừ, được.

Có lẽ đó là dữ liệu giả.

Đúng rồi.

Vậy, ừ, chuyển người dùng.

Làm sao để tôi chuyển sang phụ huynh?

Được, đây.

Tw, mở khóa chế độ phụ huynh.

Ừ, được.

Vậy, trong chế độ phụ huynh, tôi xem ví của cậu ấy, tôi có thể thấy số dư, tôi có thể thêm điểm.

Ừm, ừ, đặt tiền trợ cấp.

Được.

Được.

Vậy, đã có vài thứ mà tôi có phản hồi rồi.

Vậy, hãy xem liệu các câu hỏi đã bao quát điều đó chưa.

Eddie có nên có thể yêu cầu điểm không?

Không có yêu cầu.

Ừ, không có yêu cầu.

Nếu Eddie muốn yêu cầu điểm, cậu ấy đến gặp tôi trực tiếp, đúng không?

Ừm, các khoản vay nên nằm ở đâu?

Ừ, chi tiết thẻ và ví cho cấp cao nhất.

Ừ, cái này ổn.

Ừm, các bài học nên mở như thế nào?

Lộ trình khởi đầu tuyến tính ngắn.

Ừ, ừ, tuyến tính có lẽ tốt hơn ở đây.

Được, vậy chúng ta đã đưa ra một số lựa chọn.

Nhưng tôi cũng có một số phản hồi, đúng không?

Vậy tôi nghĩ đầu tiên khi chúng ta thiết lập cái này, chúng ta đã chọn loại tiền tệ là gì.

Tôi thực sự nghĩ cái này chỉ nên là đơn vị tiền tệ địa phương của người dùng như đô la Mỹ vì đó là thứ Eddie đã dùng làm tiền trợ cấp của cậu ấy.

Còn gì nữa?

Đặt tiền trợ cấp, tạo khoản vay.

Tôi nghĩ trong chế độ xem của Eddie ừ ừ đây Bài học tiếp theo, vay và trả nợ.

Ừ, đúng, cái này kỳ lạ.

Ừm, danh sách hoạt động gần đây đã có trên chế độ xem ví của Eddie, nhưng lại có một nút khác ghi là hoạt động gần đây, thật kỳ lạ.

Ừm, được.

Ừ, cứ đưa ra một số phản hồi bây giờ, nhưng cái này trông có vẻ ổn.

Giao diện người dùng thực sự không giống như giao diện không đẹp lắm hay gì cả, nhưng đó là lý do tôi yêu cầu.

Tôi chỉ yêu cầu wireframe thôi để chúng ta có thể thực sự có được nguyên mẫu này rất nhanh và đưa ra phản hồi này.

Tôi sẽ trau chuốt giao diện sau.

Vậy nguyên mẫu có lẽ đã ổn cho bây giờ.

Ừ, chỉ cần giải quyết phản hồi của tôi và thế là có lẽ ổn cho bây giờ.

Chúng ta không cần cập nhật nguyên mẫu này.

Chỉ cần ghi nhận phản hồi của tôi và viết một tài liệu PRD dưới dạng tệp markdown trong repo.

Có lẽ là tệp readme cho bây giờ.

Được, vậy cái này đã kết thúc.

Hãy quay lại với first mate.

Ừ, vậy, bây giờ first mate nên có thể thấy tất cả phản hồi của tôi ừm và biết rằng bước tiếp theo là viết ra các yêu cầu sản phẩm.

Vậy, một điều chúng ta có thể thấy ở đây là cửa sổ ngữ cảnh đã ừm đang được lấp đầy, đúng không?

Bây giờ nó là 70% của 272K.

Ừm, vậy, một khi cái này đạt 800% nó sẽ tự động nén lại.

Ừ, nén về cơ bản tóm tắt cửa sổ ngữ cảnh hiện tại ừ thành một bản tóm tắt ngắn gọn hơn nhiều rồi khởi động lại ừ phiên làm việc.

Ừm, vậy, có vài điều mà bạn muốn biết về compaction, ừm, nếu bạn đang chạy các mô hình GPT trong Codex, Codex có khả năng compaction phía máy chủ, ừ, và nó hoạt động

Tốt hơn bất kỳ compaction nào khác mà chúng tôi biết.

Ừm, nhưng, khi bạn chạy các mô hình GPT trong các harness khác như Pi Agent, ừ, thì compaction phía máy chủ không tự động xảy ra vì Pi Agent mặc định sử dụng một thuật toán compaction khác do Pi triển khai.

Ừ, nhưng, có thể ừ sử dụng compaction phía máy chủ từ Codex luôn.

Ừ, điều chúng ta có thể làm ở đây là ở đây.

Ừ, có cái này

Plugin gọi là Pi OpenAI server compaction.

Đây là một tiện ích mở rộng bạn có thể cài đặt ừ vào Pi Agent của mình và sẽ khiến Pi Agent của bạn sử dụng compaction phía máy chủ của OpenAI cho bất kỳ mô hình GPT nào bạn chạy trong Pi.

Điều đó sẽ hoạt động tốt hơn cho các tác vụ chạy dài.

Ừ, vậy, khi tác vụ rất dài, nó hết cửa sổ ngữ cảnh, ừ, nó sẽ thực hiện compaction phía máy chủ của OpenAI, đây là cái ừ hoạt động tốt nhất.

Ừm, vậy, đây Captain, tôi đã ghi lại phản hồi về wireframe.

Được.

Một worker hiện đang cập nhật ừ tệp readme này.

Được.

Ừm, vậy, khi tệp readme được cập nhật, điều tôi sẽ làm ừ là ừm tôi sẽ đưa repo này, ừ, vào một GitHub repo, ừ, và tôi sẽ mã nguồn mở cái này.

Vậy, điều tôi muốn làm ở đây là, ừm, này FirstMate, bảo worker, ừ, ừ, commit bản cập nhật vào repo, và sau đó đưa repo này được xuất bản lên GitHub của tôi, ừ, dưới dạng repo công khai, ừ, vì chúng ta sẽ cần, ừ, làm điều gì đó khác sau này.

Ừ, vậy, điều hay ho về FirstMate là, ừ, bạn chỉ cần tiếp tục nói chuyện với FirstMate về những gì bạn muốn làm, và FirstMate sẽ tìm ra, ừ, cách thực sự hoàn thành nó.

Vậy, ở đây FirstMate có lẽ sẽ lại nói chuyện với cái ừm, ừ, agent khác này, ừ, để thực hiện các yêu cầu tiếp theo này vốn không nằm trong phạm vi ban đầu.

Ừm, vậy, cái, ừm, crewmate sẽ nhận được tin nhắn đó

Khá sớm thôi.

Ừm, vậy, nếu chúng ta quay lại đây, ừ, đúng, bạn có thể thấy đã có steering rồi, "Làm ơn hoàn thành cập nhật readme PRD ngay bây giờ, commit nó, ừm, và sau đó báo cáo." Ừm, đó là tin nhắn FirstMate gửi cho crewmate này.

Được, FirstMate hỏi tôi một câu hỏi.

Ừ, cứ dùng tài khoản GitHub của tôi, ừ, kunzhanguid, và ừ, GitHub CLI cục bộ của tôi chắc đã xác thực rồi và có quyền thao tác trên đó.

Đúng.

Ừ, vậy, đúng, thật tốt là nó đã hỏi, ừ, vì, ừ, tôi có thể có nhiều danh tính đăng nhập vào GitHub CLI của mình.

Ừm, vậy, đúng, để xem.

Còn một lựa chọn trước khi tôi tạo remote.

Nó có nên chỉ ở cục bộ với một bản sao GitHub công khai không?

Mm.

Câu hỏi hay.

Ừ, giờ, sau khi chúng ta có GitHub repo, thì chúng ta chuyển sang quy trình làm việc dựa trên PR.

Ừm, và, ừ, chúng ta không cần no mistakes ngay bây giờ.

Ừ, đây vẫn là một sản phẩm ở giai đoạn rất sớm.

Ừ, vậy cứ giữ với ừ, PR trực tiếp.

Ừm, và sau này khi chúng ta đã xây dựng được một MVP, chúng ta sẽ bật no mistakes để có một god rail mạnh hơn.

Được.

Vậy ở đây tôi đã nói về no mistakes.

Ừ, no mistakes là một công cụ khác tôi có để có một pipeline xác thực cục bộ cho từng thay đổi mã ừ, chỉ để đảm bảo ừ, thay đổi thực sự ổn để merge.

Ừ, vì bạn có thể thấy ở đây tôi không thực sự tự xem xét ừ, mã quá nhiều.

Tôi chỉ đang nói chuyện với Firstmate ở đây.

Ừm, vậy tôi kiểu như cần ừ, bộ god

Rails bổ sung để giúp tôi xây dựng sự tự tin rằng mã sẽ ừ, có chất lượng hợp lý.

Tất nhiên tôi chúng ta cũng sẽ kiểm thử nó từ đầu đến cuối.

Ừm, vậy ừ, ở đây tôi ừ, lý do tôi bảo Firstmate không dùng no mistakes ngay bây giờ là vì chúng ta chưa có mã nào cả, đúng không?

Ừ, tất cả những gì chúng ta có chỉ là các nguyên mẫu.

Ừm, vậy khi chúng ta đang xây dựng nguyên mẫu thì tôi ừ, tôi thường không thực sự bật no mistakes ừ, cho kiểu ừ, god rails này.

Vậy thông thường cách nghĩ về khi nào nên bật no mistakes là ừ, nếu đây là một thay đổi mã mà nếu không thì bạn sẽ có một người xem xét cho bạn, thì bạn nên bật no mistakes.

Ừ, nếu đó là thứ mà bạn tự làm một mình ừ, và bạn không thực sự ừ, muốn ừ, có một người khác đồng nghiệp xem xét cho bạn, thì ừ, bạn cũng sẽ không muốn bật no mistakes.

Ừ, vậy Captain, kho lưu trữ GitHub công khai đã hoạt động.

Được, tốt đấy.

Ừm, nhưng thực ra tôi nhận ra một vấn đề ở đây.

Ví của Eddie uh, cái của Eddie uh, viết sai chính tả.

Ừm, Eddie uh, bị viết sai chính tả.

Uh, nó phải là e d i e.

Đó là uh, cách Eddie viết tên của mình.

Vậy hãy uh, sửa lại điều đó uh, uh cả ở local và trên GitHub.

Uh vâng, vậy bây giờ chúng tôi uh đã gửi bản sửa lỗi này.

Ừm vậy, FirstMate sẽ tìm cách thực sự thực hiện việc sửa lỗi.

Đây là điều mà uh tôi uh cảm thấy thực sự hài lòng uh bởi vì nếu không thì tôi sẽ là uh người phải tìm cách, "Ồ, mình có đổi tên repo local không?

Uh mình có đổi tên upstream trước không?

Uh làm sao để mọi thứ uh được sửa đúng?" Uh vậy, bây giờ FirstMate sẽ cứ thế làm điều đó

Cho tôi.

Được rồi, "Thuyền trưởng, repository công khai đã được đổi tên.

Local, remote và mô tả dự án đã được cập nhật.

Worker PRD đang sửa mọi chỗ viết eddy trong readme.

Tuyệt." Đây là điều uh tôi thực sự yêu thích ở FirstMate.

Nó lo liệu mọi thứ.

Uh tôi không cần phải nghĩ xem tất cả những việc tôi phải làm uh để sửa những thứ như thế này là gì, đúng không?

Ừm vậy, việc sửa chính tả đã sẵn sàng.

Nó cập nhật mọi thứ.

Uh "Được rồi.

Ừm chưa có kiểm tra CI nào được cấu hình." Uh vâng, đúng vậy.

Chúng tôi không có CI.

Ừm "Vậy, cái này đã được merge chưa?" Uh nó cập nhật readme.

Thông tin dự án uh đã được sửa.

Nhánh main vẫn không thay đổi un- uh cho đến khi tôi phê duyệt PR.

Uh tôi sẽ nói với FirstMate.

Uh bạn không cần tôi phê duyệt cho bất kỳ PR nào ngay bây giờ.

Uh mọi PR uh sau khi bạn xem xét thì đều ổn để merge.

Ừm chúng ta sẽ có quy trình phê duyệt chặt chẽ hơn sau này khi đã xây dựng được MVP.

Ừm được rồi.

Ừm vậy, bây giờ FirstMate có lẽ sẽ merge cái đó.

Uh và sau đó chúng ta có một repo được thiết lập đàng hoàng.

Lý- lý do uh tôi thiết lập repo này uh là vì tôi muốn ừm cho bạn thấy một thứ khác.

Uh nhưng hãy đợi việc này xong trước đã.

First mate nói PR đã được merge.

Vậy, hãy xem thử.

Ừm bây giờ có gì trong repo của chúng ta?

Repo ở đây.

Ừm và nó chỉ có một file readme, đúng không?

Ừm file readme là một tài liệu PRD, đúng chính xác những gì chúng ta yêu cầu.

Uh các quyết định đã chốt, v.v.

V.v.

Được rồi, tuyệt.

Vấn đề, người dùng mục tiêu.

Uh được rồi.

Vậy, về cơ bản nó đã ghi lại mọi thứ chúng ta đã nói uh vào tài liệu này, đúng không?

Lý do tôi tạo repo này và để nó ừm ghi lại PRD này là vì bây giờ tôi muốn làm việc trên thiết kế sản phẩm.

Ừm vậy, điều tôi sẽ làm là tôi sẽ dùng Cloud Design ừm để giúp chúng ta uh làm việc đó.

Và cách tôi tiếp cận là vào design systems và tạo một design system mới.

Lý do

Lý do tôi tạo ra một hệ thống thiết kế thay vì chỉ một thiết kế là vì một khi hệ thống thiết kế đã được thiết lập, sau này chúng ta có thể xây dựng thêm nhiều thành phần UI và nhiều màn hình hơn và thay đổi cách mọi thứ hoạt động mà không cần phải phát minh lại từng phần tử một, và chúng ta có thể đảm bảo rằng sẽ có sự nhất quán từ thời điểm này trở đi.

Vậy, chúng ta sẽ tạo ở đây và tên công ty.

Nó nên là tên sản phẩm,

Đúng không?

Ừm, vậy tên là ví của Eddie.

Và chúng ta sẽ lấy URL repo ở đây.

Và tôi sẽ thêm nó vào.

Ừm, liên kết mã.

Ờ không.

Ờ chỉ có một tệp readme thôi.

Không có mã nào cả.

Ờ không có gì.

Được rồi.

Vậy, ở đây những ghi chú thực sự quan trọng.

Ờ tôi sẽ cung cấp cho bạn một số bối cảnh.

Repo này hiện tại không có mã nguồn nào cả.

Ờ chúng tôi thực sự chưa bắt đầu xây dựng dự án này.

Ừm đây sẽ là một ứng dụng iOS.

Và bạn có thể đọc tệp readme để hiểu các yêu cầu.

Ừm vậy, ờ bạn sẽ cần tìm ra các màn hình chính và cứ thoải mái thách thức bất kỳ trải nghiệm người dùng được quy định sẵn nào trong đó.

Hãy sử dụng phán đoán của bạn để xác định đâu sẽ là trải nghiệm tốt nhất.

Tôi muốn trải nghiệm này vui vẻ, mang tính giáo dục và thân thiện với trẻ em, và đối với phụ huynh thì có sự kiểm soát tốt và tính minh bạch.

Ừm.

Vậy, đúng rồi.

Được rồi.

Vậy, Claude design hiện đang làm việc trên thiết kế này.

Nó đang bị quá tải.

Ôi, không.

Hãy xem liệu nó có thể phục hồi được không.

Ừm, hm.

Thử với Sonnet xem.

Chúng ta có dám thử với Sonnet không?

Ừm.

Hm.

Hãy thử Sonnet một lần xem.

Không sao đâu.

Ừm.

Sonnet sẽ không, Sonnet sẽ không thể đưa ra được những giải pháp thông minh lắm, nhưng ở đây tôi cũng không nghĩ vấn đề quá phức tạp, đúng không?

Vậy, tôi muốn nói là hãy thử xem liệu nó có thể giúp chúng ta hoàn thành được không.

Sonnet đang làm việc.

Ờ, Claude design về cơ bản sẽ xem xét các yêu cầu và bắt đầu tìm ra mọi thứ.

Tôi phải nói rằng việc tìm ra một hệ thống thiết kế là một trải nghiệm khá thú vị.

Nó sẽ đưa ra các khái niệm.

Nó sẽ đặt câu hỏi cho tôi.

Nó sẽ lắng nghe phản hồi của tôi, v.v.

Vân vân.

Vậy, tôi sẽ cho bạn thấy khi chúng ta tiến hành, nhưng sẽ mất một lúc đấy.

Vậy, hiện tại thì có lẽ hãy quay lại với Firstmate.

Vậy, ở đây bạn có thể thấy Firstmate đã thực hiện một lần nén rồi.

Vậy, giờ chúng ta quay lại mức 9,5%, đúng không?

Vậy là chúng ta còn rất nhiều dư địa để tiếp tục.

Việc nén thực ra sẽ không mất nhiều ngữ cảnh.

Hôm nay tôi chủ yếu chỉ dựa vào tính năng nén tự động cho các mô hình GPT.

Nó hoạt động rất tốt.

Ừm, tôi thực sự không chủ động thực hiện việc nén.

Tôi chỉ để cửa sổ ngữ cảnh chạy hết và để tính năng nén tự động làm việc của nó.

Ừm, vậy trong khi Cloud Design đang làm phần thiết kế, chúng ta thực ra có thể bắt đầu làm phần back end rồi, đúng không?

Này, bạn phó nhỉ.

Ừm, nhờ một nhà thiết kế xem qua thiết kế UI.

Trong lúc đó, chúng ta có thể khởi động một số công việc để xây dựng phần back end không?

Chúng ta cần thiết lập những gì?

Nếu có bất cứ thứ gì cần đến tôi, ví dụ như đăng nhập bằng Apple, v.v.

Vân vân.

Hãy cho tôi biết.

Nhưng bạn nên tiếp tục làm mọi thứ không bị chặn bởi tôi.

Cố gắng song song hóa công việc càng nhiều càng tốt.

Ừm, với Hetzner, thực ra tôi có một API token trong Atomic Vault của mình.

Vậy bạn có thể dùng nó để quản lý tài khoản Hetzner của tôi.

À, API token tôi có được gọi là H Cloud token.

Vậy tôi sẽ chỉ nói với nó.

Tôi đã nhắc đến một thứ gọi là Atomic Vault.

Đó là thứ tôi dùng để quản lý các bí mật của mình.

Tôi sẽ cho bạn xem ở đây.

À, Atomic Vault.

Tôi quản lý tất cả các bí mật trong này và nó có một luồng ủy quyền rất hay.

Vậy khi agent cần truy cập các bí mật, tôi sẽ thấy nó và tôi có thể quyết định xem tôi có phê duyệt không?

Tôi có không phê duyệt không?

Và điều đó thực sự hữu ích cho kiểu luồng này.

Đúng, bạn có thể thấy.

Nó đã đang yêu cầu token này rồi, đúng không?

Vậy tôi sẽ chỉ phê duyệt.

Nó cho tôi thấy Spy.

Vậy đây là agent của tôi ở đây.

Ừm, vậy đó là thứ tốt hơn so với các tệp môi trường.

À, vậy nhiều người chỉ đặt bí mật trong các tệp dot env đó, đúng không?

À và những tệp môi trường đó thực sự có thể khá dễ bị đánh cắp.

À, cái này đang làm gì vậy?

À ồ, nó đang gọi API để lấy các máy chủ, v.v.

Vậy tôi sẽ phê duyệt.

Ừm, vậy đúng rồi, mỗi lần agent cần dùng một bí mật production, tôi có thể thấy nó ở đây.

Tôi có thể thấy những lệnh nào đang được đề xuất chạy, rồi dùng đó để quyết định xem điều đó có ổn không, đúng không?

À, vậy cái này vẫn đang gọi API.

Ừm, có một số quy tắc tôi có thể đặt để cho phép agent làm việc này một cách tổng quát, để tôi không bị hỏi mỗi lần.

À nhưng, à tôi không muốn

Làm điều đó ngay bây giờ.

À, ngay bây giờ, thực ra tôi muốn thấy từng lệnh nó chạy để truy cập tài khoản Hetzner của tôi.

Ừm, Atomic Vault này là một dự án khá mới.

À, có lẽ tôi sẽ cho bạn xem ở đây.

Ừm, nó là Atomic, à nó là một dự án GitHub mã nguồn mở.

Ừm, thực ra nó được xây dựng bởi huyền thoại, người đã tạo ra Homebrew, haha, Max Howell.

Vậy, ừm, đó là lý do tại sao tôi tin tưởng dự án này.

Ừ, mặc dù đây là một dự án mới, tôi rất tin tưởng vào nó.

Ừm và tôi cũng đã đưa phản hồi cho Max về cách điều này có thể hữu ích hơn thông qua việc sử dụng của chính tôi.

Ừm và cho đến nay, nó thực sự hữu ích.

Ừ, bạn có thể thấy, đúng không?

Ừm, khi agent đang truy cập các bí mật, tôi có một cuộc đối thoại tốt để tôi có thể xem xét.

Ừ, đây là

Một thứ giúp tôi có sự tự tin rằng các bí mật của tôi không bị rò rỉ cho mục đích sử dụng không mong muốn.

Ừm, tôi nghĩ khi chúng ta giao phó ngày càng nhiều thứ cho các agent, điều này sẽ trở nên ngày càng quan trọng.

Ừm, vì nếu không, nếu bạn ném những bí mật này vào một tệp, bạn thực sự không biết khi nào agent đã tiết lộ nó.

Ừ, đúng không?

Ừ, vì chúng ta không xem xét từng lệnh gọi công cụ mà agent thực hiện.

Ừ, có thể agent đã công bố bí mật đó lên một tệp công khai khác hoặc gửi nó như một phần của lệnh gọi API công khai mà có một số máy chủ khác thu thập bí mật.

Ừ, vậy thực sự việc kiểm soát chặt chẽ nơi các bí mật đang đi, đặc biệt là bí mật sản xuất, sẽ ngày càng

Quan trọng.

Được rồi, FirstMate đã tạo ra ba luồng công việc song song.

Ừ, được rồi, API back-end.

Được rồi, ừ, lược đồ DB ngoài ranh giới.

Ừ, nó đang hỏi điều gì đó.

Được rồi, nó đang chạy một script Python.

Ừm, vâng, hiện tại tôi nghĩ mọi thứ nó cần tôi sẽ chỉ phê duyệt vì tôi biết nó đang thiết lập mọi thứ.

Ừm, nền tảng VPS với sao lưu và tự động hóa triển khai.

Ừ, mm.

Tôi thực sự nghĩ chúng ta, ừm, vậy, một điều tôi thích làm với VPS là tôi muốn thực sự làm cho việc triển khai mang tính khai báo.

Ừm, vậy, tôi thường làm điều đó với Terraform, những thứ như vậy, ừm, về cơ bản để ghi lại cơ sở hạ tầng dưới dạng mã.

Ừ, vậy, để tôi có thể hỏi.

Này FirstMate, ừ, đối với nền tảng VPS, chúng ta đang tiếp cận nó như thế nào?

Tôi thường thích sử dụng những thứ như OpenTofu, ừ, ừm, để làm cho cơ sở hạ tầng được hệ thống hóa thành mã.

Được rồi, ừ, vậy hãy xem FirstMate sẽ nói gì.

Ừm, vậy, ở đây, ừm, đã có ba agent song song đang chạy, ừ, mỗi cái làm một việc khác nhau.

Ừm, phần nào cần thay đổi, đúng không?

Agent này có phải thay đổi không?

Agent VPS có cần làm gì đó cho điều tôi đang nói không?

Tôi không cần lo lắng về điều đó bây giờ.

Ừ, tôi chỉ nói với FirstMate và FirstMate sẽ lo

Về điều đó.

Ừ, vậy đây thực sự là điều tuyệt vời khi làm việc với FirstMate là tôi không phải chịu gánh nặng tinh thần để lo lắng về việc agent nào cần được hướng dẫn và agent nào không.

Ừ, được rồi.

Vâng, Thuyền trưởng, tôi đã chuyển hướng công việc cơ sở hạ tầng sang sử dụng Open Toffu.

Được rồi, tuyệt.

Ừm, tôi thích Open Toffu, ừ, vì, ừ, nó chỉ là, ừ, bạn sẽ thấy sau.

Ừ, một khi tôi, ừ, một khi nó xong, tôi sẽ cho bạn xem cấu hình.

Ừ, bạn sẽ thấy rằng máy và các tài nguyên chúng ta cần đều được khai báo trong một tệp, ừ, mà chúng ta có thể kiểm tra và chúng ta có thể commit và chúng ta có thể kiểm soát nguồn, ừ, điều đó thực sự tuyệt.

Được rồi, vậy, ừ, ba agent, hãy để chúng làm việc, đúng không?

Ừ,

Back end đang được xây dựng.

Ừ, hãy đến front end.

Được rồi, hệ thống thiết kế vẫn đang được tạo.

Ừm, vậy nó đang làm rất nhiều việc.

Ừm, thường thì Cloud Design sẽ cho tôi xem thứ gì đó để tôi nhìn vào, ừ, ngay từ đầu, nhưng lần này thì không.

Ừ, có lẽ đây là điều Sonnet đã quyết định làm.

Ừm, tôi hơi muốn dùng Fable cho việc này, ừm, nhưng, ừ, cứ tiết kiệm trước đã.

Ừm, Sonnet, ừ, cứ tiếp tục và xem liệu chúng ta có thể đạt được kết quả đủ tốt không.

Cloud Design đã cho tôi xem Hệ thống Thiết kế Ví của Eddie.

Được rồi, xem nào.

Ừ, đây là một tệp read me.

Đây chỉ là một loạt các mô tả.

Ừ, các thiết kế đâu rồi?

Được rồi, đây là các thiết kế.

Ừ, thương hiệu, tôi không thể, ừ, đây là các biểu tượng, ừ, trông có vẻ hợp lý, phải không?

Ừm, wordmark, Ví của Eddie.

Được đấy, đơn giản.

Ừ, tôi, ừ, màu sắc.

Ừ, vàng.

Được.

Vàng óng.

Ừm, con trai tôi thích màu vàng.

Ừm, nhưng cái này trông, ừ, đúng rồi, xem nào, có lẽ xem một màn hình thật.

Màu trung tính.

Ừ, được.

Ừm, cái này trông giống, những màu này, ừ, trông, ừ, dễ chịu.

Ừ, vậy có lẽ ổn.

Ừm, được, cái này không tốt.

Phải không?

Nó, ừ, thậm chí còn không được căn giữa đúng cách.

Ừ, vậy chúng ta có thể đưa phản hồi.

Ừm, văn bản thậm chí còn không được căn giữa.

Ừm, còn gì nữa?

Ừ, ừ, đúng rồi, có lẽ chỉ vậy thôi.

Ừ, chúng ta sẽ đưa phản hồi khác ở chỗ khác.

Ừm, click-through.

Được.

Ồ, đây là một màn hình thật.

Được.

Ừ, tôi có thể thực sự nhấp vào không?

Ừ, đăng nhập bằng Apple.

Được.

Ừ, được.

Vậy đây là, ừm, thiết kế hiện tại.

Tôi nghĩ nó trông quá, ừ, nó không đủ trẻ con, phải không?

Ừm, tôi nghĩ tôi sẽ muốn cái này trông rõ ràng hơn là một ứng dụng dành cho trẻ em.

Ừ, vậy thêm chế độ xem này.

Mm.

Ừ, đây là số dư.

Cập nhật lần cuối, hoạt động gần đây.

Ừ, tất cả đều hợp lý.

Ừ, còn lại phải trả.

Được.

Ừm, hm.

Được rồi.

Ừ, những thứ khác vẫn chưa được xây dựng.

Bài học tiếp theo.

Vay và trả nợ.

Ồ, được rồi.

Ừm, được rồi.

Phản hồi chính của tôi là cảm giác tổng thể của ứng dụng này không giống như một ứng dụng dành cho trẻ em.

Ừ, vậy tôi sẽ đưa ra phản hồi ở đây.

Thiết kế tổng thể của ứng dụng này không giống như một ứng dụng dành cho trẻ em và nó chưa đủ.

Tôi nghĩ chúng ta nên hướng nhiều hơn đến việc làm cho ứng dụng mang lại cảm giác vui vẻ và thân thiện với trẻ em.

Ừ, những cái này đều ổn.

Những cái này, ừ, nhưng tôi nghĩ sau khi Cloud Design giải quyết phản hồi trước đó của tôi rằng cái này chưa đủ thân thiện với trẻ em, có thể nó sẽ tạo ra nhiều thay đổi.

Chúng ta cũng có thể yêu cầu Cloud Design làm nhiều hơn ở đây.

Tôi nghĩ ngoài những gì chúng ta có ở đây, chúng ta cũng cần thiết kế biểu tượng ứng dụng, đúng không?

Vậy, hãy đưa cho tôi một số lựa chọn để tôi có thể xem xét và quyết định.

Được rồi.

Tôi cũng bỏ qua cái đó luôn.

Vậy, ừ, sẽ mất một chút thời gian để lặp đi lặp lại những gì chúng ta đã nói.

Ừm, hãy để nó làm việc của nó.

Và bây giờ hãy quay lại phần back end.

Ừm, ở đây tại Captain, việc điều tra đăng nhập bằng Apple đã hoàn tất.

Xác nhận đã trả phí.

Đúng, tôi có, tôi sẽ nói chuyện với First Mate ở đây.

Đúng, tôi có tư cách thành viên Apple Developer trả phí.

Được rồi, đối với các bước mà bạn cần tôi thực hiện, bạn có thể liệt kê các bước chính xác và cần truy cập URL nào không?

Ừ, sau đó tôi sẽ tự đi làm việc đó.

Ừ, việc thiết lập Hetzner cũng đã cung cấp một máy chủ chuyên dụng.

Ừ, được rồi.

Chà, nhanh thật.

Ừm, chi phí hiện tại khoảng chừng này một tháng trước thuế và lưu lượng truy cập.

Ừ, được rồi.

Điều đó ổn.

Điều đó tốt hơn 30 đến 60 đô la, đúng không?

Ừm, các máy chủ hiện có, ừ, được rồi, được rồi.

Ừ, anh ấy đang làm việc của mình.

Thiết kế thẻ.

Ừ, đáng lẽ nó đã thực hiện một số lần lặp lại.

Ừ, hãy xem có, ừ, ừ, các lựa chọn biểu tượng ứng dụng không.

Được rồi.

Hãy xem các biểu tượng của chúng ta trước.

Đây là các biểu tượng của chúng ta.

Ừ, hm.

Vậy, nó đang sử dụng một con heo đất, ừ, làm, ừ, phép so sánh, heo đất tiết kiệm.

Eo, cái đó không tốt.

Ừ, tôi khá thích con heo đất.

Ừm, cái này giống một chiếc ví hơn.

Ừ, đây là những đồng xu.

Được rồi.

Vậy, hợp lý.

Ừm, tôi nghĩ chúng ta chọn heo đất.

Ừm, đối với biểu tượng, à, đối với biểu tượng, chúng ta sẽ dùng con heo.

Ừm, nhưng làm cho con heo trong biểu tượng to hơn một chút.

Và đảm bảo tạo các hình ảnh biểu tượng mà tôi có thể sử dụng trực tiếp trong ứng dụng iOS của mình.

Ừm, đó là vì, à, ứng dụng iOS có một số yêu cầu định dạng cho các biểu tượng.

Ừm, được rồi, đó là biểu tượng.

À, hình thu nhỏ.

À, được rồi, đó là, à, hãy quay lại hệ thống thiết kế.

À, chúng ta nên xem xét.

À, vâng, vậy việc căn giữa văn bản này đã được sửa.

À, chúng ta nên xem xét luồng nhấp chuột.

Ừm, ồ, nó, nó đang nảy.

Được rồi, tốt hơn một chút.

À, bây giờ nó đang nảy.

À, đăng nhập.

Thêm chế độ xem này.

Làm tốt lắm.

À, đây là một thành tựu.

Nhưng số dư ở đâu?

À, còn lại một khoản phải trả.

Ừm, à, được rồi, à, để tôi quay lại với First Mate.

Nó đã nói rất nhiều điều.

Thuyền trưởng, đây là các bước chính xác.

Chọn ID gói.

Được rồi, vâng, tốt, tốt lắm.

Xác nhận nhóm Apple của tôi.

Đăng ký ID ứng dụng.

Được rồi.

Được rồi, bạn biết tôi sẽ làm gì không?

Tôi sẽ yêu cầu First Mate làm điều đó cho tôi.

Này First Mate, bạn thực sự có thể sử dụng Chrome DevTools XE để điều khiển cửa sổ trình duyệt của tôi.

Bạn có thể làm tất cả các bước này cho tôi trong trình duyệt của tôi không?

Tôi đã đăng nhập vào Apple Store Connect của mình rồi.

Tuyệt.

Hãy xem liệu First Mate có thực sự truy cập được trình duyệt Chrome của tôi không.

Bây giờ, hãy quay lại Cloud Design.

Vì vậy, nó cần làm mới để tải lại nguyên mẫu.

Đăng nhập bằng Apple.

Hãy chỉ xác nhận chế độ xem của Eddie có số dư.

Được rồi, vâng, số dư ở đây.

Cái này đẹp hơn nhiều.

Làm tốt lắm, có con heo đang nảy, phông chữ lớn.

Được rồi.

Cái này đủ tốt rồi, phải không?

Vậy, hãy xây dựng cái này thôi.

Vậy, điều chúng ta làm bây giờ là chia sẻ.

Vì vậy, chúng ta sẽ xuất toàn bộ thứ này dưới dạng tệp zip.

Vậy, lưu trữ dự án, đúng.

Bây giờ nó đã ở trên máy cục bộ của tôi, tôi có thể quay lại First Mate và yêu cầu First Mate tiếp quản.

Này First Mate, nhóm thiết kế của chúng tôi đã trở lại với toàn bộ hệ thống thiết kế và bản mô phỏng.

Vậy, hãy làm theo đó để xây dựng ứng dụng iOS của chúng ta ngay bây giờ.

Hệ thống thiết kế nằm trong một đường dẫn tệp, tôi sẽ đưa nó cho bạn ở đây.

Nó nằm trong thư mục downloads.

Thiết kế ví của Eddie.

Ờ, làm ơn lấy hệ thống thiết kế, ờ, sao chép và thiết lập nó trong repo của chúng ta rồi làm theo hệ thống thiết kế để xây dựng giao diện người dùng thực tế của chúng ta.

Ờ, giao diện người dùng nên là một, ừm, ứng dụng iOS, ờ, có thể dùng được trên cả iPhone và iPad.

Ờ, giờ nghĩ lại, ờ, tôi nghĩ chúng ta không nên xây dựng phần back end trong cùng một repo.

Ờ, phần back end có lẽ cần là một repo riêng tư.

Ờ, chỉ có phần front end, ứng dụng iOS sẽ nằm trong repo mã nguồn mở.

Được rồi.

Ờ, hãy đưa chỉ thị đó cho FirstMate.

Ừm, FirstMate đang bận làm gì đó.

Ờ, thực ra tôi không chắc, ờ, nó đang làm gì, nhưng tôi thường không thực sự quan tâm.

Ừm, tôi chỉ tiếp tục đổ hết suy nghĩ của mình, ờ, những gì tôi muốn hoàn thành cho FirstMate, và chờ FirstMate xử lý mọi thứ.

Ờ, tôi biết FirstMate đang làm gì.

Nó có lẽ đang dùng trình duyệt.

Ờ, vậy để tôi

Thực ra vào trình duyệt của tôi để xem liệu, yeah, yeah, yeah.

Cái này, ờ, hiện đang được FirstMate điều khiển.

Ờ, nó, ờ, đang tiến tới, yeah, nó đang gặp một số vấn đề với, ờ, việc không dùng một tên hợp lệ.

Vậy đây là những thứ mà nếu không thì tôi sẽ phải tự mình nhấp qua, ờ, nhưng giờ tôi chỉ để, ờ, FirstMate điều khiển trình duyệt của tôi.

Ừm, thực ra tôi thấy ổn với điều đó, ừm, bởi vì, ờ, đây là những thứ mà, ờ, sẽ không có hậu quả tai hại.

FirstMate đang, ờ, nói với tôi điều gì đó.

Công việc giao diện người dùng front end.

Được rồi, tôi đã bắt đầu việc đó.

Tôi có thể thấy có một agent ở đây đang làm việc.

Ờ, được rồi.

Vâng, đã xác nhận.

Tên này ổn.

Ờ, và repo này sẽ vẫn ở chế độ riêng tư trong lúc này.

Ờ, và quy trình PR trực tiếp cũng đúng.

Được rồi.

Được rồi.

Ờ, GPT models hiện tại, cửa sổ ngữ cảnh 272K này hơi ngắn.

Nếu bạn đang chạy Cloud, bạn sẽ có một triệu token làm cửa sổ ngữ cảnh.

Nhưng thực ra điều đó không tạo ra quá nhiều khác biệt trong thực tế bởi vì việc nén lại tốt đến mức nào.

Vậy nên mỗi khi nó hết, nó chỉ thực hiện việc nén rồi tiếp tục.

Và trước đó chúng ta đã thực hiện một lần nén và nó không thể nhận ra bất kỳ khác biệt nào, đúng không?

Nó biết tôi đang làm gì.

Nó ghép mọi thứ lại với nhau.

Yeah, đó là một thứ mà GPT models thực sự giỏi hiện nay.

Và cho đến nay trong toàn bộ phiên này, chỗ duy nhất mà tôi cảm thấy Luna không đủ thông minh là quyết định chi phí VPS, đúng không?

Đó là thứ duy nhất nó đưa ra một đề xuất mà tôi không đồng ý bởi vì nó dựa trên một số dữ liệu sai.

Và tôi đã phải đưa ra một số ý kiến để sửa lại.

Nếu không thì mọi thứ khác ở đây đều chạy cực kỳ trơn tru.

First mate cũng thiết lập repo back end.

Nhưng nó đang chờ tôi điều gì vậy?

Này First mate, bạn đã lấy được mọi thứ cần thiết trên trang Apple developer chưa?

Hay có điều gì đang chờ tôi?

Không hẳn, được rồi.

Ừm, Team ID đã xác nhận, đã thử Apple ID.

Không xuất hiện.

Ồ, tôi nghĩ đó là do lỗi về tên của ứng dụng.

Tôi nghĩ bạn nên thử lại.

Bạn sẽ có thể làm được điều này.

Trước đó có một lỗi mà tôi thấy về tên hiển thị của ứng dụng không hợp lệ.

Đại loại là về điều đó.

Vậy hãy đảm bảo tên hiển thị không có bất kỳ ký tự nào không được phép.

Được rồi.

Ừ, tôi nghĩ tác nhân có quyền truy cập vào trình duyệt.

Nó có thể đã bỏ lỡ việc hiển thị lỗi đó.

Vậy, hãy thử lại một lần nữa.

Ừ, có lẽ chúng ta nên xem nó hoạt động.

Ví của Addy, được rồi.

Và nó cần chọn đúng các khả năng.

Tôi nghĩ nó cần có đăng nhập bằng Apple, đúng vậy.

Đăng nhập bằng Apple.

Nó sẽ thêm nó vào chứ?

Ừ, không, không cần thiết.

Được rồi.

Đã đăng ký.

Được rồi.

Bây giờ, ví của Addy đã được đăng ký.

Ừm, tốt lắm.

Vậy, bây giờ nó sẽ có thể làm mọi thứ cần thiết ngoại trừ có thể là tải xuống một số khóa hoặc những thứ tương tự.

Và nhân tiện, lý do tác nhân có thể kiểm soát mọi thứ là vì tôi đã bật cái này.

Ừ, nó được gọi là inspect.

Nó là gì nhỉ?

Inspect.

Ừm, và có cái này, gỡ lỗi từ xa.

Cái này cần được bật trước khi tác nhân có thể kiểm soát cửa sổ trình duyệt hiện có của bạn.

Nếu không thì tác nhân sẽ chạy một cửa sổ trình duyệt riêng biệt mà có thể không có thông tin đăng nhập của bạn.

Vậy, cái này đã được bật trước khi tôi bắt đầu bản demo.

Tôi để cái này bật suốt.

Và mỗi khi một phiên tác nhân mới cố gắng kiểm soát trình duyệt, nó sẽ thực sự yêu cầu quyền.

Ừ, vậy, đúng, đó là cách tác nhân có thể kiểm soát mọi thứ cho tôi.

Ừm, tôi đã đạt được khá thành công.

Được rồi, tuyệt.

Apple, ID ứng dụng bây giờ đã xuất hiện.

Ừm, được rồi.

Có điều tôi vừa nghĩ ra.

Chúng ta sẽ kiểm thử cái này từ đầu đến cuối như thế nào, đúng không?

Tôi nghĩ con đường ngắn nhất có lẽ là đảm bảo chúng ta kiểm thử ứng dụng iOS trong trình mô phỏng và trỏ ứng dụng của trình mô phỏng đến phần phụ trợ thực của chúng ta để chúng ta có thể trải nghiệm từ đầu đến cuối nhằm xem liệu chúng ta có thực sự đăng nhập được và mọi thứ không.

Được rồi, first mate vừa quay lại.

Nó nói cả hai PR đã xem xét đều đã được hợp nhất.

Ừ, hạ tầng phần phụ trợ đã có.

Ừ, ứng dụng iOS và iPad OS gốc và hệ thống thiết kế đã có.

Ừ, ứng dụng đã vượt qua kiểm tra hợp lệ trình mô phỏng iPhone.

Ừ, được rồi.

Ừm, vậy [hắng giọng] về cơ bản, ừm, mọi thứ đều tốt.

Ừ, nhưng tôi không, ừm, tôi cần một số bằng chứng.

Này bạn phó nhứt, việc này sẽ kết thúc từ đầu đến cuối như thế nào?

Ứng dụng iOS của chúng ta đã kết nối với backend chưa?

Tôi thực sự nghi ngờ điều đó vì, ừ, đúng vậy, không.

Ứng dụng iOS chưa được kết nối với backend.

Ừ, nó chỉ là giả lập.

Vậy vẫn còn rất nhiều việc phải làm, đúng không?

Vậy chúng ta nên tiếp tục triển khai cho đến khi thực sự có thể, ừ, kiểm thử mọi thứ từ đầu đến cuối, ít nhất là, ừ, trong trình giả lập.

Ừ, trong trình giả lập tôi nên làm, tôi phải có thể đăng nhập bằng Apple và, ừ, với tài khoản Apple thật của mình và kết nối với backend thật của tôi trên VPS.

Ừ, đó sẽ là điều tôi coi như MVP đã hoàn thành.

Vậy hãy, ừ, tìm hiểu, ừ, kế hoạch triển khai để đạt được