install-maintenance-graft-rtk-ponytail-lite

Prompt

# Cài đặt và Bảo trì Đã xác minh — Graft + RTK + Ponytail lite

Bạn đang làm việc trong kho lưu trữ hiện tại để cài đặt, cập nhật, sửa chữa,
hoặc xác minh ngăn xếp này:

- Graft: hiểu mã, đồ thị cục bộ và làm giàu LSP.
- RTK: giảm tiếng ồn terminal.
- Ponytail: chính sách nhẹ, tích hợp gốc khi tương thích.

Bắt đầu với một kiểm kê chỉ đọc. Sau đó hỏi các câu hỏi còn thiếu bên dưới.
Sau khi có câu trả lời, thực hiện các thao tác được ủy quyền đến các kiểm tra cuối cùng.

Không bắt đầu cài đặt trước khi xác định khách hàng và phạm vi.
Không hỏi lại cho một quyết định đã được đưa ra trong cuộc trò chuyện này.

## 1. Kiểm kê, sau đó lựa chọn người dùng

### Kiểm kê không sửa đổi

Xác định:

- Hệ điều hành, kiến trúc, shell, môi trường: máy cục bộ, WSL, SSH, container;
- thư mục gốc kho lưu trữ, worktree, trạng thái Git và các thao tác Git đang diễn ra;
- đường dẫn thực tế, phiên bản và phương pháp cài đặt của Git, Node, npm,
  RTK, Graft, và các khách hàng có sẵn;
- Claude Code, Codex, Kimi, Cursor Agent CLI, và Cursor IDE riêng biệt;
- Gemini, Copilot CLI, hoặc các khách hàng khác đã có như mục tiêu tùy chọn;
- các thư mục cấu hình thực sự được sử dụng, biến chuyển hướng,
  và bất kỳ bộ điều phối nào như AgentsRoom;
- cấu hình người dùng, dự án, plugin, và hook kế thừa hiện có.

Xác minh danh tính của `agent` trước khi xem nó là Cursor.
Một nhị phân có mặt không chứng minh xác thực, chức năng hook,
hoặc tải MCP.

Không khởi chạy cập nhật tự động, kết nối, hoặc cài đặt trong quá trình kiểm kê này.
Không công bố bất kỳ giá trị bí mật nào.

Trình bày một bảng ngắn:
Khách hàng | Nhị phân/phiên bản | Cấu hình hiệu quả | Trạng thái đã biết.

### Các câu hỏi cần hỏi trong một lần

Chỉ hỏi các câu hỏi mà câu trả lời còn thiếu:

1. Thao tác:
   - Cài đặt các thành phần còn thiếu và giữ các phiên bản tương thích.
   - Cập nhật ngăn xếp lên các phiên bản ổn định đã xác minh.
   - Sửa chữa cài đặt hiện có trong khi giữ nguyên phiên bản.
   - Chỉ xác minh, không sửa đổi.

2. Khách hàng:
   - Tất cả các khách hàng được phát hiện.
   - Lựa chọn từ danh sách đã phát hiện thực tế.
   - Cũng chuẩn bị cấu hình cho một số khách hàng vắng mặt.

3. Phạm vi tích hợp:
   - Dự án chia sẻ: cấu hình di động dành cho kho lưu trữ.
   - Dự án cá nhân: kích hoạt cho kho lưu trữ này, các tệp cục bộ không phiên bản.
   - Người dùng toàn cục: kích hoạt cho các dự án của người dùng này.
   - Hỗn hợp: lựa chọn riêng biệt theo khách hàng hoặc thành phần.

Nếu phạm vi là hỗn hợp, chỉ hỏi các làm rõ cần thiết.

Đối với cập nhật, cũng hỏi về bất kỳ ràng buộc phiên bản nào nếu chưa biết.
Nếu không, đề xuất các phiên bản ổn định rõ ràng.

Không cài đặt hoặc cập nhật các ứng dụng khách chính chúng:
thao tác liên quan đến Graft, RTK, Ponytail, và các phụ thuộc cần thiết của chúng.
Một khách hàng lỗi thời được báo cáo với phiên bản yêu cầu và hành động còn lại.

