28 điểm bởi GN⁺ 2026-02-11 | 4 bình luận | Chia sẻ qua WhatsApp
  • Đây là công ty do cựu CEO GitHub Thomas Dohmke sáng lập, với mục tiêu xây dựng nền tảng nhà phát triển thế hệ tiếp theo nơi con người và agent có thể cùng cộng tác, học hỏi và triển khai
  • Nền tảng được cấu thành từ ba thành phần cốt lõi: cơ sở dữ liệu tương thích Git, lớp suy luận ngữ nghĩa phổ quát, AI-native SDLC
  • Sản phẩm đầu tiên được công bố là CLI mã nguồn mở Entire CLI tích hợp với Git, tự động quản lý phiên bản ngữ cảnh làm việc của agent
  • Giới thiệu khái niệm Checkpoints, tự động lưu ngữ cảnh của agent vào Git dưới dạng dữ liệu phiên bản, cho phép kiểm tra quá trình suy luận, sử dụng token hiệu quả và hỗ trợ nhiều phiên làm việc
  • Hỗ trợ Anthropic Claude CodeGoogle Gemini CLI, đồng thời dự kiến sẽ hỗ trợ CodexCursor CLI

Sự thay đổi của mô hình phát triển phần mềm

  • Trong vài tháng gần đây, nhiều mô hình coding dạng agent như Anthropic Claude Code, OpenAI GPT-5.3-Codex, Cursor Composer 1.5 đã xuất hiện
    • Nhà phát triển điều khiển đồng thời nhiều agent trên nhiều cửa sổ terminal để thực hiện công việc
    • Phát triển dựa trên đặc tả (spec-driven) đang nổi lên như trung tâm của việc sinh mã
    • Các agent tạo và đánh giá hàng trăm biến thể mã song song, khiến tốc độ sản xuất mã vượt ngoài phạm vi con người có thể hiểu hết
  • Tuy nhiên, hệ thống phát triển hiện tại xoay quanh issue tracking, Git, Pull Request được thiết kế với giả định là con người cộng tác, nên không còn phù hợp với kỷ nguyên AI
    • Giới hạn dung lượng và tốc độ của API tập trung làm giảm hiệu quả của agent
    • Cấu trúc của các hệ thống hiện có khiến việc chuyển sang mô hình sản xuất lấy AI làm trung tâm trở nên khó khăn
  • Vì vậy, cần một hệ thống phát triển kiểu dây chuyền lắp ráp mới phù hợp với thời đại mà máy móc là tác nhân sản xuất mã chính

Tầm nhìn và cấu trúc của Entire

  • Entire hướng tới xây dựng nền tảng nhà phát triển thế hệ tiếp theo nơi con người và agent có thể cùng cộng tác, học hỏi và triển khai
  • Nền tảng gồm ba thành phần cốt lõi
    • Cơ sở dữ liệu tương thích Git: hợp nhất mã, ý định, ràng buộc và suy luận vào một hệ thống quản lý phiên bản duy nhất
    • Lớp suy luận ngữ nghĩa phổ quát (semantic reasoning layer): hỗ trợ cộng tác giữa nhiều agent thông qua đồ thị ngữ cảnh
    • AI-native SDLC: tái thiết kế vòng đời phát triển phần mềm mới cho cộng tác giữa người và agent
  • Dự án này đã nhận được vòng seed 60 triệu USD do Felicis dẫn dắt, với sự tham gia của Madrona, M12, Basis Set, 20VC, Cherry Ventures, Picus Capital, Global Founders Capital
    • Các nhà đầu tư cá nhân gồm Gergely Orosz, Theo Browne, Jerry Yang, Olivier Pomel, Garry Tan

