{/* Trang này được tạo tự động từ SKILL.md của kỹ năng bởi website/scripts/generate-skill-docs.py. Chỉnh sửa nguồn SKILL.md, không phải trang này. */}

Mô hình Lbo

Xây dựng các mô hình mua lại có đòn bẩy trong Excel — nguồn và cách sử dụng, lịch trình nợ, quét tiền mặt, bội số thoát, độ nhạy IRR/MOIC. Cặp với tác giả excel. Sử dụng để sàng lọc PE, định giá trường hợp nhà tài trợ hoặc LBO minh họa trong quảng cáo chiêu hàng.

Siêu dữ liệu kỹ năng


Nguồn	Tùy chọn — cài đặt với
`Hermes skills install official/finance/lbo-model
`
Đường dẫn

optional-skills/finance/lbo-model ` | | Phiên bản |

finance

, `valuation

, `lbo

, `private-equity

, `excel

, `openpyxl

, modeling | | Kỹ năng liên quan | XPROTECTX11XPROTECTX, XPROTECTX12XPROTECTX, XPROTECTX13XPROTECTX, XPROTECTX14XPROTECTX |

Tham khảo: đầy đủ SKILL.md

thông tin

Sau đây là định nghĩa kỹ năng đầy đủ mà Hermes tải khi kỹ năng này được kích hoạt. Đây là những gì tác nhân coi là hướng dẫn khi kỹ năng được kích hoạt.

Môi trường

Kỹ năng này giả định openpyxl không đầu — bạn đang tạo tệp .xlsx trên đĩa. Thực hiện theo các quy ước của kỹ năng excel-author về màu ô, công thức, phạm vi được đặt tên và bảng độ nhạy. Tính toán lại trước khi giao hàng: `Python /path/to/excel-author/scripts/recalc.py ./out/model.xlsx

YÊU CẦU MẪU`Kỹ năng này sử dụng các mẫu cho mô hình LBO. Luôn kiểm tra tệp mẫu đính kèm trước.

Trước khi bắt đầu bất kỳ mô hình LBO nào:

Nếu tệp mẫu được đính kèm/cung cấp: Sử dụng chính xác cấu trúc của mẫu đó - sao chép và điền dữ liệu của người dùng
Nếu không có mẫu nào được đính kèm: Hỏi người dùng: "Bạn có mẫu LBO cụ thể mà bạn muốn tôi sử dụng không? Nếu không, tôi có thể sử dụng mẫu chuẩn bao gồm Nguồn & Công dụng, Mô hình hoạt động, Lịch trình nợ và Phân tích lợi nhuận."
Nếu sử dụng mẫu tiêu chuẩn: Sao chép examples/LBO_Model.xlsx làm điểm bắt đầu của bạn và điền vào đó các giả định của người dùng**QUAN TRỌNG**: Khi một tệp như LBO_Model.xlsx ` được đính kèm, bạn PHẢI sử dụng tệp đó làm mẫu của mình - không xây dựng từ đầu. Ngay cả khi mẫu có vẻ phức tạp hoặc có nhiều tính năng hơn mức cần thiết, hãy sao chép và điều chỉnh nó cho phù hợp với yêu cầu của người dùng. Không bao giờ quyết định "xây dựng lại từ đầu" khi mẫu được cung cấp.

HƯỚNG DẪN QUAN TRỌNG — ĐỌC TRƯỚC

Sử dụng Python/openpyxl. Viết các chuỗi công thức ( `ws["D20"] = "=B5*B6"

), sau đó chạy trình trợ giúp recalc.py của kỹ năng recalc.py trước khi thực hiện.

Nguyên tắc cốt lõi

