Tôi đang xem trang bảo hiểm chăm sóc dài hạn, nhưng các nội dung về công nhận chăm sóc dài hạn và đánh giá cấp độ, sử dụng dịch vụ chăm sóc dài hạn, cũng như vận hành cơ sở chăm sóc dài hạn đều bị trộn lẫn với nhau. Ít nhất chẳng phải nên tách riêng thành hai phần: một cho người thụ hưởng hoặc người giám hộ, và một cho đơn vị vận hành cơ sở hoặc nhân sự làm việc ở đó hay sao... Đồng thời cũng nên tổ chức lại các nhóm chủ thể tham gia...
Tôi đồng ý với bức tranh lớn rằng chuyên biệt hóa theo chiều dọc là tuyến phòng thủ. Tuy nhiên, tôi nghĩ trục phân định “có phải wrapper hay không” không hẳn nằm ở độ dày của tính năng, mà ở việc bên dưới nó có tích lũy được thứ gì đó mà mô hình không nắm giữ hay không. Ba chiến lược trong bài (sở hữu workflow, tái thiết kế xoay quanh tự động hóa, hoặc mở rộng hệ thống ghi chép thành hệ thống hành động) rốt cuộc đều được tôi hiểu là câu chuyện tạo ra trạng thái và dữ liệu được tích lũy bên ngoài mô hình.
Tôi cũng từng làm một thứ nhìn bề ngoài khá giống một wrapper mỏng, nhưng phần sống sót được không phải là tính năng, mà là phần sở hữu trạng thái và dữ liệu riêng của người dùng, cùng với lớp tính toán và ghi nhớ theo cách xác định để mô hình không dao động sau mỗi cuộc trò chuyện. Frontier model càng tốt lên thì giá trị của hai thứ này lại càng lớn.
Bổ sung thêm một điểm: bài viết chủ yếu lấy ví dụ về các mảng dọc enterprise (B2B), nhưng tôi nghĩ cùng logic đó cũng áp dụng cho sản phẩm cá nhân. LLM thô chỉ nhìn được thông tin công khai và không nhớ trạng thái của tôi, nên việc nắm giữ hệ thống ghi chép cá nhân tự thân đã trở thành một con hào. Tuy nhiên, ở chiến lược thứ ba, đoạn chuyển hệ thống ghi chép sang hành động (thay mặt ra quyết định) có lẽ cần đi kèm khả năng tái hiện hoặc kiểm chứng quyết định đó thì mới duy trì được niềm tin.
Có thể tắt được, nhưng vì mặc định là opt-in nên tôi nghĩ sẽ có nhiều người cứ dùng theo mặc định.
Nếu tưởng tượng giới thiệu cho đồng nghiệp hay bạn bè, chắc sẽ nói “OpenWiki tốt lắm, dùng thử đi”, chứ không nói “OpenWiki tốt, nhưng có thể vô hiệu hóa thu thập dữ liệu bằng OPENWIKI_TELEMETRY_DISABLED=1 hoặc DO_NOT_TRACK=1, nên bật cái đó rồi hãy dùng” đâu huhu
Nhưng tôi đã hiểu lệnh và kết quả là Prompt và Output. Xem lại nguyên văn thì không phải vậy. Vậy có lẽ cũng ổn?!
Dạo này MacBook cứ hiện thông báo thiếu dung lượng nên tôi kiểm tra thử thì hóa ra thủ phạm là codex cli. Máy tôi cũng đang bị nó ngốn mấy chục GB trong lúc chẳng dư dả gì, nên đang phân vân có nên xóa lịch sử cũ không; mọi người thường xử lý chuyện này thế nào?
Cảm ơn bạn đã để lại bình luận. Đây là lần đầu tôi biết đến Tolaria, và đúng là có vẻ có một số phần chức năng bị chồng lấn. Tôi tạo ra công cụ này vì muốn dùng VS Code như một trình soạn thảo Markdown, đồng thời xem graph, sắp xếp tài liệu và tận dụng AI agent ngay trong cùng một nơi. Nhờ vậy, tôi cũng đã nghĩ thêm về cách thể hiện rõ hơn ý đồ riêng của dự án này.
Cảm ơn bạn đã góp ý! Có lẽ hiện tại vẫn chưa đủ chiều sâu để gọi là visual novel. Chúng tôi sẽ cố gắng dựa trên các ý kiến để phát triển thành một dịch vụ hoàn thiện hơn. Xin chân thành cảm ơn!!!
Vì là repo của công ty nên khó công khai
Gitleaks ruff mypy
Về mặt IaC thì
chúng tôi đang làm bằng cách bổ sung thêm các quy tắc trên các công cụ tĩnh như Kyverno, chekov.
Tôi đã thử chơi rồi; ở chỗ có các lựa chọn thì nó khá giống visual novel, nhưng để gọi là visual novel thì chỉ toàn những đoạn hội thoại ping-pong quá nhẹ nhàng nối tiếp nhau, nên tôi có cảm giác kiểu như... đây chẳng phải chỉ là chatbot sao?
Tôi cũng thấy nghi ngờ liệu độ hoàn thiện của nó có thực sự cao không.
Tôi định chơi trên PC nhưng khá bối rối vì cửa sổ hiện quá nhỏ ở góc bên phải. Xoay đầu để chơi thì đau cổ, nên tôi mong cửa sổ hiển thị ở giữa màn hình.
Vâng. Tôi đã giải quyết xong. Cảm ơn bạn đã quan tâm. Về cơ bản, việc đồng bộ được thực hiện dựa trên confirm frame do server gửi xuống, nên sẽ không xảy ra lệch nhánh. Nếu lệch nhánh xảy ra, nghĩa là tính quyết định của state machine đã bị phá vỡ.
Tôi đã định dùng thử, nhưng phần thu thập telemetry ẩn danh theo mặc định (ở mức tên lệnh/kết quả/nhà cung cấp/connector) thì hơi đáng tiếc. Dù nói là có thể tắt, nhưng có vẻ nhiều người sẽ không đọc kỹ nội dung và cứ dùng theo mặc định.
Ồ, dạo gần đây tôi thử chơi netplay thì do hiện tượng lệch đồng bộ (?) vì vấn đề mạng nên số game có thể chơi cùng khá hạn chế. Nếu dự án này giải quyết được chuyện đó thì thật sự tuyệt.
Ồ, thiết lập của bạn giống hệt tôi. Mỗi lần phải bấm phím vật lý khá phiền, tôi sẽ dùng công cụ này thật tốt..
Tôi sẽ cân nhắc thử! Cảm ơn góp ý của bạn.
Tôi dùng qua lại giữa Windows và Mac với một màn hình.
Màn hình DELL U4025QW không có phím tắt một chạm để đổi nguồn vào, phải vào menu tìm rồi bấm, nên tôi dùng cái này để tạo script và sử dụng.
Tôi đang cắm Windows vào dp1, còn Mac thì vào usbc1,
trên Mac tôi thêm vào
.zshrclàalias mon='monitor-input 0=dp1'trên Windows thì mở
notepad $PROFILErồi thêmfunction mon { monitor-input 0=usbc1 }Làm vậy thì chỉ cần gõ
montrong shell của Windows hay Mac là màn hình sẽ chuyển đổi.Tôi đang dùng rất hài lòng nên giới thiệu thử.
Tôi đang xem trang bảo hiểm chăm sóc dài hạn, nhưng các nội dung về công nhận chăm sóc dài hạn và đánh giá cấp độ, sử dụng dịch vụ chăm sóc dài hạn, cũng như vận hành cơ sở chăm sóc dài hạn đều bị trộn lẫn với nhau. Ít nhất chẳng phải nên tách riêng thành hai phần: một cho người thụ hưởng hoặc người giám hộ, và một cho đơn vị vận hành cơ sở hoặc nhân sự làm việc ở đó hay sao... Đồng thời cũng nên tổ chức lại các nhóm chủ thể tham gia...
Tôi đồng ý với bức tranh lớn rằng chuyên biệt hóa theo chiều dọc là tuyến phòng thủ. Tuy nhiên, tôi nghĩ trục phân định “có phải wrapper hay không” không hẳn nằm ở độ dày của tính năng, mà ở việc bên dưới nó có tích lũy được thứ gì đó mà mô hình không nắm giữ hay không. Ba chiến lược trong bài (sở hữu workflow, tái thiết kế xoay quanh tự động hóa, hoặc mở rộng hệ thống ghi chép thành hệ thống hành động) rốt cuộc đều được tôi hiểu là câu chuyện tạo ra trạng thái và dữ liệu được tích lũy bên ngoài mô hình.
Tôi cũng từng làm một thứ nhìn bề ngoài khá giống một wrapper mỏng, nhưng phần sống sót được không phải là tính năng, mà là phần sở hữu trạng thái và dữ liệu riêng của người dùng, cùng với lớp tính toán và ghi nhớ theo cách xác định để mô hình không dao động sau mỗi cuộc trò chuyện. Frontier model càng tốt lên thì giá trị của hai thứ này lại càng lớn.
Bổ sung thêm một điểm: bài viết chủ yếu lấy ví dụ về các mảng dọc enterprise (B2B), nhưng tôi nghĩ cùng logic đó cũng áp dụng cho sản phẩm cá nhân. LLM thô chỉ nhìn được thông tin công khai và không nhớ trạng thái của tôi, nên việc nắm giữ hệ thống ghi chép cá nhân tự thân đã trở thành một con hào. Tuy nhiên, ở chiến lược thứ ba, đoạn chuyển hệ thống ghi chép sang hành động (thay mặt ra quyết định) có lẽ cần đi kèm khả năng tái hiện hoặc kiểm chứng quyết định đó thì mới duy trì được niềm tin.
Nhảy ra ngoài vì phản đối việc kiếm tiền của OpenAI, rồi lại là công ty lên sàn trước cả OpenAI và chuẩn bị exit luôn haha
Có thể tắt được, nhưng vì mặc định là opt-in nên tôi nghĩ sẽ có nhiều người cứ dùng theo mặc định.
Nếu tưởng tượng giới thiệu cho đồng nghiệp hay bạn bè, chắc sẽ nói “OpenWiki tốt lắm, dùng thử đi”, chứ không nói “OpenWiki tốt, nhưng có thể vô hiệu hóa thu thập dữ liệu bằng
OPENWIKI_TELEMETRY_DISABLED=1hoặcDO_NOT_TRACK=1, nên bật cái đó rồi hãy dùng” đâu huhuNhưng tôi đã hiểu
lệnhvàkết quảlà Prompt và Output. Xem lại nguyên văn thì không phải vậy. Vậy có lẽ cũng ổn?!Dạo này MacBook cứ hiện thông báo thiếu dung lượng nên tôi kiểm tra thử thì hóa ra thủ phạm là codex cli. Máy tôi cũng đang bị nó ngốn mấy chục GB trong lúc chẳng dư dả gì, nên đang phân vân có nên xóa lịch sử cũ không; mọi người thường xử lý chuyện này thế nào?
Cảm ơn bạn đã để lại bình luận. Đây là lần đầu tôi biết đến Tolaria, và đúng là có vẻ có một số phần chức năng bị chồng lấn. Tôi tạo ra công cụ này vì muốn dùng VS Code như một trình soạn thảo Markdown, đồng thời xem graph, sắp xếp tài liệu và tận dụng AI agent ngay trong cùng một nơi. Nhờ vậy, tôi cũng đã nghĩ thêm về cách thể hiện rõ hơn ý đồ riêng của dự án này.
Cảm ơn bạn đã góp ý! Có lẽ hiện tại vẫn chưa đủ chiều sâu để gọi là visual novel. Chúng tôi sẽ cố gắng dựa trên các ý kiến để phát triển thành một dịch vụ hoàn thiện hơn. Xin chân thành cảm ơn!!!
Nghe nói có thể tắt bằng
OPENWIKI_TELEMETRY_DISABLED=1hoặcDO_NOT_TRACK=1nhưng là bạn không tin điều này sao?
Vì là repo của công ty nên khó công khai
Gitleaks ruff mypy
Về mặt IaC thì
chúng tôi đang làm bằng cách bổ sung thêm các quy tắc trên các công cụ tĩnh như Kyverno, chekov.
Tôi đã thử chơi rồi; ở chỗ có các lựa chọn thì nó khá giống visual novel, nhưng để gọi là visual novel thì chỉ toàn những đoạn hội thoại ping-pong quá nhẹ nhàng nối tiếp nhau, nên tôi có cảm giác kiểu như... đây chẳng phải chỉ là chatbot sao? Tôi cũng thấy nghi ngờ liệu độ hoàn thiện của nó có thực sự cao không.
Trang này có rất nhiều quảng cáo.
Mong là có cả tùy chỉnh âm lượng nhạc nền nữa. Tai tôi... huhu
Tôi định chơi trên PC nhưng khá bối rối vì cửa sổ hiện quá nhỏ ở góc bên phải. Xoay đầu để chơi thì đau cổ, nên tôi mong cửa sổ hiển thị ở giữa màn hình.
Vâng. Tôi đã giải quyết xong. Cảm ơn bạn đã quan tâm. Về cơ bản, việc đồng bộ được thực hiện dựa trên
confirm framedo server gửi xuống, nên sẽ không xảy ra lệch nhánh. Nếu lệch nhánh xảy ra, nghĩa là tính quyết định của state machine đã bị phá vỡ.Tôi đã định dùng thử, nhưng phần
thu thập telemetry ẩn danh theo mặc định (ở mức tên lệnh/kết quả/nhà cung cấp/connector)thì hơi đáng tiếc. Dù nói là có thể tắt, nhưng có vẻ nhiều người sẽ không đọc kỹ nội dung và cứ dùng theo mặc định.Ồ, dạo gần đây tôi thử chơi netplay thì do hiện tượng lệch đồng bộ (?) vì vấn đề mạng nên số game có thể chơi cùng khá hạn chế. Nếu dự án này giải quyết được chuyện đó thì thật sự tuyệt.
NVIDIA Nemotron-Personas-Korea - Bộ dữ liệu 1 triệu persona tổng hợp dựa trên phân bố dân số thực tế của Hàn Quốc Cái này cũng làm tôi nhớ tới.