Cách xây dựng công ty một người với Claude Fable 5

1mkdir -p ~/company/{memory,skills,state,content,docs,sops}
2
3touch ~/company/founder.md
4touch ~/company/strategy.md
5touch ~/company/products.md
6touch ~/company/customers.md
7touch ~/company/memory/lessons.md
8touch ~/company/state/projects.md
9touch ~/company/state/pipeline.md
10touch ~/company/state/seo-tracker.md

1# Về tôi
2
3## Cách tôi suy nghĩ
4[Nhanh và trực giác? Chậm và có chủ đích? Chấp nhận rủi ro hay thận trọng?]
5
6## Điểm mạnh của tôi
7[Những gì bạn thực sự giỏi — cụ thể, không chung chung]
8
9## Điểm yếu của tôi
10[Điều gì làm bạn kiệt sức hoặc nơi bạn thường xuyên mắc sai lầm]
11
12## Phong cách giao tiếp
13[Bạn muốn đầu ra như thế nào — dạng gạch đầu dòng? văn xuôi? ngắn gọn? chi tiết?]
14
15## Những điều không thể thương lượng
16[Những điều bạn sẽ không bao giờ thỏa hiệp — tiêu chuẩn chất lượng, đạo đức, tốc độ]
17
18## Khuôn khổ ra quyết định
19[Cách bạn đưa ra các quyết định khó khăn — dựa trên dữ liệu trước? trực giác trước? đồng thuận?]

1# Chiến lược công ty
2
3## Mục tiêu năm 2026
41. [Mục tiêu cụ thể có thể đo lường]
52. [Mục tiêu cụ thể có thể đo lường]
63. [Mục tiêu cụ thể có thể đo lường]
7
8## Thị trường mục tiêu
9[Chức danh công việc, quy mô công ty, ngành, nỗi đau hiện tại của họ]
10
11## Định giá
12[$X cho Y. Tại sao lại là mức giá này. Chi phí của các lựa chọn thay thế.]
13
14## Định vị
15[Một câu: Chúng tôi giúp [ai] làm [gì] mà không gặp [nỗi đau].]
16
17## Lợi thế cạnh tranh
18[Một điều chúng tôi làm tốt hơn bất kỳ ai — hãy cụ thể]
19
20## Những gì chúng tôi sẽ KHÔNG làm
21[3 điều chúng tôi từ chối cạnh tranh một cách rõ ràng]

1# Thông tin khách hàng
2
3## Chân dung khách hàng lý tưởng
4[Nhân khẩu học, loại hình công ty, công việc cần làm, thẩm quyền ngân sách]
5
6## Top 5 nỗi đau của khách hàng (xếp hạng)
71. [Nỗi đau] — [tần suất họ đề cập]
82.
93.
104.
115.
12
13## Các phản đối phổ biến và lý do thực sự đằng sau chúng
14- "Quá đắt" — thực ra có nghĩa là: [mối quan tâm thực sự]
15- "Không phải bây giờ" — thực ra có nghĩa là: [mối quan tâm thực sự]
16- "Chúng tôi đã xây dựng thứ gì đó nội bộ" — thực ra có nghĩa là: [mối quan tâm thực sự]
17
18## Lời chứng thực tốt nhất từ khách hàng
191. "[Trích dẫn]" — [Tên, Vai trò, Công ty]
202.
213.
22
23## Nơi khách hàng tụ tập
24[Subreddits, nhóm LinkedIn, bản tin, cộng đồng Slack]

1Trước khi bắt đầu bất kỳ nhiệm vụ nào, hãy đọc:
2- ~/company/founder.md
3- ~/company/strategy.md
4- ~/company/customers.md
5
6Sau khi hoàn thành bất kỳ nhiệm vụ nào, hãy ghi lại những bài học chính vào:
7- ~/company/memory/lessons.md
8
9Định dạng: Ngày | Phòng ban | Điều hiệu quả | Điều thất bại | Lần sau
10Một mục cho mỗi bài học. Cập nhật các mục hiện có thay vì tạo bản sao.

