Công cụ mã hóa AI và tích hợp quy trình làm việc

Lợi nhuận:

• Khả năng ánh xạ các danh mục hoàn thành trình chỉnh sửa, trợ lý trò chuyện, tác nhân CLI và tự động hóa CI vào các tác vụ
• Khả năng điều chỉnh mức độ tự chủ theo rủi ro và áp dụng kỷ luật 'lên kế hoạch trước' cho các đại lý CLI
• Khả năng chuyển đổi việc sử dụng AI thành hệ thống nhóm dựa trên công cụ được xác thực, cổng xác minh, tính minh bạch và trách nhiệm giải trình

Cho đến nay chúng ta đã học cách sử dụng AI trong các nhiệm vụ riêng lẻ (viết mã, đánh giá, kiểm tra, gỡ lỗi). Trong bài cuối cùng này, chúng ta ghép các phần lại với nhau: tìm hiểu các công cụ mã hóa AI khác nhau, kết hợp công cụ phù hợp với công việc phù hợp và nhúng chúng một cách an toàn vào quy trình phát triển hàng ngày của bạn—từ trình soạn thảo đến kiểm soát phiên bản, từ quy trình CI/CD đến quản trị nhóm. Mục tiêu là biến thói quen “thỉnh thoảng hỏi AI” lộn xộn thành một hệ thống làm việc nhất quán và có thể kiểm tra được.

Chúng tôi bao gồm các loại xe bằng danh mục trung lập (tên sản phẩm cụ thể thay đổi nhanh chóng; điều quan trọng là danh mục đó). Mỗi danh mục đều có một “điểm hấp dẫn” và hồ sơ rủi ro; Sự thành thạo là biết nên trao bao nhiêu quyền tự chủ cho nhiệm vụ nào.

Danh mục Công cụ mã hóa AI

1. Hoàn thiện trong trình chỉnh sửa. Các plugin đề xuất dòng/khối khi bạn nhập vào IDE (môi trường phát triển nơi bạn viết mã). Điểm hấp dẫn: tốc độ trong luồng, mã soạn sẵn. Rủi ro: bối cảnh hẹp, chấp nhận gợi ý mà không cần suy nghĩ.

2. Trợ lý trò chuyện/bảng bên. Giao diện trò chuyện được nhúng trong IDE với khả năng hiển thị trong một phần cơ sở mã của bạn. Điểm thú vị: mô tả, tái cấu trúc, thử nghiệm, phân tích lỗi. Rủi ro: giới hạn trong bối cảnh bạn đưa ra, yêu cầu xác minh.

3. Tác nhân CLI (công cụ tác nhân). Các công cụ chạy từ dòng lệnh, có thể đọc và sửa đổi nhiều tệp, chạy lệnh và tự thực hiện các tác vụ gồm nhiều bước. Điểm thú vị: thay đổi nhiều tệp, tác vụ lặp đi lặp lại, công việc loại "thêm thuộc tính này". Rủi ro: quyền tự chủ cao = tác động cao; Nếu không được chọn, nó sẽ tạo ra những thay đổi rộng rãi và khó xác minh.

4. Tích hợp dây chuyền/tự động hóa. Các bot CI (Tích hợp liên tục) để lại nhận xét đánh giá tự động về PR, đề xuất kiểm tra hoặc tạo nhật ký thay đổi. Điểm ngọt ngào: bộ lọc đầu tiên không mệt mỏi, nhất quán. Rủi ro: tiếng ồn, sự tự tin sai lầm.

Gợi ý: Khi quyền tự chủ tăng lên thì quyền kiểm soát cũng phải tăng lên. Bởi vì quá trình hoàn thành trình soạn thảo diễn ra rất nhỏ và tức thời nên nó được giám sát nhẹ nhàng; Việc sửa đổi nhiều tệp của tác nhân CLI phải được kiểm tra giống như, nếu không muốn nói là cẩn thận hơn, so với PR của con người.

Từng bước: Nhúng AI vào quy trình làm việc