Sản phẩm đầu tiên: Entire CLI và Checkpoints

  • Hiện nay, các phiên agent mang tính tạm thời; prompt và nội dung suy luận trong terminal sẽ biến mất khi phiên kết thúc
    • Git chỉ ghi lại thay đổi mã, nhưng không lưu giữ ngữ cảnh về lý do thay đổi
  • Checkpoints là đơn vị cơ bản mới để giải quyết vấn đề này, tự động lưu ngữ cảnh của agent vào Git dưới dạng dữ liệu phiên bản
    • Khi commit, toàn bộ phiên làm việc được ghi lại cùng nhau, bao gồm prompt, thay đổi tệp, mức sử dụng token, lời gọi công cụ...
    • Dữ liệu này trở thành nền tảng cho lớp suy luận ngữ nghĩa và có thể được khám phá theo từng nhánh
  • Những lợi ích chính của Checkpoints
    • Khả năng truy vết (Traceability): có thể kiểm tra quá trình suy luận đằng sau các thay đổi do agent tạo ra
    • Nâng cao hiệu quả review: không chỉ xem diff mà còn xem cả ý định và ràng buộc
    • Cải thiện bàn giao công việc: có thể tiếp tục công việc mà không cần chạy lại prompt
    • Giảm lãng phí token: học từ các chỉnh sửa trước đó để tránh lặp lại lỗi
    • Hỗ trợ nhiều phiên và nhiều agent: cho phép cộng tác song song giữa các agent
  • Hiện hỗ trợ Anthropic Claude CodeGoogle Gemini CLI, và sẽ bổ sung Codex, Cursor CLI cùng các công cụ khác

Cách hoạt động và cài đặt

  • Checkpoints hoạt động như một CLI nhận biết Git, tạo đối tượng checkpoint có cấu trúc cho mỗi commit do agent tạo ra
    • Được liên kết với commit SHA để ghi lại đồng thời thay đổi mã và quá trình suy luận
    • Metadata được lưu ở một nhánh riêng (entire/checkpoints/v1), đóng vai trò như nhật ký kiểm toán (audit log) chỉ ghi thêm
  • Có thể cài đặt qua hai bước
    1. Chạy curl -fsSL https://entire.io/install.sh | bash
    2. Trong kho mã, dùng lệnh entire enable để thiết lập dự án
    • Sau đó, các phiên agent sẽ tự động được cấu trúc hóa và ghi lại

Mã nguồn mở và hợp tác cộng đồng

  • Entire CLI đã được mã nguồn mở trên GitHub và được thiết kế độc lập, có tính di động để mọi agent và mô hình đều có thể sử dụng
  • Hiện tại Checkpoints cung cấp khả năng truy vết và ghi chép, nhưng trong tương lai sẽ phát triển thành bộ nhớ dùng chung giữa các agent để hỗ trợ cộng tác và bàn giao ngữ cảnh
  • Nhóm phát triển đang thu thập phản hồi cộng đồng thông qua DiscordGitHub Discussions, đồng thời muốn cùng cộng đồng xây dựng lộ trình sắp tới
  • Câu khẩu hiệu “No more stealth. We are building in the open.” nhấn mạnh triết lý phát triển cởi mở

4 bình luận

 
pseudojo 2026-02-13

Cứ nghĩ là chỉ cần chờ rồi sẽ có ai đó (ý là các lập trình viên senior ở Big Tech) làm ra thôi, cuối cùng cũng đã xuất hiện rồi nhỉ. Dù dùng MCP và skill thì đôi khi nó vẫn tự bỏ qua việc duy trì ngữ cảnh, nên lần này mong là làm ơn giữ ngữ cảnh cho tốt...

 
halfenif 2026-02-12

Chúng tôi thực sự đang ghi lại một lượng log debug khổng lồ mỗi ngày, và giờ thì đã nảy ra ý nghĩ rằng sẽ còn commit chúng nữa.

 
roxie 2026-02-24