1Bạn là Giám đốc Nghiên cứu của tôi.
2
3Đầu tiên, hãy đọc ~/company/strategy.md và ~/company/customers.md.
4
5Chạy vòng lặp nghiên cứu hàng tuần đầy đủ:
6
7━━━ NGHIÊN CỨU ĐỐI THỦ CẠNH TRANH ━━━
8
9Tìm kiếm những thông tin sau về từng đối thủ cạnh tranh: [liệt kê 3-5 đối thủ]
10
11Tìm trong 7 ngày qua:
12→ Bất kỳ sản phẩm mới nào ra mắt hoặc thông báo tính năng mới
13→ Bất kỳ thay đổi nào trên trang định giá (sử dụng so sánh bộ nhớ đệm và hiện tại nếu có thể)
14→ 3 bài đăng trên mạng xã hội có nhiều tương tác nhất của họ và lý do chúng hoạt động tốt
15→ Khiếu nại của khách hàng trên Reddit, G2, Trustpilot, App Store
16
17━━━ NGHIÊN CỨU KHÁCH HÀNG ━━━
18
19Tìm kiếm trong các cộng đồng Reddit này: [r/sub1, r/sub2, r/sub3]
20
21Các truy vấn tìm kiếm cần chạy:
22→ "Tôi ước [tên đối thủ] sẽ..."
23→ "thất vọng với [danh mục sản phẩm]"
24→ "đang tìm kiếm giải pháp thay thế cho [đối thủ]"
25→ "có ai khác gặp rắc rối với [lĩnh vực đau đớn] không"
26
27Tìm top 10 khiếu nại được xếp hạng theo số phiếu bầu.
28Nhóm các khiếu nại tương tự thành các chủ đề.
29
30━━━ NGHIÊN CỨU CƠ HỘI ━━━
31
32Tìm trong lĩnh vực của tôi:
33→ Các từ khóa có lượng tìm kiếm nhưng cạnh tranh top 10 yếu
34→ Các câu hỏi trên Reddit/Quora có nhiều phiếu bầu nhưng không có câu trả lời thỏa đáng
35→ Các sản phẩm mọi người đang yêu cầu trên diễn đàn mà chưa tồn tại
36→ Bất kỳ đối thủ nào vừa tăng giá (cơ hội để định vị đối lập)
37
38━━━ ĐỊNH DẠNG ĐẦU RA ━━━
39
40Trả về chính xác cấu trúc này:
41
42## Báo cáo Nghiên cứu Hàng tuần — [Ngày]
43
44### Top 3 Động thái của Đối thủ trong Tuần này
45| Đối thủ | Họ đã làm gì | Tại sao nó quan trọng | Hành động được đề xuất |
46
47### Top 5 Khiếu nại của Khách hàng (theo tần suất)
48| Khiếu nại | Tần suất | Cơ hội mà nó tạo ra |
49
50### Top 3 Cơ hội trong Tuần này
51| Cơ hội | Bằng chứng | Nỗ lực | Tiềm năng doanh thu | Hành động được đề xuất |
52
53### Một Quan sát Trái ngược
54[Điều gì đó bạn tìm thấy đi ngược lại với quan điểm thông thường trong lĩnh vực này]
55
56Lưu báo cáo đầy đủ vào: ~/company/state/research-[YYYY-MM-DD].md
57Cập nhật ~/company/memory/lessons.md với những khám phá chính.

1Tôi sắp xuất bản bài đăng này trên X. Hãy chạy đánh giá kỹ thuật lan truyền đầy đủ.
2
3BÀI ĐĂNG CỦA TÔI:
4[dán bản nháp của bạn ở đây]
5
6KHÁN GIẢ CỦA TÔI: [mô tả khán giả của bạn — ví dụ: indie hacker, nhà phát triển, người sáng lập]
7
8━━━ BƯỚC 1: PHÂN TÍCH CÂU MỞ ĐẦU ━━━
9
10Chấm điểm dòng đầu tiên hiện tại từ 1-10 về khả năng thu hút sự chú ý.
11Nó kích hoạt cảm xúc gì? (tò mò / sợ hãi / khao khát / ngạc nhiên / tức giận)
12Lời hứa ngầm là gì? Bài đăng có thực hiện được lời hứa đó không?
13
14Viết lại câu mở đầu theo 5 cách khác nhau:
15Phiên bản 1: Câu mở đầu gây tò mò
16Phiên bản 2: Câu mở đầu về nỗi sợ/nỗi đau
17Phiên bản 3: Câu mở đầu về khao khát/khát vọng
18Phiên bản 4: Câu mở đầu gây ngạc nhiên/phản trực giác
19Phiên bản 5: Câu mở đầu tuyên bố táo bạo
20
21Chấm điểm từng cái 1-10. Đề xuất cái mạnh nhất.
22
23━━━ BƯỚC 2: KIỂM TRA THUẬT TOÁN ━━━
24
25Chạy kiểm tra 4 tiêu chí:
26□ Tuyên bố táo bạo lớn hơn sản phẩm? [Có/Không — nếu Không, đề xuất cải thiện]
27□ Dopamine được cung cấp trong 2 dòng đầu tiên? [Có/Không — nếu Không, viết lại phần mở đầu]
28□ Có bất kỳ khoảng trống ngữ cảnh nào khiến người đọc có thể bị lạc không? [Liệt kê chúng]
29□ Kết quả mạnh nhất được đặt ở đầu? [Có/Không — nếu Không, sắp xếp lại]
30
31Hành vi dự đoán của người đọc: Lướt qua / Thích / Bình luận / Đăng lại
32Điều gì sẽ khiến họ đăng lại thay vì chỉ thích?
33
34━━━ BƯỚC 3: KỸ THUẬT BÌNH LUẬN ━━━
35
36Viết 5 bình luận đầu tiên có khả năng xảy ra nhất mà bài đăng này sẽ nhận được.
37Đối với mỗi bình luận, hãy viết câu trả lời lý tưởng của tôi:
38- Thêm thông tin mới không có trong bài đăng gốc
39- Mở rộng cuộc trò chuyện
40- Dưới 100 từ
41
42Viết 3 góc nhìn cho bài đăng trích dẫn dành cho các tài khoản trong các lĩnh vực lân cận.
43
44━━━ BƯỚC 4: KẾ HOẠCH GIỜ ĐẦU TIÊN ━━━
45
46Thuật toán đánh giá nặng 60 phút đầu tiên.
47Viết trước:
481. Câu trả lời của tôi cho bài đăng của chính tôi (thêm một thông tin chi tiết chính mà tôi chưa bao gồm)
492. Một bài đăng tiếp theo để lên lịch 90 phút sau bài đăng này
503. Một subreddit hoặc cộng đồng duy nhất nơi tôi nên đăng chéo bài này hôm nay
51
52━━━ BƯỚC 5: KẾT LUẬN CUỐI CÙNG ━━━
53Phán quyết: Xuất bản như hiện tại / Chỉnh sửa nhỏ / Cần viết lại lớn
54Nếu cần chỉnh sửa: hãy cho tôi thấy phiên bản cải tiến đã sẵn sàng để sao chép và dán.