### Làm cho lựa chọn cụ thể

Trước khi ghi, hiển thị kết quả dự kiến:

Thành phần/khách hàng | Phiên bản mục tiêu | Phạm vi | Tệp mục tiêu | Hiệu ứng chia sẻ | Phương án dự phòng

Giải thích đặc biệt:

- Một thực thi được cài đặt ở cấp người dùng có thể phục vụ nhiều kho lưu trữ.
- Cập nhật thực thi này ảnh hưởng đến tất cả người dùng cục bộ của nó.
- Một plugin có thể có bộ nhớ đệm toàn cục nhưng kích hoạt theo dự án.
- Một hook theo dự án vẫn có thể sử dụng trạng thái chia sẻ.
- Chỉ mục Graft vẫn đặc thù cho kho lưu trữ/worktree.
- Cấu hình toàn cục do bộ điều phối cung cấp có thể được cô lập
  cho một dự án: xác minh phạm vi thực tế của nó, không chỉ tên.

Khi đã có lựa chọn, tiến hành mà không cần xác nhận lại.
Chỉ yêu cầu quyết định mới nếu một giới hạn yêu cầu
mở rộng phạm vi hoặc thay đổi giải pháp vật chất.

## 2. Quy tắc thực thi

Thứ tự:
kiểm kê → lựa chọn → sao lưu → RTK → Graft/LSP → Ponytail →
hướng dẫn → kiểm tra → báo cáo.

Tuân thủ hướng dẫn kho lưu trữ và chính sách được quản lý.
Nếu một tệp được quản lý bởi AgentsRoom hoặc bộ điều phối khác,
sử dụng cơ chế chính thức của nó; không sửa đổi trực tiếp các tệp được tạo.

Trước mỗi sửa đổi:

- xác nhận định dạng VÀ cấu trúc của các cấu hình JSON/JSONC/TOML;
- sao lưu các tệp bị ảnh hưởng ra ngoài kho lưu trữ, với quyền truy cập hạn chế;
- ghi lại các phiên bản và các yếu tố cần thiết cho việc phục hồi;
- xem lại chạy thử của trình cài đặt khi có.

Một tệp không hợp lệ không bao giờ được thay thế bằng cấu hình trống.

Hợp nhất cấu hình giữ nguyên các MCP, hook, quyền,
hướng dẫn, chú thích khi có thể, và các dòng trạng thái khác.
Không thay đổi quy tắc phê duyệt hoặc dấu vân tay tin cậy.

Giữ nguyên các thay đổi Git có sẵn. Không commit, push, reset,
clean, stash, hoặc thay đổi mã ứng dụng.
Trong trường hợp xung đột chưa giải quyết hoặc thao tác Git đang diễn ra, tạm dừng
việc ghi trong kho lưu trữ; tiếp tục chẩn đoán độc lập.

Không cài đặt Graphify, CodeGraph, Caveman, hoặc Headroom.
Một tích hợp cũ xung đột chỉ được gỡ bỏ sau khi xác định chính xác,
sao lưu, và trong phạm vi được phép.
Không gỡ cài đặt toàn cục một công cụ được sử dụng ở nơi khác.

Một lỗi chặn các bước phụ thuộc của nó, không chặn các khách hàng độc lập khác.
Không khai báo một bước thành công để vượt qua giới hạn.

## 3. Khả năng và phạm vi: xác minh trước khi cấu hình

Tham khảo trợ giúp của các phiên bản đã cài đặt và tài liệu tương ứng
với các phiên bản đã phát hành bạn sẽ sử dụng:

- https://github.com/rtk-ai/rtk
- https://github.com/trailhq/Graft
- https://github.com/DietrichGebert/ponytail
- tài liệu chính thức của từng khách hàng được chọn.

Nhánh main/develop có thể mô tả các tính năng không có trong bản phát hành.
Đối với tùy chọn nghi ngờ, kiểm tra bản phát hành, trợ giúp, hoặc mã được giao.