Mọi phép tính phải là công thức Excel - KHÔNG BAO GIỜ tính toán các giá trị trong Python và kết quả mã cứng vào ô. Khi sử dụng openpyxl, hãy viết cell.value = "=B5*B6" (chuỗi công thức), KHÔNG cell.value = 1250 (kết quả được tính toán). Mô hình phải năng động và cập nhật khi đầu vào thay đổi.
Sử dụng cấu trúc mẫu - Theo dõi tổ chức trong examples/LBO_Model.xlsx hoặc mẫu do người dùng cung cấp. Đừng phát minh ra bố cục của riêng bạn.
Sử dụng tham chiếu ô thích hợp - Tất cả các công thức phải tham chiếu đến các ô thích hợp. Không bao giờ nhập các số đến từ các ô khác.
Duy trì tính nhất quán của quy ước ký hiệu - Thực hiện theo bất kỳ quy ước ký hiệu nào mà mẫu sử dụng (một số sử dụng tiêu cực cho luồng chi, một số sử dụng tích cực). Hãy nhất quán trong suốt.
Làm việc theo từng phần, xác minh với người dùng ở từng bước - Hoàn thành đầy đủ một phần, cho người dùng xem nội dung đã được xây dựng, chạy kiểm tra xác minh của phần và nhận xác nhận TRƯỚC KHI chuyển sang phần tiếp theo. KHÔNG xây dựng toàn bộ mô hình từ đầu đến cuối rồi trình bày nó - các phần sau phụ thuộc vào các phần trước đó, vì vậy, việc mắc lỗi trong Nguồn & Sử dụng sau khi đã tạo xong kết quả trả về đồng nghĩa với việc phải làm lại ở mọi nơi.

Công thức quy ước về màu sắc

Xanh lam (0000FF): Đầu vào được mã hóa cứng - các số đã nhập không tham chiếu các ô khác
Đen (000000): Công thức có phép tính - bất kỳ công thức nào sử dụng toán tử hoặc hàm (

=B4*B5

=SUM()

=-MAX(0,B4)

)

Tím (800080): Liên kết đến các ô trên cùng tab - tham chiếu trực tiếp không cần tính toán (

=B9

=B45

)

Xanh lục (008000): Liên kết đến các ô trên các tab khác nhau - tham chiếu bảng tính chéo (

=Assumptions!B5

='Operating Model'!C10

)### Bảng màu tô - Xanh lam & Xám chuyên nghiệp (Mặc định trừ khi người dùng/mẫu chỉ định khác)

Giữ nó ở mức tối thiểu — chỉ sử dụng màu xanh lam và màu xám để tô màu ô. KHÔNG giới thiệu màu xanh lá cây, màu vàng, màu đỏ hoặc nhiều điểm nhấn. Mô hình LBO chuyên nghiệp sử dụng biện pháp kiềm chế.
Bảng màu tô mặc định:
- Tiêu đề phần (Nguồn & Công dụng, Mô hình hoạt động, v.v.):

#1F4E79 ` màu xanh đậm với văn bản in đậm màu trắng

Tiêu đề cột (Năm 1, Năm 2, v.v.):

#D9E1F2 ` màu xanh nhạt với chữ in đậm màu đen

Ô đầu vào:

#F2F2F2 ` màu xám nhạt (hoặc chỉ màu trắng) — phông chữ màu xanh lam là tín hiệu, màu điền là phụ

Công thức/ô được tính: Màu trắng, không tô
Đầu ra chính (IRR, MOIC, Exit Equity):

#BDD7EE ` màu xanh lam trung bình với văn bản in đậm màu đen

Đó là toàn bộ bảng màu. 3 màu xanh lam + 1 màu xám + trắng. Nếu mẫu sử dụng màu riêng, hãy làm theo mẫu.
Lưu ý: Các màu phông chữ xanh dương/đen/tím/xanh lục ở trên dùng để phân biệt dữ liệu đầu vào, công thức và liên kết. Những bảng này tách biệt với bảng fill ở đây - cả hai đều hoạt động cùng nhau.

Tiêu chuẩn định dạng số

Tiền tệ:

$#,##0;($#,##0);"-" ` hoặc

$#,##0.0 ` tùy theo mẫu