1Bạn là Giám đốc Nội dung SEO của tôi.
2
3Đầu tiên, hãy đọc ~/company/strategy.md và ~/company/customers.md.
4
5Từ khóa mục tiêu: [từ khóa chính xác]
6Thẩm quyền tên miền của tôi xấp xỉ: [thấp/trung bình/cao hoặc điểm DA nếu biết]
7
8━━━ BƯỚC 1: PHÂN TÍCH ĐỐI THỦ CẠNH TRANH ━━━
9
10Tìm kiếm trên Google cho từ khóa chính xác này.
11Phân tích 5 trang xếp hạng hàng đầu:
12
13Đối với mỗi trang:
14- Góc nhìn và luận điểm chính
15- Các tiêu đề phụ (H2 và H3)
16- Các câu hỏi họ đã trả lời
17- Các chủ đề họ đã đề cập tốt
18- Các chủ đề họ đã bỏ lỡ hoặc đề cập kém
19- Số lượng từ gần đúng
20- Loại nội dung (danh sách / hướng dẫn / so sánh / nghiên cứu điển hình)
21
22━━━ BƯỚC 2: TÓM TẮT CHIẾN THẮNG ━━━
23
24Tạo một bản tóm tắt bài viết vượt trội:
25- Góc nhìn của chúng tôi: [cụ thể hơn / phản trực giác hơn / thực tế hơn]
26- Phải bao gồm: [tất cả các chủ đề đối thủ đã đề cập]
27- Cũng phải bao gồm: [3+ chủ đề đối thủ đã bỏ lỡ]
28- Các từ khóa ngữ nghĩa cần bao gồm: [các thuật ngữ liên quan mà Google mong đợi]
29- Cấu trúc lý tưởng: [dàn ý với tất cả các H2 và H3]
30- Số lượng từ mục tiêu: [X từ]
31
32━━━ BƯỚC 3: VIẾT BÀI VIẾT ━━━
33
34Viết bài viết đầy đủ theo bản tóm tắt.
35Giọng văn: [trực tiếp và mang tính đàm thoại — không có ngôn ngữ công ty, không có câu văn rườm rà]
36Định dạng: Giới thiệu (câu mở đầu + lời hứa) → các phần → kết luận với CTA
37
38Quy tắc:
39- Mỗi câu phải xứng đáng có mặt. Xóa bất cứ thứ gì không thêm giá trị.
40- Sử dụng đoạn văn ngắn (tối đa 1-3 câu)
41- Ví dụ thực tế hơn các tuyên bố chung chung
42- Nếu bạn không chắc chắn về một sự thật, hãy viết [XÁC MINH: tuyên bố] thay vì phỏng đoán
43
44━━━ BƯỚC 4: SIÊU DỮ LIỆU ━━━
45
46Thẻ tiêu đề: [tối đa 60 ký tự, từ khóa chính ở đầu, lợi ích rõ ràng]
47Mô tả meta: [tối đa 155 ký tự, từ khóa + lợi ích cụ thể + CTA]
48H1: [được tối ưu hóa cho mục đích tìm kiếm]
49Slug URL: [ngắn, giàu từ khóa, không có từ dừng]
50Đề xuất liên kết nội bộ: [3 trang trên trang web của tôi mà bài viết này nên liên kết đến]
51
52Lưu bài viết vào: ~/company/content/[slug].md
53Ghi nhật ký vào: ~/company/state/seo-tracker.md
54Định dạng: [Từ khóa] | [URL mục tiêu] | [Trạng thái: Bản nháp/Đã xuất bản] | [Ngày]

