# Chạy hai máy Mac và Windows làm "văn phòng AI": kiến trúc, nhật ký sự cố và bài học

URL: https://opcaios.org/blog/mac-windows-van-phong-ai-kien-truc-va-nhung-lan-sap
Ngày: 2026-11-13
Cập nhật: 2026-10-25
Tác giả: Lê Quốc Nghĩa
Chuyên mục: Hướng dẫn

Có nên chạy hai máy Mac và Windows làm văn phòng AI cho công việc một người? Có thể, nếu bạn chấp nhận chi phí vận hành: một máy để điều khiển và làm việc chính, một máy chạy việc nền, nối với nhau bằng mạng riêng. OPCAIOS làm theo cách này và đã gỡ bớt nhiều dịch vụ vì không đáng công duy trì. Theo bảng trạng thái hệ thống nội bộ đọc ngày 25/10/2026, một số dịch vụ trên máy Windows đang dừng hoặc không truy cập được. Bài này mô tả kiến trúc ở mức khái quát, những sự cố thật, bài học và hạn chế. Địa chỉ, cổng và khoá không công bố.

![Sơ đồ văn phòng AI hai máy: Mac điều khiển, Windows chạy việc nền, nối bằng Tailscale, VPS chạy dịch vụ công khai, trình giám sát và nhật ký trạng thái dùng chung](https://opcaios.org/images/blog/mac-windows-van-phong-ai-kien-truc-va-nhung-lan-sap/so-do.webp)
*Phân vai theo máy, đồng bộ trạng thái qua một tệp nhật ký, giám sát bằng trình tự động. Sơ đồ: OPCAIOS.*

## Kiến trúc hai máy hoạt động thế nào?

Kiến trúc gồm máy Mac đóng vai điều khiển (viết mã, điều phối, chạy công cụ), máy Windows đóng vai thực thi việc nền (tự động hoá trình duyệt, một số dịch vụ), và một máy chủ ảo (VPS) chạy các dịch vụ công khai. Các máy nối với nhau bằng mạng riêng, không mở cổng ra Internet.

| Thành phần | Vai trò | Ghi chú |
|---|---|---|
| Mac | Điều khiển, phát triển, công cụ AI | Máy làm việc chính |
| Windows | Việc nền, tự động hoá trình duyệt | Nối qua [Tailscale](/blog/tailscale-la-gi) |
| VPS | Website, dịch vụ công khai, bot | Xem [VPS là gì](/blog/vps-la-gi) |
| Trình giám sát | Kiểm tra dịch vụ, thử khôi phục | Có ngắt mạch để không thử mãi |
| Tệp trạng thái dùng chung | Nguồn sự thật về tình trạng hệ thống | Mọi agent đọc và ghi |

Ngày 25/10/2026, lệnh trạng thái mạng trên Mac liệt kê cả máy Mac lẫn máy Windows trong cùng mạng riêng, máy Windows hoạt động qua relay.

## Phân vai theo máy và vì sao

Nguyên tắc là mỗi máy có một vai rõ ràng và mọi agent đọc cùng một tệp trạng thái trước khi làm việc. Điều này tránh việc hai agent khẳng định hai tình trạng khác nhau về cùng một dịch vụ.

Lợi ích: việc nặng hoặc cần trình duyệt chạy tách khỏi máy làm việc chính; sự cố ở máy nền không làm máy chính đứng. Chi phí: nhiều thứ để cập nhật, giám sát và bảo mật hơn một máy duy nhất. Với đa số người làm một mình, một máy cộng một VPS đã đủ; hai máy chỉ đáng khi có việc nền thật sự.

## Nhật ký sự cố có thật (đọc ngày 25/10/2026)

Bảng trạng thái nội bộ ghi nhận một số sự cố mở và nhiều dịch vụ đã dừng hoặc gỡ. Đây là lý do chúng tôi nói thẳng rằng hệ thống không phải luôn chạy hoàn hảo; trạng thái có thể đã đổi sau thời điểm đọc.

| Sự việc | Tình trạng theo bảng trạng thái |
|---|---|
| Bộ nhớ dài hạn của agent chạy trên máy Windows | Không truy cập được từ trước ngày 12/10; phương án tạm là ghi vào tệp trạng thái và kho ghi chú |
| Giao diện điều khiển trên máy Windows | Đã dừng theo yêu cầu chủ hệ thống ngày 25/10 |
| Cổng định tuyến mô hình AI trên máy Windows | Đã dừng, không còn giám sát |
| Webhook điều phối liên agent | Trả 404 vì workflow chưa được nhập; giao thức liên agent tạm ngưng, dùng tệp trạng thái và Telegram |
| Một số dịch vụ trên Mac (cơ sở dữ liệu vector cục bộ và công cụ phụ) | Đã dừng container theo yêu cầu ngày 25/10 |
| Một số công cụ từng chạy trên Mac | Đã gỡ, không còn tham chiếu trong tài liệu mới |

## Bài học rút ra

Bài học lớn nhất là mỗi dịch vụ thêm vào là một khoản nợ vận hành, và nên gỡ sớm thứ bạn không thật sự dùng. Bài học thứ hai là một nguồn sự thật duy nhất cho trạng thái hệ thống, được cập nhật bằng kiểm tra trực tiếp chứ không từ nhật ký cũ.

1. **Kiểm tra trực tiếp trước khi tin:** nhật ký cũ chỉ là bằng chứng lịch sử, không phải trạng thái hiện tại.
2. **Có phương án khi bộ nhớ dài hạn hỏng:** đừng giả vờ đã lưu; ghi ở nơi khác và nói rõ.
3. **Gỡ bớt:** dịch vụ không dùng vừa tốn tài nguyên vừa tạo cảnh báo nhiễu, xem [kiệt sức khi vận hành một mình với AI](/blog/kiem-soat-burnout-khi-van-hanh-mot-minh-voi-ai).
4. **Ngắt mạch cho thử khôi phục:** tránh vòng lặp thử mãi một dịch vụ hỏng.
5. **Tách máy khỏi bí mật:** khoá và mật khẩu không nằm trong kho ghi chú; xoay khoá sau mỗi lần rà soát, xem [rà soát bảo mật](/blog/ra-soat-bao-mat-website-mot-nguoi-15-viec-trong-mot-buoi-chieu).
6. **Sao lưu:** áp dụng [quy tắc 3-2-1](/blog/backup-3-2-1-cho-nguoi-lam-mot-minh) cho cả máy nền, không chỉ website.

## Khi nào nên và không nên chạy hai máy?

Nên khi bạn có việc nền cần chạy lâu hoặc cần môi trường khác (trình duyệt, hệ điều hành) và sẵn sàng bảo trì. Không nên khi mục tiêu chỉ là "trông chuyên nghiệp" hoặc thử công cụ mới; khi đó một máy cộng dịch vụ đám mây thường đơn giản hơn.

| Tình huống | Gợi ý |
|---|---|
| Mới bắt đầu, vài tự động hoá | Một máy + dịch vụ có sẵn ([n8n](/blog/n8n-la-gi), [Make](/blog/make-la-gi)) |
| Có việc nền chạy 24/7 | VPS hoặc máy nền, có giám sát |
| Cần chạy mô hình cục bộ | Máy mạnh riêng ([Ollama](/blog/ollama-la-gi)) |
| Chưa biết cần gì | Đừng mua thêm; ghi lại việc đang mất thời gian trước |

## Kinh nghiệm của OPCAIOS

Phần lớn bài này đã là kinh nghiệm của chúng tôi. Thêm hai điểm: giao tiếp giữa các agent qua tệp trạng thái là thực tế nhưng thủ công, và việc tách vai theo máy chỉ có tác dụng khi mọi người tuân thủ đọc tệp trạng thái trước khi làm.

Hạn chế: chúng tôi chưa đo thời gian ngừng hoạt động (uptime) hay chi phí điện và bảo trì của cấu hình này, nên bài không đưa số liệu đó. Sơ đồ chỉ khái quát; chi tiết triển khai, địa chỉ và cổng không công bố. Xem thêm [hệ thống AI tôi dùng để vận hành công việc một mình](/blog/he-thong-ai-van-hanh-mot-minh) và [10 bài học khi để tác tử AI xây và vận hành website](/blog/toi-de-tac-tu-ai-xay-va-van-hanh-website-10-bai-hoc-that).

## Câu hỏi thường gặp

### Có cần hai máy để làm việc với AI không?
Không. Đa số người làm một mình chỉ cần một máy và vài dịch vụ đám mây. Máy thứ hai chỉ đáng khi có việc nền thật.

### Nối hai máy qua Internet có an toàn không?
Dùng mạng riêng ảo như Tailscale giúp tránh mở cổng, nhưng bạn vẫn cần bảo vệ tài khoản và rà soát quyền truy cập, xem bài [Tailscale là gì](/blog/tailscale-la-gi).

### Nếu bộ nhớ dài hạn của agent hỏng thì sao?
Ghi tạm vào tệp trạng thái và kho ghi chú, nói rõ là chưa lưu vào hệ thống chính, và sửa nguồn lỗi. Đừng khẳng định đã lưu khi chưa.

### Hệ thống của bạn có luôn chạy tốt không?
Không, như bảng sự cố cho thấy. Trạng thái trong bài là lúc đọc ngày 25/10/2026 và có thể đã thay đổi.

### Tôi muốn dựng văn phòng AI nhỏ, bắt đầu từ đâu?
Bắt đầu từ một máy, một nguồn trạng thái và một hàng chờ duyệt. Cần người đồng hành thiết kế, xem [dịch vụ đào tạo ứng dụng AI](/services/dao-tao-ung-dung-ai).

*Nguồn: bảng trạng thái hệ thống nội bộ OPCAIOS và kết quả lệnh trạng thái mạng riêng, đọc ngày 25/10/2026; chưa kiểm tra lại từng dịch vụ bằng truy vấn trực tiếp tại thời điểm viết, nên trạng thái có thể đã đổi. Không công bố địa chỉ, cổng, khoá hay số liệu doanh thu. Kinh nghiệm là của OPCAIOS.*