# Build AI finance agent đầu tiên trong Claude, không cần code

[Luke Finance](https://homus.dev/speakers/luke-finance) · [Luke Finance](https://homus.dev/orgs/luke-finance)

> Dựng một financial monitoring agent trong Claude bằng project, context file, skill, agent.md, connector và scheduled task, rồi chạy thử với dữ liệu demo.

Topics: Agents, Skills, Workflow

Canonical: https://homus.dev/talks/build-your-first-ai-finance-agent-in-claude-no-coding

## 1. Giao việc cho agent, không phải prompt thêm một lần nữa

Video mở đầu bằng một nhận định của Luke Finance (video đăng ngày 19/10/2026): AI agent đang trở thành một trong những cơ hội lớn nhất trong ngành finance, nhưng với phần lớn người làm finance, việc tự build một agent vẫn nghe có vẻ kỹ thuật hơn nhiều so với mức thật sự cần.

![Người trình bày kênh Luke Finance nói trước camera, phía sau là kệ sách](https://homus.dev/photos/h2Z0CAemSF8-0012.jpg)

Người trình bày của kênh Luke Finance nói trước camera ở phần mở đầu, trước khi chuyển sang màn hình Claude.

Theo anh, cơ hội thật không nằm ở việc có thêm một AI nữa mà bạn phải liên tục prompt. Đó không phải là điểm chính. Điểm chính là có thể giao bớt một phần công việc finance của chính mình, để một agent tự làm thay bạn. Hoặc bạn muốn giao cho nó cả một trách nhiệm finance trọn vẹn, giống hệt cách bạn giao việc cho một người trong team, rồi để nó quay lại với bạn kèm những gì cần bạn chú ý (video đăng ngày 19/10/2026).

Vì vậy, trong video này anh cho xem cách build AI finance agent đầu tiên của bạn trong Claude từ con số không, không viết một dòng code nào (theo cách làm trong video đăng ngày 19/10/2026). Lộ trình đi từ việc định nghĩa bạn muốn agent làm gì cho tới lúc nó chạy tự động, và xem nó tự xử lý một workflow finance thật như thế nào.

## 2. AI finance agent là gì

Định nghĩa anh đưa ra (video đăng ngày 19/10/2026): một AI finance agent là một hệ thống AI có ba thứ. Thứ nhất là một trách nhiệm finance được xác định rõ. Thứ hai là business context và các tool để xử lý trách nhiệm đó. Thứ ba là đủ quyền tự chủ (autonomy) để tự quyết định công việc được làm ra sao.

Anh so sánh với cách dùng Claude thông thường. Trong một cuộc hội thoại bình thường, anh có thể upload một bản P&L hoặc hỏi đâu là những variance lớn nhất, rồi chính anh quyết định nên điều tra gì tiếp. Anh là người điều khiển từng bước một (video đăng ngày 19/10/2026).

![Ô chat Claude với file Evergreen_PnL.xlsx đính kèm và prompt yêu cầu tìm 3 variance lớn nhất](https://homus.dev/photos/h2Z0CAemSF8-0143.jpg)

Cách dùng Claude thông thường mà anh lấy làm đối chiếu: đính kèm file `Evergreen_PnL.xlsx` rồi gõ một yêu cầu tìm ba variance lớn nhất giữa actual và budget, kèm gợi ý nên điều tra gì tiếp. Ô chọn model trên màn hình ghi Sonnet 5.5 (giao diện trong video đăng ngày 19/10/2026).

Prompt trên màn hình ở cảnh này:

```
Analyze this P&L and identify the 3 biggest variances between actuals and budget. Recommend what I should investigate next.
```

Với một agent thì khác: anh định nghĩa job một lần duy nhất. Theo dõi kết quả tài chính của công ty, tìm ra điều gì cần chú ý, điều tra nó, rồi báo cáo lại. Sau đó agent tự quyết định nhìn vào đâu và đào sâu tới mức nào, dựa trên những gì nó tìm thấy (theo mô tả của anh trong video đăng ngày 19/10/2026).

## 3. Agent khác một scheduled prompt ở đâu

Anh nói đó cũng chính là điều làm agent khác với một scheduled prompt. Một scheduled prompt đi theo đúng một chuỗi bước giống nhau mỗi lần chạy. Một agent thì điều chỉnh cuộc điều tra của nó theo tình huống cụ thể (theo Luke Finance, video đăng ngày 19/10/2026).

Nhưng agent vẫn làm việc bên trong những ranh giới mà anh đặt ra: thế nào thì được tính là material (trọng yếu), nó cần bằng chứng gì, và khi nào một việc phải được chuyển cho người review (video đăng ngày 19/10/2026).

Khác biệt anh mô tả: scheduled prompt lặp lại cùng một chuỗi bước, còn agent tự chọn hướng điều tra theo dữ liệu tháng đó nhưng vẫn nằm trong các ranh giới anh định ra (video đăng ngày 19/10/2026).

Cách đơn giản nhất để hình dung, theo anh: một nhân viên finance số (digital finance worker) có một job rõ ràng, có kiến thức để làm job đó, và có các quy tắc bắt buộc phải tuân theo (video đăng ngày 19/10/2026). Việc phải làm trước hết là định nghĩa job ấy.

## 4. Chọn job cho agent: một mục tiêu kinh doanh rõ ràng

Chương "Choose your agent's job". Anh nói job phải là một mục tiêu kinh doanh rõ ràng. Trong video, anh build một agent theo dõi tài chính (financial monitoring agent) cho một công ty ví dụ tên là Evergreen Industrial Group. Mọi con số về Evergreen trong video là dữ liệu demo, không phải số liệu của một công ty có thật (video đăng ngày 19/10/2026).

Job của agent: review tháng gần nhất đã khoá sổ, xác định mọi vấn đề trọng yếu hoặc diễn biến bất thường, điều tra những vấn đề đáng chú ý, rồi báo cáo những gì nó tìm thấy (video đăng ngày 19/10/2026).

![Hộp thoại Create a project với tên Evergreen Financial Monitoring Agent và mô tả mục tiêu](https://homus.dev/photos/h2Z0CAemSF8-0303.jpg)

Job được viết ngay vào mô tả project: "A finance AI agent project for Evergreen Industrial Group that monitors the latest financial performance, identifies material or unusual developments, investigates the underlying drivers using connected online finance data…" (màn hình trong video đăng ngày 19/10/2026).

Anh cố ý giữ job này rộng, và rộng có chủ đích. Anh không bảo nó kiểm tra gross margin hay xem xét chi phí sản xuất. Giả sử tháng đó cho thấy revenue hơi thấp hơn budget, margin giảm ở một product family, chi phí sản xuất cao hơn, và một KPI biến động mạnh. Khi đó agent phải tự quyết định cái nào trong số đó là trọng yếu, rồi tự quyết định nhìn tiếp vào đâu. Quyết định đó thuộc về agent (video đăng ngày 19/10/2026).

## 5. Quy trình sáu bước và finance exception report

Quy trình agent đi theo gồm sáu bước: review, identify, decide, investigate, conclude và report (video đăng ngày 19/10/2026).

Sáu bước của financial monitoring agent theo thứ tự anh nêu, và output cố định ở cuối (video đăng ngày 19/10/2026).

Job kết thúc bằng một output (video đăng ngày 19/10/2026). Mỗi lần chạy tạo ra một finance exception report, bao gồm: chuyện gì đã xảy ra, vì sao nó quan trọng, nguyên nhân khả dĩ (likely driver) cùng tác động tài chính của nó, và, điều then chốt, những gì cần người review.

Nếu tháng đó không có gì trọng yếu, agent vẫn tạo report và nói rõ như vậy. Nó không bao giờ bịa ra một vấn đề chỉ để output trông thú vị hơn (đó là quy tắc anh đặt cho agent trong video đăng ngày 19/10/2026). Job đã định nghĩa xong, giờ agent cần dữ liệu để thực sự làm việc.

## 6. Đưa dữ liệu tài chính cho agent: folder Evergreen Finance

Chương "Give your agent the financial data". Anh nói: một agent chỉ điều tra được những gì nó chạm tới được. Vì thế anh bắt đầu từ dữ liệu (video đăng ngày 19/10/2026).

Anh có một folder trong Google Drive tên là Evergreen Finance, chứa đúng kiểu bộ báo cáo hằng tháng (monthly reporting package) mà một team finance vẫn làm việc cùng (dữ liệu demo trong video đăng ngày 19/10/2026). File monthly P&L là nơi mọi cuộc review bắt đầu: nó chạy từ revenue và COGS xuống tới EBITDA, với tháng hiện tại đặt cạnh tháng trước và budget.

![Bảng tính Evergreen_August_2026_Monthly_PnL với các cột Aug 2026 Actual, Jul 2026 Actual, Aug 2026 Budget](https://homus.dev/photos/h2Z0CAemSF8-0435.jpg)

File `Evergreen_August_2026_Monthly_PnL` (dữ liệu demo trong video đăng ngày 19/10/2026): net revenue theo năm product family, COGS, gross profit và các dòng chi phí, với các cột August 2026 actual, July 2026 actual, August 2026 budget và variance theo đô la lẫn phần trăm.

Đứng sau file P&L là năm file hỗ trợ (bộ dữ liệu demo trong video đăng ngày 19/10/2026):

- **Budget versus actual**: kết quả so với kế hoạch theo từng product family.

- **Revenue by product**: tách doanh số theo volume, giá bán và khách hàng.

- **Cost detail**: đi vào chi phí nguyên vật liệu, nhân công, overhead và vận chuyển (freight).

- **KPI**: các chỉ số vận hành.

- **General ledger**: số dư tài khoản và các bút toán (journal entries) nằm bên dưới tất cả.

Agent bắt đầu từ P&L và chỉ đi vào các file này khi có điều gì đó đáng xem kỹ hơn (theo thiết kế anh mô tả trong video đăng ngày 19/10/2026).

## 7. Project: chỗ agent sống, và một standing instruction

Chương "Build your AI finance agent". Anh nói agent cần một chỗ để sống, và chỗ đó là một project. Theo lời anh (video đăng ngày 19/10/2026), project là một workspace giữ các file và instruction luôn sẵn cho mọi task chạy bên trong nó. Nhờ vậy agent không phải học lại về công ty ở mỗi lần chạy. Trang hỗ trợ của Claude mô tả project là workspace độc lập có lịch sử chat và knowledge base riêng (đọc ngày 25/10/2026).

Các bước anh làm trên màn hình: bấm Projects để mở workspace của project, bấm tạo project mới, đặt tên là Evergreen Financial Monitoring Agent và thêm một mô tả ngắn về việc agent làm (video đăng ngày 19/10/2026).

Rồi anh cho project một standing instruction duy nhất: các context file là nguồn có thẩm quyền (authoritative source) cho mọi thứ về Evergreen, và Claude không bao giờ được bịa ra hay ghi đè những gì các file đó nói (video đăng ngày 19/10/2026).

![Hộp thoại Set project instructions với đoạn instruction về context files](https://homus.dev/photos/h2Z0CAemSF8-0603.jpg)

Hộp thoại "Set project instructions" của project Evergreen Financial Monitoring Agent, với đoạn instruction anh dán vào trước khi bấm Save instructions (giao diện trong video đăng ngày 19/10/2026).

Nguyên văn instruction trên màn hình:

```
Use the Project context files as the authoritative source for Evergreen Industrial Group's business context, financial definitions, materiality and investigation framework, report requirements, and email/report formatting. Follow those context files whenever performing work in this Project, and do not invent or override company-specific information, definitions, rules, or reporting requirements.
```

## 8. Năm context file: doanh nghiệp, con số, materiality và output

Tiếp theo, anh kéo cùng lúc sáu file vào phần context của project (video đăng ngày 19/10/2026). Năm file là context file, file thứ sáu là `agent.md`, mà anh sẽ quay lại sau khi đã giải thích xong năm file kia. Trên màn hình, sáu file được đánh số: `01_Evergreen_Company_Context.md`, `02_Evergreen_Finance_Context.md`, `03_Evergreen_Materiality_and_Investigation_Framework.md`, `04_Finance_Exception_Report_Specification.md`, `05_Finance_Email_and_Report_Formatting_Framework.md` và `agent.md`.

**Hai file đầu giải thích doanh nghiệp và các con số.** Company context mô tả Evergreen làm ra sản phẩm gì, các product family, khách hàng và cơ cấu chi phí (video đăng ngày 19/10/2026). Finance context mô tả cách đọc dữ liệu: cách tính variance, định nghĩa các KPI, và cách các file hỗ trợ khớp (reconcile) ngược về P&L.

**File thứ ba định hình hành vi của agent nhiều hơn bất kỳ file nào khác**, và anh nói nó đáng được nhấn mạnh. Đó là materiality and investigation framework: nó cho agent biết cụ thể cách quyết định điều gì đáng chú ý. Nó cân nhắc độ lớn của một biến động, ý nghĩa kinh doanh của biến động đó, việc nó có kéo dài hay không, và độ tin cậy của dữ liệu. Nó cũng quy định một cuộc điều tra đi sâu tới đâu, và cách tách một sự thật (fact) khỏi một giả thuyết (hypothesis) (video đăng ngày 19/10/2026).

![File 03_Evergreen_Materiality_and_Investigation_Framework.md với các mục Purpose và Prioritization factors](https://homus.dev/photos/h2Z0CAemSF8-0643.jpg)

File materiality framework mở trong project: phần Purpose nói phần lớn biến động hằng tháng là bình thường và một bản review tốt chỉ báo cáo số ít điều quan trọng; phần Prioritization factors liệt kê financial magnitude, percentage movement, business significance, persistence và operational relevance (nội dung file demo trong video đăng ngày 19/10/2026).

Không có file này, theo anh, agent về cơ bản không có cơ sở nào để lựa chọn. Anh sẽ nhận về một bản variance report dài, trong đó dòng nào trông cũng quan trọng như nhau (nhận định của anh trong video đăng ngày 19/10/2026).

**Hai file cuối kiểm soát output.** Finance exception report specification định nghĩa report phải có những gì (video đăng ngày 19/10/2026). Nó đặt ra các phần mà mọi report đều cần, từ executive summary và các phát hiện trọng yếu (material findings) cho tới tác động tài chính và các mục cần người review.

Email and report formatting framework định nghĩa cách trình bày phân tích đó (video đăng ngày 19/10/2026). Nó bao gồm email ngắn gửi lãnh đạo, file PDF chi tiết đính kèm, và các quy tắc định dạng mà cả hai đều theo, chẳng hạn thuật ngữ, quy ước viết số, và cách dẫn nguồn. Trên màn hình, file này còn quy định mẫu tiêu đề email và tên file đính kèm, với hai trạng thái được phép là "Human Review Required" và "No Material Exceptions Identified".

## 9. Skill financial analysis: phương pháp phân tích

Anh tóm lại: context cho agent biết về công ty. Nhưng agent cũng cần một phương pháp cho chính việc phân tích, và phương pháp đó đến từ một skill (video đăng ngày 19/10/2026).

Skill của anh là một financial analysis skill (trên màn hình tên là `financial-analysis`). Theo anh (video đăng ngày 19/10/2026), skill này bắt agent làm bốn việc trước khi kết luận bất cứ điều gì: kiểm tra tính hợp lệ của dữ liệu, nối các biến động trọng yếu với nguyên nhân vận hành (operational drivers), xét các cách giải thích khác, và kiểm tra lại các phép tính.

Cách anh phân vai ba thành phần: context file là knowledge, skill là capability, còn agent.md là operating instruction (video đăng ngày 19/10/2026).

## 10. agent.md: role, nguồn lực và hai connector

Còn lại file thứ sáu, `agent.md`. Anh phân biệt: các context file là knowledge, skill là capability, còn file này là operating instruction. Nó nói cho Claude biết Claude chịu trách nhiệm về việc gì, được dùng những nguồn lực nào, và phải làm việc ra sao (video đăng ngày 19/10/2026).

File mở đầu bằng role: Claude là financial monitoring agent của Evergreen Industrial Group. Nó review tháng gần nhất đã khoá sổ, quyết định điều gì đáng chú ý, điều tra bằng bằng chứng sẵn có, rồi tạo ra finance exception report (video đăng ngày 19/10/2026).

![File agent.md với các phần Role và Authoritative Project Context](https://homus.dev/photos/h2Z0CAemSF8-0903.jpg)

Đầu file `agent.md`: phần Role, câu "You are not a scheduled reporting script. The scheduled task is only the trigger", và phần Authoritative Project Context liệt kê năm context file (file demo trong video đăng ngày 19/10/2026).

Sau đó nó nối các mảnh lại với nhau. Năm context file là nguồn có thẩm quyền về công ty, còn financial analysis skill lo phần phân tích. Trên màn hình, mục Required Skill ghi rằng skill quyết định cách phân tích được thực hiện, và không được thay skill bằng các chỉ dẫn phân tích tuỳ hứng (video đăng ngày 19/10/2026).

Cho phần dữ liệu và phần gửi báo cáo, file nêu tên hai connector. Anh giải thích connector là một liên kết giữa Claude và một app bên ngoài (theo cách anh dùng trong video đăng ngày 19/10/2026):

- **Google Drive connector** đưa cho agent các file đang có trong folder Evergreen Finance. Agent được dặn review bất kỳ file nào đang nằm trong folder đó, thay vì một danh sách tên file cố định. Như vậy, khi file của tháng sau thay cho file tháng này, cùng một agent vẫn tiếp tục làm việc và anh không phải viết lại gì cả (video đăng ngày 19/10/2026).

- **Zapier** là lớp hành động (action layer). Khi report đã xong, agent dùng nó để gửi email qua Gmail (video đăng ngày 19/10/2026).

Trước khi email được gửi đi, các con số trong email và trong report đính kèm phải thực sự khớp nhau. Trên màn hình, mục Data Source còn dặn agent không dùng folder, file, script hay database trên máy, và tự xác định kỳ báo cáo từ chính các file làm việc chứ không suy ra từ ngày agent chạy (video đăng ngày 19/10/2026).

## 11. Phần behavior và các giới hạn trong agent.md

Anh nói phần behavior là phần cần đọc kỹ (video đăng ngày 19/10/2026). Agent bắt đầu từ P&L, xác định những biến động quan trọng, rồi tự quyết định nên điều tra cái nào. Nó dùng các file hỗ trợ để đào sâu, đối chiếu chéo (cross-check) các kết luận, rồi định lượng tác động tài chính.

File còn dặn thẳng agent không bao giờ được bắt đầu với một vấn đề định sẵn, hay mặc định rằng revenue, margin hoặc chi phí là chỗ có vấn đề (video đăng ngày 19/10/2026).

File cũng chứa các giới hạn (video đăng ngày 19/10/2026). Kết luận cần có bằng chứng. Sự thật được giữ tách khỏi giả thuyết. Agent dừng lại ở chỗ bằng chứng dừng lại. Bất cứ điều gì nó không giải quyết được sẽ đi vào report dưới dạng một mục cần người review.

Với sáu file và skill đã nằm trong project, agent coi như đã được build xong (theo các bước trong video đăng ngày 19/10/2026).

## 12. Tự động hoá bằng scheduled task

Lúc này agent chỉ chạy khi anh tự khởi động nó, và anh không muốn tháng nào cũng phải quay lại làm việc đó. Đó là lúc scheduled task vào cuộc (video đăng ngày 19/10/2026). Chương "Automate your agent".

Từ workspace của project, anh vào phần Scheduled và bấm dấu cộng. Anh đặt tên task là Evergreen Financial Monitoring. Instruction rất ngắn: nó trỏ Claude tới `agent.md` và bảo Claude chạy toàn bộ workflow theo dõi cho tới bước gửi email. Instruction ngắn được là vì logic đã nằm sẵn trong `agent.md` và trong project (video đăng ngày 19/10/2026).

![Hộp thoại Create scheduled task: tên, instructions, Opus 5.5, Monthly, 10/5/2026 09:00 AM, Skip all approvals](https://homus.dev/photos/h2Z0CAemSF8-1219.jpg)

Hộp thoại "Create scheduled task": model Opus 5.5, Frequency là Monthly bắt đầu 10/5/2026 lúc 09:00 AM, Permissions là "Skip all approvals" kèm cảnh báo màu vàng "For this task, Claude never pauses, even for unsafe actions" (giao diện trong video đăng ngày 19/10/2026).

Instruction của task trên màn hình:

```
Follow agent.md in the Project context exactly. Use the Project context files, financial-analysis skill, and current working files in the Evergreen Finance Google Drive folder to perform the complete financial monitoring workflow and deliver the required report by email.
```

Anh đặt tần suất là hằng tháng, vào ngày 5 lúc 9 giờ sáng (video đăng ngày 19/10/2026). Agent phải chạy sau khi dữ liệu cuối tháng đã về folder, nên ngày được chọn quanh thời điểm khoá sổ.

Ở mục permissions, anh chọn skip all approvals. Lý do anh đưa ra (video đăng ngày 19/10/2026): nếu bắt buộc phải duyệt, lần chạy sẽ dừng ở hành động đầu tiên cần quyền và cứ thế chờ. Không ai ở đó để duyệt lúc 9 giờ sáng ngày 5, nên report sẽ không được gửi đi. Bỏ qua bước duyệt giúp workflow chạy tới cuối. Các quy tắc phân tích vẫn giữ nguyên, vì chúng đến từ context file, skill và `agent.md`. Trên màn hình, hộp thoại xác nhận "Skip all approvals?" (gắn nhãn Beta) ghi rằng Claude sẽ làm việc, duyệt web và dùng mọi connector đã bật mà không dừng lại xin duyệt, và điều này có thể đặt dữ liệu của bạn vào rủi ro.

Anh bấm Save. Task hiện trạng thái active, gắn với project, hiện lịch lặp hằng tháng và ngày chạy kế tiếp (trên màn hình: "Monthly on the 5th at 9:00 AM", "Next run: Oct 5 at 9:00 AM", demo trong video đăng ngày 19/10/2026).

Anh nhấn mạnh: schedule chỉ là cái kích hoạt (trigger). Nó quyết định khi nào agent thức dậy. Chuyện gì xảy ra sau đó phụ thuộc vào những gì agent tìm thấy trong số liệu của tháng ấy. Agent còn đọc kỳ báo cáo từ chính các file, nên không có gì trong task phải thay đổi từ tháng này sang tháng khác (theo thiết lập trong video đăng ngày 19/10/2026).

## 13. Run now: agent đọc context, đào dữ liệu và gửi email

Anh không muốn đợi tới ngày 5 mới biết nó có chạy hay không, nên anh test ngay. Chương "Test your agent". Task có tuỳ chọn Run now; anh bấm vào, và toàn bộ workflow bắt đầu y như vào ngày đã hẹn (video đăng ngày 19/10/2026).

Theo anh, lần chạy này hiển thị 29 lệnh (commands), 2 integration và 7 tool (demo trong video đăng ngày 19/10/2026).

![Màn hình lần chạy scheduled task: Reading project file agent.md và các context file](https://homus.dev/photos/h2Z0CAemSF8-1303.jpg)

Lần chạy thủ công của task Evergreen Financial Monitoring: các dòng "Reading project file agent.md", rồi lần lượt các file 01, 02, 03, 04 (demo trong video đăng ngày 19/10/2026).

Trước khi chạm vào bất kỳ dữ liệu nào, agent đọc `agent.md` và năm context file, rồi nạp financial analysis skill. Nó học về công ty và các quy tắc trước. Sau đó nó vào Google Drive: tìm folder Evergreen Finance, đọc các file, và tải workbook về để làm việc với các sheet bên dưới (demo trong video đăng ngày 19/10/2026).

Từ đó anh có thể theo dõi nó di chuyển: từ P&L sang cost detail, revenue và các KPI, rồi vào general ledger và các bút toán tháng Tám. Khi phân tích xong, agent dựng report. Nó render một file PDF và kiểm tra các trang bằng mắt (visually) trước khi đi tiếp, rồi dùng action Gmail của Zapier để gửi email kèm PDF (demo trong video đăng ngày 19/10/2026).

## 14. Email và PDF: phát hiện về thép hợp kim

Anh mở email trước. Tiêu đề email mang tên công ty, loại report, kỳ báo cáo và trạng thái, ở đây là human review required. Phần thân mở đầu bằng một executive summary ngắn và một bảng key figures, cho thấy revenue, gross profit và EBITDA so với tháng trước và budget. Bên dưới là các material finding kèm số tiền, tiếp theo là các mục cần người review. Theo anh, nhờ vậy một lãnh đạo finance biết ngay điều gì cần chú ý trước cả khi mở file đính kèm (demo trong video đăng ngày 19/10/2026).

![Email Finance Exception Report với Executive Summary và bảng Key Figures](https://homus.dev/photos/h2Z0CAemSF8-1403.jpg)

Email agent gửi (số liệu demo trong video đăng ngày 19/10/2026): dòng "Human attention is required.", executive summary cho August 2026 (net revenue 23,1 triệu đô, gross profit thấp hơn budget 824.000 đô, gross margin 33,2% so với 37,1% budget), bảng Key Figures và đầu mục Material Findings.

Rồi anh mở file PDF đính kèm. Đó là một finance exception report 11 trang cho tháng 8/2026. Trang đầu đưa ra cùng trạng thái và executive summary, tiếp theo là bức tranh tài chính tổng thể so với tháng Bảy và budget. Sau đó report đi qua từng phát hiện, kèm phép tính, bằng chứng từ journal và các cách giải thích khác mà agent đã cân nhắc (demo trong video đăng ngày 19/10/2026).

Phát hiện thứ nhất là một vấn đề về nguồn cung thép hợp kim (alloy steel). Evergreen đã mua 1.600 tấn thép hợp kim từ một nhà cung cấp ngoài hợp đồng, với giá cao hơn hẳn giá chuẩn, cộng thêm phí vận chuyển gấp (expedited freight). Agent lần theo purchase price variance và khoản freight tới một cú giảm gross profit so với budget: anh nói 817.000 đô, còn report trên màn hình ghi chính xác 817.200 đô. Riêng vấn đề này giải thích 99,2% variance của gross profit (dữ liệu demo, theo report trong video đăng ngày 19/10/2026).

## 15. Khoản dự phòng nợ xấu và cách report giữ chừng mực

Phát hiện thứ hai là một khoản dự phòng tổn thất tín dụng (credit loss allowance) cho một khách hàng tên Halvorsen Machinery (một khách hàng trong bộ dữ liệu demo). Chi phí credit loss lên tới 740.000 đô so với budget 90.000 đô. Phần lớn là một khoản dự phòng cụ thể (specific allowance) được ghi qua một bút toán thủ công (dữ liệu demo trong video đăng ngày 19/10/2026).

![Trang PDF 3.2 Finding 2 credit loss allowance với Table 5 và Table 6](https://homus.dev/photos/h2Z0CAemSF8-1523.jpg)

Mục 3.2 của report (số liệu demo trong video đăng ngày 19/10/2026): Table 5 tách khoản 740.000 đô thành dự phòng chung 95.000 đô và dự phòng riêng 645.000 đô cho Halvorsen Machinery Inc.; Table 6 là các chỉ báo đối chiếu: revenue của Halvorsen giảm 57,2%, receivables quá hạn trên 90 ngày tăng 56,1%.

Agent nối khoản này với hai tín hiệu khác mà nó tìm thấy: các khoản phải thu (receivables) quá hạn hơn 90 ngày tăng lên, và revenue từ Halvorsen giảm xuống (demo trong video đăng ngày 19/10/2026).

Vì thế, theo anh, report cẩn thận với những gì nó khẳng định. Một mặt, nó xác nhận số tiền và bản chất của khoản chi phí. Mặt khác, nó nói rõ các file không đủ để đánh giá khoản dự phòng có đủ hay không. Câu hỏi đó được chuyển cho con người, và theo lời anh, đó là điều "chúng ta muốn" (demo trong video đăng ngày 19/10/2026).

Report làm điều tương tự với vấn đề thép: nó không thể nói vì sao nguồn cung theo hợp đồng giảm xuống, vì các hợp đồng với nhà cung cấp không có trong folder (demo trong video đăng ngày 19/10/2026).

## 16. Hoá đơn có thể trùng, ba mục cho người review và các bước kiểm tra

Rồi có một chuyện nhỏ. Agent tìm ra hai khoản ghi sổ, mỗi khoản 22.400 đô, trả cho Cloudline Software: cùng nhà cung cấp, cùng số tiền, cách nhau hai ngày. Số tiền này không trọng yếu. Nhưng pattern trông giống một hoá đơn bị trùng (duplicate invoice), và framework coi đó là một trigger. Vì thế agent gắn cờ nó cho bộ phận accounts payable thay vì bỏ qua (demo trong video đăng ngày 19/10/2026).

![Trang PDF với bảng kiểm tra và đoạn Possible duplicate invoice về Cloudline Software](https://homus.dev/photos/h2Z0CAemSF8-1623.jpg)

Trang 8/11 của report (demo trong video đăng ngày 19/10/2026): cuối bảng kiểm tra là dòng duplicate-posting scan tìm ra một khoản có thể trùng; đoạn "Possible duplicate invoice" mô tả hai khoản 22.400 đô từ Cloudline Software ngày 12 và 14 tháng Tám, cùng nội dung, mã tham chiếu thêm hậu tố.

Các biến động nhỏ hơn được review, phân loại rồi để yên đó, để report tập trung vào những gì thật sự quan trọng. Report khép lại bằng ba mục cần người review, mỗi mục có người phụ trách và một câu hỏi cần trả lời: vấn đề thép giao cho bộ phận mua hàng (procurement), khoản dự phòng Halvorsen giao cho controller, và khoản có thể trùng giao cho accounts payable (demo trong video đăng ngày 19/10/2026).

Để kiểm tra một lần chạy như thế này, anh xem các bước kiểm tra hợp lệ (validation checks) được ghi trong report: revenue theo product family khớp với tổng revenue, chi tiết COGS khớp với P&L, và kết quả ròng trên general ledger khớp với net income. Trên màn hình, bảng "Reconciliation and Data-Quality Checks" ghi Passed cho các dòng này (demo trong video đăng ngày 19/10/2026). Rồi anh so email với PDF, vì kỳ báo cáo, các con số và các mục cần review phải khớp nhau.

Bản tóm tắt cả bản build theo lời anh ở cuối video: project giữ company context, skill lo phân tích, hai connector lo dữ liệu và gửi báo cáo, một file agent định nghĩa job, và schedule đánh thức nó mỗi tháng (video đăng ngày 19/10/2026).

Đó là toàn bộ bản build trong video đăng ngày 19/10/2026. Một project giữ company context, một skill lo phần phân tích. Hai connector phụ trách dữ liệu và việc gửi báo cáo. Một file agent định nghĩa job, và một schedule đánh thức nó mỗi tháng.

Anh kết luận rằng vai trò của bạn thay đổi khi hệ thống này chạy (theo Luke Finance, video đăng ngày 19/10/2026). Bạn không còn là người đi lấy file và rượt theo từng variance. Bạn mở một email, đọc những gì agent tìm thấy, rồi quyết định làm gì với những mục mà nó không thể quyết định thay bạn.

## Nguồn và liên kết

- Tên gốc: Build Your First AI Finance Agent in Claude (No Coding)
- Sự kiện: [YouTube](https://homus.dev/events/youtube)
- Video gốc: [https://www.youtube.com/watch?v=h2Z0CAemSF8](https://www.youtube.com/watch?v=h2Z0CAemSF8)

- Kênh YouTube Luke Finance (Luke Finance): [youtube.com/channel/UCCQ1uKUUYUXDnjYTAJUppQA](https://www.youtube.com/channel/UCCQ1uKUUYUXDnjYTAJUppQA)

- Trang hỗ trợ của Claude, "What are projects?", mô tả project là workspace độc lập có lịch sử chat và knowledge base riêng (đọc ngày 25/10/2026): [support.claude.com/en/articles/9517075-what-are-projects](https://support.claude.com/en/articles/9517075-what-are-projects)

Nguồn: https://homus.dev/talks/build-your-first-ai-finance-agent-in-claude-no-coding · cập nhật 2026-10-25