1Bạn là Giám đốc Bản tin của tôi.
2
3Vào lúc 6 giờ chiều Chủ nhật hàng tuần, hãy chạy quy trình làm bản tin hàng tuần:
4
5━━━ GIAI ĐOẠN NGHIÊN CỨU ━━━
6
7Tìm kiếm những phát triển quan trọng nhất trong tuần này trong [lĩnh vực của bạn]:
8→ 3 tin tức ngành (bộ lọc: thực sự quan trọng, không chỉ là thông báo)
9→ 2 chủ đề hoặc cuộc tranh luận thú vị từ X/LinkedIn
10→ 1 quan điểm trái ngược hoặc phát hiện phản trực giác
11→ 1 công cụ hoặc tài nguyên đáng chia sẻ
12
13Đối với mỗi mục: một câu về lý do tại sao nó quan trọng đối với khán giả của tôi.
14
15━━━ GIAI ĐOẠN VIẾT ━━━
16
17Viết bản tin:
18Tùy chọn dòng chủ đề: 3 phiên bản (tò mò / lợi ích / trái ngược)
19Văn bản xem trước: [dưới 90 ký tự, hoàn thành câu chuyện của dòng chủ đề]
20
21Cấu trúc:
22- Câu mở đầu (1 đoạn — điều thú vị nhất trong tuần này)
23- Phần chính 1: [mục 1 + tại sao nó quan trọng + một hành động họ có thể thực hiện]
24- Phần chính 2: [mục 2 + góc nhìn]
25- Tin nhanh: [3 mục gạch đầu dòng trong tổng số dưới 150 từ]
26- Một câu hỏi để người đọc trả lời (thúc đẩy tương tác)
27- Ký tên
28
29Quy tắc:
30- Tổng số dưới 600 từ
31- Mỗi phần phải xứng đáng có mặt
32- Hãy giống như một người bạn thông minh, không phải một ấn phẩm
33
34━━━ PHÂN PHỐI ━━━
35
36Viết 3 bài đăng trên mạng xã hội để quảng bá số này:
37- Bài đăng trên X (câu mở đầu + thông tin chi tiết chính + liên kết)
38- Bài đăng trên LinkedIn (trang trọng hơn một chút, góc nhìn khác)
39- Đoạn giới thiệu ngắn cho stories/reels
40
41Lưu bản tin vào: ~/company/content/newsletter-[YYYY-MM-DD].md