Thiết lập cho mỗi tích hợp:

Khách hàng | Hook dự án có sẵn | Trình cài đặt tương thích |
Phạm vi kích hoạt | Phạm vi trạng thái | Bằng chứng

Không nhầm lẫn:
"khách hàng chấp nhận hook dự án"
và "trình cài đặt công cụ này biết cách cài đặt chúng ở cấp dự án."

Các điểm kiểm tra cần xác minh lại trong các phiên bản hiện tại:

- Claude: cài đặt người dùng, dự án chia sẻ và dự án cục bộ.
- Cursor: hook người dùng và dự án; kiểm tra IDE và CLI riêng biệt.
- Codex: cấu hình người dùng/dự án và kích hoạt plugin;
  xác minh các cơ chế hook thực sự có sẵn.
- Kimi: không giả định cấu hình hook theo từng dự án;
  phân biệt cấu hình người dùng, hướng dẫn dự án và tùy chọn khởi chạy.
- Gemini/Copilot: xác minh cơ chế riêng nếu được chọn.

Nếu trình cài đặt không tôn trọng phạm vi yêu cầu:

1. Tìm tùy chọn chính thức phù hợp.
2. Nếu không, sử dụng cấu hình thủ công được tài liệu của cùng adapter,
   chỉ khi giao thức và đường dẫn vẫn tương thích.
3. Nếu không, sử dụng phương án dự phòng bằng hướng dẫn/tiền tố rõ ràng.
4. Không bao giờ chuyển sang global một cách im lặng.

Kiểm tra các hook global kế thừa trước khi thêm các hook cục bộ tương đương:
chúng có thể tích tụ thay vì thay thế lẫn nhau.
Bảo toàn các hook bảo mật. Báo cáo các hiệu ứng global vẫn còn hoạt động.

## 4. RTK

Kiểm tra nguồn gốc `rtk-ai/rtk`, phiên bản, trợ giúp, cấu hình
và `rtk gain`. Lỗi `gain` có thể do base hoặc quyền:
điều này không đủ bằng chứng cho một gói xấu.

Cài đặt hoặc cập nhật với trình quản lý đã dùng, nếu phù hợp.
Kiểm tra nguồn công thức hoặc gói và phiên bản nhận được.
Tránh cài đặt đồng thời và thay đổi PATH không cần thiết.
Không chạy mù quáng `cargo install rtk`.

Tham khảo `rtk init --help` cho phiên bản đã chọn.
Chọn tùy chọn theo client và phạm vi; không sao chép
`-g` từ ví dụ tài liệu một cách hệ thống.

Không giả định tích hợp Codex luôn là một lệnh đơn giản,
cũng không phải lúc nào cũng có hook: điều này phụ thuộc phiên bản RTK.
Cũng kiểm tra sự không tương thích giữa các tùy chọn khởi tạo.

Trong cấu hình thực sự đọc được, gộp các loại trừ:

    [hooks]
    exclude_commands = ["graft", "curl", "playwright"]

Bảo toàn các loại trừ hiện có và xác minh việc xem xét chúng.
Nếu thiết lập này là global, chỉ ra hiệu ứng này trước khi sửa đổi.
Tắt thu thập dữ liệu tùy chọn bằng cơ chế được tài liệu,
trong phạm vi cho phép.

RTK là thành phần duy nhất được phép viết lại lệnh shell.
Các hook bảo mật, kiểm toán và phê duyệt vẫn áp dụng.

Không sao chép hook Claude sang client khác nếu không có tương thích được tài liệu.
Không có việc viết lại hiệu quả, cấu hình tiền tố rõ ràng `rtk`.
Tránh hook đôi và tiền tố đôi.

## 5. Graft với LSP

### Cài đặt và quyền riêng tư

Xác minh danh tính gói `@nanonets/graft`, phiên bản đã phát hành
và yêu cầu Node.

Cài đặt ngoài các phụ thuộc ứng dụng, ở vị trí phù hợp.
Không sửa đổi package.json hoặc file khóa dự án để cài Graft.

