AI giúp ta nhanh hơn nhưng làm cháy sự tập trung

Vì sao chạy nhiều agent song song khiến ta kiệt sức vì context switching, và vì sao Cole Medin đầu tư vào harness tự chủ, software factory thay vì thêm session.

Đã duyệt độc lập · cập nhật 22/10/2026 · 16 min

1. Năng suất chưa từng có, và một vấn đề ai cũng gặp

Cole Medin mở đầu bằng một nhận xét: thật đáng kinh ngạc khi thấy mình làm được bao nhiêu việc với AI vào thời điểm quay video (đăng ngày 22/10/2026). Với các coding agent, các harness của chúng và second brain của mình, anh nói anh chưa bao giờ làm việc năng suất như vậy trong đời.

Và theo Cole, cảm nhận chung có vẻ là ai cũng thấy như thế. Nhưng theo Cole, bên dưới có một vấn đề lớn mà tất cả chúng ta đều đang phải đối mặt, và nhiều khả năng bạn cũng đang thấy cái đau đó. Anh muốn nói về nó trong video này, và trấn an người xem rằng anh sẽ không bỏ lửng: phần sau của video có cả giải pháp.

2. "I've never been this tired in my life"

Cole kể anh đã thấy nhiều người diễn đạt vấn đề này rất hay trên X, LinkedIn và YouTube, nhưng có một tweet thì "ăn đứt" tất cả. Tweet đó là của một người dùng trên X, mở đầu bằng hai câu: AI lẽ ra phải giúp chúng ta làm việc ít hơn, nhưng tôi chưa bao giờ mệt như thế này trong đời.

Một bài đăng trên X: AI was supposed to make us work less, I've never been this tired in my life
Bài đăng trên X mà Cole đọc: hầu hết các ngày có tới 10 agent chạy cùng lúc, một con sửa bug, một con viết trang, một con refactor thứ người viết đã quên là mình nhờ, ba con khác thì không biết đang làm gì; người viết nhảy từ cuộc hội thoại này sang cuộc hội thoại khác cả ngày.

Người viết kể rằng anh ta dựng rất nhiều agent chạy song song suốt ngày, và điều đó buộc anh ta nhảy từ cuộc hội thoại này sang cuộc hội thoại khác. Và đây là điểm đắt nhất: so với năm năm trước, anh ta có lẽ đang context switch nhiều gấp 100 lần (theo bài đăng ngày 14/10/2026). Cole thêm rằng anh thậm chí sẽ nói là so với hai, ba năm trước cũng vậy.

Tweet viết tiếp: đến cuối ngày, não tôi bị chiên chín, cháy khét hoàn toàn, chẳng còn gì, kể cả cho những người tôi yêu thương. Cole nhận xét người viết hẳn đang phóng đại một chút cho có hiệu ứng, nhưng vấn đề này là thật, và biết đâu anh ta còn không hề phóng đại. Người viết gọi nó là "fried brain effect", hiệu ứng não bị chiên.

Đoạn cuối tweet: tôi tưởng chỉ mình bị vậy, nhưng gần như founder nào tôi nói chuyện dạo này cũng nói đúng y điều đó. Chúng ta có siêu năng lực, vậy mà bằng cách nào đó áp lực chỉ tăng lên. Cole nói anh cũng đang chịu đúng cái đau này, và rất có thể bạn cũng vậy. Trên màn hình, bài đăng ghi ngày 14/10/2026.

3. Vấn đề thật là context switching

Nói cho thật đơn giản, theo Cole vấn đề ở đây là context switching. Chúng ta chỉ dành một lượng chú ý rất nhỏ mỗi lần cho từng vấn đề, rồi liên tục chuyển qua lại giữa chúng. Và điều đó đang giết dần khả năng tập trung (attention span) của chúng ta.

Anh nhắc tới Kyle Cook trên YouTube, người đã nói khá nhiều về chuyện này trong thời gian gần trước video đăng ngày 22/10/2026. Kyle trích một câu của Cal Newport: khả năng tập trung đang trở thành món hàng khan hiếm nhất của thế kỷ 21. Điều hay nhất, theo Cole, là câu này được nói ra từ trước khi có AI. Nên AI chỉ đang làm vấn đề này tệ hơn rất nhiều.

