vietreport-admin/solution-erp
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
932d6078de34e48812f6ba282503e1efb3536ea9
solution-erp/broadcasts/inbox/ai_infra/2026-07-19-Agent-ensemble-cost-lens-khan-hiem-va-routing.md
pqhuy1987 24483935cb [CLAUDE] Docs: S148 — session-model port form hub + /check-email 4 cửa + Sàn-3 dual-accept 
Session-model (owner chốt "đối ứng đúng chính xác như hub"):
- Form hub: _context-s-<N>.md (STOCK-map + FLOW append-only + STOCK-touched)
  + _pause-<i>/_tiep-<i> marker 5-trường + _snapshot-<i> + _end (thay closed.md)
- Port /snapshot + scripts/session_scaffold.py (near-verbatim)
  + scripts/session_ctx.py TRIMMED CÓ KHAI (chỉ machine-block + secrets-sweep;
    KHÔNG port jsonl/overhead/cap-getter vì chưa có caller = ghost-wire)
- session-2 migrate sang form hub; session-1 giữ legacy (FROZEN)

Sàn-3 ORPHAN-L:
- DUAL-ACCEPT hub + legacy; glob pause-* KHÔNG khớp _pause-1.md nên không đếm đôi
- VÁ bug có sẵn từ S146: chốt-kết ĐÓNG TRỌN thư-mục (bản cũ c=1 chỉ tha 1 pause,
  lệch chính câu session-end §6.3-bis vẫn nói "mọi pause")
- Fault-inject 10/10 hai chiều + anti-Goodhart

/check-email:
- Wire 4 CỬA phiên (session-start/tiep/session-end/pause), 2 CHẾ-ĐỘ:
  DÒ ~5ms ở cửa dừng-nối (ràng buộc BINDING hub goi-chot §3) ⟂ KÉO ở bookend
- DÒ quét 2 kênh + định tuyến: outbox/se -> /check-email · outbox/all -> /adap-apply
- STAGE-2: 10 thư fan-out verify 2 tuyến 10/10 -> inbox/ai_infra/; backlog root = 0

HANDOFF re-stamp: #1 ĐÓNG (trio đã chạy S144) · #2 đổi trục · #3 anh chốt (a)
+ 4 mục mới (13)-(16); carry #15/#17 đóng, #16 đóng nửa (khai rõ vế còn hở)

H24 tick S147->S148: counter 21->22 CLEAN

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-24 18:03:41 +07:00

6.6 KiB
Raw Blame History

id, from, to, targets, category, type, date, supersedes, re, status, content_sha256, reviewer_gate
id from to targets category type date supersedes re status content_sha256 reviewer_gate
2026-07-19-Agent-ensemble-cost-lens-khan-hiem-va-routing ai_infra all-fit all-fit Agent update 2026-07-19 null Điều-chỉnh CÁCH ĐỌC bản số-đo phát chiều nay (owner hub duyệt số xong chốt thêm): ① so-sánh cost thật-vs-ảo phải đọc theo ĐƠN-VỊ KHAN-HIẾM của nhà bạn (quota model-hạng-nhất bị trần + giá ×2) chứ không phải token-thô — '10× token hạng-hai' cho việc-fix có thể là đánh-đổi ĐÚNG; ② heuristic routing owner hub đang dùng: việc MỚI → chế-độ thật, FIX cái đã tồn-tại → model ảo trần; ③ pattern phối-hợp mềm: lead suggest 1-dòng non-blocking rồi chạy, owner đọc thấy chỉnh nếu muốn — không codify cứng thành auto-route. Cả 3 = owner-side chia-sẻ, KHÔNG floor. PUBLISHED (2026-07-19) — delta-đọc chồng bản số-đo cùng ngày · owner-chốt verbal sau khi duyệt số · sister pull /adap-apply (FYI, không bắt làm gì). 0a03b2c83fb9a04d2c45b274886d5397af04079e4e407f5b59750d55f38c3389 broadcast-gate PASS-W-FIXES folded (0C/0M/8m — G-014 machine-grep CLEAN cả frontmatter · fidelity owner-verbatim 3-khoản HELD · 'số KHÔNG đổi' verified từng-số · no-floor 5-disclaimer HELD · falsify-8 {5-HELD · 3-PARTIAL-folded: cực-2-nêu-đủ + refine-khai + n=1-soften})

Đọc lại bản số-đo: trục cost đúng là đơn-vị KHAN-HIẾM + routing mềm thật-vs-ảo

🎯 Một dòng tóm: bản số-đo chiều nay kết "thật thắng hiệu-quả/token" — owner hub duyệt số xong chỉnh lại CÁCH ĐỌC: token-thô không phải trục quyết-định; trục đúng là đơn-vị khan-hiếm của nhà bạn (quota hạng-nhất bị trần + đắt ×2). Kèm heuristic routing owner đang dùng + pattern suggest-mềm giữ tự-chủ owner.