Áp dụng `DO_NOT_TRACK=1` từ lần khởi chạy đầu tiên và trong MCP.
Dùng lệnh tắt thu thập dữ liệu chính thức nếu có.

Không kích hoạt Brain, tài khoản, làm giàu LLM, hoặc `--deep`.
Không hứa hẹn không mạng mà không kiểm tra.

Không tự động chạy `graft init`.
Ưu tiên kết nối rõ ràng; trình cài đặt có thể ghi ngoài kho lưu trữ.

### LSP thực sự hoạt động

Trước khi khám phá mã ứng dụng, tuân thủ quy tắc Graft của kho lưu trữ.
Sau đó xác định ngôn ngữ hữu ích và tham khảo tích hợp LSP
của phiên bản Graft đã chọn.

Tái sử dụng các server tương thích đã có.
Chỉ cài server cần thiết, với phiên bản ghi lại,
ngoài các phụ thuộc ứng dụng khi có thể.

Kiểm tra:

- file thực thi và phiên bản;
- khả dụng trong PATH của tiến trình Graft/MCP;
- yêu cầu ngôn ngữ và workspace;
- được hỗ trợ bởi phiên bản Graft này.

Sau khi đọc trợ giúp, dùng đặc biệt, nếu có các tùy chọn:

    graft build --lsp --no-ignore --no-gitignore
    graft check
    graft ask "Where are the main entry points and API routes, if any?" --source

Áp dụng DO_NOT_TRACK cho các lệnh này với cú pháp shell hiện tại.

Kiểm tra ý nghĩa các tùy chọn: trong một số phiên bản,
`--no-ignore` và `--no-gitignore` ngăn ghi file loại trừ;
chúng không có nghĩa là "lập chỉ mục file bị ignore."

Quản lý rõ ràng loại trừ Git của `/graft/` theo phạm vi đã chọn.
Xác minh với Git. Không tự động xóa file đã được theo dõi.
Bảo toàn chú thích và nội dung do con người tạo.

Một build với `--lsp` và mã thoát 0 không chứng minh việc dùng LSP.
Tìm bằng chứng cụ thể: server thực sự khởi chạy, kết quả phân giải,
các cạnh làm giàu hoặc chẩn đoán được tài liệu.

Báo cáo theo ngôn ngữ:
LSP đã xác minh / có sẵn không thấy làm giàu / không có sẵn / không hỗ trợ.

Không bao giờ tải toàn bộ đồ thị hoặc wiring.json trong ngữ cảnh.
Cũng kiểm tra xem làm giàu LSP có tồn tại sau làm mới tự động;
nếu không đảm bảo, tài liệu việc tái tạo rõ ràng cần thiết.

### MCP và độ mới

Cấu hình một entry Graft hiệu quả duy nhất cho mỗi client.
Khám phá file, schema và phạm vi thực sự được hỗ trợ.

Với mỗi server, kiểm tra:
lệnh đã cài, tham số MCP, DO_NOT_TRACK, PATH và thư mục làm việc.

Không giả định `.kimi-code/mcp.json`, `.mcp.json` hoặc file khác tự động được tải: xác nhận cơ chế client hoặc tùy chọn khởi chạy cần thiết.

Cấu hình MCP global chỉ chấp nhận nếu tiến trình mục tiêu xử lý đúng từng kho lưu trữ.
Nếu không, giữ MCP ở cấp dự án.

Không dùng `npx -y ...@latest` mỗi lần khởi động.
Không kiểm soát phiên bản đường dẫn cá nhân tuyệt đối hoặc bí mật.
Không tạo biến phổ quát `${workspaceFolder}`.

Trong hồ sơ này, không thêm hook Graft nào.
Không dùng smart-grep, grep-redirect hoặc chặn shell Graft.

Kiểm tra làm mới và không có tắt vô ý.
Làm mới thất bại cấm trình bày đồ thị là mới.

Kiểm tra tích hợp cũ và metadata tự động trước khi di chuyển.
Chỉ xóa các phần đã xác định và sao lưu.
Xác minh chúng không xuất hiện lại sau khi khởi động MCP và truy vấn.