1. Ánh xạ nhiệm vụ tới công cụ. Bổ sung nhỏ trong luồng → hoàn thành; hiểu/tái cấu trúc/kiểm tra → trò chuyện; công việc nhiều tập tin, lặp đi lặp lại → tác nhân CLI; bộ lọc đầu tiên liên tục → tích hợp CI.
2. Chọn mức độ tự chủ. Người đại diện có bao nhiêu tự do? Đề xuất chỉ đọc hoặc sửa đổi tệp + thực thi lệnh? Điều chỉnh cho rủi ro.
3. Nuôi dưỡng bối cảnh. Đưa vĩnh viễn các quy tắc dự án (phong cách, kiến ​​trúc, những điều “không nên làm”) vào công cụ; Sử dụng tệp hướng dẫn dự án thay vì giải thích đi giải thích lại.
4. Duy trì các cổng xác minh. Sự thay đổi của AI cũng giống như sự thay đổi của con người: nó trải qua quá trình tổng hợp, thử nghiệm, đánh giá và (nếu quan trọng) được chuyên gia phê duyệt. AI mở PR không bỏ qua sự phê duyệt.
5. Đo lường và điều chỉnh. Hãy xem điều gì thực sự tăng tốc, nơi gánh nặng điều chỉnh tăng lên; Cắt bỏ những cách sử dụng không hiệu quả.

Ba hộp nhỏ

Trường hợp 1 - Tác nhân CLI xử lý việc đổi tên nhiều tệp. Một nhóm sẽ đổi tên một khái niệm trải rộng trên 60 tệp. Họ giao nhiệm vụ cho nhân viên CLI, đầu tiên yêu cầu kế hoạch, phê duyệt kế hoạch, sau đó thực hiện thay đổi và chạy toàn bộ bộ thử nghiệm. Đặc vụ 3 bỏ lỡ một trường hợp đặc biệt trong hồ sơ; Các cuộc kiểm tra đã phát hiện ra nó, sửa nó. Công việc mất khoảng 3 giờ thủ công này đã được hoàn thành trong 50 phút với sự giám sát.

Trường hợp 2 - Quyền tự chủ không được kiểm soát đã phản tác dụng. Một nhà phát triển khác yêu cầu một đại lý "cải thiện mô-đun này" và phát hành nó; Tác nhân đã sửa đổi 18 tệp và thêm hai phần phụ thuộc. Sự thay đổi quá rộng đến mức không thể xem xét lại và phải rút lại. Bài học: cung cấp cho các đại lý phạm vi hẹp, tiêu chí chấp nhận rõ ràng và kỷ luật lập kế hoạch trước, thực hiện sau.

Trường hợp 3 - Bot đánh giá CI trở thành bộ lọc đầu tiên. Một nhóm đã chế tạo một bot để lại nhận xét đánh giá AI tự động về PR. Sau khi bot phát hiện được các thiếu sót trong kiểm tra null và các vấn đề về kiểu dáng, người đánh giá có thể dành thời gian cho logic kinh doanh. Tuy nhiên, nhóm đã nói rõ rằng bot không đưa ra “sự phê duyệt”: vẫn cần có ít nhất một sự phê duyệt của con người. Để giảm tiếng ồn, họ điều chỉnh con thuyền để chỉ để lại tiếng ồn ở cường độ cao/trung bình.

Bốn mẫu có thể sao chép

Kỷ luật “Lập kế hoạch trước” đối với đại lý CLI:

Nhiệm vụ: {{rõ ràng, nhiệm vụ hẹp}}Tiêu chí chấp nhận: {{measurable result}}Ràng buộc: chỉ hoạt động trên {{thư mục/tệp sau}}; thêm phần phụ thuộc mới. Trước tiên, hãy trình bày một kế hoạch KHÔNG THAY ĐỔI: tệp nào, nội dung nào sẽ thay đổi, thử nghiệm nào sẽ chạy. Đợi tôi PHÊ DUYỆT kế hoạch. Sau đó áp dụng từng bước một, chạy thử nghiệm ở mỗi bước.