Phần trăm: 0.0% (một số thập phân)
Bội số: 0.0"x" (một số thập phân)
Tỷ lệ MOIC/Chi tiết: 0.00"x" (hai số thập phân cho độ chính xác)
Tất cả các ô số: Căn phải

Làm rõ yêu cầu trước tiên

Trước khi điền bất kỳ công thức nào:

Kiểm tra cấu trúc mẫu - Xác định tất cả các phần, hiểu dòng thời gian (cột nào là giai đoạn nào), lưu ý mọi công thức hiện có
Hỏi người dùng nếu có điều gì chưa rõ - Nếu cấu trúc mẫu, phương pháp tính toán hoặc yêu cầu không rõ ràng, hãy hỏi trước khi tiếp tục
Xác nhận các giả định chính - Mọi thông tin đầu vào chính, tùy chọn tính toán hoặc yêu cầu cụ thể
CHỈ SAU KHI hiểu mẫu, hãy tiến hành điền công thức

GIAI ĐOẠN PHÂN TÍCH MẪU - LÀM ĐIỀU NÀY TRƯỚC

Trước khi điền bất kỳ công thức nào, hãy kiểm tra kỹ mẫu:

Lập bản đồ cấu trúc - Xác định vị trí của từng phần và chúng liên quan với nhau như thế nào. Lưu ý phần nào được đưa vào phần khác.
Hiểu rõ dòng thời gian - Cột nào đại diện cho giai đoạn nào? Có cột "Kết thúc" hoặc "Pro Forma" không? Thời kỳ chiếu bắt đầu từ đâu?
Xác định ô đầu vào so với ô công thức - Các mẫu thường sử dụng mã màu, đường viền hoặc tô bóng để cho biết ô nào cần đầu vào so với công thức. Tôn trọng những quy ước này.
Đọc kỹ các nhãn hiện có - Nhãn hàng cho bạn biết chính xác phép tính dự kiến. Đừng cho rằng - hãy đọc nội dung mẫu yêu cầu.
Kiểm tra các công thức hiện có - Một số mẫu được điền một phần. Đừng ghi đè lên các công thức làm việc trừ khi được yêu cầu cụ thể.
Lưu ý các quy ước dành riêng cho từng mẫu - Quy ước ký hiệu, cấu trúc tổng phụ, cách sắp xếp các phần, liệu có các tab riêng biệt cho các thành phần khác nhau hay không, v.v.

CÔNG THỨC ĐIỀN – PHƯƠNG PHÁP CHUNG

Đối với mỗi ô cần công thức, hãy làm theo thứ bậc sau:

Bước 1: Kiểm tra mẫu

Ô đã có công thức chưa? Nếu có, hãy xác minh xem nó có đúng không và tiếp tục.
Có nhận xét hoặc ghi chú nào chỉ ra cách tính toán dự kiến không?
Nhãn hàng/cột có làm cho phép tính trở nên rõ ràng không?
Các ô lân cận có hiển thị mẫu bạn nên làm theo không?

Bước 2: Kiểm tra hướng dẫn sử dụng

Người dùng có chỉ định một phương pháp tính toán cụ thể không?
Có những giả định nào được nêu có ảnh hưởng đến công thức này không?
Có yêu cầu đặc biệt nào được đề cập không?

Bước 3: Áp dụng thực hành chuẩn

Nếu cả mẫu và người dùng đều không chỉ định, hãy sử dụng các quy ước lập mô hình LBO tiêu chuẩn
Ghi lại bất kỳ giả định nào bạn đưa ra
Nếu thực sự không chắc chắn, hãy hỏi người dùng

LĨNH VỰC VẤN ĐỀ THƯỜNG GẶP

Các mẫu tính toán sau đây thường gây ra sự cố trên các mô hình LBO. Đặc biệt chú ý khi bạn gặp phải những điều sau:

Phần cân bằng