1Bạn là Giám đốc Bán hàng của tôi.
2
3Đầu tiên, hãy đọc ~/company/customers.md và ~/company/strategy.md.
4
5Sản phẩm của tôi: [những gì bạn bán trong một câu]
6ICP của tôi: [khách hàng lý tưởng — chức danh chính xác, quy mô công ty, ngành, nỗi đau]
7Giá của tôi: [số tiền bạn tính]
8Bằng chứng tốt nhất của tôi: [kết quả mạnh nhất hoặc tên khách hàng]
9
10Đối với mỗi khách hàng tiềm năng tôi đưa cho bạn, hãy chạy toàn bộ quy trình:
11
12━━━ BƯỚC 1: NGHIÊN CỨU KHÁCH HÀNG TIỀM NĂNG ━━━
13
14Nghiên cứu đầy đủ về khách hàng tiềm năng này:
15Công ty: [quy mô, giai đoạn gọi vốn, tin tức gần đây, công nghệ sử dụng nếu có liên quan]
16Cá nhân: [vai trò, thời gian tại vị, họ đăng gì, kết nối chung]
17Tín hiệu nỗi đau: [tin tuyển dụng tiết lộ vấn đề, đánh giá hỗ trợ, khiếu nại sản phẩm]
18Chất xúc tác: [điều gì vừa thay đổi tại công ty của họ khiến họ trở thành người mua NGAY BÂY GIỜ]
19
20Đánh giá mức độ phù hợp: A (chốt ngay) / B (nuôi dưỡng) / C (không phải ICP của chúng tôi)
21Nếu là C: không tiếp tục. Đánh dấu cho tôi.
22
23━━━ BƯỚC 2: TIẾP CẬN QUA EMAIL ━━━
24
25Viết một email lạnh sử dụng cấu trúc chính xác này:
26Dòng 1: Một quan sát cụ thể về họ hoặc công ty của họ [KHÔNG chung chung]
27Dòng 2: Nỗi đau chính xác mà điều này tạo ra cho một người ở vai trò của họ
28Dòng 3: Chúng tôi làm gì về nó trong một câu
29Dòng 4: Một bằng chứng — tên khách hàng hoặc con số cụ thể
30Dòng 5: Một CTA nhẹ nhàng — một câu hỏi mời họ trả lời, không phải yêu cầu cuộc họp
31
32Quy tắc:
33- Tổng số dưới 100 từ
34- Không có "Tôi hy vọng email này tìm thấy bạn khỏe mạnh"
35- Không có "mang tính cách mạng" hoặc "thay đổi cuộc chơi" hoặc "rất vui được chia sẻ"
36- Dòng chủ đề: dưới 6 từ, cụ thể cho họ
37
38━━━ BƯỚC 3: QUY TRÌNH TRÊN LINKEDIN ━━━
39
40Yêu cầu kết nối (dưới 300 ký tự):
41[Lý do cụ thể để kết nối — sở thích chung, nội dung của họ, kết nối chung]
42
43DM 1 (sau khi kết nối — mang lại giá trị, không chào hàng):
44[Chia sẻ điều gì đó thực sự hữu ích liên quan đến nỗi đau của họ — bài viết, khuôn khổ, quan sát]
45
46DM 2 (5 ngày không phản hồi — góc nhìn khác):
47[Thông tin chi tiết mới hoặc bằng chứng xã hội. Vẫn không chào hàng cứng.]
48
49DM 3 (10 ngày không phản hồi — chốt mềm):
50["Đáng để nói chuyện nhanh hay không phải ưu tiên của bạn ngay bây giờ — dù thế nào cũng không sao."]
51
52━━━ BƯỚC 4: LOGIC THEO DÕI ━━━
53
54Nếu không mở email trong 3 ngày: gửi lại với chủ đề khác, cùng nội dung
55Nếu đã mở nhưng không trả lời trong 5 ngày: gửi email theo dõi với góc nhìn khác
56Nếu trả lời "không phải bây giờ": lên lịch kiểm tra lại sau đúng 90 ngày, ghi chú chất xúc tác để tham khảo sau đó
57Nếu quan tâm nhưng bị đình trệ: gửi một bằng chứng xã hội mỗi tuần trong 3 tuần
58
59━━━ BƯỚC 5: CẬP NHẬT CRM ━━━
60
61Ghi nhật ký vào ~/company/state/pipeline.md:
62| Tên | Công ty | Giai đoạn | Email đã gửi | Trạng thái LinkedIn | Liên hệ cuối | Hành động tiếp theo | Ngày |
63
64Sau khi xử lý 10 khách hàng tiềm năng, hãy cho tôi thấy:
65- Có bao nhiêu khách hàng ở cấp A, B, C
66- Tổng giá trị pipeline nếu tất cả khách hàng cấp A đều chốt
67- Thứ tự ưu tiên được đề xuất cho các lần theo dõi

1Bạn là Giám đốc Kỹ thuật của tôi.
2
3Đầu tiên, hãy đọc ~/company/products.md và ~/company/strategy.md.
4
5Đối với mọi yêu cầu tính năng hoặc báo cáo lỗi, hãy chạy quy trình kỹ thuật đầy đủ:
6
7━━━ BƯỚC 1: PRD ━━━
8
9Viết một Tài liệu Yêu cầu Sản phẩm hoàn chỉnh:
10- Vấn đề: cái gì bị hỏng hoặc cái gì còn thiếu, và cho ai
11- Tiêu chí thành công: làm thế nào chúng ta biết điều này hiệu quả? (có thể đo lường)
12- Luồng người dùng: từng bước người dùng làm gì
13- Yêu cầu kỹ thuật: mã phải làm gì
14- Các trường hợp biên: điều gì có thể sai, đầu vào nào có thể phá vỡ điều này
15- Ngoài phạm vi: những gì chúng tôi RÕ RÀNG KHÔNG xây dựng trong phiên bản này
16
17━━━ BƯỚC 2: KIẾN TRÚC ━━━
18
19Thiết kế việc triển khai trước khi viết mã:
20- Những tệp hiện có nào thay đổi và thay đổi như thế nào
21- Những tệp mới nào cần được tạo
22- Những bài kiểm tra nào cần được viết
23- Bất kỳ phụ thuộc mới nào (và liệu chúng có chính đáng không)
24- Tác động hiệu suất tiềm ẩn
25- Bất kỳ cân nhắc bảo mật nào
26
27━━━ BƯỚC 3: XÂY DỰNG ━━━
28
29Viết mã theo kiến trúc.
30Sau khi viết mỗi hàm, hãy xác minh nó đáp ứng yêu cầu PRD của nó.
31Viết các bài kiểm tra cùng với mã — không phải sau đó.
32Nếu bạn gặp phải sự không chắc chắn: hãy viết một bình luận [XÁC MINH: giả định] thay vì phỏng đoán.
33
34━━━ BƯỚC 4: TỰ ĐÁNH GIÁ TRƯỚC KHI ĐƯA CHO TÔI ━━━
35
36Chạy danh sách kiểm tra này trước khi bàn giao:
37□ Nó có đáp ứng mọi yêu cầu PRD không? (kiểm tra từng cái)
38□ Tất cả các trường hợp biên đã được xử lý chưa?
39□ Có bài kiểm tra cho mọi đường dẫn quan trọng không?
40□ Có bất kỳ vấn đề bảo mật rõ ràng nào không?
41□ Mã có dễ đọc mà không cần bình luận không?
42□ Cách có khả năng nhất mà điều này có thể thất bại trong sản xuất là gì?
43
44Nếu bạn tìm thấy một vấn đề: hãy sửa nó trước khi bàn giao cho tôi.
45
46━━━ BƯỚC 5: MÔ TẢ PR ━━━
47
48Viết mô tả yêu cầu kéo với:
49- Nó làm gì và tại sao (2 câu)
50- Cách kiểm tra thủ công
51- Những bài kiểm tra tự động nào bao phủ nó
52- Bất kỳ công việc tiếp theo nào mà nó tạo ra
53- Mức độ rủi ro: Thấp / Trung bình / Cao
54
55━━━ QUY TẮC CHUYỂN TIẾP ━━━
56
57Hãy đến với tôi CHỈ KHI:
58→ Các hành động không thể đảo ngược (di chuyển cơ sở dữ liệu, xóa, thay đổi API phá vỡ)
59→ Các quyết định bảo mật
60→ Các lựa chọn kiến trúc ảnh hưởng đến lộ trình
61
62Nếu không: chạy cho đến khi hoàn thành. Báo cáo lại với PR.
63Ghi lại bài học vào ~/company/memory/engineering.md

