Hướng dẫn Cline 4 thực chiến: cài VS Code và CLI, chọn model, viết Rules, dùng Plan/Act, Checkpoints, Auto Approve, MCP, browser test và triển khai workflow Vibe Coding an toàn.
1:04 ước tính · Chưa có giọng vi-VN
Vibe Coding thường bắt đầu bằng một trải nghiệm rất hấp dẫn: mô tả tính năng bằng ngôn ngữ tự nhiên, chờ AI viết vài tệp, chạy ứng dụng và nhìn giao diện xuất hiện gần như ngay lập tức. Vấn đề chỉ lộ ra khi dự án lớn hơn. Model có thể đọc thiếu quy ước kiến trúc, sửa nhầm tệp, cài thêm dependency không cần thiết, chạy một lệnh phá dữ liệu hoặc tạo ra đoạn code trông hợp lý nhưng không vượt qua kiểm thử. Khi đó, công cụ quan trọng không còn là model trả lời hay nhất, mà là một workflow giúp model hiểu dự án, xin đúng quyền, kiểm chứng thay đổi và quay lại trạng thái an toàn khi thất bại.
Cline được xây quanh chính bài toán đó. Dự án không khóa người dùng vào một model duy nhất và hiện có nhiều bề mặt sử dụng: extension cho VS Code, plugin JetBrains, CLI tương tác hoặc headless, Kanban chạy nhiều agent song song và SDK để nhúng engine vào sản phẩm riêng. Trong IDE, Cline có thể đọc cấu trúc repository, chỉnh nhiều tệp, chạy lệnh terminal, theo dõi lỗi compiler, mở trình duyệt, sử dụng MCP server và hiển thị diff trước khi ghi thay đổi. Điểm khác biệt quan trọng là toàn bộ quá trình có thể được tổ chức theo Plan Mode, Act Mode, Rules, Auto Approve và Checkpoints thay vì giao toàn quyền cho agent từ prompt đầu tiên.
Bản Cline 4.0.11 được phát hành ngày 24/7/2026 bổ sung Claude Opus 5 trên nhiều provider, gồm Anthropic, Claude Code, Amazon Bedrock, Google Vertex, Cline và OpenRouter, kể cả biến thể context một triệu token. Release cũng thêm Moonshot Kimi K3, sửa cách tính giá cho Opus context dài và bật native tool calling cho Kimi K3. Cùng ngày, Cline Desktop 0.0.4 bổ sung chat không cần mở workspace, onboarding mới, kéo thả tệp, ảnh hiển thị trực tiếp, lịch chạy một lần và agentic compaction mặc định cho hội thoại dài.
Bài viết này không chỉ liệt kê tính năng mới. Mục tiêu là xây một quy trình Cline có thể áp dụng cho dự án thật: chọn bề mặt sử dụng, cấu hình model, viết Rules, phân tích ở Plan Mode, thực thi có kiểm soát, dùng Checkpoints để rollback, kiểm tra bằng browser, mở rộng bằng MCP và chuyển workflow sang CLI hoặc CI khi đã đủ ổn định.
Repository chính thức cline/cline do Cline Bot Inc. duy trì, phát hành theo Apache License 2.0 và không bị archived. Tại thời điểm bài viết được chuẩn bị, repository có khoảng 65.000 star, khoảng 7.000 fork và hơn 6.600 commit. Ngôn ngữ chính là TypeScript, phù hợp với cấu trúc extension, CLI, SDK và các ứng dụng web đi kèm.
Lượng star phản ánh mức độ quan tâm lớn của cộng đồng, nhưng không chứng minh rằng mọi tính năng đều ổn định cho mọi doanh nghiệp. Cline đang phát triển nhanh và có nhiều sản phẩm cùng sống trong một monorepo. VS Code extension là bề mặt quen thuộc nhất; CLI, SDK, Kanban và desktop đang thay đổi với nhịp khác nhau. Doanh nghiệp nên pin phiên bản, chạy canary và đọc changelog của đúng thành phần mình sử dụng thay vì chỉ nhìn phiên bản chung.
Apache 2.0 cho phép sử dụng, sửa đổi và phân phối code nguồn theo các điều kiện của giấy phép. Điều đó không có nghĩa mọi dịch vụ cloud, model API, marketplace hay tính năng enterprise đều miễn phí. Chi phí thực tế còn gồm token của provider, hạ tầng chạy MCP, thời gian review, lưu trữ checkpoint, CI và công sức khắc phục khi agent đi sai hướng.
| Bề mặt | Điểm mạnh | Phù hợp | Rủi ro cần quản lý |
|---|---|---|---|
| VS Code hoặc JetBrains | Nhìn diff, terminal và code cùng lúc; phê duyệt theo từng bước | Học Cline, sửa tính năng, debug, review thay đổi | Dễ bật quá nhiều quyền vì cảm giác đang giám sát trực tiếp |
| Cline CLI | Tương tác trong terminal, headless, JSON output, script và CI/CD | Automation lặp lại, code review, test, migration có quy trình | Auto Approve mặc định cần được hiểu rõ; secret có thể lộ qua log |
| Cline Desktop | Chat không cần workspace, tệp đính kèm, routines và channel | Trợ lý công việc, tác vụ ngoài codebase, điều phối dài hạn | Workspace-free chat dễ thiếu bối cảnh kỹ thuật; routine headless có thể chạy tự động |
| Kanban | Nhiều agent song song, mỗi card có worktree và dependency | Backlog lớn, nhiều tác vụ độc lập, nhóm kỹ thuật | Xung đột kiến trúc, chi phí model và khối lượng review tăng nhanh |
| SDK | Custom tool, policy, hook, connector và agent riêng | Xây sản phẩm nội bộ hoặc nền tảng agent | Mặc định policy phải được kiểm tra kỹ; ứng dụng tự chịu trách nhiệm bảo mật |
Người mới nên bắt đầu trong IDE vì có thể nhìn từng diff và từ chối thay đổi. Khi prompt, Rules, test và quyền đã ổn định, cùng một quy trình mới nên được chuyển sang CLI hoặc lịch chạy tự động. Đảo ngược thứ tự này—bắt đầu bằng headless YOLO rồi mới quan sát hậu quả—là một trong những cách nhanh nhất biến Vibe Coding thành chi phí sửa lỗi.
Cách đơn giản nhất là mở Visual Studio Marketplace, tìm Cline và cài extension chính thức. Sau khi khởi động lại editor, mở một repository thử nghiệm, kiểm tra trạng thái Git và chạy bộ test hiện có trước khi giao việc cho agent. Baseline này rất quan trọng: nếu test đã hỏng từ trước, Cline có thể mất nhiều vòng cố sửa một lỗi không do nó tạo ra.
Không nên thử lần đầu trên branch đang chứa thay đổi chưa commit. Tạo branch riêng, sao lưu database local và xóa secret khỏi file có thể được model đọc. Cline cần bối cảnh để làm việc nhưng không cần nhìn toàn bộ thư mục home, SSH key, file môi trường production hay tài liệu khách hàng không liên quan.
CLI được cài qua npm:
npm install -g cline
cline auth
cline doctor
cline auth cấu hình provider và model; cline doctor giúp kiểm tra môi trường. Người dùng có thể chạy chế độ tương tác bằng lệnh cline, chạy một tác vụ bằng cline "prompt", chuyển sang lập kế hoạch với cline -p, xuất JSON bằng --json hoặc cô lập trạng thái với --data-dir.
Cline CLI hỗ trợ flag --thinking từ none đến xhigh, model/provider override, timeout, working directory, MCP, plugin, schedule, history, connector và Kanban. Tài liệu hiện ghi Auto Approve của CLI mặc định là true, vì vậy người dùng không nên giả định hành vi giống extension IDE. Với repository chưa tin cậy, hãy đặt rõ --auto-approve false hoặc chạy trong container/VM hạn chế quyền.
Cline không khóa người dùng vào một hãng. README chính thức liệt kê Anthropic, OpenAI, Google, OpenRouter, Vercel AI Gateway, Amazon Bedrock, Azure, GCP Vertex, Cerebras, Groq, Ollama, LM Studio và endpoint tương thích OpenAI. Đây là lợi thế lớn nhưng cũng khiến cấu hình phức tạp hơn: cùng một prompt có thể cho kết quả, chi phí và hành vi tool calling khác nhau giữa provider.
Bản 4.0.11 thêm Claude Opus 5 và Kimi K3. Opus 5 phù hợp với thay đổi nhiều tệp, phân tích nguyên nhân gốc và nhiệm vụ cần kiểm chứng dài; Kimi K3 mở thêm lựa chọn model cho người dùng muốn thử hệ sinh thái Moonshot. Không nên nâng model chỉ vì tên mới. Hãy chạy cùng một bộ nhiệm vụ đại diện, đo pass rate, số vòng retry, token, thời gian review và tỷ lệ rollback.
Đối với tác vụ nhỏ như đổi copy, chỉnh CSS hoặc tạo boilerplate, model nhanh và rẻ thường hợp lý hơn. Với migration database, tái cấu trúc module, điều tra race condition hoặc review bảo mật, model có reasoning mạnh có thể giảm tổng số vòng lặp. Bài phân tích Claude Opus 5 trên NextGZ đi sâu hơn vào giá, context, effort và vị trí của model trong workflow coding. Người dùng Gemini có thể tham khảo thêm bài so sánh Gemini 3.6 Flash.
Một prompt dài không phải nơi tốt để lưu mọi quy tắc. Cline hỗ trợ file .clinerules để mô tả coding standard, kiến trúc, lệnh kiểm thử, cách deploy và những khu vực không được sửa. Rules được đọc bởi CLI, VS Code và JetBrains, giúp giảm việc lặp lại brief ở mỗi phiên.
Một bộ Rules tốt nên ngắn, cụ thể và kiểm chứng được. Ví dụ:
# Kiến trúc
- Không truy cập database trực tiếp từ UI.
- Mọi mutation đi qua service layer trong src/services.
# Chất lượng
- Chạy npm run lint, npm run typecheck và npm test trước khi hoàn tất.
- Không tắt test hoặc dùng any để làm typecheck xanh.
# Bảo mật
- Không đọc hoặc sửa .env.production.
- Không chạy migration trên database ngoài local.
- Không commit secret, token hoặc dữ liệu khách hàng.
# Phạm vi
- Chỉ sửa module billing và test liên quan.
- Nếu cần thay đổi schema chung, dừng và hỏi xác nhận.
Không nên biến Rules thành một tài liệu hàng trăm dòng chứa mọi kiến thức của công ty. Quá nhiều chỉ dẫn làm model bỏ sót điều quan trọng và tăng token ở mỗi request. Tách quy tắc nền tảng khỏi skill chuyên biệt; chỉ nạp skill khi nhiệm vụ thực sự cần.
Trước khi hỏi Cline sửa code, chạy git status, bộ test, linter và typecheck. Ghi lại lỗi hiện có. Cung cấp cho agent mục tiêu, phạm vi, tiêu chí nghiệm thu và điều không được làm. Một yêu cầu tốt có dạng:
Thêm chức năng khóa tài khoản sau 5 lần đăng nhập sai.
Phạm vi: auth service, database migration local và test.
Không đổi API public hiện tại.
Tiêu chí: test unit + integration, không lưu mật khẩu hoặc IP trong log.
Trước khi sửa code, hãy lập kế hoạch và chỉ ra file dự kiến thay đổi.
Trong Plan Mode, Cline đọc codebase, hỏi câu làm rõ và đề xuất chiến lược nhưng chưa nên sửa tệp. Đây là lúc kiểm tra model có hiểu đúng kiến trúc hay không. Yêu cầu nó chỉ ra luồng dữ liệu, dependency, rủi ro migration, test cần thêm và phương án rollback.
Nếu kế hoạch đề xuất tạo một framework mới cho thay đổi nhỏ, bỏ qua service layer hoặc đụng nhiều module không liên quan, hãy sửa plan trước khi chuyển sang Act. Chi phí chỉnh một kế hoạch sai thấp hơn rất nhiều so với review 30 tệp thay đổi.
Ở lần chạy đầu, chỉ bật đọc project và phê duyệt từng file edit/command. Khi Cline đề xuất lệnh cài package, migration hoặc xóa file, đọc đủ command và argument. Tên lệnh trông quen không bảo đảm an toàn: npm install thay dependency và chạy lifecycle script; git clean có thể xóa file; một script test có thể kết nối nhầm database nếu biến môi trường sai.
Không chờ đến cuối mới xem diff. Sau khi model hoàn thành schema, service hoặc test, hãy kiểm tra từng lớp. So sánh hành vi với tiêu chí ban đầu. Khi phát hiện hướng sai, chỉnh prompt hoặc rollback checkpoint trước khi thêm nhiều thay đổi phụ thuộc lên trên.
Cline bật Checkpoints mặc định. Sau mỗi tool use như chỉnh file hoặc chạy lệnh, hệ thống ghi trạng thái project vào một shadow Git repository tách khỏi Git history chính. Vì vậy, người dùng có thể quay lại một mốc code mà vẫn giữ context cuộc hội thoại; Git repository thật không bị thêm commit tự động.
Checkpoints đặc biệt hữu ích khi thử nhiều giải pháp, bật Auto Approve có giới hạn hoặc chỉnh lại một prompt cũ. Người dùng có thể phục hồi file và task, chỉ phục hồi file, hoặc giữ file rồi thay đổi hướng hội thoại tùy tình huống.
Dù vậy, checkpoint không thay thế commit Git thật, backup database hay snapshot hạ tầng. Nó chủ yếu bảo vệ trạng thái file trong workspace. Migration đã chạy, dịch vụ bên ngoài đã gọi, email đã gửi hoặc dữ liệu đã xóa không tự quay lại khi restore code. Các hành động có side effect vẫn phải được tách và phê duyệt.
Auto Approve được đánh giá theo từng tool call. Người dùng có thể cho phép đọc file, chỉnh file, chạy command, dùng browser hoặc MCP độc lập. Tài liệu Cline khuyến nghị cấu hình mặc định an toàn là bật đọc project và để edit, command, browser, MCP tắt cho tới khi có lý do rõ ràng.
| Nhóm quyền | Có thể auto-approve khi | Nên giữ xác nhận khi |
|---|---|---|
| Đọc file project | Repository đã kiểm tra, không chứa secret nhạy cảm | Monorepo chứa dữ liệu khách hàng hoặc tệp ngoài phạm vi |
| Chỉnh file | Branch riêng, checkpoint bật, test tốt, phạm vi hẹp | Migration, config production, authentication, billing |
| Chạy command | Build, lint, test read-only trong sandbox | Cài package, xóa file, deploy, database, cloud CLI |
| Browser | Test localhost hoặc môi trường staging không có dữ liệu thật | Website đăng nhập, form gửi dữ liệu, thao tác tài khoản |
| MCP | Server nội bộ read-only, schema và nguồn code đã review | Tool có quyền ghi, thanh toán, email, cloud hoặc database |
YOLO Mode auto-approve mọi thao tác, gồm file, terminal, browser, MCP và chuyển mode. Đây không phải “chế độ thông minh hơn”; nó chỉ loại bỏ checkpoint phê duyệt của con người. Chỉ dùng trong project vứt bỏ, container cô lập hoặc quy trình đã được kiểm thử kỹ. Cline Desktop 0.0.4 cho biết routine headless mặc định dùng YOLO để chạy không cần giám sát, vì vậy người dùng desktop cần kiểm tra kỹ workspace, credential và prompt trước khi đặt lịch.
Model Context Protocol cho phép Cline kết nối database, API, tài liệu, cloud và công cụ chuyên biệt qua mô hình client–server. Cline có thể quản lý MCP server trong IDE và CLI; lệnh cline mcp cung cấp các thao tác liên quan. MCP giúp agent làm được nhiều hơn, đồng thời mở một bề mặt tấn công mới.
Trước khi cài server cộng đồng, hãy đọc repository, license, dependency, quyền filesystem, command và network. Không đặt token dài hạn trực tiếp trong prompt. Dùng secret manager hoặc biến môi trường có phạm vi hẹp; ưu tiên credential chỉ đọc và có thể thu hồi.
Cline đóng vai trò MCP client trong host IDE hoặc CLI. Mỗi MCP server cung cấp tool, resource hoặc prompt theo capability riêng. Một phiên có thể kết nối nhiều server: server tài liệu chỉ đọc, server issue tracker, server database staging và server deploy. Quyền không nên gộp vào một server “làm mọi thứ”. Tách server theo trust boundary giúp audit, thu hồi credential và giới hạn hậu quả khi một tool bị lợi dụng.
Ví dụ, agent sửa code có thể cần đọc schema database nhưng không cần quyền xóa bảng. Server deploy có thể chỉ cho phép staging và chặn production. Một tool gửi Slack nên giới hạn channel thay vì nhận channel ID tùy ý từ model. Khi xây bằng SDK, tool policy phải được đặt rõ; tài liệu SDK cảnh báo tool không có policy có thể mặc định enabled và auto-approved.
Đối với ứng dụng web, build thành công không chứng minh giao diện hoạt động. Cline có thể mở browser, click, nhập dữ liệu, kiểm tra screenshot và console. Một workflow tốt yêu cầu model khởi chạy dev server, mở đúng URL, thực hiện các luồng chính, kiểm tra lỗi JavaScript và mô tả điều đã xác nhận.
Ví dụ với form đăng ký:
Không bật browser auto-approve trên website có tài khoản thật hoặc dữ liệu production. Nội dung trang có thể chứa prompt injection, nút có hậu quả hoặc form gửi thông tin. Tách browser test về localhost/staging, sử dụng tài khoản test và dữ liệu giả.
Khi quy trình trong IDE đã ổn định, CLI có thể dùng cho việc lặp. Ví dụ review diff:
git diff origin/main | cline --json --auto-approve false \
"Review thay đổi theo security checklist và xuất JSON"
Hoặc chạy test và sửa lỗi trong branch riêng:
cline --cwd ./repo --data-dir ./tmp/cline-run \
--auto-approve false \
"Chạy test, phân tích lỗi và đề xuất patch. Không deploy."
Trong CI, đặt quyền GitHub Actions tối thiểu. Một job review chỉ cần contents: read và có thể cần pull-requests: write để đăng comment; không cần quyền push code. Cline có biến cấu hình giới hạn command và tài liệu mẫu nhấn mạnh việc chỉ cho phép git, gh cần thiết trong workflow review.
Headless không đồng nghĩa không cần con người. Tách job phân tích và job ghi thay đổi; yêu cầu pull request, status check và CODEOWNERS. Lưu trace model, provider, phiên bản prompt, tool call và artifact để điều tra khi kết quả thay đổi.
Không để API key, private key hoặc dữ liệu khách hàng trong workspace mà model có thể đọc. Dùng file mẫu, secret manager và credential ngắn hạn. Kiểm tra transcript và log terminal trước khi chia sẻ vì command output có thể in secret.
README, issue, comment và code có thể chứa chỉ dẫn cố điều khiển agent. Không cho Cline tự động chạy script của repository mới tải về. Đọc package script, Dockerfile, hook và installer trước; chạy trong container không có credential host.
Cài package là thực thi code từ chuỗi cung ứng. Pin phiên bản, dùng lockfile, kiểm tra provenance và scan dependency. Plugin Cline và MCP server có thể đăng ký tool mạnh; xem chúng như code ứng dụng, không phải prompt vô hại.
Checkpoint chỉ hoàn tác file. Database, cloud, email, ticket và deployment cần cơ chế riêng: transaction, môi trường staging, dry run, approval và audit log. Không giao một credential có cả quyền đọc và quyền quản trị nếu task chỉ cần phân tích.
Thay vì chỉ xem giá token, hãy đo chi phí cho một nhiệm vụ đạt tiêu chuẩn: số lượt gọi, thời gian chạy, tỷ lệ thành công, số dòng cần sửa lại, thời gian review và số sự cố phát sinh.
| Công cụ | Điểm mạnh nổi bật | Khi nên chọn | Lưu ý |
|---|---|---|---|
| Cline | Model-agnostic, approval chi tiết, Checkpoints, MCP, IDE/CLI/SDK | Muốn kiểm soát provider và xây workflow tùy biến | Cấu hình nhiều; chi phí phụ thuộc provider và quyền |
| Cursor | Editor tích hợp chặt, UX thống nhất, agent ngay trong môi trường code | Muốn trải nghiệm IDE liền mạch và ít cấu hình | Gắn hơn với sản phẩm/editor của Cursor |
| Claude Code | CLI mạnh, tối ưu cho Claude và workflow terminal | Dự án dùng Claude, developer quen terminal | Ít trung lập provider hơn Cline |
| OpenAI Codex | Tích hợp hệ sinh thái OpenAI, cloud/local workflow và coding agent | Đã dùng ChatGPT/OpenAI, cần agent chuyên code | Quyền và dữ liệu phụ thuộc bề mặt Codex được chọn |
| GitHub Copilot | Phân phối rộng qua GitHub và IDE, policy doanh nghiệp | Team đã chuẩn hóa trên GitHub | Workflow bị chi phối bởi hệ sinh thái GitHub |
Không có công cụ thắng cho mọi dự án. Cline phù hợp với người muốn tự chọn model, kiểm soát quyền và đưa cùng engine từ IDE sang CLI/SDK. Cursor phù hợp khi trải nghiệm editor là ưu tiên. Claude Code và Codex mạnh khi người dùng đã chọn hệ model tương ứng. Copilot có lợi thế quản trị trong tổ chức GitHub.
Cline giúp giảm thời gian tìm file, viết boilerplate, chạy test và lặp qua lỗi. Giá trị lớn nhất xuất hiện khi developer vẫn giữ quyền quyết định kiến trúc và review diff, không phải khi giao toàn bộ repository cho YOLO.
Người vận hành website, automation và sản phẩm nhỏ có thể dùng Cline để sửa bug, xây dashboard, tích hợp API và chuẩn hóa deployment. Rules nên ghi rõ phạm vi site, môi trường, lệnh build và điều cấm. Tác vụ tài chính, dữ liệu khách hàng và production vẫn cần approval.
Team có thể chia sẻ Rules, plugin, MCP và prompt mẫu; dùng CI review, Kanban hoặc multi-agent cho backlog. Trước khi mở rộng, cần policy về provider, dữ liệu, log, version, command, secret và trách nhiệm review.
Cline có thể phù hợp khi tổ chức cần model/provider linh hoạt hoặc self-hosted/on-premises. Doanh nghiệp phải đánh giá riêng các bề mặt sản phẩm, điều khoản dịch vụ, telemetry, retention và khả năng quản trị. Apache 2.0 của repository không tự giải quyết compliance của model và cloud phía sau.
Cline 4.0.11 đáng chú ý vì nhanh chóng đưa Claude Opus 5 và Kimi K3 vào một công cụ coding agent model-agnostic. Tuy nhiên, giá trị lâu dài của Cline không nằm ở danh sách model. Nó nằm ở cách tổ chức công việc: Rules giữ quy ước dự án, Plan Mode giảm sai hướng, approval giới hạn quyền, Checkpoints giảm chi phí rollback, browser tool kiểm chứng giao diện và MCP mở rộng khả năng theo ranh giới rõ ràng.
Đối với Vibe Coding, quy trình tốt quan trọng hơn việc để agent chạy nhanh nhất. Hãy bắt đầu bằng IDE, branch sạch và quyền đọc; chỉ tăng quyền sau khi đã có test, checkpoint và tiêu chí nghiệm thu. Khi một workflow đã lặp lại ổn định, mới chuyển sang CLI, schedule hoặc multi-agent. Cách tiếp cận này giữ được tốc độ của AI coding nhưng không đánh đổi khả năng kiểm soát, bảo mật và chất lượng sản phẩm.
Nguồn chính: repository Cline, release Cline 4.0.11, release Desktop 0.0.4, tài liệu Checkpoints, Auto Approve và YOLO Mode, CLI Reference và tài liệu MCP.
Khám phá thêm các bài về agent, công cụ và workflow tại chuyên mục Vibe Coding trên NextGZ.
Rules, checkpoints và MCP giúp thu hẹp phạm vi hành động, nhưng chất lượng cuối cùng vẫn phụ thuộc vào phép kiểm chứng độc lập. Bài 8 case study coding agent của OpenAI trong nghiên cứu khoa học cho thấy cách thiết kế baseline, tolerance, held-out benchmark và downstream test trước khi chấp nhận thay đổi do agent tạo ra.
Digital Art
Tips học tiếng Trung
Công cụ & Phần mềm
Công cụ & Phần mềm
Công cụ & Phần mềm
Công cụ & Phần mềm
Từ vựng theo chủ đề
Công cụ & Phần mềmĐăng ký miễn phí, lấy link riêng và giới thiệu NextGZ cho người cần học tiếng Trung hoặc Digital Art.
Cộng đồng thực chiến
Tham gia nhóm để nhận tài nguyên, cập nhật công cụ và trao đổi cách xây dựng digital business cùng AI.
Tham gia nhóm Zalo
Cộng đồng sáng tạo
Kết nối với cộng đồng Digital Art, chia sẻ tác phẩm và học hỏi quy trình sáng tạo mới.
Tham gia DiscordCộng đồng thực chiến
Tham gia nhóm để nhận tài nguyên, cập nhật công cụ và trao đổi cách xây dựng digital business cùng AI.
Tham gia nhóm ZaloCộng đồng sáng tạo
Kết nối với cộng đồng Digital Art, chia sẻ tác phẩm và học hỏi quy trình sáng tạo mới.
Bình luận
0 bình luận
Đăng nhập để tham gia thảo luận cùng cộng đồng!
Đăng nhập ngayĐang tải bình luận...