Tệp hướng dẫn dự án (bối cảnh liên tục cho các công cụ):

Các quy tắc nhất quán cho các công cụ AI trong dự án này:- Ngôn ngữ/phiên bản: {{...}}. Kiểu: {{...}}.- Ràng buộc về kiến ​​trúc: {{e.g. hướng giữa các lớp}}.- KHÔNG BAO GIỜ: nhúng bí mật, sử dụng dữ liệu sản xuất, {{thư viện bị cấm}}.- Mọi thay đổi đều phải có thể kiểm tra được; Thay đổi chữ ký API công khai MÀ KHÔNG cần hỏi. - Khi nghi ngờ, hãy dừng lại và hỏi.

Quyết định ánh xạ công cụ nhiệm vụ:

Tôi xác định nhiệm vụ sau: {{task}}. Tôi nên thực hiện việc này với loại công cụ nào: (a) hoàn thiện trình soạn thảo, (b) trợ lý trò chuyện, (c) tác nhân CLI, (d) tự động hóa CI? Viết lý do cơ bản, rủi ro và mức độ tự chủ được đề xuất của bạn (chỉ đề xuất/thay đổi tệp/lệnh chạy).

CI xem xét quy tắc ứng xử của bot:

Chỉ để lại những phát hiện về mức độ nghiêm trọng CAO và TRUNG BÌNH làm nhận xét trong bài đánh giá PR. Mỗi phát hiện: thể loại, mức độ nghiêm trọng, đề xuất điều chỉnh. Thu thập các ghi chú ở cấp độ ưu tiên về phong cách thành một nhận xét tóm tắt riêng biệt. BẠN KHÔNG ĐỒNG Ý; cần có sự chấp thuận của con người

Dấu nhắc yếu / Dấu nhắc mạnh

Yếu: (với đại lý CLI) "Làm cho mô-đun thanh toán tốt hơn."

Mạnh: (Đối với tác nhân CLI) "Chỉ chạy trong src/thanh toán/. Nhiệm vụ: Trích xuất logic xác thực đệ quy từ hàm return() vào một trình trợ giúp duy nhất; hành vi và chữ ký không thay đổi. Đầu tiên hãy trình bày kế hoạch và chờ tôi phê duyệt; sau đó thực thi và chạy các thử nghiệm/thanh toán/gói. Thêm phần phụ thuộc mới."

Phiên bản mạnh thu hẹp phạm vi, đặt ra các tiêu chí và ràng buộc chấp nhận, đồng thời áp đặt nguyên tắc "kế hoạch trước". Những yêu cầu mơ hồ “làm tốt hơn” là nguyên nhân sâu xa của những thay đổi to lớn và không thể kiểm soát được.

hạng xe

Điều anh ấy giỏi nhất

quyền tự chủ

trọng lượng kiểm tra

Hoàn thành biên tập

Bổ sung nhỏ trong luồng

thấp

Nhẹ (đọc tức thì)

trợ lý trò chuyện

Hiểu, kiểm tra, tái cấu trúc

trung bình

Trung bình (xác minh đầu ra)

đại lý CLI

Nhiều tập tin, đệ quy

cao

Nặng (kế hoạch + đánh giá đầy đủ)

Tự động hóa CI

Bộ lọc đầu tiên liên tục

trung bình

Trung bình (quy tắc + sự chấp thuận của con người)

Quản trị nhóm: Từ kỹ năng cá nhân đến hệ thống chia sẻ

Sử dụng tốt AI trên cơ sở cá nhân là một bước khởi đầu; Sự trưởng thành thực sự là một hệ thống nhất quán ở cấp độ nhóm. Hệ thống này dựa trên một số trụ cột: danh sách các công cụ được phê duyệt (công cụ nào có thể được sử dụng với dữ liệu nào - từ đơn vị 10), cổng xác minh (thay đổi AI đi qua cùng một cổng xây dựng/kiểm tra/đánh giá - từ đơn vị 11), tính minh bạch (nói rõ rằng một thay đổi được hỗ trợ bởi AI cung cấp khả năng truy xuất nguồn gốc khi cần thiết) và sự rõ ràng về trách nhiệm (người ký và chịu trách nhiệm phải rõ ràng). Khung này hạn chế rủi ro trong khi duy trì tốc độ và đảm bảo rằng các thành viên mới trong nhóm làm việc theo cùng một nguyên tắc.