Khi hai phần phải bằng nhau (ví dụ: Nguồn = Công dụng), một mục thường là "phần cắm" (hình cân bằng)
Xác định mục nào là phần cắm và tính là chênh lệch

Tính thuế

Công thức tính thuế chỉ nên tham khảo dòng thu nhập và thuế suất liên quan
KHÔNG nên tham khảo các phần không liên quan (ví dụ: lịch nợ)
Xem xét liệu tổn thất có tạo ra lá chắn thuế hay đơn giản là bị bỏ qua### Tài liệu tham khảo lãi suất và thông tư
Tính toán lãi suất có thể tạo ra tính tuần hoàn nếu chúng tham chiếu số dư bị ảnh hưởng bởi dòng tiền
Sử dụng Số dư đầu kỳ (không phải số dư trung bình hoặc số dư cuối kỳ) để ngắt tham chiếu vòng tròn
Mô hình: Tiền lãi → Dòng tiền → Khoản thanh toán → Số dư cuối kỳ (nếu tiền lãi sử dụng số dư cuối kỳ thì vòng tròn này quay lại)

Trả nợ / Quét tiền mặt

Khi tồn tại nhiều đợt nợ thì thường có thứ tự ưu tiên
Quét tiền mặt nên tôn trọng thác nước ưu tiên
Số dư không thể âm - hãy sử dụng hàm MAX hoặc MIN một cách thích hợp

Trả về các phép tính (IRR/MOIC)

Dòng tiền phải có dấu đúng: Đầu tư = âm, Tiền thu được = dương
Nếu sử dụng XIRR, cần có ngày tháng tương ứng
Nếu sử dụng IRR, dòng tiền phải ở các kỳ liên tiếp
MOIC = Tổng số tiền thu được / Tổng đầu tư

Bảng độ nhạy

Sử dụng kích thước Lẻ (5×5 hoặc 7×7) — không bao giờ sử dụng kích thước 4×4 hoặc 6×6. Kích thước lẻ đảm bảo một ô trung tâm thực sự.
Ô trung tâm = trường hợp cơ sở. Xây dựng các giá trị trục hàng và cột một cách đối xứng xung quanh các giả định thực tế của mô hình (ví dụ: nếu bội số mục nhập cơ sở = 10,0x, trục =

[8.0x, 9.0x, 10.0x, 11.0x, 12.0x]

). IRR/MOIC của ô trung tâm sau đó PHẢI bằng đầu ra IRR/MOIC thực tế của mô hình - đây là bằng chứng cho thấy bảng được nối dây chính xác.

Đánh dấu ô trung tâm — màu xanh lam vừa phải (

#BDD7EE

) + phông chữ đậm để phần chữ đế được cố định một cách trực quan.

