Phiên bản 1.0 · 22 tháng 10 năm 2026
Tuyên ngôn Weft
Không chỉ làm ra công việc, mà còn quyết định về nó.
Kanban, Scrum, Shape Up và GTD ra đời khi việc làm ra sản phẩm là phần khan hiếm, nên phương pháp nào cũng giới hạn việc làm. Công việc giờ không còn tắc ở chỗ đó. Khả năng làm ra giờ được phát kèm trong những gói đăng ký bạn vốn đã trả tiền. Thứ vẫn khan hiếm là sự chú ý của người phải chấp nhận kết quả.
Các con số đã cho thấy điều này. Trên hơn 8,1 triệu pull request, những PR do AI tạo được chấp nhận 32,7% số lần, so với 84,4% ở những PR viết tay. So sánh giai đoạn ít và nhiều dùng AI của từng tổ chức, thời gian review trung vị tăng 441,5%, và số pull request được merge mà không hề qua review tăng 31,3%. Việc kiểm tra cũng tốn thời gian thật: trong GDPval, một chuyên gia mất trung bình 109 phút để review một sản phẩm cần 404 phút để làm ra.1,2,3
Cốt lõi
Kanban dạy chúng ta giới hạn việc đang làm, Scrum cho chúng ta nhịp độ, Shape Up thay ước lượng bằng “khẩu vị” (lượng thời gian sẵn sàng bỏ ra), còn GTD dạy chúng ta khép lại tuần. Chúng tôi giữ lại tất cả. Làm việc với AI mỗi ngày, chúng tôi dần coi trọng:
- Không chỉ giới hạn việc đang làm, mà còn giới hạn những gì chờ bạn quyết định.
- Không chỉ “xong” như một tin nhắn, mà còn “xong” như một bằng chứng.
- Không chỉ máy kiểm tra, mà còn con người chấp nhận.
- Không chỉ có ai đó làm việc, mà còn có ai đó chịu trách nhiệm về nó — và người đó là con người.
- Không chỉ đếm những gì đã làm, mà còn đếm những gì đã được chấp nhận.
- Không chỉ nhớ công việc, mà còn nhớ quyết định.
Nghĩa là, chúng tôi giữ nửa đầu của mỗi dòng, và coi nửa sau là điều bắt buộc.
Một con số: năm
Cùng một lúc, không quá năm kết quả đã xong hoặc câu hỏi còn mở chờ bạn quyết định — mười khi cả nhóm dùng chung bảng. Khi hàng đợi đầy, agent nào xin bắt đầu việc mới sẽ được bảo hãy hoàn thành, thu gọn, hoặc nhận lại việc bị trả về. Việc hoàn thành không bao giờ bị từ chối: việc đã xong không bao giờ bị vứt đi.
Giới hạn này được cố ý đặt nhỏ. Trong công thức hàng đợi của Kingman, thời gian chờ tăng theo ρ/(1−ρ): một người review bận 95% thời gian sẽ để công việc chờ lâu gấp 19 lần so với người chỉ bận một nửa thời gian, với cùng độ biến động. Giống như mục tiêu của Google SRE giữ việc lặt vặt (toil) dưới 50% thời gian của kỹ sư, năm là một con số bạn có thể vượt — và thấy được là mình đã vượt.7,8
Bảy nguyên tắc
01Công việc không còn khan hiếm. Quyết định của bạn thì có.
Đặt giới hạn cứng ở hàng đợi trước mặt người quyết định, không phải ở cột Doing. Một agent đang rảnh là một agent khỏe mạnh; nó không mệt, và ba việc hay năm mươi việc với nó cũng như nhau. Người review công việc của nó mới là nguồn lực duy nhất bị tiêu hao từng việc một.
02Mỗi “xong” đều nói rõ nó dựa trên điều gì.
Báo cáo của agent là một lời xin xác nhận, không phải bằng chứng. Trong các miền τ²-bench một bên điều khiển, thành công giả — agent nói đã xong, môi trường lại cho thấy không phải — chiếm 45–48% số lỗi, và không giám khảo LLM nào đọc dấu vết của agent đạt AUROC trên 0,65, trong khi tung đồng xu cũng được 0,5. Vì vậy, “xong” vững chắc nhất là “xong” đọc thế giới bên ngoài: một trang có phản hồi, một tệp có hash khớp, một đối tượng thực sự tồn tại. Công việc không cần gì từ bạn có thể được đóng chỉ dựa trên lời của agent — và khi đó được hiển thị đúng như vậy, không bao giờ như đã được kiểm tra.4
03Ai làm việc thì không tự ký duyệt việc đó.
Đã xác minh và đã chấp nhận là hai trạng thái khác nhau. Một máy chủ đã đọc lại thế giới bên ngoài, một phép kiểm tra tất định hoặc một con người có thể đánh dấu công việc là đã xác minh; agent làm ra nó thì không. Chấp nhận là chữ ký thứ hai, tách biệt. Với bất cứ điều gì không thể đảo ngược — tiền bạc, đăng tải công khai, tin nhắn gửi khách hàng, bất cứ điều gì liên quan đến pháp lý — Weft yêu cầu agent dừng lại và chờ bạn, và một khi điểm dừng đó đã được đặt, không agent nào có thể gỡ nó hay chuyển việc sang Done.
04Mỗi việc có một người chịu trách nhiệm là con người.
Bạn không thể bắt một agent chịu trách nhiệm; bạn chỉ có thể giao việc cho nó. Vì vậy, mỗi việc có đúng một người chịu trách nhiệm, là con người, và một bên được ủy thác có tên rõ ràng: không phải “AI”, mà là Claude Code, Cursor, ChatGPT hay Codex. Hãy giữ ít bên được ủy thác. Chính Anthropic khuyên các đội agent nên bắt đầu với ba đến năm thành viên, vì “three focused teammates often outperform five scattered ones” (ba đồng đội tập trung thường làm tốt hơn năm người phân tán).5
05Khi chạm giới hạn, hãy chỉ đường — và đừng bao giờ giả một quyết định.
Khi hàng đợi đầy, hệ thống nói nên làm gì thay vì báo lỗi. Khi một agent im lặng giữa chừng, quyền nhận việc của nó hết hạn và việc quay lại bảng cho người khác. Còn khi bạn chưa quyết định, công việc chờ bạn: im lặng không phải là chấp nhận, nên không có gì được đánh dấu đã chấp nhận chỉ vì thời gian trôi qua.
06Không có gì bị âm thầm dời sang tuần sau.
Tuần là đơn vị lập kế hoạch: so với một ngày bình thường, người ta có khả năng cam kết với một mục tiêu cao hơn 62,9% vào đầu tuần, và cao hơn 23,6% vào đầu tháng. Một tuần kết thúc bằng một quyết định cho mỗi việc chưa xong — tiếp tục với một bước cụ thể tiếp theo, tách nhỏ, trả lại hoặc bỏ — chứ không phải bằng một lần lặng lẽ dời sang tuần sau.6
07Quyết định sống lâu hơn phiên làm việc.
Không AI client nào trao trí nhớ của mình cho ai khác, và như vậy là đúng. Vì thế, thứ còn lại sau một phiên là những gì được ghi lại bên ngoài nó: không phải một hồ sơ về bạn, mà là lịch sử công việc — một việc đã kết thúc ra sao, điều gì đã được quyết định và vì sao. Trí nhớ cũng phải biết quên: một ghi chú đã lỗi thời sẽ không còn được đưa cho agent.
Đem bảng của bạn ra thử
Một tuyên ngôn không có thước đo chỉ là một tấm áp phích. Bảy câu hỏi này mất khoảng năm phút để hỏi bất kỳ trình quản lý công việc nào. Ở chỗ Weft chưa hoàn thiện một thuộc tính cho mọi người dùng, nó nhận một gạch ngang, không phải dấu tích.
| Câu hỏi | Weft |
|---|---|
| Có giới hạn cứng cho những gì chờ bạn quyết định, chứ không chỉ cho Doing?Năm kết quả hoặc câu hỏi, mười cho một nhóm. Khi chạm giới hạn, agent được bảo hãy hoàn thành thay vì bắt đầu. | ✓ |
| Bạn có phân biệt được một “xong” đã được kiểm tra với một “xong” mà agent chỉ tự báo cáo không?Việc có kế hoạch xác minh được chính máy chủ kiểm tra. Việc mà agent tự đóng dựa trên lời của mình được gắn nhãn “Theo agent”. | ✓ |
| “Đã xác minh” và “đã chấp nhận” có tách riêng, và agent không đặt được cái nào?Agent không thể đánh dấu công việc là đã xác minh, và không thể chuyển một việc cần bạn sang Done. | ✓ |
| Mỗi việc có một người chịu trách nhiệm là con người và một bên thực hiện có tên không?Cơ sở dữ liệu bắt buộc phải có người chịu trách nhiệm. Mỗi việc ghi lại AI client nào đã tạo và thực hiện nó. | ✓ |
| Khi chạm giới hạn, hoặc khi agent im lặng, công việc có được chuyển hướng thay vì bị mất?Hàng đợi đầy sẽ trả về việc cần làm tiếp; quyền nhận việc im lặng hết hạn sau 20 phút; việc hoàn thành không bao giờ bị từ chối. | ✓ |
| Mỗi việc chưa xong có nhận một quyết định rõ ràng khi khép tuần không?Đã làm xong, nhưng chưa bật cho mọi người. | — |
| Quyết định và bài học có sống lâu hơn phiên đã tạo ra chúng không?Quyết định và lịch sử công việc có ở mọi gói; bài học mà agent mang qua các phiên có ở gói Pro. | ✓ |
✓ hoạt động hôm nay · — một phần, hoặc chưa bật · ✗ không có
Chúng tôi đếm gì, và không đếm gì
Velocity, story point, burndown, mức sử dụng, số việc được tạo và số lần gọi AI không có trong sản phẩm này. Chúng đo một nguồn lực đã thôi khan hiếm, và chúng thưởng cho tiếng ồn.
Cảm giác nhanh hơn cũng không phải là phép đo. Trong nghiên cứu của METR về các lập trình viên mã nguồn mở giàu kinh nghiệm dùng công cụ đầu năm 2025, họ tin rằng AI giúp họ nhanh hơn 20%; khi đo, họ chậm hơn 19%.9
Điều đáng đếm là bốn thứ: mục cũ nhất đã chờ bạn bao lâu; thời gian từ “agent đã sẵn sàng” đến “bạn đã quyết định”; tỷ lệ công việc được chấp nhận ngay lần đầu, tính riêng cho từng bên thực hiện; và số phút chú ý của bạn cho mỗi kết quả được chấp nhận. Con số cuối cùng là phép thử trung thực duy nhất xem AI có đáng hay không. Weft ghi lại những gì mỗi chỉ số cần — ai đã làm từng phần việc, khi nào nó sẵn sàng và bạn đã quyết định gì — và cho thấy có bao nhiêu thứ đang chờ bạn.
Chỗ cách làm này không đứng vững
Có những việc không có phép kiểm tra nào chạy được. Một lá thư gửi nhà đầu tư hay một tuyên bố định vị thì máy chủ không thể xác minh, và ở đó phương pháp này thành thật lùi về một bảng bình thường với một người review và mỗi lúc một việc như vậy. Một khuôn khổ hứa nhiều hơn những gì nó kiểm tra được sẽ gãy đúng ở chỗ có người đã dựa vào nó.
Hiện chưa có nghiên cứu được bình duyệt nào về giới hạn phù hợp khi agent làm việc. Năm là mặc định của chúng tôi, không phải một phát hiện. Chúng tôi bắt đầu với ba và nâng lên sau những tuần đầu dùng thật: một phần ba số lần từ chối xảy ra khi chỉ có ba hoặc bốn việc đang chờ, và chúng được xử lý xong trong một lần ngồi. Việc review cũng có thể rẻ đi: chính GDPval ghi nhận thời gian review giảm khi người làm chuyên môn quen với công việc. Nếu một ngày việc kiểm tra trở nên rẻ và đáng tin, giới hạn nên tăng lên — đó là lý do mọi ngưỡng ở đây đều là mặc định chúng tôi dự định sẽ sửa, không phải niềm tin.3
Sản phẩm có một ẩn dụ duy nhất, và nó đến từ nghề dệt. Sợi dọc giữ tấm vải: đó là mục tiêu và thứ tự ưu tiên của bạn, và chỉ bạn đặt ra chúng. Sợi ngang là công việc chạy ngang qua. Con thoi đưa sợi qua lại, và có thể có bao nhiêu con thoi tùy bạn. Sợi dọc căng đến đâu, tấm vải đều đến đó.
Bạn nói với AI. Nó vận hành bảng của bạn. Quyết định vẫn là của bạn.
— Andrei Finogeev, nhà sáng lập Weft
Nguồn
- 2026 Software Engineering Benchmarks Report — LinearB, 2026
- The Acceleration Whiplash — Faros AI, 12 April 2026
- GDPval: Evaluating AI Model Performance on Real-World Economically Valuable Tasks — OpenAI, arXiv:2510.04374, 5 October 2025
- From Confident Closing to Silent Failure — arXiv:2606.09863, 1 June 2026
- Orchestrate teams of Claude Code sessions — Choose an appropriate team size — Anthropic, retrieved 22 October 2026
- The Fresh Start Effect: Temporal Landmarks Motivate Aspirational Behavior — Dai, Milkman, Riis — Management Science 60(10), 2014
- The single server queue in heavy traffic — J. F. C. Kingman — Proceedings of the Cambridge Philosophical Society, 1961
- Site Reliability Engineering, Chapter 5: Eliminating Toil — Google, 2016
- Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity — METR, 10 July 2025