v0.69.0

2026-11-13

• Skill mới /znf:pr-review: vòng xử lý review của bot sau khi mở PR tách khỏi ship thành skill riêng. Ship vẫn tự gọi nó sau gh pr create; bạn cũng gọi tay được trên một PR có sẵn: /znf:pr-review <số PR hoặc link>. Skill đọc lại code trước khi sửa, finding sai thì decline kèm bằng chứng; decline gửi kèm một lần push không tính thêm vòng. Xem pr-review.
• Trao đổi với bot qua tool khi project khai báo: dòng PR review check: có thể nêu tên tool để chờ, decline và chấm lại; khi phiên có đủ các tool đó, skill không đăng gì lên PR. Thiếu tool thì dùng comment như trước, và sau mỗi lần push skill trả lời các review thread đã xử lý, resolve thread do bot mở (thread do người mở chỉ trả lời). Xem Ship.
• Lệnh merge chỉ in khi review đã xanh: /znf:ci-watch và /znf:pr-review chỉ in lệnh gh pr merge khi check review khai báo đã xanh trên commit cuối của PR; chưa xanh thì chỉ báo URL.

v0.68.0

2026-11-13

• Daily plan không lấy việc đang chạy ở tab khác: khi lập plan hôm nay, việc nào đang chạy ở một tab Claude Code khác còn mở thì không vào plan; agent in mục "Đang ở tab khác" kèm tên tab để bạn sang đó làm, rồi plan phần còn lại. zenify track stats --brief có thêm list elsewhere. Xem Track pane.

v0.67.1

2026-11-12

• Track pane không còn báo lỗi khi tải stats lâu: status line hết báo ⚠ track error: … still running after 20000ms. Số liệu được tải ở nền: trong lúc zenify track stats chạy (có thể lâu khi phải hỏi gh từng PR đang mở), pane và status line vẫn hiện số liệu cũ; nếu quá 1s thì status line có thêm dấu ⟳ ở đầu, xong thì tự cập nhật. Chỉ báo lỗi khi lần chạy hỏng hoặc quá 2 phút. Xem Track pane.

v0.67.0

2026-11-12

• MCP zenify-zenie: zenify up --apply đăng ký thêm MCP thứ ba qua broker, nối Claude Code với Zenie dưới danh tính GitHub của bạn, chỉ đọc. review_wait chờ Zenie review xong đúng commit của PR rồi trả điểm và các finding còn mở, nên agent không phải tự poll sau khi push; kèm pr_review, pr_review_history, item_prs và các tool tra việc, sản phẩm, lỗi mà Zenie đang bật cho bạn. Login chưa gắn với Zenie thì nhắn Zenie trên Telegram để gắn. Xem Zenie cho agent.
• Việc Plane ghi một lần, slug theo mã việc: khi nhận một việc Plane (ví dụ "sửa ZEN-250"), /znf:cook ghi dòng **Việc Plane:** vào spec/plan, còn /znf:fix ghi vào ## Intent trước wt new, nên slug bắt đầu bằng zen-<n>-. /znf:fix chuyển dòng này sang /znf:hotfix khi bàn giao lỗi production. Xem Worktree theo slug và Fix.
• Tiêu đề PR mang mọi mã ZEN đã làm: ship đặt mã từ tên branch lên đầu tiêu đề, rồi cộng thêm các mã trong dòng **Việc Plane:** (bỏ trùng), cùng một quy tắc cho ship thường và stacked PR. Xem Ship.
• Vòng sửa review chạy lại lint/build trước khi push: mỗi vòng tự sửa sau review trên PR chạy lại lint và build trên chính cây đã sửa rồi mới push. Không có --watch thì ship dừng sau khi mở PR hoặc sau vòng review. Xem Ship.

v0.66.0

2026-11-11