Hàm BẢNG DỮ LIỆU của Excel có thể không hoạt động với openpyxl — thay vào đó hãy viết các công thức rõ ràng tham chiếu đến tiêu đề hàng/cột
Mỗi ô sẽ hiển thị một giá trị KHÁC NHAU — nếu tất cả đều giống nhau thì các công thức sẽ không thay đổi chính xác
Sử dụng các tham chiếu hỗn hợp (ví dụ:

$A5 cho đầu vào hàng, B$4 ` cho đầu vào cột)

DANH SÁCH KIỂM TRA XÁC MINH - CHẠY SAU KHI HOÀN THÀNH

Chạy xác thực công thức

Python /path/to/excel-author/scripts/recalc.py model.xlsx

`

Phải trả lại thành công mà không có lỗi.

### Cân bằng phần

- [ ] Bất kỳ phần nào phải cân đối chính xác (Nguồn/Công dụng, Tài sản/Nợ)
- [ ] Các hạng mục phích cắm được tính đúng theo số liệu cân bằng
- [ ] Số tiền phải khớp giữa các phần là nhất quán

### Dự báo thu nhập/hoạt động
- [ ] Doanh thu/doanh thu tăng trưởng chính xác từ các động lực hoặc tốc độ tăng trưởng
- [ ] Tất cả các khoản mục chi phí được tính toán hợp lý
- [ ] Tổng phụ và tổng cộng chính xác
- [ ] Biên độ và tỷ lệ hợp lý
- [ ] Liên kết đến các giả định là chính xác

### Bảng cân đối kế toán (nếu có)
- [ ] Tài sản = Nợ phải trả + Vốn chủ sở hữu (phải cân đối)
- [ ] Tất cả các mục đều liên kết đến lịch trình phù hợp hoặc chuyển tiếp
- [ ] Số dư đầu kỳ = số dư cuối kỳ trước
- [] Kiểm tra hàng được bao gồm và hiển thị số 0

### Dòng tiền (nếu có)
- [ ] Bắt đầu với con số thu nhập chính xác
- [ ] Các khoản mục không dùng tiền mặt được cộng/trừ phù hợp
- [ ] Thay đổi vốn lưu động có dấu hiệu đúng
- [ ] Tiền cuối kỳ = Tiền đầu kỳ + Dòng tiền ròng
- [ ] Số dư tiền mặt nhất quán giữa các báo cáo

### Lịch trình hỗ trợ
- [ ] Cân bằng lịch trình cuộn tiếp (Bắt đầu + Thay đổi = Kết thúc)
- [ ] Lịch trình liên kết chính xác với các câu lệnh chính
- [] Các mục được tính toán sử dụng trình điều khiển phù hợp
- [ ] Tất cả các giai đoạn được tính toán nhất quán

### Lịch Nợ/Tài trợ (nếu có)
- [ ] Số dư đầu kỳ gắn với nguồn hoặc kỳ trước
- [ ] Lãi tính trên số dư phù hợp (thường là đầu kỳ)
- [ ] Các khoản thanh toán tôn trọng sự sẵn có và ưu tiên của tiền mặt
- [ ] Số dư cuối kỳ không được âm
- [ ] Tính tổng chính xác các đợt

### Phân tích trả về/đầu ra
- [ ] Giá trị đầu ra/đầu cuối được tính toán chính xác
- [ ] Bao gồm tất cả các điều chỉnh có liên quan
- [ ] Dấu hiệu dòng tiền đúng (âm cho đầu tư, dương cho tiền thu được)
- [] Phạm vi tham chiếu đầy đủ của công thức IRR/MOIC
- [ ] Kết quả hợp lý cho kịch bản

### Bảng độ nhạy (nếu có)
- [ ] Kích thước lưới là ODD (5×5 hoặc 7×7) — có một ô trung tâm thực sự
- [ ] Giá trị trục hàng và cột đối xứng xung quanh trường hợp cơ sở (

[base-2Δ, base-Δ, base, base+Δ, base+2Δ]

)
- [ ] Đầu ra của ô trung tâm bằng IRR/MOIC thực tế của mô hình - xác nhận bảng được nối dây chính xác
- [ ] Ô trung tâm được tô sáng (màu xanh vừa phải 

#BDD7EE

, phông chữ đậm)
- [] Tiêu đề hàng và cột chứa các giá trị đầu vào phù hợp
- [] Mỗi ô dữ liệu chứa một công thức (không được mã hóa cứng)
- [] Mỗi ô dữ liệu hiển thị một giá trị KHÁC NHAU
- [ ] Các giá trị di chuyển theo hướng mong đợi (bội số thoát cao hơn → IRR cao hơn, v.v.)### Định dạng
- [ ] Đầu vào được mã hóa cứng có màu xanh lam (0000FF)
- [ ] Công thức tính toán có màu đen (000000)
- [ ] Các liên kết cùng tab có màu tím (800080)
- [] Liên kết chéo tab có màu xanh lá cây (008000)
- [ ] Tất cả các số đều được căn phải
- [ ] Các định dạng số phù hợp được áp dụng xuyên suốt
- [ ] Không có ô nào hiển thị giá trị lỗi (#REF!, #DIV/0!, #VALUE!, #NAME?)

### Kiểm tra độ chính xác logic
- [ ] Các số có thứ tự độ lớn hợp lý
- [ ] Xu hướng có ý nghĩa (tăng trưởng, suy giảm, ổn định như mong đợi)
- [] Không có giá trị sai rõ ràng (âm trong đó phải là dương, tỷ lệ phần trăm không thể, v.v.)
- [ ] Các kết quả đầu ra chính nằm trong phạm vi hợp lý cho loại phân tích

---

## LỖI THƯỜNG GẶP CẦN TRÁNH

| Lỗi | Có chuyện gì xảy ra | Cách khắc phục |
|-------|--------|-------------|
| Giá trị tính toán mã hóa cứng | Mô hình không cập nhật khi đầu vào thay đổi | Luôn sử dụng các công thức tham chiếu đến các ô nguồn |
| Tham chiếu ô sai sau khi sao chép | Công thức trỏ đến ô sai | Xác minh tất cả các liên kết, sử dụng neo $ thích hợp |
| Lỗi tham chiếu vòng tròn | Mô hình không thể tính toán | Sử dụng số dư đầu kỳ cho các loại lãi suất, phá vỡ vòng tròn |
| Phần không cân bằng | Tổng số phải khớp thì không | Đảm bảo một mục là phích cắm (được tính là chênh lệch) |
| Số dư âm khi không thể | Thanh toán/sử dụng nhiều hơn mức có sẵn | Sử dụng hàm MAX(0, ...) hoặc MIN một cách thích hợp |
| IRR/lỗi trả lại | Biển báo sai hoặc phạm vi không đầy đủ | Kiểm tra dấu hiệu dòng tiền và đảm bảo công thức bao gồm tất cả các kỳ |
| Bảng độ nhạy hiển thị cùng giá trị | Công thức không thay đổi theo đầu vào | Kiểm tra tham chiếu ô - cần tham chiếu hỗn hợp ($A5, B$4) |
| Cuộn về phía trước không bị ràng buộc | Bắt đầu ≠ kết thúc trước | Xác minh liên kết giữa các thời kỳ |
| Quy ước ký hiệu không nhất quán | Phép cộng trở thành phép trừ hoặc ngược lại | Tuân theo quy ước của mẫu một cách nhất quán xuyên suốt |

---

## LÀM VIỆC VỚI NGƯỜI DÙNG — ĐIỂM KIỂM TRA TỪNG MỤC
* **Nếu cấu trúc mẫu không rõ ràng**, hãy hỏi trước khi tiếp tục
* **Nếu yêu cầu của người dùng xung đột với mẫu**, hãy xác nhận tùy chọn của họ
* **Sau khi hoàn thành từng phần chính**, DỪNG và xác minh với người dùng trước khi tiếp tục:
  - **Sau Nguồn & Sử dụng** → hiển thị bảng cân bằng, xác nhận phích cắm đúng, phê duyệt trước khi xây dựng mô hình vận hành
  - **Sau Mô hình hoạt động / Dự đoán** → hiển thị P&L dự kiến, xác nhận tốc độ tăng trưởng và tỷ suất lợi nhuận có vẻ ổn, ký kết trước kỳ hạn nợ
  - **Sau Lịch trình Nợ** → hiển thị số dư và lãi đầu/cuối, xác nhận logic thác nước, đăng xuất trước khi trả lại
  - **Sau khi trả về (IRR/MOIC)** → hiển thị chuỗi dòng tiền và kết quả đầu ra, xác nhận các dấu hiệu và phạm vi, đăng xuất trước bảng độ nhạy
  - **Sau Bảng độ nhạy** → cho thấy rằng mỗi ô khác nhau, hãy xác nhận trường hợp cơ sở đáp ứng đúng mong đợi
* **Nếu phát hiện thấy lỗi trong quá trình xác minh**, hãy sửa chúng trước khi chuyển sang phần tiếp theo
* **Trình bày bài làm của bạn** - giải thích các công thức hoặc giả định chính khi hữu ích
* **Không bao giờ trình bày một mô hình đã hoàn chỉnh mà không kiểm tra ở từng phần** — việc bắt tham chiếu ô sai ở nguồn sẽ nhanh hơn việc truy ngược lại từ IRR bị hỏng

---

**Kỹ năng này tạo ra các mô hình LBO chất lượng như ngân hàng đầu tư bằng cách điền vào các mẫu các công thức chính xác, định dạng phù hợp và các phép tính được xác thực. Kỹ năng này thích ứng với mọi cấu trúc mẫu đồng thời đảm bảo tính chính xác về tài chính và các tiêu chuẩn trình bày chuyên nghiệp.**

## Nguồn dữ liệu - MCP đầu tiên, dự phòng web

Nhiều đoạn văn bên dưới có nội dung "sử dụng S&P Kensho MCP / Daloopa MCP / FactSet MCP". Đó là các MCP dữ liệu tài chính thương mại từ bối cảnh plugin Cowork ban đầu. Ở Hermes:
- **Nếu bạn đã định cấu hình MCP dữ liệu tài chính có cấu trúc** (Hermes hỗ trợ MCP - xem kỹ năng 
`native-MCP

), hãy ưu tiên nó cho các khoản tính toán theo thời điểm, các giao dịch trước đó và hồ sơ.
- **Nếu không**, hãy quay lại:
  - 
`web_search
` / 
`web_extract
` chống lại SEC EDGAR (
`https://www.sec.gov/cgi-bin/browse-edgar

) đối với hồ sơ tại Hoa Kỳ
  - Trang IR của công ty dành cho thông cáo báo chí, báo cáo thu nhập
  - 
`browser_navigate
` dành cho cổng dữ liệu tương tác
  - Dữ liệu do người dùng cung cấp (hỏi rõ ràng khi ngữ cảnh không có)
- **Không bao giờ bịa đặt**. Nếu không thể tìm được nguồn gốc của bội số, số tiền lệ hoặc số hồ sơ, hãy gắn cờ ô đó là 

[UNSOURCED]
` và hiển thị nó cho người dùng.

## Ghi côngKỹ năng này được điều chỉnh từ bộ plugin Claude dành cho Dịch vụ Tài chính của Anthropic (Apache-2.0). Các đường dẫn Office-JS / Cowork live-Excel đã bị xóa; phiên bản này nhắm mục tiêu openpyxl không đầu thông qua các quy ước của kỹ năng 
`excel-author

. Bản gốc: https://GitHub.com/Anthropics/financial-services

Siêu dữ liệu kỹ năng​

Tham khảo: đầy đủ SKILL.md​

Môi trường​

YÊU CẦU MẪU`Kỹ năng này sử dụng các mẫu cho mô hình LBO. Luôn kiểm tra tệp mẫu đính kèm trước.​

HƯỚNG DẪN QUAN TRỌNG — ĐỌC TRƯỚC​

Nguyên tắc cốt lõi​

Công thức quy ước về màu sắc​

Tiêu chuẩn định dạng số​

Làm rõ yêu cầu trước tiên​

GIAI ĐOẠN PHÂN TÍCH MẪU - LÀM ĐIỀU NÀY TRƯỚC​

CÔNG THỨC ĐIỀN – PHƯƠNG PHÁP CHUNG​

Bước 1: Kiểm tra mẫu​

Bước 2: Kiểm tra hướng dẫn sử dụng​

Bước 3: Áp dụng thực hành chuẩn​

LĨNH VỰC VẤN ĐỀ THƯỜNG GẶP​

Phần cân bằng​

Tính thuế​

Trả nợ / Quét tiền mặt​

Trả về các phép tính (IRR/MOIC)​

Bảng độ nhạy​

DANH SÁCH KIỂM TRA XÁC MINH - CHẠY SAU KHI HOÀN THÀNH​

Chạy xác thực công thức​