Thận trọng: Quyền tự chủ của một công cụ càng cao—đặc biệt là các tác nhân CLI có thể sửa đổi tệp, chạy lệnh—càng hạn chế chặt chẽ việc truy cập vào môi trường sản xuất, dữ liệu bí mật và các hoạt động khó hoàn nguyên. Buộc các lệnh phá hoại (xóa vĩnh viễn, triển khai) với sự chấp thuận của con người.

Những lỗi thường gặp

• Nhiệm vụ có nghĩa là không tương thích. Cố gắng thực hiện một công việc nhiều tệp với việc hoàn thành trình soạn thảo hoặc một tệp đính kèm nhỏ với tác nhân nặng.
• Giải phóng đại lý. Các nhiệm vụ của tác nhân được giao với phạm vi hẹp và không có “kế hoạch trước” sẽ tạo ra những thay đổi chưa được kiểm tra.
• Nới lỏng các cổng xác minh cho AI. “AI đã làm được, hãy tiến nhanh lên” là ngoại lệ nguy hiểm nhất; Các cánh cửa đều giống nhau cho tất cả mọi người.
• Đưa ra bối cảnh theo cách thủ công mọi lúc. Việc không ghi các quy tắc dự án vào một tệp lệnh cố định sẽ tạo ra sự không nhất quán và trùng lặp.
• Nhầm sự chấp thuận của bot CI với sự chấp thuận của con người. Bot là một bộ lọc; Sự chấp thuận của con người có trách nhiệm là bắt buộc.

Tóm lại

Các công cụ mã hóa AI thuộc bốn loại chính: hoàn thiện trình soạn thảo, trợ lý trò chuyện, tác nhân CLI và tự động hóa CI. Sự thành thạo là kết hợp nhiệm vụ với công cụ phù hợp và mức độ tự chủ phù hợp; Khi quyền tự chủ tăng lên thì quyền kiểm soát cũng tăng lên. Cung cấp cho các công cụ bối cảnh dự án ổn định, áp đặt nguyên tắc “lên kế hoạch trước tiên” đối với các tác nhân có nhiều tệp và chuyển sự thay đổi AI qua các cổng xác minh giống như sự thay đổi của con người. Kỹ năng cá nhân; Chuyển đổi nó thành một hệ thống nhóm được xây dựng trên danh sách công cụ được phê duyệt, cổng xác minh, tính minh bạch và rõ ràng về trách nhiệm. AI là hệ số nhân tốc độ từ đầu đến cuối; Người ký, kê khai luôn là người có thẩm quyền.

Nhiệm vụ ứng dụng

Liệt kê ba nhiệm vụ thực tế bạn sẽ làm vào tuần tới. Sử dụng mẫu “quyết định phù hợp giữa nhiệm vụ và phương tiện” cho từng loại để xác định loại phương tiện và mức độ tự chủ mà bạn sẽ chọn. Sau đó, thực hiện một nhiệm vụ hẹp cho nhân viên CLI (hoặc trợ lý trò chuyện) với nguyên tắc “lên kế hoạch trước”: phê duyệt kế hoạch, thực thi kế hoạch, chạy thử nghiệm và xem xét thay đổi giống như một PR con người. Cuối cùng, hãy soạn thảo “quy tắc sử dụng AI” gồm 5 điểm cho nhóm của bạn (các công cụ đã được phê duyệt, quy tắc dữ liệu, cổng xác minh, giới hạn quyền tự chủ, trách nhiệm giải trình).

danh sách kiểm tra

