Cùng một Claude Code nhưng lại cho ra kết quả hoàn toàn khác nhau tùy thuộc vào người sử dụng.
Có người dùng hết veo giới hạn 5 giờ, trong khi người khác lại thấy quá dư dả.
--> Sự khác biệt nằm ở cách thiết lập và thói quen sử dụng.
⭐️ Dưới đây là 12 mẹo dùng Claude Code chuẩn chỉnh. ⭐️
Mọi lệnh và prompt đều có sẵn để bạn copy-paste trực tiếp.
--> Bài hơi dài để đọc một mạch... Bạn lưu lại (bookmark) trước rồi đọc dần nhé???
⚠️ Trước khi bắt đầu.. Hãy kiểm tra phiên bản của bạn ⚠️
Hầu hết các tính năng được nhắc đến trong bài này đều mới ra mắt trong vài tháng gần đây. Nếu bạn đang dùng bản cũ, các lệnh sẽ không hoạt động.
Hãy gõ claude --version trong terminal để kiểm tra, nếu phiên bản thấp thì chỉ cần chạy claude update.
Các lệnh trong bài viết này dựa trên phiên bản v2.1.302 tính đến ngày 18 tháng 10.
1. Thiết lập mức Effort khác nhau cho từng Sub-agent
Effort quyết định việc Claude suy nghĩ sâu đến mức nào trước khi trả lời. Các tùy chọn gồm low, medium, high, xhigh và max, tuy nhiên các mức khả dụng sẽ chênh lệch đôi chút tùy theo model.
Nhiều người cứ mặc định chọn Max hoặc XHigh vì nghĩ rằng càng cao càng tốt.
Nhưng điều đó không phải lúc nào cũng đúng.
Khi thử xây dựng cùng một ứng dụng để so sánh, mức Max tốn 79 phút, trong khi các mức khác chỉ mất 16 phút.
Kết quả thu được gần như y hệt nhau. Bạn chỉ đang tốn thêm thời gian và token mà thôi.
Đây là những gì tôi rút ra được từ kinh nghiệm thực tế:
--> (Trọng tâm) 🔥 Nếu bạn biết cách viết prompt chi tiết, kết quả cuối cùng thường tương đương nhau dù bạn dùng mức low hay max. 🔥
--> Với việc brainstorm, mức low hoặc medium thực ra lại hiệu quả hơn.
Tuy nhiên, những thiết kế phức tạp, bug khó nhằn và các bước review quan trọng đôi khi vẫn cần mức effort cao hơn.
Bí quyết không phải là "lúc nào cũng dùng low."
Từ ngày 7/10.. Có thể chỉ định effort khi gọi sub-agent!
Bắt đầu từ bản cập nhật ngày 7/10 (v2.1.292), Claude Code chính có thể chỉ định effort khi gọi các sub-agent.
Giờ bạn có thể ra lệnh như thế này:
Chia tác vụ hiện tại thành ba giai đoạn và giao cho các sub-agent xử lý.
1. Tìm vị trí file và sắp xếp dữ liệu với mức effort low
2. Đánh giá ưu/nhược điểm của hướng sửa đổi với mức effort medium
3. Review tìm bug trong code cuối cùng với mức effort high
Hãy hiển thị mức effort thực tế đã gán cho từng sub-agent,
và chỉ mang kết luận cùng đường dẫn file bằng chứng về lại cho agent chính.
Nếu thấy phiền khi phải gõ mỗi lần, hãy lưu agent dưới dạng file.
--> Ví dụ, lưu thành light-research.md trong thư mục .claude/agents/ của dự án.
name: light-research
description: Nghiên cứu nhẹ chỉ để tìm các file liên quan và vị trí bằng chứng
model: haiku
effort: low
Cả hai cách — chỉ định mỗi lần gọi (như prompt ở trên) và cố định qua file — đều hoạt động tốt!
2. Quản lý Context và tránh lãng phí Token
🤪 Lý do Claude Code bỗng dưng "kém thông minh" đi phần lớn là do context.
Context là vùng làm việc mà Claude ghi nhớ tại một thời điểm. Các đoạn hội thoại, file đã đọc, và kết quả lệnh đều dồn vào đây.
--> Hiện nay, Claude Code có 1M (1 triệu token) context làm 'mức mặc định'.
Vấn đề nảy sinh khi bạn lấp đầy hoàn toàn 1M này.
Đây không chỉ là chuyện của riêng Claude; nó là giới hạn chung của mọi LLM như Codex.
⭐️ Mẹo: Đặt autocompact ở mức 500~700k ⭐️
Vì vậy tôi thường hạ ngưỡng auto-compaction xuống sớm hơn.
/autocompact 600k
Lệnh này giảm kích thước cửa sổ dùng cho auto-compaction xuống còn 600k token.
Trước khi chạm mốc 1M, Claude sẽ tự tóm tắt hội thoại và giải phóng dung lượng.
(Để quay về mặc định, hãy gõ `/autocompact auto`.)
⚠️ Điều thứ hai cần lưu ý: Cache bị hết hạn ⚠️
Nếu bạn dùng một session quá lâu, nhất định phải để ý chuyện này.
Claude Code gửi lại toàn bộ hội thoại trước đó trong mỗi request. Nó nhanh và rẻ là nhờ caching — những phần đã xử lý rồi sẽ không bị tính toán lại.
Nhưng cache này không tồn tại mãi mãi.
- Gói đăng ký Pro hoặc Max (trong hạn mức gói): Cache hội thoại chính là 1 giờ
- API key hoặc credit sử dụng bổ sung: 5 phút
- Sub-agent: 5 phút kể cả khi có đăng ký gói
Tôi từng thấy màn hình báo ~852k uncached. Trong trạng thái đó, chỉ cần gửi một dòng "continue" cũng buộc hệ thống phải xử lý lại ~850k token mà không có cache. Lượng usage có thể tụt dốc không phanh ngay lập tức.
Những trường hợp phổ biến làm vỡ cache:
- Tiếp tục một session khổng lồ sau một thời gian dài nghỉ
- Đổi model giữa chừng session (cache được lưu riêng cho từng model)
- Thay đổi cấu hình của công cụ MCP đang kết nối
Cách khắc phục rất đơn giản:
- Dọn dẹp trước khi rời đi. Dùng `/compact` khi cache vẫn còn sống, hoặc làm mới hoàn toàn bằng `/clear`.
- Cập nhật lên phiên bản mới nhất. Từ v2.1.299, các hội thoại dài hơn 200k token sẽ được tự động nén sau khoảng 54 phút không hoạt động, ngay trước khi cache 1 giờ hết hạn. Bạn có thể tắt tính năng này trong
/configở mục Idle compaction.)
**
3. Dọn dẹp các guideline cũ kỹ bằng /doctor prompt-audit
File CLAUDE.md được copy từ những lời khuyên cũ rích. Các rule được thêm vào lẻ tẻ mỗi lần tôi mắc lỗi.
Phần lớn chúng được viết cho các model đời cũ.
Model mới tuân thủ chỉ thị tốt hơn model cũ rất nhiều.
⚠️ Thế nên những rule trước đây phải nhấn mạnh kiểu "Bắt buộc!!" "Không bao giờ được!!" thì giờ có thể lại đang hoạt động thái quá. ⚠️
Các rule xung đột với code hiện tại hoặc xung đột lẫn nhau cũng tích tụ dần.
Giờ bạn có thể kiểm tra tất cả chỉ bằng một lệnh.
1/doctor prompt-audit
Tính năng này được thêm vào bản cập nhật cuối tháng 9 (v2.1.283).
Nó kiểm tra những gì?
- CLAUDE.md và CLAUDE.local.md, AGENTS.md trong thư mục dự án và các thư mục cha
- ~/.claude/CLAUDE.md (guideline cá nhân của tôi áp dụng cho mọi dự án)
- Các rule, skill, custom command, định nghĩa sub-agent, output style bên trong .claude/
Nó sẽ báo cáo nhưng không gợi ý cách sửa cho plugin skill và agent.
Tiêu chí đánh giá dựa trên model bạn đang dùng. Nó sẽ tìm ra các pattern prompt đã lỗi thời đối với model đó và tạo báo cáo kèm gợi ý khắc phục.
(Nó không đọc các file có thể chứa key, như file cài đặt hay .mcp.json.)
4. Sửa môi trường làm việc khi Claude lặp lại lỗi sai
⛏️ Khi AI lại làm rối tung lên. Loay hoay hàng giờ đồng hồ với một vấn đề duy nhất. ⛏️
Nếu bạn phải sửa cùng một lỗi đến lần thứ ba, đó không phải lỗi của model. Đó là lỗi của môi trường làm việc.
Tôi đã áp dụng phương pháp này từ thời Claude Sonnet 3.7, tức là hơn một năm nay. Giải thích ngắn gọn thì..
--> Hãy để AI phân tích session mà nó thất bại, sau đó đưa nguyên nhân vào guideline của dự án và các phương pháp kiểm chứng.
⭐️ Làm như thế này! "Phân tích lỗi sai bằng Session ID" ⭐️
1. Gõ `/status` trong session xảy ra lỗi lặp lại để lấy Session ID. Copy nó.
2. Mở một session Claude Code mới (dùng Codex cũng được) và dán đoạn này vào:
1"<Session ID>" → Tìm những điểm mà session Claude Code này thất bại từ hai lần trở lên.23Tìm những thứ tôi đã chỉ ra nhưng nó vẫn liên tục làm sai, và các nút thắt cổ chai.45Phân loại nguyên nhân xảy ra (giả định sai, thiếu context, cấu trúc code, thiếu test)67và đề xuất cách sửa nhỏ gọn nhất chỉ dành cho CLAUDE.md, .claude/rules, skills,8hooks, hoặc tests để ngăn lỗi tái diễn.
3. Xem xét các gợi ý và chỉ áp dụng những cái thực sự tốt.
4. Kiểm chứng hiệu quả. Thử lại các request từng thất bại xem giờ đã chạy ổn chưa.
⚠️ Đừng nhồi nhét mọi thứ vào CLAUDE.md. ⚠️
Càng dài thì nó càng ngốn context và các rule càng dễ xung đột!!!
- Rule áp dụng cho toàn dự án thì để trong CLAUDE.md
- Rule cho thư mục/file cụ thể thì để trong .claude/rules/ hoặc CLAUDE.md nằm ngay trong thư mục đó
- Các quy trình lặp đi lặp lại thì đóng gói thành Skills
- Các rule tuyệt đối thì quản lý qua Hooks và quyền hạn (Mẹo #10)
- Bug cũ tái diễn thì xử lý bằng regression test
Thỉnh thoảng hãy dọn dẹp các rule tích tụ bằng Mẹo #3 `/doctor prompt-audit`. Mẹo #4 dùng để xây dựng, Mẹo #3 dùng để dọn dẹp.
**
5. Duy trì bộ nhớ làm việc xuyên suốt các session với Claude-Mem
Claude Code sẽ quên sạch hội thoại khi session kết thúc.
**"Sao lần trước mình lại làm thế nhỉ?"
"Lần trước sửa cái lỗi đó kiểu gì ấy nhỉ?"**
Bạn lại phải giải thích từ đầu trong mỗi session mới.
Plugin Claude Code duy nhất mà tôi dùng đều đặn suốt một năm qua giải quyết triệt để chuyện này.
--> Đó là claude-mem.
⭐️ Nó có hơn 100k sao trên GitHub. ⭐️
Nó khác gì so với bộ nhớ cơ bản?
Claude Code có sẵn Auto Memory cơ bản. Đây là điểm khác biệt:
Auto Memory cơ bản tóm tắt những nội dung mà Claude cho là quan trọng và các bài học từ dự án thành ghi chú. Bạn xem được qua /memory, không cần cài đặt gì thêm.
claude-mem tự động ghi nhận những tác vụ nào đã làm trong session trước, lỗi được xử lý ra sao, và tại sao lại đưa ra quyết định đó. Nó sẽ truy xuất các ghi chép cần thiết trong session tiếp theo.
Màn hình của tôi từng hiển thị mức tiết kiệm lên tới 87% token.
Cài đặt chỉ bằng một dòng trong terminal:
1npx claude-mem install
Hoặc cài dưới dạng plugin ngay trong Claude Code:
1/plugin marketplace add thedotmack/claude-mem2/plugin install claude-mem
❌ Không khuyến khích dùng nếu ❌
- Bạn chủ yếu dùng Codex
- Bạn đã có một plugin memory khác hoặc hệ thống bàn giao tùy chỉnh riêng
Thêm các công cụ trùng lặp chỉ làm tăng độ phức tạp và chi phí.
Còn nếu bạn chỉ dùng Claude Code, đây vẫn là thứ cực kỳ đáng thử.
6. Nhìn lướt Model, Effort, Context và Usage với Statusline
Trong lúc dùng Claude Code, bạn sẽ liên tục thắc mắc:
- Session này đang chạy Opus? Sonnet? Hay Haiku?
- Mức effort đang đặt là bao nhiêu?
- Context đã đầy đến đâu rồi?
- Giới hạn 5 giờ và giới hạn tuần còn lại bao nhiêu?
🔥 Statusline giúp hiển thị liên tục những thông tin này ở đáy terminal. 🔥
Tạo nó rất dễ. Chỉ cần mô tả giao diện mong muốn sau lệnh `/statusline`, Claude sẽ tự tạo script và áp dụng luôn.
5 thiết kế tôi đã chia sẻ
Trước đó tôi có chia sẻ 5 prompt statusline dạng copy-paste.
1. Minimal: Model, effort, project, context gói gọn trong một dòng
2. Pastel Blocks: Các khối highlight màu pastel rất hợp với terminal nền tối
3. Nord Powerline: Ranh giới mũi tên mượt mà giữa các phân đoạn
4. Limit Dot Bar: Dành cho bản Pro/Max. Hiển thị usage 5 giờ và 7 ngày, cùng thời gian reset dưới dạng thanh dấu chấm
5. Vivid Gauge: Badge màu xanh chanh và thanh đo chéo. Có kèm số lượng token context
Prompt đầy đủ nằm trong các bài đăng gốc. Cứ copy-paste là Claude dựng xong ngay.
1. Minimal: https://x.com/lucian__03/status/2103173295118098750
2. Pastel Blocks: https://x.com/lucian__03/status/2103173396075065594
3. Nord Powerline: https://x.com/lucian__03/status/2103173518573916178
4. Limit Dot Bar: https://x.com/lucian__03/status/2103173612832444536
5. Vivid Gauge: https://x.com/lucian__03/status/2103173754218258607
7. Bắt Claude tự chạy và kiểm chứng kết quả trực tiếp
Claude báo "Triển khai xong rồi!" Nhưng chạy thử lại lỗi. Nút bấm không ăn, giao diện vỡ, hoặc chẳng hiện gì cả.
Test thì pass nhưng app lại fail, chuyện này xảy ra thường xuyên hơn bạn tưởng.
Vậy nên hãy bắt Claude tự khởi chạy và tương tác với app. Đã có sẵn lệnh cho việc này:
- /run: Thực sự chạy app của dự án và thao tác trên đó để xác minh thay đổi.
- /verify: Build và chạy app để xác nhận chức năng vừa sửa hoạt động đúng. Không chấp nhận việc thay thế bằng test/type check.
- /run-skill-generator: Lưu cách chạy dự án này (các lệnh, biến env, bước chuẩn bị) thành một skill. Nên làm bước này trước với các dự án phức tạp.
- /verify lưu phương thức kiểm chứng thành một project skill (.claude/skills/verify/) để tái sử dụng.
Luồng sử dụng:
1. Triển khai tính năng, kiểm tra test/build trước
2. Chạy app bằng /run
3. Click/nhập liệu nếu là web, nhập/xuất mẫu nếu là CLI
4. Xác nhận lại mục tiêu đã đạt bằng /verify
5. Sửa và chạy lại nếu thất bại. Luôn giữ kết quả lệnh thực tế/ảnh chụp màn hình làm bằng chứng
8. Tách riêng AI viết code và AI review
Bạn thường không tự thấy lỗi chính tả trong bài viết của mình. AI cũng vậy.
Session viết code luôn có thiên hướng cho rằng "code này đúng rồi".
⭐️ Vậy nên hãy dùng một reviewer với context hoàn toàn mới. ⭐️
- /code-review: Tìm bug/vấn đề độ chính xác trong code vừa sửa, PR, branch, hoặc đường dẫn.
- Có thể đặt cường độ như /code-review high (từ low đến max).
(Mặc định chỉ báo cáo; thêm --fix để tự động sửa.)
- /security-review: Kiểm tra vấn đề bảo mật (auth, validate input, lộ thông tin) trong diff giữa branch hiện tại và branch mặc định trên remote.
- /simplify: Dọn dẹp các đoạn trùng lặp/kém hiệu quả/phức tạp. Không dùng để tìm bug (/code-review lo việc đó).
Thứ tự khuyến nghị:
1. Làm sạch code bằng /simplify
2. Kiểm chứng chức năng bằng /verify (Mẹo #7)
3. Tìm bug bằng /code-review
4. Thêm /security-review nếu có đụng đến login/thanh toán/API key/dữ liệu cá nhân (PII)
Không cần lúc nào cũng chạy cả 4 bước.
⚠️ Những sửa đổi nhỏ có thể chỉ cần /code-review là đủ. ⚠️
Để review sâu hơn, hãy dùng /code-review ultra (tương đương /ultrareview).
(Review chuyên sâu trên cloud; tài khoản Pro/Max được 3 lượt miễn phí.)
9. Định nghĩa thiết kế và tiêu chí hoàn thành trước khi code phức tạp
Với các tác vụ phức tạp, hãy cung cấp cho Claude phạm vi và tiêu chí hoàn thành trước, thay vì một mớ chỉ thị code dài ngoằng.
Nếu không có bước này, Claude sẽ tự ý mở rộng phạm vi.
⚠️ Nó sẽ sửa những file không cần thiết và làm cả những việc bạn không yêu cầu. ⚠️
Sử dụng Plan Mode:
Nhấn Shift+Tab để bật plan mode, hoặc gõ /plan. Có thể kèm theo tác vụ như /plan fix login bug.
(Plan Mode chỉ đọc file và lên kế hoạch. Code chỉ được thay đổi sau khi bạn duyệt.)
Luồng đi: Khám phá → Lên kế hoạch → Phê duyệt → Triển khai → Kiểm chứng.
Bỏ qua bước lên kế hoạch nếu chỉ sửa lỗi chính tả/thay đổi một dòng. Quy tắc từ tài liệu chính thức: Nếu thay đổi có thể mô tả trong một câu, hãy bỏ qua plan.
10. Tự động ép buộc các rule quan trọng bằng Hooks
Kể cả khi CLAUDE.md ghi rõ "Không được đụng vào file này", Claude đôi khi vẫn phớt lờ.
🔥 CLAUDE.md chỉ là lời khuyên; Hooks mới là luật lệ bắt buộc. 🔥
Top 3 hook được dùng nhiều nhất:
- PreToolUse: Ngay trước khi sửa file/chạy lệnh. Chặn việc sửa file được bảo vệ hoặc chạy lệnh nguy hiểm.
- PostToolUse: Ngay sau khi thực thi. Tự động format/lint các file vừa sửa.
- Stop: Khi Claude định kết thúc. Ngăn không cho dừng nếu test chưa chạy xong.
Ví dụ: Chặn sửa file config của môi trường prod
Hãy nhờ Claude tạo hook:
--> "Tạo PreToolUse hook chặn việc sửa config/production.env."
Các trường hợp nên dùng:
- Tự động chạy formatter khi sửa file code (PostToolUse)
- Yêu cầu xác nhận trước khi đụng vào các thư mục quan trọng (PreToolUse)
- Chặn lệnh stop nếu chưa chạy test (Stop)
- Chặn các lệnh nguy hiểm (PreToolUse + Bash)
11. Chạy nhiều session Claude song song với Git Worktree
Chuyện gì xảy ra nếu hai cửa sổ Claude cùng làm việc trong một thư mục?
🚫 Chúng sẽ xung đột khi sửa cùng một file. (Rất đau đầu..) 🚫
Worktree tách repo thành các thư mục/branch riêng biệt cho từng tác vụ.
Claude Code làm việc này chỉ bằng một lệnh:
Chạy trong hai terminal:
claude --worktree feature-authclaude --worktree feature-dashboard
Dùng cờ ngắn -w cũng được.
Nó sẽ tạo .claude/worktrees/feature-auth/ và làm việc trên branch worktree-feature-auth.
--> ⭐️ Hai session sẽ không đụng vào file của nhau. ⭐️
Lưu ý:
Worktree mới sẽ bắt đầu từ branch mặc định trên remote (main), chứ không phải branch hiện tại.
Truyền số PR như claude --worktree "#1234" để bắt đầu từ PR đó.
Hệ thống sẽ hỏi bạn muốn giữ hay xóa worktree còn sót lại khi kết thúc session.
Cẩn trọng:
- Worktree chỉ cô lập file/branch. DB local/port/môi trường deploy/tài khoản API dùng chung vẫn sẽ gây xung đột.
- Vẫn có thể xảy ra conflict khi merge nếu sửa cùng một file.
- Hãy định nghĩa interface hoặc sắp xếp thứ tự cho các tác vụ phụ thuộc chặt chẽ vào nhau.
- Mỗi session tiêu tốn lượng usage riêng. Chạy song song ≠ tiết kiệm token.
12. Lặp lại việc kiểm chứng cho đến khi đạt mục tiêu với /goal
Claude thường dừng lại sau một lượt. Nó có thể báo "đã sửa gần xong" dù vẫn còn 3 test đang fail.
- Goal giữ cho Claude làm việc liên tục cho đến khi đạt tiêu chí hoàn thành (có từ v2.1.139).
- /goal hiển thị mục tiêu/trạng thái hiện tại.
- /goal clear để gỡ mục tiêu/dừng lại.
Cơ chế hoạt động...
Sau mỗi lượt, một model nhỏ và nhanh sẽ đánh giá xem điều kiện đã đạt chưa. Nếu chưa, Claude tiếp tục lượt tiếp theo.
Hãy đưa phương pháp kiểm chứng vào goal (ví dụ: "in ra lệnh test/kết quả"). Model đánh giá cần bằng chứng cụ thể.
Khác gì so với /loop hay Stop hook?
--> Goal bắt đầu lượt tiếp theo ngay lập tức khi thất bại. Chỉ dừng khi model đánh giá xác nhận thành công.
/loop lặp lại tác vụ theo chu kỳ thời gian (ví dụ: /loop 5m check deploy).
Stop hook chạy một script tùy chỉnh để kiểm tra điều kiện ở cuối lượt.
Kết hợp lại để có kết quả tốt nhất:
1. Định nghĩa phạm vi/tiêu chí bằng /plan (Mẹo #9)
2. Chia nhỏ tác vụ bằng claude -w (Mẹo #11)
3. Format/chặn lỗi qua Hooks (Mẹo #10)
4. Lặp lại cho đến khi đạt tiêu chí bằng /goal (Mẹo #12)
5. Xác nhận bằng /run và /verify (Mẹo #7)
6. Review với context mới bằng /code-review (Mẹo #8)
Tóm tắt
1. Thay đổi effort theo từng tác vụ. Giao việc cho sub-agent.
2. Đừng lấp đầy context. Chú ý thời hạn cache.
3. Dọn CLAUDE.md cũ bằng /doctor prompt-audit.
4. Sửa môi trường, đừng đổ lỗi cho model khi lỗi lặp lại.
5. Duy trì bộ nhớ xuyên session bằng claude-mem.
6. Theo dõi model/effort/context/giới hạn qua statusline.
7. Kiểm chứng bằng /run và /verify, đừng chỉ nghe câu "xong rồi".
8. Tách riêng AI viết code và AI review.
9. Lên kế hoạch trước cho các tác vụ phức tạp.
10. Ép buộc các rule quan trọng bằng Hooks.
11. Chạy song song bằng worktree.
12. Kiên trì đến khi thành công với /goal.
Claude Code cập nhật rất nhanh. Tôi sẽ chia sẻ thêm mẹo mới khi có.
Hãy bookmark nếu thấy hữu ích, và chia sẻ cho những người bạn đang dùng Claude Code nhé.
Cảm ơn bạn đã đọc!
Các bài đăng lẻ trước đó được nhắc đến:
Effort cho sub-agent: https://x.com/lucian__03/status/2108194703782916166
Effort, Max không phải lúc nào cũng tốt nhất: https://x.com/lucian__03/status/2104641991279874134
autocompact 500~700k: https://x.com/lucian__03/status/2108589402914177236
852k uncached & cache hết hạn: https://x.com/lucian__03/status/2106396357527531800
/doctor prompt-audit: https://x.com/lucian__03/status/2104560017407869028
AI tự cải thiện (bản cập nhật Harness): https://x.com/lucian__03/status/2081761475560157477
claude-mem: https://x.com/lucian__03/status/2108997241864159442
5 thiết kế statusline: https://x.com/lucian__03/status/2103173166973718537