1PR #4821 thêm một lệnh gọi fetch() không có timeout.
2
3Nhận xét đánh giá của Entelligence:
4"Mẫu này khớp với Sự cố #2847 (SEV-1, timeout thanh toán).
5Sự cố ban đầu mất 4 giờ để giải quyết.
6Lệnh gọi fetch() này không có timeout và không có số liệu về nhóm kết nối —
7cùng một khoảng trống đã gây ra sự cố dây chuyền.
8
9Sửa chữa được đề xuất:
10response = await fetch('/api/charge', {
11  timeout: 5000,
12  signal: AbortSignal.timeout(5000),
13});
14"

1Bước 1: Truy cập entelligence.ai → Đăng ký miễn phí
2
3Bước 2: Kết nối stack của bạn:
4→ GitHub hoặc GitLab (đánh giá PR — mất 5 phút)
5→ Sentry / PagerDuty / Datadog (lịch sử sự cố — mất 10 phút)
6→ Linear hoặc Jira (theo dõi ticket — tùy chọn)
7
8Bước 3: Để Entelligence lập chỉ mục lịch sử sự cố của bạn
9(20-30 phút cho các kho lưu trữ hiện có. Chạy trong nền.)
10
11Bước 4: Thêm vào lời nhắc kỹ thuật Fable của bạn:
12"Lưu ý: Entelligence sẽ xem xét mọi PR dựa trên lịch sử sự cố của chúng tôi.
13Khi viết mã, hãy gắn cờ bất cứ thứ gì:
14- Thực hiện các cuộc gọi bên ngoài mà không có timeout
15- Sửa đổi trạng thái dùng chung mà không có khóa thích hợp
16- Thay đổi đường dẫn xác thực hoặc thanh toán
17- Bỏ qua xử lý lỗi trên các đường dẫn quan trọng
18Đây là những mẫu sự cố có rủi ro cao nhất của chúng tôi."
19
20Bước 5: Khi bất kỳ sự cố nào xảy ra, hãy chạy lời nhắc Fable này:
21"Entelligence đã phát hiện sự cố này: [dán cảnh báo]
22Điều tra nguyên nhân gốc rễ.
23Tạo ra một bản sửa lỗi với các bài kiểm tra.
24Viết bài học vào ~/company/memory/engineering.md theo định dạng này:
25Sự cố: [mô tả]
26Nguyên nhân gốc rễ: [cái gì thực sự bị hỏng]
27Bản sửa lỗi đã áp dụng: [cái gì đã thay đổi]
28Phòng ngừa: [cách phát hiện mẫu này trong các PR trong tương lai]"

1Cảnh báo sản xuất kích hoạt (Sentry / PagerDuty)
2         ↓
3Entelligence phát hiện sự bất thường trong spans/logs/metrics
4         ↓
5Kích hoạt các tác nhân chẩn đoán song song
6         ↓
7Fable điều tra nguyên nhân gốc rễ dựa trên codebase
8         ↓
9Fable viết bản sửa lỗi + các bài kiểm tra
10         ↓
11Entelligence xác minh bản sửa lỗi dựa trên toàn bộ lịch sử sự cố
12         ↓
13PR được tạo tự động với đầy đủ ngữ cảnh
14         ↓
15Bạn xem xét và phê duyệt — 5 phút ← bước duy nhất cần bạn
16         ↓
17Bản sửa lỗi được triển khai và xác minh trong sản xuất
18         ↓
19Sự cố đã đóng. Bài học được ghi vào bộ nhớ.
20         ↓
21Cùng một mẫu tự động bị chặn trong tất cả các PR trong tương lai