### Thống kê Graft

Tách biệt hoạt động, sử dụng quan sát và thu thập thống kê.

Tùy thuộc vào phiên bản, `graft stats` phụ thuộc vào các hook phiên.
Không có các hook này, có thể sẽ nhận được thông báo "chưa ghi lại phiên nào" mặc dù các yêu cầu Graft đã thành công.

Không được tạo số liệu giả hoặc chạy `graft init` để làm cho thông báo này biến mất.

Nếu người dùng yêu cầu số liệu gốc, hãy công khai tính tương thích của các hook đo lường có sẵn và yêu cầu rõ ràng sự tiến triển hồ sơ mà không có hook trước khi kích hoạt bất kỳ.

## 6. Ponytail lite

Ưu tiên tích hợp chính thức tương thích với client và phạm vi.
Kiểm tra manifest, sự kiện và các phụ thuộc của nó.

Phân biệt:
cài đặt plugin, kích hoạt, chế độ mặc định và trạng thái chế độ hiện tại.

Kiểm tra các nguồn thực sự được đọc:
cấu hình, `PONYTAIL_DEFAULT_MODE`, trạng thái bền vững và dữ liệu plugin.
`defaultMode: lite` không chứng minh rằng trạng thái đầy đủ cũ đã được thay thế.

Nếu chế độ được chia sẻ giữa các cuộc trò chuyện, hãy chỉ ra điều đó.
Trong phạm vi dự án, không thay đổi mặc định toàn cục một cách âm thầm.
Sử dụng cơ chế cục bộ được tài liệu hóa hoặc chính sách lite theo hướng dẫn.

Theo client:

- Claude/Codex: cài đặt và kích hoạt chính thức ở phạm vi có sẵn.
  Kiểm tra các lệnh con trước khi sử dụng.
  Việc phê duyệt hook vẫn thuộc về người dùng.
- Cursor: adapter chính thức, hoặc quy tắc hướng dẫn; tránh tích tụ chúng.
  Nếu tồn tại `scripts/cursor-hooks.js install --project`, chạy script
  từ thư mục gốc của kho lưu trữ mục tiêu sử dụng đường dẫn checkout chính thức.
  Không có `--project`, kiểm tra đích người dùng.
  Kiểm tra các đường dẫn được tạo: một hook dự án chứa đường dẫn tuyệt đối
  đến checkout cá nhân không di động và không được cam kết.
- Kimi: tìm adapter chính thức tương thích. Nếu không, chính sách lite
  trong AGENTS.md; chỉ thêm kỹ năng cục bộ tối thiểu nếu hữu ích
  và nếu định dạng cùng cách tải được xác nhận.
  Xác định nó là một sự thích nghi, không hứa hẹn lệnh hoặc số liệu gốc.
- Các client được chọn khác: áp dụng cùng kiểm tra, không tự động chuyển đổi
  sự kiện Claude/Codex.

Giữ checkout adapter ở phiên bản hoặc commit đã xác định.
Không git pull trên checkout đã chỉnh sửa.
Không thêm thanh trạng thái hoặc chỉ báo hình ảnh.

Kiểm tra chế độ hiệu quả trong một phiên mới.

## 7. Hướng dẫn chung gọn

Hợp nhất một khối được giới hạn bởi:

    <!-- agent-stack:start -->
    ...
    <!-- agent-stack:end -->

trong AGENTS.md. Giữ nguyên tất cả nội dung bên ngoài và bổ sung của con người.
Không sao chép lời nhắc cài đặt này vào hướng dẫn agent.

Khối phải thể hiện:

### Graft

Để hiểu hoặc sửa đổi mã, trước tiên khám phá ứng dụng:
`graft ask "<câu hỏi chính xác>" --source`, hoặc công cụ MCP Graft được phơi bày thực sự.

Hướng dẫn, kỹ năng, Git, cấu hình và khám phá MCP có thể đi trước.
Sau khi định hướng, đọc trực tiếp các phần hữu ích.
Đối với người gọi, sử dụng các lệnh/công cụ theo dõi có sẵn.