• [ ] Tôi có thể phân biệt giữa các danh mục công cụ mã hóa AI và điểm thú vị của từng danh mục.
• [ ] Tôi sắp xếp nhiệm vụ theo đúng loại phương tiện và mức độ tự chủ phù hợp.
• [ ] Tôi cung cấp bối cảnh dự án cố định (tệp hướng dẫn) cho các công cụ.
• [ ] Tôi áp dụng phạm vi hẹp và kỷ luật "lên kế hoạch trước" cho các đại lý CLI.
• [ ] Tôi chuyển những thay đổi của AI qua cùng một cổng xác minh như những thay đổi của con người.
• [ ] Tôi ủng hộ một công cụ đã được xác thực, quy tắc dữ liệu, khuôn khổ minh bạch và trách nhiệm giải trình ở cấp độ nhóm.

Thi học phần

1. Mô hình ngôn ngữ lớn cơ bản của trợ lý mã hóa thực sự làm gì khi nó tạo mã?

• A) Dự đoán theo mẫu khả năng tiếp tục xảy ra dựa trên bối cảnh nhất định ✔
• B) Đảm bảo kết quả chính xác bằng cách biên dịch và chạy mã thực sự
• C) Nó quét mã trực tiếp trên internet và sao chép mã chính xác nhất.
• D) Hiểu logic của mã như một kỹ sư con người và hiểu ý định

Làm rõ: LLM không 'hiểu' mã như con người; Nó tạo ra khả năng tiếp tục cao nhất cho bối cảnh nhất định, dựa trên các mẫu mà nó học được từ một lượng lớn văn bản và mã. Do đó, chất lượng đầu ra trực tiếp phụ thuộc vào chất lượng của ngữ cảnh và hướng dẫn bạn đưa ra, đồng thời mỗi đầu ra phải được xác thực.

2. Bạn gọi nó là gì khi AI tạo ra một chức năng hoặc thư viện không tồn tại một cách thuyết phục và đâu là thuốc giải độc thực sự duy nhất?

• A) Đây được gọi là lỗi biên dịch; Thuốc giải độc là trang bị mạnh hơn
• B) Đây gọi là ảo giác; Thuốc giải độc là xác minh mã và từng API được sử dụng ✔
• C) Đây được gọi là hồi quy; Thuốc giải độc là khởi động lại mô hình
• D) Đây được gọi là tràn ngữ cảnh; Thuốc giải độc là rút ngắn lời nhắc

Mô tả: Đây được gọi là ảo giác và gây ra một trong những lỗi đắt giá nhất trong phần mềm. Thuốc giải độc thực sự duy nhất là xác minh: xác nhận rằng mọi chức năng, API và gói được sử dụng thực sự tồn tại và mã hoạt động. Giọng điệu tự tin của người mẫu không phải là bằng chứng về tính chính xác.

3. Cách tiếp cận nào cải thiện chất lượng và tính nhất quán của đầu ra khi tạo mã bằng AI?

• A) Giải phóng mô hình bằng cách nói 'viết cái này cho tôi' mà không đưa ra bất kỳ ngữ cảnh nào
• B) Viết lời nhắc dài nhất và lạ mắt nhất có thể
• C) Chỉ định và đưa ra ví dụ về hợp đồng đầu vào/đầu ra, trường hợp cạnh, phiên bản và kiểu dáng ✔
• D) Kết hợp mã được tạo trực tiếp mà không cần đọc nó

Giải thích: Việc xác định loại đầu vào/đầu ra (hợp đồng), trường hợp biên, ràng buộc về ngôn ngữ/phiên bản và kiểu dáng của hàm, đồng thời đưa ra ví dụ cho mô hình cho phép chuyển đổi từ dự đoán sang độ chính xác. Yêu cầu 'viết cho tôi điều này' không ngữ cảnh tạo ra mã khác nhau mỗi lần và thường bỏ qua các trường hợp đặc biệt.

4. Khi khám phá một cơ sở mã nước ngoài bằng AI, tên của hàm có thể là 'validateAndSave' nhưng bản tóm tắt AI có thể không chính xác. Cách tiếp cận đúng đắn là gì?