• Test chạy đúng phạm vi: implementer trong /znf:cook chỉ chạy test của phần mình sửa; /znf:ship chạy test bị ảnh hưởng so với base và báo số test đã chạy (0 test không tính là pass); worktree hotfix vẫn chạy full suite. Full suite của PR thường để CI chạy. Xem Ship.
• Ship tự xử lý review trên PR: sau khi mở PR, ship đọc dòng PR review check: trong CLAUDE.md, chờ riêng check đó (tối đa 30 phút), check đỏ thì tự sửa trong một commit mỗi vòng, chạy lại test và review cục bộ rồi mới push, tối đa 3 vòng; check xanh mới chờ CI. Project không khai báo dòng này thì ship giữ hành vi cũ. Xem Ship.
• Chọn mức review theo vùng nhạy cảm, không theo kích thước: diff lớn không còn tự lên T3 (5 reviewer opus); T3 chỉ chạy khi diff đổi file code nằm trong thư mục hoặc có tên đúng bằng auth, iam, oauth, security, permission(s), tenant(s), migration(s) (thư mục như _auth không tính). Xem Review và gate.

v0.65.0

2026-11-11

• plane-guard chặn hẳn việc đặt state: workitem create/update có state (khác rỗng) qua MCP zenify-plane bị từ chối thay vì hỏi, vì Zenie là bên chuyển state. Đổi assignee và các thao tác ghi khác vẫn hỏi như cũ; wt new zen-<n> không đi qua MCP nên vẫn nhận việc được. Xem Plane cho agent.
• Chế độ chỉ đọc cho Plane: đặt env ZENIFY_PLANE_GUARD=read thì mọi thao tác ghi Plane qua MCP đều bị từ chối, kể cả khi input hỏng; dùng cho worker không người. Xem Plane cho agent.
• zenify await handoff --to <tên hoặc @username>: điểm dừng mới để agent đề nghị giao việc cho một người; host (Zenie) đọc trường to và thực hiện việc giao. Xem Bảy điểm dừng.

v0.64.0

2026-11-11

• Skill /znf:track: gõ ngắn để thao tác sổ track trong hội thoại: add, drop, ls, plan, go, done, cancel, est. Xem /znf:track.
• Mã ngắn cho item: plan và backlog in mã ở đầu dòng: 4 hex cuối của id, #<n> cho issue/PR GitHub, ZEN-<n> cho việc Plane. start --from, plan set, plan add, plan rm và backlog drop nhận mã này thay cho id đầy đủ; mã trùng giữa nhiều item thì lệnh liệt kê ứng viên và gợi ý gõ <repo>#<n>. Xem Mã ngắn.
• plan add / plan rm: thêm hoặc bớt việc trong plan hôm nay mà không phải đặt lại cả plan. Xem Daily plan.
• Việc ops (kind task) và end --done: zenify track start --kind task cho việc không qua ship (dọn server, chạy script…), đóng bằng end --done. Item task không làm đổi thang S/M/L hay hit rate; tab Estimate có khối task riêng. Xem Việc ops.
• Việc Plane vào backlog: work item Plane đang giao cho bạn và còn mở hiện trong backlog với nguồn plane, đứng ngay sau manual; start --from ZEN-<n> bắt đầu việc từ đó. Cần PAT Plane (zenify up --apply); Plane lỗi chỉ hiện dòng ⚠ plane: …, backlog GitHub vẫn có. Xem Backlog.
• zenify plane create "<title>": tạo work item Plane giao cho chính bạn và in ZEN-<n> kèm URL; /znf:track add --plane gọi lệnh này. Xem zenify plane create.

v0.63.0

2026-11-10