Trong trường hợp đồ thị lỗi thời: kiểm tra, tái tạo thích nghi với LSP, sau đó truy vấn mới.
Sau khi tìm kiếm không thành công: grep graft có mục tiêu, sau đó đọc trực tiếp
hoặc rg giới hạn với giải thích về giới hạn.

Một tệp được cung cấp, một stack trace, một cấu hình hoặc một ngôn ngữ chưa được lập chỉ mục
cho phép đọc có mục tiêu trực tiếp.
Thiếu trong đồ thị không chứng minh không có mã hoặc người gọi.

Sau khi sửa đổi: graft blast, kiểm tra Git cơ sở, và các bài kiểm tra liên quan.
Không dùng --name, không tải toàn bộ đồ thị.
Báo cáo số lần gọi thực tế và mọi lỗi.

### RTK

Hook đã xác minh: để việc viết lại hoạt động mà không cần tiền tố kép.
Nếu không: tiền tố rõ ràng các lệnh tương thích.
Không bao giờ truyền Graft qua RTK.

Để xuất đầy đủ: gọi lại --full nếu có, hoặc proxy.
Không tự động chạy lại lệnh có tác dụng phụ.
Giữ nguyên pipeline và chuyển hướng.

Trước khi xác nhận: diff thực sự chưa nén, diff --cached,
diff --check và kiểm tra riêng các tệp mới.
Không tự động staging.

### Ponytail lite

Thực hiện yêu cầu đúng và tái sử dụng cái có sẵn.
Báo cáo ngắn gọn giải pháp đơn giản đáng kể.
Giữ nguyên xác nhận, bảo mật, quyền, khả năng truy cập, giao dịch
và các bài kiểm tra cần thiết. Kiểm tra sử dụng trước khi xóa hoặc nhúng.

Chỉ đầy đủ khi có yêu cầu rõ ràng, không bao giờ ultra mặc định.
Một cuộc kiểm toán không kích hoạt thiết kế lại.
Sửa lỗi ưu tiên cho bảo mật, trình phân tích cú pháp, đồng thời và di cư.

Không tuyên bố rằng chế độ chia sẻ là cục bộ cho một cuộc trò chuyện.
Sau một full được phép, kiểm tra trở lại lite.
Tắt không loại bỏ các hướng dẫn đã được chèn.

### Tải

Xác nhận cách mỗi client thực sự tải các hướng dẫn này.
Sử dụng các import/adapter tối thiểu được tài liệu hóa.
Tránh trùng lặp và import vòng.

RTK vẫn là trình viết lại shell duy nhất.
Không có hook Graft trong profile này.

## 8. Cập nhật và Sửa chữa

Cùng một lời nhắc phải có thể chạy lại mà không tạo trùng lặp.

Ở chế độ cập nhật:

1. Đọc lại lựa chọn phạm vi và trạng thái đã xác minh trước đó.
2. So sánh các phiên bản đã cài đặt, phiên bản mục tiêu và các thay đổi không tương thích.
3. Sao lưu trước bất kỳ di cư nào.
4. Chỉ cập nhật các thành phần được chọn.
5. Làm mới plugin/adapter với cơ chế chính thức của chúng.
6. Đánh giá lại khả năng: một fallback cũ có thể được thay thế
   bằng tích hợp gốc hiện có, trong cùng phạm vi.
7. Chỉ di cư các khóa và khối thuộc về stack này.
8. Xây dựng lại đồ thị nếu cần và kiểm tra lại LSP.
9. Khởi động lại các tiến trình MCP/client cần thiết:
   một tiến trình hiện có có thể vẫn đang chạy phiên bản cũ.
10. Phát lại các kiểm tra và bài test của các tích hợp đã sửa đổi.

Không cài đặt lại thành phần đã tuân thủ một cách không cần thiết.
Không khởi chạy cập nhật chung các gói của máy.

Ở chế độ sửa chữa, giữ nguyên các phiên bản trừ khi có chứng minh không tương thích
và quyết định cập nhật rõ ràng.