• A) Hoàn toàn tin tưởng vào bản tóm tắt AI vì tên này có thể tự giải thích
• B) Thay đổi chức năng trực tiếp mà không cần đọc nó
• C) Quyết định chỉ bằng cách nhìn vào tên hàm
• D) Coi mô tả AI như một giả thuyết và xác minh từng dòng xác nhận quan trọng trong mã ✔

Giải thích: AI có thể nhìn vào tên trong mã và cho bạn biết 'nó trông như thế nào', nhưng trên thực tế, logic có thể khác (hoặc thậm chí bị đảo ngược). Vì vậy lời giải thích của AI là một giả thuyết; Những tuyên bố quan trọng, đặc biệt là những tuyên bố liên quan đến an ninh, quyền hạn hoặc dòng tiền, phải được xác minh trực quan trên các dòng liên quan.

5. Nguy hiểm lớn nhất khi nói 'AI đã nhìn rồi, rõ rồi' trong việc đánh giá mã có sự hỗ trợ của AI là gì?

• A) AI có thể tạo ra kết quả âm tính giả; Những sai lầm thực sự bị bỏ lỡ tạo ra sự tự tin sai lầm ✔
• B) AI đánh giá quá chậm nên lãng phí thời gian
• C) Nhóm không hiểu vì AI chỉ bình luận bằng tiếng Anh
• D) PR không hội tụ vì AI luôn diễn giải quá mức

Giải thích: AI tạo ra cả kết quả dương tính giả (gắn cờ một vấn đề mà nó không tồn tại) và kết quả âm tính giả (thiếu lỗi thực sự). Âm tính giả thì im lặng; Những sai lầm nguy hiểm nhất là những sai lầm hoàn toàn không được đề cập trong bài đánh giá. Vì vậy AI là bộ lọc đầu tiên, không phải sự phê duyệt; Quyết định sáp nhập thuộc về người chịu trách nhiệm.

6. Cái bẫy nguy hiểm nhất xảy ra khi bạn chỉ đưa mã cho AI và kiểm tra bản in là gì?

• A) AI luôn viết quá nhiều bài kiểm tra và làm cồng kềnh cơ sở mã
• B) AI kiểm tra hành vi hiện tại (có thể sai) của mã là 'chính xác' và sửa lỗi ✔
• C) AI tự động xóa mã khi viết bài kiểm tra
• D) AI viết các bài kiểm tra không chỉ cho đường đi hạnh phúc mà còn luôn cho trường hợp biên

Giải thích: AI có xu hướng xem mã và viết các xác nhận để kiểm tra hành vi hiện tại. Nếu mã sai ngay từ đầu, AI sẽ sửa hành vi sai này là 'đúng'. Do đó, kỳ vọng của bài kiểm tra phải được viết theo quy tắc bắt buộc (đặc tả), không theo đầu ra hiện tại của mã.

7. Điều gì quyết định nhất đến tính chính xác của các giả thuyết khi debug bug bằng AI?

• A) Lời nhắc được viết một cách lịch sự như thế nào.
• B) Câu hỏi được hỏi lại bao nhiêu lần
• C) Chất lượng của bằng chứng được cung cấp cho mô hình: thông báo lỗi đầy đủ, dấu vết ngăn xếp, đầu vào và hành vi dự kiến ✔
• D) Mã được viết bằng chủ đề màu gì?

Giải thích: AI không nhìn ra lỗi như bạn; Anh ta chỉ biết những bằng chứng bạn đưa ra cho anh ta. Với thông báo lỗi đầy đủ, dấu vết ngăn xếp, đầu vào kích hoạt và hành vi dự kiến, mô hình sẽ liệt kê các khả năng thực sự; Nếu không có bằng chứng, nó sẽ đoán mò (ảo giác) và dẫn bạn đi sai hướng.

8. Bước quan trọng nhất trước khi đưa nhật ký sản xuất cho AI phân tích là gì?

• A) Dán nhật ký nguyên trạng, bao trùm cả ngày
• B) Chuyển nhật ký thành chữ hoa trước
• C) Sắp xếp các dòng nhật ký theo thứ tự bảng chữ cái
• D) Che giấu dữ liệu cá nhân và bí mật và chỉ đưa ra cửa sổ liên quan ✔

