Khi tôi nhìn lại 8 bài đăng trên X đã đạt tổng cộng 14,5 triệu lượt hiển thị ở nước ngoài, tôi đã tìm thấy nhiều phương pháp sử dụng mà tôi chưa từng thấy ở Nhật Bản.
Trong bài viết này, tôi sẽ dịch sẽ dịch cả 8 mẫu hình bằng cách so sánh chúng với lĩnh vực của riêng tôi. Khi bạn đọc xong, bạn sẽ quyết định được một điều để thử vào ngày mai.
Những Gì Bạn Sẽ Học Trong Bài Viết Này
Tổng quan về 8 mẫu hình thực tế được trích xuất từ 8 bài đăng nước ngoài lan truyền mạnh (tổng cộng 14,5 triệu lượt hiển thị).
Cấu trúc của từng mẫu hình, các trích dẫn nước ngoài, cách sử dụng chúng trong lĩnh vực của riêng bạn và các đề xuất cụ thể cho "nếu bạn muốn mượn dụng chúng".
Nhật kýng bản ghi trải nghiệm thực tế đã được xác minh trong các khóa học Claude Code, khách hàng tư vấn và các nhóm nghiên cứu. Bạn không cần phải làm mọi thứ. Nó được thiết kế để bắt đầu với điều phù hợp với bạn.
Vấn Đề "Sử Dụng 30%" Bị Bỏ Qua Ở Nhật Bản
Gần đây, tôi nhận được nhiều lời tư vấn như thế này...
"Tôi đang trả 200 đô la mỗi tháng, nhưng tôi không thực sự hiểu nó khác gì với ChatGPT."
"Tôi biết các thuật ngữ như kỹ năng, tác nhân phụ và MCP, nhưng tôi không biết chúng liên quan đến công việc kinh doanh của tôi như thế nào."
"Ngay cả khi tôi theo dõi thông tin tiếng Nhật, tôi chỉ thấy những mẹo vặt lẻ tẻ và không thể thấy được bức tranh toàn cảnh."
Hầu hết việc sử dụng Claude Code được thảo luận ở Nhật Bản đều tập trung vào viết mã.
Việc sử dụng ngoài viết mã—bộ nhớ 3 lớp. Phân công lao động với các tác nhân phụ. Thiết kế token. Kết nối kinh doanh với MCP.
Mặc dù những điều này được chia sẻ chia sẻ như một "lớp tiêu chuẩn" ở nước ngoài, hầu như không có bài viết nào thảo luận một cách có hệ thống về chúng bằng tiếng Nhật.
Đây không phải là vấn đề cá nhân; nó là vấn đề cấu trúc. Đó là lý do tại sao tôi đang dịch 8 mẫu hình thực tế được sử dụng ở nước ngoài qua bộ lọc lĩnh vực của riêng tôi.
Mẫu hình 1: Xây Dựng Bộ Nhớ Của Claude Trong "3 Lớp"
@aiedge_ (1,93 triệu lượt hiển thị) đã nói thẳng thừng: "Bộ nhớ mặc định của Claude về cơ bản là rác. Nó quên mất ngữ cảnh mỗi lần, và cuối cùng bạn phải giải thích lại những điều tương tự."
Đây là nỗi đau mà ai bắt đầu sử dụng Claude một cách nghiêm túc đều trải qua ít nhất một lần.
Điều gì đó lẽ ra phải nhớ cho đến hôm qua lại biến mất vào hôm nay. Phong cách của bạn, điều lẽ ra phải biết, lại trở về cuộc gặp gỡ đầu tiên trong một phiên khác.
Đó là khoảnh khắc niềm tin vào AI đột nhiên lung lay.
Giải pháp là xây dựng bộ nhớ thành ba lớp. Tôi vận hành với cùng một cấu trúc.
CLAUDE.md (Quy tắc cố định): Lớp nơi bạn viết các chính sách mà bạn không bao giờ muốn nó quên. Đặt các phong cách chung ở đây, chẳng hạn như "Trả lời bằng tiếng Nhật", "Không viết tuyên bố từ chối trách nhiệm" và "Không lạm dụng chữ in đậm."
Bộ nhớ (Học tự động): Lớp tự học trong quá trình trò chuyện. Các phán đoán trong quá khứ, danh từ riêng và các định dạng thường được sử dụng được tự động tích lũy.
RAG (Tìm kiếm kiến thức nội bộ): Lớp giúp tìm kiếm các biên bản và tài liệu trong quá khứ. Thay vì đặt Markdown thô, hãy xử lý nó thành một định dạng có thể tìm kiếm được.
Tôi đã giải thích cấu trúc 3 lớp này trong buổi thứ 3 của khóa học Claude Code Course. "Chỉ cần đặt kiến thức cục bộ không có nghĩa là Claude có thể tìm kiếm nó. Bạn phải xử lý nó, lưu nó và làm cho nó có thể tìm kiếm được."
Nếu bạn muốn mượn điều này, thứ tự sẽ là:
Bước 1. Viết "các quy tắc bạn không bao giờ muốn nó quên" trong 10 dòng trong CLAUDE.md.
Bước 2. Bật chức năng Bộ nhớ và để nó tích lũy những điều bạn muốn nó nhớ trong cuộc trò chuyện.
Bước 3. Làm cho các biên bản, PDF và bài viết trong quá khứ có thể tìm kiếm được bằng RAG.
Chỉ cần xây dựng theo thứ tự này, bạn sẽ thoát khỏi việc phải giải thích lại mỗi lần. Ngay khi xây dựng nó, bạn sẽ cảm thấy rõ ràng rằng "độ chính xác của Claude ở một cấp độ khác."
Chỉ có một lưu ý.
Đừng viết một lượng lớn văn bản trong CLAUDE.md. Nó càng tăng, Claude càng bị buộc phải "đánh giá ưu tiên" thay vì xem xét mọi thứ. Nếu có khả năng vượt quá 10 dòng, sẽ hiệu quả hơn nếu cắt nó ra thành một tệp riêng và yêu cầu nó đọc tệp đó. Bộ nhớ không hoạt động chỉ bằng cách đặt nó; nó chỉ hoạt động nếu bạn thiết kế nó.
Mẫu hình 2: Đảm Nhận Công Việc Của 5 Người Trên Một Chiếc Laptop
@rohit4verse (3,36 triệu lượt hiển thị) đã viết: "Một công ty được xây dựng bằng số tiền huy động được trong vòng hạt giống giờ đây nằm gọn trong một chiếc laptop. Bạn không cần đồng sáng lập hoặc công ty gia công việc của năm người."
Công việc mà trước đây phải tốn hàng triệu đô la để thuê hoặc thuê ngoài giờ đây có thể được một người xử lý tùy thuộc vào thiết kế. Nó gây được tiếng vang vì anh ấy nói điều đó một cách bình tĩnh, không khoa trương: "Nó đã được chứa đựng rồi."
Nó trông hào nhoáng, nhưng nó thực sự đang xảy ra trên thực tế.
Một CEO mà tôi tư vấn dành 10 giờ mỗi ngày tập trung vào Claude Code. Anh ấy tạo tài liệu bán hàng dựa trên HTML ngay tại chỗ và thậm chí tự mình thực hiện việc tinh chỉnh.
Việc cấu trúc công việc mà anh ấy từng yêu cầu cấp dưới làm giờ đây hoàn thành trong vòng 30 phút dưới bàn tay của chính CEO.
Cấu trúc trúc cho phép chính CEO đảm nhận hơn một nửa nửa công việc trước đây do cấp dưới trực tiếp thực hiện.
Nếu bạn coi Claude là một "công cụ hỗ trợ viết mã", bạn sẽ không bao giờ đạt đến cảnh giới này. Nó không phải là về việc làm cho một nhiệm vụ hiệu quả hơn; nó là về việc thay đổi "đơn vị phân rã" của công việc kinh doanh.
Nếu bạn muốn mượn điều này, câu hỏi đầu tiên không phải là cách sử dụng công cụ. Đó là "Phần nào trong công việc kinh doanh của tôi nên giao cho các tác nhân để tôi có thể làm công việc của năm người mà không cần tăng nhân sự?"
Tạo bản tóm tắt từ biên bản
Cấu trúc tài liệu bán hàng
Liên tục tạo bản thảo cho các bài đăng trên mạng xã hội
Chỉ ba điều này sẽ giải phóng sức lao động của một người. Những bàn tay rảnh rỗi đó có thể hướng tới những phán đoán mà chỉ con người mới có thể thực hiện.
Tôi cũng sẽ viết ra một cạm bẫy phổ biến.
Nếu bạn nghĩ về việc "đặt AI thay vì con người", bạn thường sẽ thất bại.
Điều bạn nên làm là "chuyển tất cả công việc mà con người không cần làm cho AI, và tăng các lĩnh vực mà chỉ con người mới có thể làm." Nếu bạn đảo ngược thứ tự, kỳ vọng về AI sẽ chỉ tăng lên và cuối cùng bạn sẽ quay lại cách làm cũ.
Mẫu hình 3: Sử Dụng Phân Cấp Của configs / plugins / skills / subagents
@0x_kaize (1,39 triệu lượt hiển thị) đã suy ngẫm: "Tôi nghĩ Claude Code chỉ là một công cụ viết mã. Nó đã trở thành một thứ khác sau khi tôi khám phá ra configs / plugins / skills / subagents."
Nó không phải về vận hành; nó là về cấu trúc.
Càng nhiều người sử dụng Claude, hơn, họ càng thấy "chỉ là một công cụ viết mã" là không đủ. Khoảnh khắc họ được xem bản đồ của hệ thống phân cấp chức năng, một nhận thức xảy ra: "Những gì tôi mơ hồ cảm thấy nên có nhiều hơn thực sự tồn tại như một hệ thống."
Nếu bạn muốn nó thực hiện các nhiệm vụ cụ thể, hãy viết một skill.
Nếu bạn muốn giao các phán đoán trong lĩnh vực chuyên môn cho nó, hãy đặt một sub-agent.
Nếu bạn muốn các quy tắc xuyên suốt có hiệu lực, hãy áp đặt chúng bằng các tệp cấu hình và hook.
Tôi đã giải thích điều này trong hội thảo miễn phí về Claude Code x Remotion. "Skills dành cho các nhiệm vụ cụ thể. Ngược lại, sub-agent là những thợ thủ công kỹ thuật. Kỹ thuật của người thợ thợ thủ công và sub-agent thợ thủ công là các lớp khác nhau."
Nếu bạn muốn mượn điều này, bước đầu tiên là viết ra một "nhiệm vụ bạn đang lặp lại."
Tổng hợp dữ liệu được thực hiện vào thứ Sáu hàng tuần
Tóm tắt thông tin khách hàng trước cuộc họp
Các nhiệm vụ đơn giản như sửa phụ đề
Tất cả những điều này có thể được biến thành skill. Một khi chúng là skill, Claude sẽ nhớ "thói quen" và bắt đầu tự động chạy.
Từ đó, nếu bạn đi xuống các lớp sub-agent, hook và cài đặt, Claude biến thành một thiết bị chứa "một bạn khác" bên trong trình soạn thảo.
Một sai lầm phổ biến là cố gắng bắt đầu với sub-agent ngay lập tức.
Cách đúng đắn là đặt sub-agent như các vai trò để gói các skill "sau khi một số lượng skill nhất định đã được tập hợp." Nếu bạn đặt chúng trước, cuối cùng bạn sẽ chuẩn bị bộ não mà không có tay chân mà nó nên gói.
Mẫu hình 4: Giải Pháp Thực Tế Để Vượt Qua Giới Hạn Token Trong 10 Phút
Bài viết được viết bởi @milesdeutscher (5,18 triệu lượt hiển thị) nổi bật trong số tám bài. "Cách không bao giờ lo lắng về giới hạn token của Claude nữa trong 10 phút."
Đó là một tiêu đề hào nhoáng, nhưng nội dung khá thực tế và hợp lý.
Có hai lý do tại sao nó lan truyền mạnh.
Giới hạn token là một điểm đau chung cho tất cả mọi người.
Và giải pháp không phải là "nâng cấp gói" hoặc "trả nhiều tiền hơn", mà là "thay đổi cách vận hành."
Nó gây được tiếng vang vì nó đưa ra một giải pháp thông qua thiết kế thay vì ném tiền vào vấn đề.
Nếu bạn tiếp tục sử dụng gói 200 đô la, một giới hạn đột nhiên xuất hiện giữa một prompt sâu. Sự tập trung của bạn bị phá vỡ, và ngay cả khi bạn cố gắng tiếp tục, bạn không thể di chuyển nó được nữa vào ngày hôm đó. Đó không phải là vấn đề năng suất mà là vấn đề đà. Một giờ làm việc tập trung bị phút bị phá vỡ bởi một giới hạn duy nhất.
Bản thân tôi đã vận hành trên một gói 200 đô la/tháng trong một thời gian dài. Tôi không quan tâm nhiều đến ngữ cảnh và thường cung cấp cho nó tất cả lịch sử dưới dạng Markdown. Ngay cả như vậy, kỳ lạ thay, tôi hiếm khi chạm phải giới hạn.
Lý do là tôi đã chạy các skill riêng biệt để triệt tiêu token.
Tóm tắt trước
Loại bỏ ngữ cảnh cũ
Nếu bạn thấy Markdown phình to, hãy cắt bớt nó ngay lúc đó
Hãy biến những điều này thành skill và để Claude tự động thực hiện. Phía con người không cần phải ý thức về nó.
Nếu bạn muốn mượn điều này, điều đầu tiên cần làm là xem xét "những gì bạn thường cho Claude ăn quá nhiều."
Bạn có đang ném những văn bản dài? Bạn có đang copy-paste các biên bản cũ mỗi lần? Bạn có cuộc họp? Bạn có đang xếp chồng các câu hỏi mới trong khi vẫn để lại những lời mở đầu không cần thiết?
Nếu bạn rơi vào bất kỳ điều nào trong số này, giới hạn là một vấn đề của vận hành, không phải dung lượng. Nếu bạn thay đổi cách vận hành trước khi nâng cấp gói, bạn hầu như luôn có thể vượt qua được nó.
Ngược lại, nếu bạn nâng cấp gói mà không ý thức được điều này, bạn sẽ chỉ đổ thêm chất thải cho số tiền bạn đã nâng cấp. Nó giống như nghĩ rằng bạn đã mua thời gian bằng tiền, nhưng bạn thực sự đã mua làm thêm giờ bằng tiền. Giới hạn không phải là một hình phạt; nó là một cảnh báo để bạn xem xét lại cách vận hành của mình.
Mẫu hình 5: Trở Nên Sắc Sảo Hơn Hoặc Trở Nên Rỗng Tuếch Khi Sử Dụng
@rohit4verse đã viết một điều gần như một lời với một lời cảnh báo trong một bài viết khác: "Không có tính trung lập trong cách bạn sử dụng AI. Bạn trở nên sắc sảo hơn hoặc bạn trở nên rỗng tuếch. Hầu hết mọi người đang trở nên rỗng tuếch, và họ chỉ nhận ra điều đó ngay khi họ bước ra xa."
Đây là "cảnh báo lạm dụng" duy nhất trong số 8 mẫu hình.
Trong một dòng thời gian đầy rẫy những "bạn có thể hiệu quả hơn" và "s "nó sẽ nhanh hơn theo cách này", anh ấy đã nói trước: "Nếu bạn sử dụng nó sai, bản thân bạn sẽ suy thoái."
Nó không nổi bật vì nó là một quan điểm trái ngược với các mẹo. Nó gây được tiếng vang vì nó đánh trúng trúng trọng tâm dựa trên sự thật.
Tôi nói điều tương tự trong buổi thứ 2 của khóa học Claude Code. "Nếu bạn thành thạo cách sử dụng nó, bạn sẽ có thể tận dụng AI thêm một hoặc hai bước nữa. Ngược lại, nếu bạn sử dụng nó sai, cơ bắp tư duy của bạn sẽ teo lại trước tiên."
Điều này phù hợp với kinh nghiệm của riêng tôi.
Những người để mọi thứ cho nó và thoải mái trở nên đần độn một cách rõ rệt sau sáu tháng. Những người tiếp tục suy nghĩ cho bản thân trong khi ủy thác phát triển như những người khác nhau sau sáu tháng.
Sự khác biệt hầu như không nhìn thấy được khi bắt đầu, nhưng sau sáu tháng, nó trở thành một khoảng cách không thể lấp đầy.
Nếu bạn muốn mượn điều này, một tiêu chí là đủ.
"Bạn có thể diễn đạt lại đầu ra của Claude bằng l bằng lời của riêng bạn không?"
Nếu bạn có thể diễn đạt lại nó, thông tin đó nằm trong bạn.
Nếu bạn không thể, nó chỉ đi qua bạn.
Chỉ cần có thói quen tự kiểm tra điều này mỗi ngày. Một mình điều đó sẽ giữ cho bạn không bước qua vạc qua vạch vào trở nên rỗng tuếch.
Nếu gần đây bạn nhận thấy sự gia tăng trong "những lần bạn chỉ dán đầu ra của Claude và gọi đó là một ngày", hãy coi đó là đèn vàng. Những gì còn lại khi bạn buông bỏ công cụ là khả năng thực sự của bạn.
Mẫu hình 6: Con Mắt Sành Sỏi Từ 900.000 Skill Xuống Còn 23
@Mnilax (233 nghìn lượt hiển thị) đã viết về những con số này: "Claude Skills đã tăng từ 16 lên 900.000 trong sáu tháng. Hầu hết là nhiễu. Chỉ có 23 thay đổi công việc mãi mãi."
Từ 16 lên 900.000 trong sáu tháng. Tăng gấp 10.000 lần. Trong số đó, 23 còn lại mãi mãi. 0,0026%. Tỷ lệ chọn lọc áp đảo này tự nó đã là một câu chuyện chỉ từ tiêu đề.
Cả những người "tạo" và những người "sử dụng" skill sẽ bị hỏng nếu họ không có chiến lược loại bỏ.
Tôi cũng thêm và bớt các skill của riêng mình mỗi tuần. Tiêu chí rất đơn giản: "Nếu tôi không sử dụng một skill trong 3 tuần, tôi nghi ngờ nó vào thời điểm đó."
Các skill tôi tiếp tục sử dụng được cải thiện với các bản sửa lỗi. Nếu không có chỗ để cải thiện, skill đó không còn cần thiết cho công việc kinh doanh của tôi nữa.
Tôi nói về điều này trong các hội thảo của khóa học Claude Code. "Các nhiệm vụ lặp đi lặp lại như sửa phụ đề tự động nên được biến thành skill. Tạo một skill, sửa nó và cải thiện nó. Đừng dừng vòng lặp này."
Nếu bạn muốn mượn điều này, bước đầu tiên là "đo lường xem bạn đã sử dụng nó chưa", không phải "tạo ra nó."
Bước 1. Tạo một skill.
Bước 2. Ghi lại ngày bạn tạo nó.
Bước 3. Ba tuần sau, đếm xem bạn đã sử dụng nó bao nhiêu lần.
Nếu ít hơn 3 lần, thiết kế của skill đó yếu. Làm lại nó hoặc xóa nó. Chỉ những người có thể hoàn thành chu kỳ này mới có thể đứng về phía "phát triển" Claude của họ.
Một cạm bẫy phổ biến là ảo tưởng rằng "càng tạo nhiều càng tốt." Skills không có giá trị khi chúng tăng lên; chỉ những cái được chọn mới có hiệu quả. Điều tương tự cũng xảy ra cho việc thu thập skill của người khác; ngay khi bạn đưa vào số lượng, Claude bắt đầu do dự trong phán đoán. Nó không phải là "có nó", mà là "liệu bạn có còn sử dụng nó sau 3 tuần nữa không" mới là chỉ số thực sự.
Mẫu hình 7: Một Skill Mỗi Cuối Tuần, 70 Giờ Trở Thành 30
@av1dlive (1,41 triệu lượt hiển thị) đã đưa ra một cụm từ mạnh mẽ: "Bạn có thể xây dựng một công ty tỷ đô vào cuối tuần với AI. Bạn chỉ cần một skill."
Một công ty tỷ đô là một sự phóng đại, nhưng nó đúng như một điểm cấu trúc.
Lý do nó lan truyền mạnh là rào cản thấp.
Chỉ một skill. Bạn chỉ cần đủ động lực cho cuối tuần đó.
Những người thường nghĩ "Tôi sẽ giải quyết nó một cách tử tế vào một ngày nào đó" bị đè bẹp bởi sức nặng của "ngày nào đó" đó. Khoảnh khắc bạn nén nó thành "một mỗi cuối tuần", chi phí tâm lý của hành động giảm mạnh xuống mạnh.
Tạo một nguyên mẫu hoạt động trong cuối tuần. Thử sử dụng nó trong công việc thực tế từ thứ Hai. Nếu nó không hoạt động, hãy loại bỏ nó. Nếu nó hoạt động, hãy cải thiện nó.
Nếu bạn không dừng vòng quay này, Claude sẽ thay đổi thành một đồng minh với tốc độ ngày càng tăng.
Trong Nhóm Nghiên cứu Claude Code cho Người mới bắt đầu, tôi nói điều này:
"Trong khoảng một giờ, bạn có thể tạo ra một thứ hoạt động. Nếu bạn đang làm việc 70 giờ một tuần, bạn có thể nén nó xuống khoảng 30 giờ với Claude Code."
Đây không phải là một con số lý thuyết; nó là một tỷ lệ nén thực tế xuất hiện trong nhiều lĩnh vực.
Nếu bạn muốn mượn điều này, hãy thu hẹp công việc bạn làm vào cuối tuần xuống còn một.
Giảm một nhiệm vụ mất 30 phút mỗi ngày xuống còn 5 phút.
Giảm một nhiệm vụ mất 1 giờ một lần mỗi tuần xuống còn 5 phút.
Giảm một nhiệm vụ mất nửa ngày một lần mỗi tháng xuống còn 30 phút.
Chỉ một trong số này là ổn. Nếu một được giảm, bạn sẽ có đủ rảnh để tạo skill tiếp theo với thời gian đó. Thời gian rảnh sẽ tăng lên với lãi kép từ thời điểm đó.
Hãy cẩn thận đừng "cố gắng làm nó quá lớn ngay từ đầu."
Nếu bạn nhắm đến sự hoàn hảo trong cuối tuần, bạn sẽ chỉ có một thứ chưa hoàn thành vào sáng thứ Hai. Hoàn thành một thứ tối thiểu hoạt động, triển khai nó trong thực chiến vào thứ Hai và cắt tỉa nó dựa trên cảm giác sử dụng trong tuần. Một nguyên mẫu không phải là thứ bạn tạo ra một cách đẹp đẽ; nếu nó hoạt động vào thứ Hai, bạn thắng.
Mẫu hình 8: Kết Nối Tất Cả Công Việc Kinh Doanh Với MCP Servers
Những gì @eng_khairallah1 (695 nghìn lượt hiển thị) đã viết là tiên tiến nhất trong số 8 mẫu hình. "Có một quan niệm sai lầm lớn rằng MCP servers chỉ dành cho nhà phát triển. Chúng thực sự là cầu nối giữa AI và thế giới bên ngoài. Với điều này, bạn thậm chí có thể nhắm đến các đơn hàng giá cao không liên quan đến phát triển."
Trong thế giới nói tiếng Nhật, MCP vẫn được hiểu là "công nghệ cho nhà phát triển." Bằng cách tuyên bố nó như một "đầu nối tiêu chuẩn kết nối AI và kinh doanh", đối tượng mục tiêu mở rộng ngay lập tức. MCP giống như USB.
Cắm nó vào, và Claude và các dịch vụ bên ngoài bắt đầu giao tiếp.
Tại thời điểm này, Claude không còn chỉ là một sự tồn tại bên trong trình soạn thảo.
Trong hệ thống của riêng tôi, tôi có nhiều MCP servers liên tục chạy, chẳng hạn như UTAGE, CMKiller, claude-in-chrome và Google Drive.
Phân phối tự động đến LINE. Tìm kiếm bản ghi âm trong quá khứ. Vận hành trình duyệt. Liên kết tài liệu. Tất cả đều ở trong trạng thái có thể được gọi từ phía Claude.
Tôi cũng đi sâu vào điều này trong buổi thứ 3 và thứ 4 của khóa học Claude Code. "Đầu tiên, hãy kiểm tra xem các dịch vụ bạn thường sử dụng có thể được kết nối qua MCP hay không. Nếu không, cũng có tùy chọn thay thế bằng Playwright."
Nếu bạn muốn mượn điều này, điểm khởi là viết ra tất cả các "màn hình bạn hiện đang chạm tay vào" trong công việc kinh doanh của mình.
Email client
Lịch
Bảng tính
Quản lý khách hàng
Công cụ phân phối
Kết nối những thứ có thể kết nối MCP vào ngày hôm đó. Đối với những thứ không thể, hãy tự động hóa trình duyệt với Playwright. Kết hợp cả hai làm cho toàn bộ công việc kinh doanh có thể vận hành được từ Claude.
Như một lưu ý, MCP không phải là "càng kết nối nhiều dịch vụ càng tốt." Nếu bạn kết nối tất cả các màn hình bạn chỉ chạm vào một lần mỗi ngày, chỉ có chi phí khởi động và độ trễ tăng lên. Ba màn hình hàng đầu theo thứ tự tần suất chạm.
Nếu bạn thu hẹp và kết nối chúng, bạn sẽ cảm thấy sự phân bổ thời gian của công việc hàng ngày thay đổi trong một tuần. Bạn có thể mở rộng sau đó.
Những Gì 8 Mẫu Hình Chỉ Ra
Hãy nhìn lại chúng từ đầu.
- Xây dựng bộ nhớ trong 3 lớp
- Đảm nhận công việc của 5 người trên một máy
- Sử dụng hệ thống phân cấp của configs / plugins / skills / subagents
- Vượt qua giới hạn token thông qua vận hành
- Đứng về phía trở nên sắc sảo hơn khi sử dụng
- Liên tục loại bỏ skill
- Tăng lên bằng cách tạo một cái mỗi cuối tuần
- Kết nối toàn bộ công việc kinh doanh với MCP
Nhìn chung lại, đây không phải là "bậc thang để học các chức năng", mà là "bậc thang để thay đổi cách suy nghĩ của bạn."
Nó bắt đầu với câu chuyện về bộ nhớ và kết thúc với việc kết nối toàn bộ công việc kinh doanh. Mọi mẫu hình đều nói về cách thiết kế cách làm việc của bạn, không phải cách sử dụng công cụ.
Bước Đầu Tiên
Nước Đầu Tiên
Nó đã dài, vì vậy tôi sẽ nén nó thành 3 điểm ở cuối.
Claude Code không phải là một "công cụ viết mã", mà là một thiết bị thiết kế cho toàn bộ công việc kinh doanh. Trục đánh giá không phải là "nó nhanh hơn", mà là liệu "đơn vị phân" của công việc kinh doanh" đã thay đổi hay không. Nó không phải là về việc làm cho một nhiệm vụ hiệu quả hơn, mà là về việc tăng các lĩnh vực mà chỉ con người mới có thể làm.
Điểm chung của 8 mẫu hình là một "bậc thang để thay đổi cách suy nghĩ của bạn." Bộ nhớ, số lượng người, hệ thống phân cấp, giới hạn, sự phụ thuộc, lựa chọn, tốc độ, kết nối. Khi bạn leo lên chúng theo thứ tự, cách tiếp cận của bạn với Claude Code thay đổi từng bước.
Và 8 mẫu hình này, được chia sẻ như một "lớp tiêu chuẩn" ở nước ngoài, chỉ đơn giản là chưa được hệ thống hóa bằng tiếng Nhật. Bạn không cần phải làm mọi thứ. Dịch cái phù hợp với bạn vào công việc kinh doanh của riêng bạn. Nếu bạn tiếp tục điều đó trong sáu tháng, mối quan hệ giữa Claude và bạn sẽ hoàn toàn khác.
Hãy sử dụng từ "sức mạnh thiết kế" như một vũ khí.
Từ kỷ nguyên sử dụng đến kỷ nguyên xây dựng. Cách tận dụng Claude Code đã thay đổi.
Tuy nhiên, tôi nghĩ hầu hết các chủ doanh nghiệp cảm thấy khó để kết hợp 8 mẫu hình này vào công việc kinh doanh của riêng họ.
Cho những người đó, tôi đã tóm tắt các ví dụ thực tế về cách tôi đang xây dựng mọi thứ từ quảng cáo, LP, phân phối LINE, đến tạo nội dung với Claude Code.
"100 Bài Tập Cần Thiết Về Claude Code Dành Cho Chủ Doanh Nghiệp"
Vui lòng truy cập tại đây.
https://utage-system.com/line/open/byRw0azrc4B8?mtid=TtuzaXM1C2dl