Chuẩn bị rollback có mục tiêu: các phiên bản trước, sao lưu,
và các lệnh chính xác. Không phục hồi mù quáng toàn bộ tệp
nếu có các thay đổi khác kể từ khi sao lưu.

Lần chạy thứ hai không có thay đổi yêu cầu không được tạo
bất kỳ hook, server MCP, hoặc phần hướng dẫn trùng lặp nào.

## 9. Kiểm tra và Bằng chứng

Kiểm tra riêng biệt:

- RTK thực thi và nén rõ ràng;
- kích hoạt hook tự động, loại trừ và truyền thô;
- Graft: độ mới, kết quả khớp với kho lưu trữ, và làm giàu LSP;
- MCP: máy chủ chức năng VÀ tải thực tế trong mỗi client;
- Ponytail: kích hoạt và chế độ hiệu quả;
- không có bản sao trùng lặp và tự kết nối lại xuất hiện lại;
- tính hợp lệ cuối cùng của cấu hình và phạm vi hiệu quả.

Một file hiện diện không phải là bằng chứng đã tải.
Một probe MCP bên ngoài không phải là bằng chứng đã tải trong client.
Một tiền tố RTK rõ ràng không phải là bằng chứng của hook tự động.

Đối với mỗi client có sẵn và đã xác thực, mở một phiên mới
trong kho lưu trữ, với các bảo vệ thông thường, và cung cấp vé trung lập này:

"Không sửa đổi mã, xác định các điểm vào chính.
Nếu có API, chỉ ra nơi các route được gắn và theo dõi
một đường dẫn đến logic nghiệp vụ. Trích dẫn file và dòng." 

Không thêm "use Graft".
Kiểm tra các lệnh gọi công cụ hiển thị, không phải lý luận nội bộ.
Giữ bằng chứng tối thiểu và biên tập dữ liệu nhạy cảm.

Nếu thiếu phê duyệt, đăng nhập hoặc hành động UI:
CHƯA KIỂM TRA / HÀNH ĐỘNG NGƯỜI DÙNG, không bao giờ giả định thành công.

## 10. Bản giao hàng

Trong phạm vi được phép, giữ tài liệu bảo trì ngắn gọn:

- lựa chọn vận hành, client và phạm vi;
- phiên bản chính xác, nguồn gốc và ngày kiểm tra;
- cơ chế cấu hình và giới hạn;
- tái tạo Graft/LSP;
- quy trình cập nhật, kiểm tra và phục hồi.

Đối với cài đặt chia sẻ, sử dụng `docs/agent-stack.md`.
Đối với cài đặt cá nhân/toàn cục, giữ thông tin máy cụ thể
ngoài các file có phiên bản.
Ở chế độ chỉ kiểm tra, giao báo cáo mà không tạo các file này.

Báo cáo các lệnh quyết định, kết quả của chúng, file đã sửa đổi,
backup và hành động người dùng chính xác.

Kiểm kê các hook cuối cùng:
client, nguồn gốc, phạm vi, sự kiện, matcher, vai trò và lệnh đã biên tập.

Kết thúc với:

Client/version | Phạm vi hiệu quả | Cấu hình hiện diện |
MCP đã tải | Graft quan sát lần khám phá đầu tiên |
LSP | RTK | Ponytail | Bằng chứng/hành động còn lại

Sử dụng trạng thái rõ ràng:
CONFIGURED / LOADED / USAGE OBSERVED / NOT TESTED / BLOCKED / NOT APPLICABLE.

Phân loại file:
CHỜ CAM KẾT SAU KHI XEM XÉT / BỎ QUA / CẤU HÌNH MÁY.

Đường dẫn cá nhân, bí mật, cache, đồ thị, backup và bản ghi
không được bao gồm trong file để cam kết.

Hiển thị trạng thái Git cuối cùng và các thay đổi do can thiệp này,
phân biệt chúng với các thay đổi có sẵn trước đó. Không cam kết bất cứ thứ gì.

Tag