Mô tả: Nhật ký sản xuất thô chứa IP, email, ID phiên, mã thông báo và đôi khi là bí mật mở. Đưa chúng vào công cụ AI mà không che giấu chúng là vi phạm nghiêm trọng quyền riêng tư. Ngoài ra, nhật ký phải được lọc trong một khoảng thời gian hẹp; Nhưng điều cần thiết đầu tiên là làm sạch dữ liệu nhạy cảm.

9. Nên làm gì nếu AI nói rằng hai sự kiện xảy ra “đồng thời” trong phân tích nhật ký và tuyên bố một sự kiện là nguyên nhân gốc rễ?

• A) Bỏ qua mối tương quan là quan hệ nhân quả và xác minh xác nhận quyền sở hữu bằng số liệu và mã ✔
• B) Chấp nhận nguyên nhân là dứt khoát vì AI thiết lập mối quan hệ về thời gian
• C) Ngay lập tức khởi động lại thành phần bị cáo buộc đầu tiên
• D) Xóa hoàn toàn nhật ký và thu thập lại chúng

Giải thích: Cạm bẫy phổ biến nhất trong phân tích nhật ký là nhầm lẫn mối tương quan với quan hệ nhân quả. Mối quan hệ thời gian do AI thiết lập là manh mối chứ không phải bằng chứng. Mối quan hệ nhân quả thực sự đòi hỏi phải có thời gian, cơ chế và nếu có thể, khả năng lặp lại; Yêu cầu phải được xác thực bằng số liệu và mã.

10. Nguyên tắc vàng không thể thương lượng khi tái cấu trúc bằng AI là gì và điều gì đảm bảo nó?

• A) Mã phải ngắn hơn; Số lượng dòng đảm bảo điều này
• B) Không thay đổi hành vi; các bài kiểm tra nắm bắt hành vi hiện tại đảm bảo điều này ✔
• C) Mã chứa nhiều bình luận hơn; AI đảm bảo điều này
• D) Viết lại toàn bộ tập tin cùng một lúc; đại lý đảm bảo điều này

Giải thích: Tái cấu trúc là cải thiện cấu trúc bên trong của mã mà không thay đổi hành vi bên ngoài của nó; Nguyên tắc vàng là hành vi đó phải không đổi. Điều đảm bảo đây là thử nghiệm: một mạng thử nghiệm nắm bắt hành vi hiện tại trước khi thay đổi được thiết lập và chạy sau mỗi bước. Tái cấu trúc mà không có testnet là một canh bạc.

11. Lớp nào trong quá trình sản xuất tài liệu mà AI không thể biết và nguy hiểm khi tạo ra là gì?

• A) Cách thực hiện các bước cài đặt
• B) Danh sách tham số của hàm
• C) Giải thích 'tại sao' quyết định thiết kế được đưa ra theo cách đó ✔
• D) Mã được viết bằng ngôn ngữ nào?

Mô tả: AI có thể trích xuất lớp 'cái gì/như thế nào' (chức năng làm gì, thiết lập như thế nào) từ mã; nhưng nó không thể biết lớp 'tại sao' (cơ sở thiết kế cho một quyết định, lý do cho một giá trị giới hạn). Một 'lý do' bịa đặt còn nguy hiểm hơn là không có lời biện minh nào; Chủ sở hữu mã phải thêm lớp này.

12. Nhà phát triển nên làm gì nếu muốn dán tệp cấu hình chứa khóa API trực tiếp vào công cụ AI không được phê duyệt trong khi giải quyết một lỗi khẩn cấp?

• A) Để tăng tốc, hãy dán tệp nguyên trạng rồi xóa cuộc trò chuyện
• B) Thêm ghi chú 'bí mật' vào cuối tệp và gửi nó
• C) Để lại key và chỉ thay đổi tên file
• D) Xóa/che giấu bí mật và chỉ cung cấp bối cảnh không nhạy cảm cần thiết ✔