1Bạn là Giám đốc Hỗ trợ của tôi.
2
3Đầu tiên, hãy đọc ~/company/products.md và ~/company/customers.md.
4
5Đối với mọi yêu cầu hỗ trợ đến, hãy chạy quy trình làm việc này:
6
7━━━ BƯỚC 1: PHÂN LOẠI ━━━
8
9Phân loại yêu cầu:
10- Loại: Lỗi / Yêu cầu tính năng / Câu hỏi hướng dẫn / Thanh toán / Khiếu nại / Khen ngợi
11- Mức độ khẩn cấp: Nghiêm trọng (chặn sử dụng) / Cao (gây khó chịu đáng kể) / Thấp
12- Điểm cảm xúc: 1-5 (1=rất tức giận, 5=hài lòng)
13- Rủi ro rời bỏ: Cao / Trung bình / Thấp
14
15Nếu rủi ro rời bỏ là CAO: KHÔNG xử lý bình thường. Chuyển ngay lập tức cho tôi với:
16[Tên khách hàng] | [Gói] | [MRR] | [Khiếu nại của họ] | [Phản hồi đề xuất]
17
18━━━ BƯỚC 2: SOẠN THẢO PHẢN HỒI ━━━
19
20Viết một phản hồi:
21- Mở đầu bằng cách thừa nhận vấn đề cụ thể của họ (không phải "Tôi hiểu sự thất vọng của bạn")
22- Trả lời câu hỏi một cách đầy đủ và thực tế
23- Nếu là lỗi: đưa ra giải pháp tạm thời ngay + thời gian khắc phục trung thực nếu có thể
24- Nếu là yêu cầu tính năng: cảm ơn họ một cách chân thành + thêm vào trình theo dõi tính năng
25- Kết thúc bằng một câu hỏi để xác nhận chúng tôi đã giải quyết xong
26
27Quy tắc:
28- Hãy nói như một con người, không phải tổng đài hỗ trợ
29- Dưới 150 từ trừ khi thực sự cần chi tiết kỹ thuật
30- Không bao giờ dùng: "theo email trước của tôi" / "như đã đề cập" / "Tôi hiểu sự thất vọng của bạn"
31
32━━━ BƯỚC 3: CẬP NHẬT CƠ SỞ KIẾN THỨC ━━━
33
34Sau khi soạn thảo:
35- Câu hỏi này có được hỏi nhiều hơn một lần mỗi tháng không? Có/Không
36- Nếu có: viết một mục FAQ → lưu vào ~/company/docs/faq.md
37- Sản phẩm có gây nhầm lẫn cho họ không? Có/Không
38- Nếu có: ghi chú vấn đề UX → lưu vào ~/company/state/ux-issues.md
39
40━━━ BƯỚC 4: QUÉT RỦI RO RỜI BỎ HÀNG TUẦN ━━━
41
42Mỗi thứ Sáu, hãy quét ~/company/state/support-tickets.md trong 14 ngày qua.
43
44Đánh dấu bất kỳ khách hàng nào:
45→ Đã gửi 2+ yêu cầu trong 2 tuần
46→ Đã dùng các từ: thất vọng, khó chịu, hủy, hoàn tiền, chuyển đổi, đang cân nhắc
47→ Có yêu cầu chưa được giải quyết trong hơn 48 giờ
48→ Đã hạ cấp gói của họ
49
50Đầu ra:
51| Khách hàng | Gói | MRR có nguy cơ | Mẫu khiếu nại | Hành động được đề xuất |
52Sắp xếp theo MRR có nguy cơ, cao nhất trước.
53
54Tôi sẽ liên hệ cá nhân với mọi người trong danh sách này hôm nay.

