- Khi tác nhân lập trình trả lời các câu hỏi về cấu trúc như "cái này hoạt động thế nào?", chúng thường lặp đi lặp lại grep → mở file → lần theo import hàng chục lần và đốt token
- @ttsc/graph chuyển đồ thị mã mà trình biên dịch TypeScript đã phân giải sẵn (thứ gì gọi/phụ thuộc vào thứ gì) cho tác nhân qua MCP, để nó trả lời trực tiếp từ đồ thị thay vì lục tung file
- Hai điểm cốt lõi trong thiết kế
- Chỉ trả về chỉ mục – tuyệt đối không đưa nội dung mã nguồn, chỉ có tên, cạnh, chữ ký và span
file:line→ kích thước phản hồi không phụ thuộc quy mô repo, token không bị bùng nổ - Chain-of-Thought bắt buộc – đầu vào của công cụ đơn là schema kiểu, nên tác nhân chỉ có thể gửi yêu cầu sau khi điền
question → draft → review.typiabiên dịch thành schema + bộ kiểm tra để từ chối việc "bỏ qua suy luận" ngay tại ranh giới lời gọi
- Chỉ trả về chỉ mục – tuyệt đối không đưa nội dung mã nguồn, chỉ có tên, cạnh, chữ ký và span
- Kết quả: với open question, token giảm khoảng 10 lần, chất lượng câu trả lời tương đương (8 repo × 4 mô hình, median theo cách đo bảo thủ)
- Vì sao là trình biên dịch: các parser heuristic như tree-sitter không giải được alias
tsconfig paths, tham chiếu chéo monorepo, symlink và chuỗi re-export. Chỉ trình biên dịch đã hoàn tất phân giải module thực sự mới đủ chính xác → đáng tin → tác nhân có thể tự tin dừng lại - So với những người đi trước: codegraph / codebase-memory-mcp / serena cũng đã nêu ý tưởng này trước, nhưng với open question thì token không giảm, thậm chí còn dùng nhiều hơn baseline (theo benchmark của tác giả, dựa trên zod, cả ba công cụ đều +22~27%)
- Hạn chế: chỉ dành cho TypeScript (ưu tiên chiều sâu hơn độ phủ), cần TypeScript v7 (runtime Go, hiện là RC). Cài đặt trong 4 dòng
Chưa có bình luận nào.