Nói cách khác, có lẽ đây là dấu hiệu cho thấy đã xuất hiện những công cụ sẽ đọc đống log debug khủng khiếp đó thay tôi.

 
GN⁺ 2026-02-11
Ý kiến Hacker News
  • Khái niệm mới gọi là Checkpoints khá thú vị. Khi agent commit mã đã tạo, toàn bộ phiên — hội thoại, prompt, thay đổi tệp, mức dùng token, lệnh gọi công cụ, v.v. — được quản lý phiên bản cùng nhau. Nếu không nhìn ra giá trị của tính năng này thì tôi cũng không biết phải nói gì nữa

    • Nó có ý nghĩa lớn ở chỗ có thể hiểu vì sao đoạn mã trước đây lại được viết như vậy. Nhờ đó có thể đưa ra quyết định về mã trong tương lai nhanh hơn và chính xác hơn. Ví dụ, nếu biết vì sao nó được viết theo cách X thì sẽ dễ đánh giá hơn liệu có nên đổi sang Y hay không. Ngoài ra AI cũng có thể biết ngữ cảnh của commit trước để viết commit tiếp theo
    • Tất nhiên, việc dùng git add để thêm ngữ cảnh do AI tạo ra rồi git commit có thể hữu ích, nhưng tôi nghi ngờ liệu nó có đáng giá đến 60 triệu đô hay không
    • Tôi cũng từng tự xây một hệ thống tương tự. Nó hoạt động theo cấu trúc memoization mọi bước trong quá trình phát triển cộng tác
    • Tôi thấy nó hữu ích như một phần mở rộng của Git, nhưng không rõ VC sẽ kiếm tiền bằng cách nào
  • Bỏ qua logic hay cái tên của VC, tôi nhìn thấy tầm nhìn của ý tưởng này. Chỉ là tương lai của AI vẫn còn bất định, nên cũng chưa biết liệu chúng ta có thực sự cần kiểu giải pháp này hay không. Theo truyền thống, các công cụ cho lập trình viên thành công không xuất phát từ nguồn vốn khổng lồ mà từ việc lập trình viên tự giải quyết vấn đề của chính mình

    • Nhưng kiểu đầu tư hạt giống này vốn là để phục vụ những thử nghiệm như vậy. Phải thử mới biết nó có giá trị thật hay không
  • Nếu model đủ tốt thì nền tảng như thế này sẽ biến mất, mà nếu không đủ tốt thì có lẽ nó cũng biến mất thôi

    • Cách diễn đạt rất chuẩn. Nền tảng này có thể hữu ích, nhưng khó đạt được mức thành công kiểu GitHub. Cuối cùng thì nó chỉ là lưu trữ thông tin kèm dữ liệu. Các nhà sáng lập có kinh nghiệm, nhưng hiện tại là thời điểm khó có thể lặp lại thành công đó
    • Dạo này ai cũng làm như mình là chuyên gia AI, nhưng công nghệ phát triển quá nhanh nên cảm giác như chính khoản đầu tư vào tri thức cũng bị khấu hao. Ngày mai có model tốt hơn ra mắt thì những gì học hôm nay nhanh chóng trở nên lỗi thời
    • Dù vậy, nghĩ đến việc sẽ có bao nhiêu tiền đầu tư chảy qua trong lúc đó cũng khá thú vị
    • Dù sao thì chắc họ được đầu tư chỉ vì “người tạo ra nó là cựu CEO của một dịch vụ nổi tiếng trước đây”
  • Quan trọng hơn chất lượng của mã do AI tạo ra là khả năng audit. Tôi thích việc nền tảng này dường như xử lý vấn đề đó theo một cách vừa mới vừa truyền thống

  • Tôi thấy mô tả là “kết nối ngữ cảnh của agent với Git qua CLI”, nhưng nếu rốt cuộc chỉ là dump ngữ cảnh vào commit thì đó vốn là điều tôi đang làm rồi

    • Nhưng tôi không có 60 triệu đô seed và mức định giá 300 triệu đô
    • Dù bạn đã làm vậy rồi, liệu bạn có thể bắt buộc áp dụng cho 5.000 nhân viên doanh nghiệp không? Kiểu đầu tư này là nỗ lực để làm được điều đó
    • Tôi cũng nghĩ tương tự. Thậm chí tôi còn cố giảm lượng ngữ cảnh được đưa vào commit
    • Nhét 50KB vào mỗi message Git commit có vẻ là overload quá mức
    • Tôi dùng Claude hoặc Codex để tóm tắt nội dung thảo luận thiết kế, lưu thành tệp MD, rồi sau khi chỉnh sửa thì cho nó đọc lại. Nếu có công cụ giúp quy trình này đỡ phiền hơn thì tốt, nhưng chỉ đơn giản đổ mọi prompt vào Git branch thì không hiệu quả
  • Giờ là thời đại mỗi tuần lại có một AI framework mới ra đời. Nó gợi cảm giác như cơn bùng nổ framework JavaScript ngày trước, đến mức tôi muốn làm một bản sao HN có bộ lọc bài viết liên quan đến AI

    • Nhìn các kỹ năng agent đang phổ biến thì thấy trọng tâm là React và JS. Cuối cùng thì cộng đồng JS nặng tính thời trang đang thổi phồng các câu chuyện thành công của LLM. Cũng chính những người từng đánh giá quá cao framework frontend ngày xưa giờ lại nói như thể vừa mới khám phá ra hệ thống kiểu và compiler
    • Thế thì cứ làm một extension lọc bài về AI là được. AI sẽ làm cho bạn trong 10 phút
    • Hoặc làm hẳn một bản sao HN dành riêng cho bot rồi đẩy đám bot đang huyên náo ở đây sang đó
    • Chắc bạn cũng đã biết cách để làm chuyện đó hiệu quả rồi nhỉ?
    • Tôi cũng từ lâu mong feed của HN có chức năng lọc. Tôi từng muốn lọc các bài về Web3, nhưng chỉ dùng từ khóa thì độ chính xác thấp. Trớ trêu là nếu phân tích bằng AI thì có thể sẽ làm tốt hơn
  • Cái này giống như một ý tưởng ai đó nghĩ ra ngẫu hứng ngày hôm qua nhưng lại gọi được vốn nhờ lý lịch. Tôi không rõ nó thực sự là dịch vụ gì, hay khác gì so với các Show HN khác

  • Vòng seed 60 triệu đô, chuyện này thực sự có thể xảy ra sao?

    • Thế thì chắc sắp thấy luôn cả vòng seed 500 triệu đô
  • Dữ liệu của Checkpoints không chỉ phục vụ cộng tác đơn thuần mà về sau còn có thể dùng làm dữ liệu huấn luyện RL, nên có lẽ còn đáng giá hơn vàng

  • Vấn đề lưu giữ ngữ cảnh thật sự rất đau đầu. Tôi duy trì trạng thái phiên bằng task.md hoặc CLAUDE.md, nhưng đó chỉ là giải pháp tạm. Khái niệm checkpoint lưu cả reasoning và diff cùng nhau rất hấp dẫn. Tuy vậy, tôi vẫn hoài nghi về việc biến nó thành một nền tảng riêng trên Git. Những hướng tiếp cận tích hợp chặt với công cụ sẵn có như Cursor, Aider, Claude hook đã thành công hơn. Nếu bắt lập trình viên chuyển sang một stack SDLC mới, thì thách thức lớn hơn công nghệ chính là mức độ chấp nhận. Nếu là mã nguồn mở, tôi cũng tò mò liệu format đó có phải là đặc tả mở hay không

    • Tôi dùng Shelley để lưu hội thoại của agent vào cơ sở dữ liệu Sqlite. Không cần đưa vào Git, thay vào đó tôi viết tài liệu thiết kế rồi commit. Như vậy là đủ
    • Thực ra với git notes thì chẳng phải cũng có thể đính kèm metadata trạng thái agent vào commit hoặc tree sao?
    • CLI là mã nguồn mở và chỉ với Git cũng hoạt động được. Nền tảng riêng chỉ đóng vai trò trình xem checkpoint. Cũng có thể xem ngay trong CLI. https://github.com/entireio/cli