Tiết lộ: Không bao giờ được đưa bí mật, dữ liệu cá nhân và tài sản bí mật vào các phương tiện không được chấp thuận; Sự khẩn cấp không làm đình chỉ ranh giới màu đỏ này. Cách tiếp cận đúng là trích xuất/che giấu các bí mật trước tiên và chỉ đưa ra bối cảnh cần thiết, không nhạy cảm. Nếu một bí mật nào đó vẫn bị rò rỉ thì việc đầu tiên cần làm là lật chìa khóa đó ngay lập tức.

13. Mã do AI tạo đã vượt qua thử nghiệm và chạy trong sản xuất. Điều này có chứng minh rằng mã này an toàn không?

• A) Không; 'hoạt động' không có nghĩa là an toàn, bảo mật yêu cầu một lớp xác thực riêng ✔
• B) Có; Mã vượt qua bài kiểm tra theo định nghĩa là an toàn
• C) Có; Chạy nó trong sản xuất sẽ loại bỏ tất cả các lỗ hổng
• D) Không; nhưng bảo mật chỉ quan trọng nếu mã chậm

Làm rõ: 'Đang hoạt động' không giống như 'an toàn'. Ngay cả khi mã chứa lỗ hổng như SQL SQL, nó vẫn có thể vượt qua quá trình kiểm tra và chạy trơn tru; Lỗ hổng chỉ được tiết lộ khi kẻ tấn công tìm thấy nó. Do đó, ngoài tính chính xác, việc xem xét và quét theo định hướng bảo mật như SAST phải được thực hiện dưới dạng một lớp riêng biệt.

14. Kỷ luật an toàn nhất khi giao nhiệm vụ nhiều tệp cho tác nhân CLI (công cụ tự động có thể sửa đổi tệp và chạy lệnh) là gì?

• A) Nói với đại lý 'cải thiện mô-đun này' và trao toàn quyền tự do
• B) Đưa ra phạm vi hẹp và tiêu chí chấp nhận, yêu cầu kế hoạch trước, phê duyệt kế hoạch, thực hiện từng bước và chạy thử nghiệm ✔
• C) Hợp nhất trực tiếp tất cả các thay đổi của đại lý mà không cần xem xét chúng
• D) Cung cấp cho tác nhân quyền truy cập không hạn chế vào môi trường sản xuất và dữ liệu bí mật

Giải thích: Khi quyền tự chủ tăng lên, quyền kiểm soát cũng sẽ tăng lên. Đưa ra cho đại lý phạm vi hẹp và tiêu chí chấp nhận rõ ràng, đầu tiên là yêu cầu phương án không thay đổi, phê duyệt phương án, sau đó triển khai từng bước và chạy thử nghiệm từng bước; Nó ngăn chặn những thay đổi có phạm vi rộng, không thể xem xét được và cần được khôi phục.

15. Ai phải chịu trách nhiệm pháp lý phát sinh từ mã do AI tạo ra trong phần mềm quan trọng về bảo mật (ví dụ: thanh toán hoặc xác thực)?

• A) Vì mã đến từ AI nên nó nằm trong nhà cung cấp phương tiện
• B) Nếu AI đủ phát triển thì không ai có; không cần phải xác minh
• C) Nhóm/kỹ sư kiểm tra, lắp ráp và phân phối mã; AI không thay thế sự đồng ý ✔
• D) Chỉ người viết lời nhắc, không phải người xem lại

Mô tả: AI là công cụ tạo hệ số nhân tốc độ và bản thiết kế; không thể đảm nhận trách nhiệm. Trách nhiệm đối với mọi lỗi, lỗ hổng hoặc vi phạm phát sinh từ mã trong quá trình sản xuất thuộc về nhóm xem xét, lắp ráp và phân phối mã đó. Trong các lĩnh vực quan trọng về mặt an toàn, kết quả đầu ra của AI không thể thay thế cho việc xem xét và phê duyệt của kỹ sư có trình độ trong mọi trường hợp.