Video YouTube của Kyle Cook với câu trích Cal Newport về khả năng tập trung
Video "AI Is Rotting Your Brain - Just Look At Theo" trên kênh Web Dev Simplified của Kyle Cook, đang dừng ở câu trích Cal Newport: "The ability to focus is becoming the scarcest commodity of the 21st century", kèm lời Kyle rằng đây là câu nói từ rất lâu trước AI.

Theo Cole, mọi thứ quy về một điều: băng thông nhận thức của chúng ta không chạy song song được (our cognitive bandwidth doesn't parallelize). Con người không được tạo ra để context switch nhiều như AI đang buộc chúng ta phải làm, hay nhiều như chúng ta nghĩ là AI đang buộc chúng ta phải làm. Chúng ta chuyển qua lại giữa các task liên tục, không bao giờ dành một khoảng thời gian trọn vẹn cho một vấn đề, nên cũng không bao giờ vào được trạng thái flow, nơi ta thật sự tập trung vào một việc gì đó.

Một bài viết với mục Why adding agents doesn't scale linearly
Bài viết Cole mở khi nói câu này, mục "Why adding agents doesn't scale linearly", với cụm "Your cognitive bandwidth" được tô sáng: agent lo phần tạo ra, còn người vẫn phải tự đánh giá, quyết định, tin và ghép mọi thứ lại, và những việc đó đều chạy một luồng. Trên sơ đồ của Cole về sau, câu này được ghi là của Addy Osmani.

4. Vì sao Cole không còn vào được flow

Với cá nhân Cole, và anh tin người xem cũng thấy mình trong đó: chỉ vài năm trước thôi, anh chưa dùng coding agent, chưa có second brain, nhưng vẫn làm việc tập trung sâu vào từng task suốt ngày. Thứ anh thật lòng nhớ là bật nhạc lên, vừa nghe vừa code liền bốn tiếng, cực kỳ tập trung trong trạng thái flow, làm việc với một vấn đề.

Anh nói anh đơn giản là không bao giờ làm vậy nữa, vì ít nhất với anh, nó không còn thực tế. Anh cần chắc rằng mình đang tận dụng hết năng suất mà AI cho phép. Nên anh làm second brain, làm nội dung YouTube; có thể quay video một khoảng trong ngày rồi quay lại việc lên kế hoạch. Nhưng anh không bao giờ làm một việc trong nhiều giờ liền.

Sơ đồ We're Losing Focus: hai năm trước là một dải liền, lúc làm video là nhiều ô màu ngắn
"AI made me faster than I've ever been. It's costing me my attention." Hai năm trước là một dải liền "One problem, four hours straight, music on"; còn lúc làm video là một chuỗi ô ngắn nhiều màu, mỗi màu một mảng việc (second brain, nội dung YouTube, quay YouTube, Archon...), kèm dòng: đọc prompt cả ngày giữa các session, làm được nhiều hơn hẳn nhưng không bao giờ ở trong một việc đủ lâu để vào flow.

Lý do là vòng lặp làm việc với agent: anh gửi một yêu cầu cho coding agent, trò chuyện với nó một chút, rồi nó đi làm việc. Thế là anh chuyển sang agent kế tiếp để làm việc kế tiếp. Vì vậy lúc nào anh cũng có nhiều agent chạy song song, vì nếu không, anh thấy như mình chưa năng suất hết mức có thể. Và đó chính xác là vấn đề người viết tweet đang nói tới.

5. Ship gấp 10 lần thì thấy phải ship gấp 10 lần

Áp lực chỉ tăng lên, theo Cole, là vì nếu bạn có thể ship nhiều gấp 10 lần, bạn sẽ cảm thấy mình phải ship nhiều gấp 10 lần, mỗi ngày. Gần như có một cảm giác tội lỗi xuất hiện khi chúng ta chỉ ngồi chờ một agent làm xong, vì ta biết còn việc khác có thể bắt đầu trong một cuộc hội thoại khác.

Gửi yêu cầu,trò chuyện ngắn Agent đilàm việc Chờ, thấy"tội lỗi" Mở thêmmột session lặp lại cả ngày: thêm session, thêm context switching "ship được gấp 10 lần thì thấy phải ship gấp 10 lần"
Hình 5.1Vòng lặp Cole mô tả: mỗi khoảng chờ agent đều bị lấp bằng một cuộc hội thoại mới, và chính vòng lặp đó đẩy áp lực lên.

6. Kẹt ở khoảng giữa

Cole nói người viết tweet và nhiều người khác đã nói về vấn đề này rồi. Nên anh muốn chia sẻ góc nhìn của mình, nhưng cũng muốn nói về một điều anh chưa thật sự nghe ai nói: chúng ta đang kẹt ở khoảng giữa (stuck in the in-between). Phần này cũng dẫn tới giải pháp anh trình bày ở cuối video.

Điều thú vị, theo Cole, là trước AI, ta rất dễ tập trung vào chỉ một việc trong một thời gian rất dài mà vẫn được coi là cực kỳ năng suất. Còn ở thời điểm video đăng (22/10/2026), cực kỳ năng suất nghĩa là có càng nhiều agent chạy càng tốt, hay ít nhất là cảm giác như vậy. Đúng là có những phần việc ta có thể giao cho agent làm trọn cả ngày, nhưng phần lớn thì, theo Cole (video đăng ngày 22/10/2026), các LLM và harness chưa đủ khả năng để ta khỏi phải trông chừng (babysit). Ta có cả đống agent session đang chạy, nhưng ta liên tục theo dõi và đưa input. Và đó là thứ buộc ta phải chuyển context nhiều như vậy trong ngày.

Sơ đồ Stuck in the in-between: Before AI, Now, Next
Mục "Stuck in the in-between" trên sơ đồ: "The way we work with AI isn't going to stay like this." Ba mốc: Before AI "Focused on one thing", Now "Split across everything" với dòng "We are here", và Next "One thing in front, the big work behind".

Nhưng theo dự đoán của Cole trong video đăng ngày 22/10/2026, rồi sẽ tới lúc khả năng của LLM tiến hóa tới mức với hầu hết các task, ta có thể để agent tự lao qua (let it rip) cả ngày. Nghĩa là ta phải trông chừng agent ít hơn. Nếu một AI agent thật sự đóng vai một nhân viên, tự chủ được trọn một ngày với hầu hết mọi việc, thì vấn đề này bắt đầu biến mất.

Khi đó ta có thể khá tập trung vào một việc suốt ngày, trong lúc các background agent lo phần còn lại. Cole nói chúng ta sẽ tới được đó, nhưng chắc chắn là chưa tới (tính đến video đăng ngày 22/10/2026). Ta vẫn đang phải trông chừng.

7. Mỗi lần nâng cấp lại thêm một session

Cho tới lúc đó, ngay cả khi ta làm harness ngày càng mạnh hơn, ta vẫn chỉ thấy cần mở thêm ngày càng nhiều agent. Cole nói cám dỗ đó lúc nào cũng có. Khi bạn làm second brain, harness hay bất cứ thứ gì của mình mạnh hơn một chút, agent chạy được lâu hơn một chút, thì thay vì chờ, bạn chỉ muốn thêm một session nữa. Nhưng điều đó lại dẫn tới việc bạn context switch giữa nhiều cuộc hội thoại hơn trong ngày.

Sơ đồ The ratchet: cải tiến hệ thống, agent tự làm nhiều hơn, thêm một session, chuyển việc nhiều hơn
Mục "The ratchet": "Every improvement to my system buys one more session." Vòng lặp I improve my system → Agents do more alone → I add one more session → More switching; bên phải là số session chạy cùng lúc tăng dần 2, 3, 4, 5 theo thời gian, với dòng "Better models and a better system keep raising the number."

Và rồi một ngày của bạn bắt đầu trông như thế này. Đường màu xanh là trước khi có agent: ta tập trung vào một vấn đề, hoặc chỉ vài vấn đề, suốt ngày. Còn với agent, ta bắt đầu ngày làm việc, mở vài cuộc hội thoại, có vài việc chạy song song. Rồi thông báo đến: được rồi, tới lúc mình đưa input hoặc tiếp tục cuộc hội thoại. Thế là ta quay lại, và chính cú context switching đó giết sự tập trung.

Rồi ta chờ agent một chút, nhưng cảm giác tội lỗi lại kéo tới: không thể cứ ngồi chờ ở đây được, mình biết còn có thể làm thêm với một cuộc hội thoại agent khác. Thế là ta mở thêm. Và suốt cả ngày, ta theo dõi, giám sát, không bao giờ tập trung vào một việc. Đó là thứ khiến ta kiệt sức vào cuối ngày.

Biểu đồ Why it's draining: mức tập trung trong một ngày, trước và sau khi chạy nhiều session
Mục "Why it's draining", biểu đồ mức Focus từ 6 AM tới 4 PM. Đường xanh "Then: one problem, deep in it" đi lên rồi giữ phẳng; đường đỏ "Now: four sessions, 'I'm tired boss'" liên tục bị kéo xuống ở mỗi chuông thông báo. Ba chú thích: Switching (mục tiêu vừa bỏ dở bắt đầu mờ đi ngay lúc nhảy sang việc khác), Waiting (agent làm mất vài phút, sự chú ý trôi đi sau khoảng mười giây), Watching (giám sát có vẻ thụ động nhưng rút cạn sức cả ngày). Dưới cùng là câu "Your cognitive bandwidth doesn't parallelize." ghi tên Addy Osmani.

8. Không quay lại, và cờ vua thành chỗ trốn

Cole muốn nói rõ: anh sẽ không quay lại cách làm việc của hai năm trước. Nghe thì hay đấy, nhưng anh thật sự thích cú tăng năng suất mà AI mang lại. Anh làm được quá nhiều việc trong business của mình tới mức không thể hình dung chuyện quay lại, dù đây là một vấn đề anh muốn tìm giải pháp. Anh nói anh nghe điều này suốt: chúng ta muốn có giải pháp mà không phải quay lại kiểu cũ, vì AI là thứ ở lại lâu dài. Năng suất tăng lên khiến mọi thứ đáng giá. Chúng ta không quay lại. Đó là một điều tuyệt vời.

Nhưng nó cũng khá tệ. Cole nói anh thật sự không thích thấy những gì nó làm với sự tập trung của mình, và phải thành thật mà nói, đôi khi cả với attention span của anh. Nhiều lần anh trì hoãn bằng cách context switch nhiều hơn nữa.

Nghe hơi ngớ ngẩn, nhưng có lúc anh trì hoãn bằng cách chơi cờ vua, vì anh có một cơn thèm được tập trung vào một thứ gì đó trong chốc lát, thay vì cả ngày chỉ đọc prompt cho agent. Ai mà ngờ cờ vua lại thành công cụ trì hoãn đỉnh nhất của anh, nhưng anh đang ở đây. Anh nói anh không chơi nhiều, nhưng mỗi ngày vài lần anh sẽ nhảy sang lichess.org và chơi vài ván.

Anh thấy chuyện này lạ, vì nó giống như việc anh muốn đi gym vào cuối ngày, sau khi cả ngày đứng rồi ngồi ở bàn làm việc mà gần như không vận động. Áp sang chuyện này: anh thèm những sở thích mà ở đó mình tập trung sâu, như đọc sách hay chơi cờ, vì ở chỗ làm anh không còn tập trung nhiều. Hay ít ra là cho tới lúc làm video, nhưng anh đang làm các giải pháp cho vấn đề này. Và đó là phần anh muốn nói tiếp, đi vào thực tế.

9. Đầu tư thời gian vào đâu

Câu hỏi là: làm sao đầu tư thời gian để chuyện này bớt thành vấn đề, vì chúng ta sẽ vượt qua cái điểm ở giữa này. Cole nói dù dùng AI theo cách này có rất nhiều lợi ích, anh không muốn ngồi yên nhìn những mặt trái của nó định hình một phần vai trò của mình. Anh sẽ không chấp nhận nó, và bạn cũng không cần phải chấp nhận.

Như đã nói, khi ta cải tiến hệ thống, làm coding agent mạnh hơn, nó cám dỗ ta thêm một session nữa. Ta có thể tiếp tục làm theo cách đó, cứ thêm ngày càng nhiều việc song song, khiến ta context switch giữa ngày càng nhiều cuộc hội thoại theo thời gian. Nhưng có một lựa chọn khác. Nó đòi hỏi bỏ ra một khoản đầu tư: chấp nhận không năng suất bằng ở trước mắt, nhưng rồi sẽ dẫn tới việc giải được vấn đề này.

Sơ đồ Where do you invest your time: More in parallel hoặc More autonomy
Mục "Where do you invest your time?": khi agent tốt hơn ("Every few months, they can do more"), bạn chạy nhiều agent hơn hay làm chúng tự chạy? Nhánh trái "More in parallel" (mở session này rồi session khác, session nào cũng cần mình cả ngày); nhánh phải "More autonomy" với Intent up front, Harness engineering và Decisions come to me.

10. Làm harness tự chủ hơn thay vì mở thêm session

Về cốt lõi, theo Cole: thay vì cứ mở thêm session song song, ta lùi lại một bước để nghĩ cách làm harness tự chủ hơn. Bạn đang hy sinh năng suất ngắn hạn khi làm vậy, vì nhiều session hơn nghĩa là nhiều thứ trực tiếp đổ ra cho business của bạn hơn.

Ở đây ta lùi lại và dành thời gian cho cái harness lớn hơn, nhưng theo Cole nó sẽ trả lãi rất, rất nhanh, vì ta đang tìm cách để agent làm việc giống cách ta làm việc, validate giống cách ta validate, để ta có thể ngày càng tin nó với những task chạy dài hơn. Rồi ta tới được điểm có những background process thật sự, có thể để chạy, có khi cả ngày. Quyết định vẫn quay về ta để ta duyệt, nhưng agent chạy lâu hơn, và ta gom các quyết định cũng như việc trông chừng lại thành từng đợt, để phải context switch ít hơn.

Hai nhánh More in parallel dẫn tới More switching, More autonomy dẫn tới Fewer switches, more done
Hai nhánh đầy đủ: "More in parallel" kết thúc ở "More switching"; "More autonomy" đi qua Intent up front (grilling và một plan mình kiểm), Harness engineering (rules, workflows, các bước check phải qua), Decisions come to me (gom lại, mình kiểm khi mình chọn), rồi tới "Fewer switches, more done". Dòng cuối: "That's why I'm building my software factory."

Cách làm là đầu tư vào cái harness lớn hơn. Cole nói tới rules và skills, nhưng quan trọng hơn là cái workflow lớn hơn: để agent tự plan, implement, validate và tự đi qua vòng lặp đó với những task lớn ta giao. Ta xác định intent ngay từ đầu cùng agent, dành nhiều thời gian để nó "grill" ta, hỏi vặn ta, tìm cách cùng thống nhất mọi thứ, rồi để nó tự lao qua toàn bộ. Và đó chính là thứ Cole đang build với software factory của mình.

Lý do anh làm software factory là vì anh đang cố vượt qua cái khoảng giữa hơi kỳ cục này càng nhanh càng tốt, tới chỗ các agent của anh thật sự làm khá tự chủ phần lớn công việc anh có cho chúng.

11. Vì sao /goal chưa đủ

Khi nói về các background process này, Cole nói rõ anh không chỉ nói tới lệnh /goal có sẵn trong một công cụ như Codex (theo video đăng ngày 22/10/2026), vì theo anh như vậy chưa đủ. Ta cần tùy biến nhiều hơn, vì bạn phải nghĩ xem mình đang phải trông chừng và theo dõi các session của mình theo cách nào.

Công việc rất riêng với từng người. Nên cách ta mã hóa (codify) quy trình này vào cái harness lớn hơn cũng rất riêng với từng người. Theo Cole (video đăng ngày 22/10/2026), chỉ gõ /goal rồi nói là mình đã giải quyết xong hoàn toàn là chưa đủ, vì bạn sẽ phải trông chừng rất nhiều ở đoạn cuối, khi nó làm hỏng việc, vì nó không biết bạn làm việc và validate thế nào. Anh nói đó là lý do anh build software factory cho chính mình, cùng rất nhiều thứ anh đang làm lúc quay video.

12. Tự build software factory

Cole cũng hiểu có thể bạn hoàn toàn không hứng thú tự build software factory. Anh hiểu, và biết đó không phải thứ dành cho tất cả mọi người. Nhưng nếu bạn là người thích build từ trong máu và muốn có kết quả tốt hết mức, càng sớm càng tốt, thì lời kêu gọi của anh là: hãy build software factory, và hiểu loại hệ thống này vận hành thế nào.

Anh có một video riêng trên kênh nói đầy đủ về chuyện này: anh plan cả một release lớn cùng agent của mình, rồi để nó tự tách thành các issue và đi qua vòng lặp, với một manager agent giám sát mọi thứ.

Sơ đồ How My AI Software Factory Runs: Plan, Split, The loop, Staging, Production
"I plan the release and the factory builds it. I test it, and anything off goes back in." Part 1 Plan and split (plan release cùng một agent: một proof of concept hoặc một epic nhỏ, rồi tách thành các issue chạy song song được); Part 2 The loop (Pick, Ship, App validation, Code review, Merge; mỗi vòng một issue, nhiều vòng cùng lúc; manager agent lùi lại vài tiếng một lần và hỏi khi cần quyết); Part 3 Staging (tự test cả release) rồi Production; thứ gì sai thì thành issue mới.

Theo dự đoán của Cole trong video đăng ngày 22/10/2026, đây sẽ thành chuẩn chung trong một hai năm tới cho cách mọi người build phần mềm: ta làm hết phần planning từ đầu, rồi để nó chạy cả ngày, thậm chí nhiều ngày. Và ta tin vào quy trình vì ta đã engineer nó theo đúng cách mình làm việc. Thứ ta nhận được ở cuối là một loạt công việc có thể review theo đợt và test trong một môi trường staging nào đó. Context switching ít hơn rất nhiều, vì mọi thứ ở giữa đều chạy tự động.

Ngay cả khi bạn không muốn tự build factory, Cole dự đoán (video đăng ngày 22/10/2026) rồi sẽ có những giải pháp chạy được ngay, rất dễ tùy biến theo công việc của bạn. Nếu tự build như anh đang làm, ta tới đó nhanh hơn, nên vẫn có lợi rõ ràng, và nó còn được may đo riêng hơn. Còn nếu bạn ít là builder hơn, thiên về vibe coder và chỉ muốn dùng các coding agent như chúng có sẵn, thì bạn rồi cũng sẽ tới đó. Với người như vậy, video này ít nhất giúp hiểu cái khoảng giữa kỳ cục mà ta đang ở, và nơi ta sẽ đi tới.

13. Nơi mọi người đang đi tới

Cole cho rằng điều đó vẫn khá có giá trị dù bạn chưa hành động ngay, vì theo dự đoán của anh (video đăng ngày 22/10/2026) tất cả chúng ta rồi sẽ tới lúc có một kiểu session chính (primary session), nơi ta làm phần planning ở mức cao cùng agent. Rồi có một thứ như software factory làm phần lớn việc nặng ở phía sau, nơi ta có lẽ chỉ cần ghé xem khoảng một lần mỗi ngày. Và điều đó sẽ giải quyết vấn đề context switching, ít nhất là ở mức nhiều nhất có thể.

Sơ đồ The in-between: Before AI, Now: the in-between, Where it's going
Mục "The in-between": "Where our focus is right now, and how I think it ends." Before AI là "Deep focus on one thing" (không gì cần mình ngoài vấn đề); Now là "Agents need direction constantly, but run long enough that we start more sessions" với dòng "We are here"; Where it's going là "One primary session": planning và testing ở phía trước, phần việc lớn chạy phía sau.

14. Agent chạy nhiều ngày, như một nhân viên đã được đào tạo

Theo Cole, điều lớn nhất sẽ giải quyết việc ngày của ta trông như biểu đồ kia, liên tục trông chừng agent, là đưa agent tới chỗ chúng thật sự hành xử như những nhân viên đã được đào tạo. Harness engineering chính là việc đào tạo. Ta đang mã hóa cách mình làm việc để agent có thể tự chạy một ngày hoặc nhiều ngày.

Với các công cụ như Muse và Grok Bot, Cole nói ta đã bắt đầu thấy kiểu tự chủ đó, nhưng theo anh (video đăng ngày 22/10/2026) nó vẫn còn khá hạn chế ở những việc chúng làm được một cách thật sự đáng tin cậy. Dù vậy ta đã bắt đầu thấy nó; với cái khoảng giữa này, đã có ánh sáng ở cuối đường hầm.

Hai ô What ends the in-between: Agents that run for days và Near-instant responses
Hai thứ đẩy ta sang phải ("What ends the in-between"): "Agents that run for days", như một nhân viên đã được đào tạo, harness engineering là việc đào tạo (Cole ghi "Most likely"); và "Near-instant responses", không còn lý do mở thêm session trong lúc chờ (Cole ghi "My guess"). Cả hai cùng dẫn tới "One primary session".

Cole nói ta sẽ không bao giờ quay lại cảnh tập trung hoàn toàn hàng giờ liền, vừa nghe nhạc vừa code. Nhưng ta sẽ tới được kiểu làm việc: tập trung vào một session chính tại một thời điểm.

15. Phản hồi gần như tức thì, và điều Cole hy vọng

Một thứ khác sẽ giúp rất nhiều, theo Cole, là có những LLM phản hồi gần như tức thì. Theo anh (video đăng ngày 22/10/2026), ta cũng đã bắt đầu thấy điều này với các LLM và phần cứng cho hàng trăm token mỗi giây. Khi phản hồi gần như tức thì, trên thực tế ta có thể sống phần lớn thời gian trong session chính đó, nơi ta làm mọi task có đòn bẩy cao cho business, như planning và validation quanh những thứ ta đang build.

Quay lại phần này của sơ đồ: ta sẽ không bị cám dỗ giết sự tập trung bằng cách nhảy sang một cuộc hội thoại khác, vì ở cuộc hội thoại chính đó, ta nhận phản hồi đủ nhanh để thật sự sống ở đây, và liên tục giao việc xuống các workflow lớn hơn chạy ở background. Thế là session này trở thành orchestrator của ta: nơi ta planning, ghé xem phần việc lớn mỗi ngày một lần hay khi nào cần, mà không phải nhảy qua lại giữa đủ loại agent session khác nhau.

Primary session (orchestrator)planning, validation, phản hồi gần như tức thì Workflow chạy nềnví dụ software factory Workflow chạy nềnghé xem khi cần Workflow chạy nềnkhoảng một lần mỗi ngày giao việc xuống
Hình 15.1Hình dung của Cole về ngày làm việc phía trước: một session chính làm orchestrator, còn phần việc lớn chạy ở các workflow nền mà ta chỉ ghé xem khi cần.

Cole thừa nhận phần lớn những điều này là dự đoán cho tương lai. Không ai biết thật sự điều gì sẽ xảy ra trong một hai năm tới, thậm chí sáu tháng tới. Anh chỉ đang cố chia sẻ cái khoảng giữa kỳ cục ta đang ở, thứ anh đang build hướng tới bằng software factory để giải nó, và những điều anh hy vọng, như phản hồi gần như tức thì để ta thật sự có thể sống trong một cuộc hội thoại và trao đổi một đối một với agent trong một thời gian dài. Anh đoán đó sẽ thành kiểu làm việc tập trung mới.

Anh nói anh sẽ mãi nhớ cảnh vừa nghe nhạc vừa code bốn tiếng liền, nhưng ít nhất ta sẽ không phải sống trong cái khoảng giữa này mãi.

16. Nếu ta lại nhảy giữa nhiều factory thì sao?

Một điều cuối Cole muốn nhắc tới: khi anh đưa ý tưởng này ra, có vài người rất giỏi hỏi lại anh: Cole, nghe hợp lý đấy, nhưng nếu ta chỉ bắt đầu context switch giữa các factory khác nhau thì sao? Tức là ta lại nhảy lên cấp kế tiếp của năng suất và làm việc song song.

Cole nói chuyện đó có thể xảy ra với một số người. Anh không có câu trả lời cho mọi thứ. Có lẽ chúng ta thật sự sẽ ở mãi trên cái bánh xe chuột hamster của AI. Nhưng lập luận chính của anh là hy vọng ta sẽ tới lúc mà, bất kể muốn đạt điều gì trong cuộc sống hay trong business, ta đều có thể giao mọi thứ qua session chính đó. Đó là điều anh đang tự mình hướng tới.

Anh hy vọng video giúp người xem hiểu ra nơi ta đang đứng với AI, thứ đang giết sự tập trung của ta, và ánh sáng ở cuối đường hầm. Ta sẽ không ở đây mãi. Những giải pháp này là thứ anh đang chủ động làm. Nếu thấy video thú vị, thấy đồng cảm, hoặc tò mò về software factory anh đang build, anh mời người xem theo dõi tiếp, vì anh build tất cả một cách công khai, và cảm ơn nếu mọi người bấm like. Rồi anh hẹn gặp lại ở video sau.

Nguồn và liên kết 5 nguồn

  1. Tên gốc: AI Makes Us WAY Faster but Fries Our Focus (Here's What I Do About It)
  2. Sự kiện: YouTube
  3. Video gốc: https://www.youtube.com/watch?v=zj1TJlP7c9Y youtube.com
  4. Kênh YouTube Cole Medin (Cole Medin): youtube.com/channel/UCMwVTLZIRRUyyVrkjDpn4pA youtube.com
  5. AI Software Factory của Cole, repo công khai ghi trong mô tả video; README (đọc ngày 22/10/2026) mô tả cùng luồng như sơ đồ trong video: bạn plan release, factory build, bạn test trên staging, mọi bước AI chạy qua workflow của Archon: github.com/coleam00/ai-software-factory github.com