• zenify wt new zen-<n> xử lý Backlog như Todo: trên Plane, Backlog và Todo giờ chỉ cho biết việc nằm ngoài hay trong cycle, không cho biết ai giữ. Việc ở Backlog hoặc Todo mà chưa ai được giao thì wt new chuyển sang In Progress và thêm bạn vào assignee; chỉ có bạn trong assignee thì chỉ chuyển state; có người khác trong assignee (watcher hoặc người giữ khác) thì chỉ in cảnh báo, zenie chuyển khi thấy branch được push. Xem Worktree theo slug.
• Chốt sổ track hằng ngày: session đầu tiên của ngày tự chạy zenify track close-day (chỉ khi workspace đã onboard), in báo cáo ngày làm việc trước (việc xong, PR đã merge, việc dở, PR đang chờ kèm bước tiếp theo) và lưu vào .zenify/track/days/. Sổ log.md chỉ giữ 14 ngày, dòng cũ chuyển sang .zenify/track/archive/; việc đang mở, việc có PR merge gần đây và dòng stats cần vẫn được giữ. Lệnh cũng chạy tay được. Xem Track pane.
• Tip track chỉ việc cần xử lý trước: khi tab chưa có việc mở, tip ưu tiên PR có CI đỏ, rồi PR còn thread chưa resolve, PR bị yêu cầu sửa, PR sẵn sàng merge (nêu tên PR khi chỉ có một), rồi việc carried over đã mở từ 5 ngày hoặc bị stale. Xem Track pane.
• Sổ track an toàn khi nhiều session ghi cùng lúc: mọi lệnh ghi log.md đều lấy log.lock (chờ tối đa 2 giây), nên các tab chạy song song không ghi đè dòng của nhau.

v0.62.0

2026-11-10

• zenify wt new zen-<n> báo cho Plane là bạn bắt đầu làm: slug bắt đầu bằng zen-<n> thì wt new dùng PAT Plane của bạn để chuyển việc ZEN-<n> sang In Progress. Việc ở Backlog, hoặc ở Todo mà chưa ai được giao, thì chuyển và thêm bạn vào assignee; Todo chỉ có bạn trong assignee thì chỉ chuyển state. Todo có người khác cùng trong assignee, việc ở Intake, Done hay Cancelled thì chỉ in cảnh báo; việc đã In Progress trở đi thì không làm gì. Plane lỗi, thiếu PAT hay quá 8 giây không phản hồi cũng chỉ in cảnh báo, worktree vẫn được tạo. Xem Worktree theo slug.
• zenify db-read --target msghub đọc Mongo của message-hub qua broker: nhận mọi lệnh Mongo, không nhận sql/tables; production chỉ dành cho lead, staging mở cho dev. Xem Đọc dữ liệu thật.

v0.61.1

2026-11-10

• Hết toast timing error: no workspace khi session rời workspace: session mở trong workspace mà sau đó cwd chuyển sang thư mục ngoài (ví dụ knowledge store ~/.zenify/knowledge) trước đây báo lỗi ở mỗi nhịp và mất dòng track. Giờ session vẫn ghi track vào workspace ban đầu; riêng /clear hay compact khi cwd đang ở ngoài thì tính là ngoài workspace. Xem Track pane.
• Track pane không tự bật lại sau khi bạn đã đóng: với Track pane = auto, pane chỉ tự mở theo prompt bạn gõ (cook, fix, hotfix, ship), không mở khi agent tự gọi skill giữa chừng (ví dụ znf:fix gọi tiếp znf:ship). Đã đóng pane thì nó không tự mở lại cho tới lần /clear hoặc compact kế tiếp; gõ /track-pane để mở lại ngay. Xem Track pane.
• Track ghi lại cả khi agent tự gọi skill: khi track đang bật, mỗi lần cook, fix, hotfix, ship hoặc ci-watch chạy (bạn gõ /znf:<skill> hay agent tự gọi giữa chừng), hook gắn luôn phần hướng dẫn tương ứng trong skills/_shared/track.md vào cho agent. Agent không còn bỏ qua bước ghi zenify track, nên số liệu track không còn trống dù PR vẫn merge đều. Xem Track pane.
• zenify obs báo đúng lỗi khi Grafana chậm: truy vấn qua broker hết thời gian chờ giờ báo grafana timed out thay vì grafana unreachable, để bạn phân biệt Grafana chậm với Grafana không kết nối được.