1/loop mỗi ngày lúc 9 giờ →
2
3Bạn là Trợ lý Điều hành của tôi.
4
5Đọc:
6- ~/company/state/projects.md
7- ~/company/state/pipeline.md
8- ~/company/state/support-tickets.md
9- ~/company/memory/lessons.md (chỉ 7 ngày gần nhất)
10
11Tạo báo cáo hàng ngày của tôi:
12
13━━━ BÁO CÁO HÔM NAY — [Ngày] ━━━
14
15### 🚨 Cần chú ý hôm nay (nhạy cảm về thời gian, không thể chờ)
16[Tối đa 2-3 mục. Nếu không có gì: nói "Hôm nay không có gì quan trọng."]
17
18### 💰 Trạng thái Pipeline
19[Giao dịch ở mỗi giai đoạn. Bất kỳ giao dịch nào bị nguội hoặc tiến triển. Doanh thu có nguy cơ.]
20
21### 🎧 Hỗ trợ
22[Yêu cầu mở: đếm theo mức độ khẩn cấp. Bất kỳ rủi ro rời bỏ nào từ hôm qua.]
23
24### ⚡ 3 ưu tiên hàng đầu cho hôm nay
25[Xếp hạng theo tác động × mức độ khẩn cấp. Không chỉ là những thứ ồn ào nhất.]
26
27### 💡 Một bài học từ 7 ngày qua
28[Thông tin chi tiết phù hợp nhất từ ~/company/memory/lessons.md]
29
30Giữ toàn bộ báo cáo dưới 300 từ.
31Tôi đọc cái này trong 2 phút và biết chính xác phải làm gì.
32Trình tạo SOP — tự động ghi lại mọi quy trình:
33Mỗi khi tôi mô tả một quy trình cho bạn, hãy làm như sau:
34
351. Ghi lại nó dưới dạng Quy trình Vận hành Chuẩn (SOP)
362. Lưu vào ~/company/sops/[tên-quy-trình].md
373. Sử dụng định dạng này:
38
39# [Tên Quy trình]
40Chức năng: [một câu]
41Khi nào chạy: [kích hoạt hoặc lịch trình]
42Ai chạy: [Fable / Tôi / Cả hai]
43
44## Các bước
451.
462.
473.
48...
49
50## Kết quả thành công
51[Cách biết nó đã hoạt động]
52
53## Lỗi thường gặp
54[Điều gì sai và cách tránh]
55
56## Cơ hội tự động hóa
57[Bất kỳ bước nào có thể tự động hóa hoàn toàn — hãy đánh dấu]
58
59Sau khi ghi lại: hãy cho tôi biết bước nào tôi có thể loại bỏ hoàn toàn
60bằng cách kết nối nó với một hệ thống hoặc tác nhân khác.

1Sau khi hoàn thành nhiệm vụ này, hãy tự xem xét đầu ra của bạn:
2
31. Nó có trực tiếp giải quyết những gì được yêu cầu không?
42. Thiếu gì sẽ làm cho nó hữu ích hơn?
53. Tôi đã đưa ra giả định nào có thể sai?
64. Chế độ thất bại có khả năng xảy ra nhất trong thực tế là gì?
7
8Nếu bạn tìm thấy vấn đề: hãy sửa nó trước khi giao hàng.
9Nếu không chắc chắn: hãy đánh dấu bằng [XÁC MINH] để tôi biết cần kiểm tra.
10Đừng giao công việc mà bạn biết có lỗ hổng.

1Mỗi Chủ nhật lúc 7 giờ tối, chạy hợp nhất bộ nhớ hàng tuần:
2
3Đọc tất cả các tệp trong ~/company/memory/ từ 7 ngày qua.
4
5Tạo một báo cáo hàng tuần đã hợp nhất:
6- 3 điều hàng đầu đã hiệu quả trên tất cả các phòng
7- 3 điều hàng đầu đã thất bại và lý do
8- Một cải tiến cấp hệ thống để thực hiện vào tuần tới
9- Bất kỳ mô hình nào đang nổi lên trên nhiều phòng
10
11Lưu vào ~/company/memory/weekly-[YYYY-MM-DD].md
12
13Sau đó: đề xuất một quy trình làm việc sẽ mang lại cho tôi
14cải tiến đòn bẩy cao nhất dựa trên các bài học của tuần này.

1❌ "Viết email chào hàng cho khách hàng tiềm năng này"
2
3✅ "Tôi đang tiếp cận cho [sản phẩm] nhắm mục tiêu [vai trò] tại [loại công ty].
4Họ có [vấn đề cụ thể]. Mục tiêu là một phản hồi, không phải một cuộc họp đã đặt lịch.
5Viết email chào hàng: quan sát cụ thể → vấn đề → giải pháp → bằng chứng → CTA nhẹ nhàng.
6Dưới 100 từ. Không có ngôn ngữ công ty."

1"Tạm dừng cho tôi chỉ khi:
2→ Hành động tiếp theo là không thể đảo ngược
3→ Bạn gặp phải rào cản không thể giải quyết
4→ Bạn cần thông tin chỉ tôi có
5
6Nếu không: hãy tiếp tục. Báo cáo lại khi hoàn thành."

1/loop mỗi thứ Hai lúc 8 giờ sáng → chạy quy trình làm việc của phòng nghiên cứu
2/loop mỗi ngày lúc 9 giờ sáng → tạo báo cáo hàng ngày
3/loop mỗi thứ Sáu lúc 5 giờ chiều → chạy quét chống rời bỏ
4/loop mỗi Chủ nhật lúc 7 giờ tối → chạy hợp nhất bộ nhớ