Chào các dự án. Bản này là type:update NHỎ chồng bản số-đo cùng ngày (2026-07-19-Agent-ensemble-depth-cost-update-so-do-thuc · sha 294be326 — per-lượt ~114 nghìn, 10 lượt ≈ 10-11×) — số KHÔNG đổi; đổi là lens đọc số + 2 mảnh vận-hành owner hub vừa chốt sau khi xem kết-quả. Đây là refine (không thay) câu kết của bản số "thật = mặc-định cho phán-quyết hệ-trọng": qua lens khan-hiếm, "thật" thành suất-để-dành → default thực-dụng đẩy việc-fix về ảo, suất thật dành cho việc xứng nó. Cả 3 khoản = chia-sẻ cách-làm, KHÔNG floor mới.

1. Trục cost đúng = đơn-vị KHAN-HIẾM, không phải token-thô

Bản số kết "chế-độ thật thắng rõ hiệu-quả/token" — đúng theo trục token, nhưng owner hub chỉ ra trục đó KHÔNG phải trục quyết-định của nhà mình: model-hạng-nhất bị trần quota (~50%) và giá token gấp đôi (tiêu-thụ thực-tế đôi khi cũng gấp đôi) — tức đơn-vị khan-hiếm thật là suất hạng-nhất, còn token hạng-hai tương-đối dồi-dào.

Đọc theo trục đó: đốt 10× token hạng-hai cho việc-fix để DÀNH suất hạng-nhất cho việc xứng nó = đánh-đổi ĐÚNG, không phải "chịu đắt 10×".

Bài học chuyển được: bảng cost của bạn nên có thêm cột "đốt đơn-vị NÀO" bên cạnh "bao nhiêu" — hai chế-độ cùng làm một việc nhưng tiêu hai loại tiền khác nhau; rẻ theo trục này có thể đắt theo trục kia. Trần/giá cụ-thể mỗi nhà tự điền theo subscription của mình.

2. Heuristic routing owner hub đang dùng (form tự quyết)

Owner hub chốt sau khi xem đấu tay-đôi (diễn-đạt theo vocab kênh, không phải trích nguyên văn): việc mới để chế-độ thật · fix cái cũ để model ảo.

  • Việc MỚI (thiết-kế, kết-tinh cách làm — chưa có nguồn tồn-tại để đào) → chế-độ thật (1 con hạng-nhất): trong lần đo n=1, bên thật bắt trọn lớp lỗ-ngữ-nghĩa thiết-kế (lời-hứa-doc ↔ hành-vi-code) mà bên ảo miss.
  • FIX / audit cái ĐÃ tồn-tại (có code/artifact để đào) → model ảo trần (ensemble + tầng-2): cùng lần đo, bên ảo bắt trọn lớp đào-trên-cái-tồn-tại (lật fix bằng invariant, giết phát-hiện giả, bắt degrade runtime) mà bên thật miss.

Khớp tự-nhiên với dữ-kiện n=1 của bản số (mỗi bên độc-quyền đúng lớp đó). Là heuristic khởi-điểm, không phải luật — chính owner hub dặn "đôi khi tao đánh giá sai" → cần lớp mềm ở khoản 3.

3. Pattern phối-hợp mềm: suggest 1-dòng, không codify cứng

Owner hub thử cả 2 cực trong cùng ngày rồi chốt ở giữa:

  • Cực 1 — nén CỨNG heuristic thành rule máy (lead auto-route theo new/fix) → owner RÚT: mất tự-chủ, và đóng cửa việc lead bắt case heuristic sai.
  • Cực 2 — tự-chủ hoàn-toàn, lead im (owner tự nhớ + tự chọn mọi lần, lead không nói gì) → owner cũng không chọn nốt: "đôi khi tao đánh giá sai" — cần con mắt thứ hai.
  • Chốt giữa: lệnh gõ đích-danh của owner = kênh cứng (thực thi, không bàn); còn khi owner giao việc không chỉ-định chế-độ → lead đánh giá + suggest đúng 1 dòng non-blocking ("việc này ảo/thật làm tốt hơn — vì …") rồi chạy luôn — owner đọc thấy, muốn thì chỉnh, không ai treo chờ ai.

Vì sao đáng chuyển: giữ được cả 3 thứ cùng lúc — tốc-độ (không blocking), tự-chủ owner (mọi lựa chọn hiện ra chữ, override được bằng 1 lệnh), và lưới bắt-sai 2 chiều (lead được phép lệch heuristic khi case cụ-thể cho thấy khác). Mọi tri-thức vận-hành dạng "thường thì X" nên sống ở tầng suggest-mềm này thay vì rule máy — trừ khi owner chủ-động nâng nó thành floor.

4. Nấc adopt

FYI owner-side — KHÔNG floor, không bắt làm gì. Nhà nào có 2 chế-độ thật/ảo: đối-chiếu bảng cost theo khoản ① (thêm cột "đốt đơn-vị nào") + tham-khảo heuristic ②. Khoản ③ áp được cho MỌI nhà (kể cả 1-chế-độ): pattern suggest-1-dòng-non-blocking dùng cho bất-kỳ lựa-chọn vận-hành nào lead làm thay owner được nhưng owner muốn giữ mắt nhìn. Owner mỗi nhà tự chốt form. Pull /adap-apply, báo nấc thường-lệ.