Daily Tech Brief — 21/08/2026
A passionate full-stack developer from @ePlus.DEV
Một bản tin giúp Developer cập nhật nhanh AI, Cloud, Open Source và những công nghệ đáng chú ý trong ngày.
📌 Executive Summary
Cloudflare OAuth hỗ trợ optional scopes, cho phép user thu hẹp quyền ngay trên màn hình consent thay vì phải chấp nhận toàn bộ scope mà application yêu cầu. Thay đổi đặc biệt phù hợp MCP server và AI agent có khả năng yêu cầu nhiều quyền nhưng chỉ cần một subset cho từng task.
Google Cloud KMS đưa quantum-safe key import vào Preview, sử dụng post-quantum KEM trong quá trình BYOK; đồng thời PQC Insights đã GA để security team inventory asymmetric keys và lên kế hoạch migration.
AlloyDB ScaNN thử nghiệm four-level tree cho vector search ở quy mô hơn 10 tỷ vector. Google công bố kết quả internal test đạt p95 không quá 51 ms với 95% recall ở quy mô 10 tỷ vector.
Go 1.27 chính thức phát hành, mang tới generic methods,
encoding/json/v2, package UUID, cải thiện memory allocation và goroutine leak profiling.Bun 1.4 đã chạy được trên Vercel Functions. Phiên bản mới đáng chú ý vì Bun được rewrite từ Zig sang Rust, đồng thời tăng mạnh mức tương thích Node.js.
Vercel Observability hỗ trợ custom metrics từ Function thông qua
metric()trong@vercel/functions, giúp business metrics và application metrics xuất hiện cạnh telemetry built-in.Vercel Toolbar comments có thể được xử lý hoàn toàn từ CLI, gồm list, inspect, reply, resolve, reopen, edit và JSON output — rất phù hợp để đưa review feedback trực tiếp vào coding-agent loop.
GitHub Windows 11 arm64 runner với Visual Studio 2026 đã GA. GitHub sẽ bắt đầu đổi image
windows-11-armmặc định sang VS2026 từ 21/09 và hoàn tất cuối tháng 9.GitHub Code Quality tách workflow path khỏi Code Scanning, giúp Actions usage/billing và dashboard phân biệt quality analysis với security scanning.
GitHub Code Scanning thêm dismissal reason
Mitigated, dành cho vulnerability vẫn còn trong source nhưng risk được giảm bằng control bên ngoài như WAF hoặc network policy.GitHub Code Quality ghi enable/disable/config-change vào audit log, giúp platform team biết repository nào bước vào phạm vi billing và ai đã thay configuration.
Chủ đề chung hôm nay khá rõ: developer platform đang tiến tới least privilege, measurable infrastructure và deterministic tooling — những lớp cần thiết để AI/agent workflow thực sự chạy an toàn ở production scale.
📈 Hôm nay có gì nổi bật?
Nếu phải chọn một xu hướng chính hôm nay, đó là “platform intelligence” đang dần thay cho custom glue code.
Cloudflare không yêu cầu mỗi application tự xây một permission-selection UI trước OAuth nữa. GitHub không bắt security team lưu lý do “vulnerability đã được giảm thiểu bằng WAF” trong spreadsheet riêng. Vercel không buộc team đẩy custom business metric sang một observability service thứ hai. Những capability này đều chuyển một phần engineering logic vốn phải tự xây xuống platform.
Xu hướng thứ hai là AI workload đang buộc infrastructure truyền thống phải scale theo cách mới. AlloyDB ScaNN không chỉ tối ưu vài triệu vector mà đang tiến tới quy mô hàng chục tỷ vector. Trong khi đó, quantum-safe key import cho thấy security roadmap phải nhìn xa hàng năm chứ không chỉ xử lý vulnerability hiện tại.
Và cuối cùng, developer tooling tiếp tục trở nên agent-friendly hơn. Vercel comment triage có JSON output; GitHub Code Quality có workflow path riêng; GoLand cập nhật kiến thức Go 1.27 cho AI coding agents. Những chi tiết này nhỏ hơn một model launch, nhưng chúng làm agent workflow dễ tự động hóa và dễ audit hơn rất nhiều.
📰 Tin nổi bật
Identity & Agent Permissions
Cloudflare OAuth chuyển từ all-or-nothing sang task-based consent
Cloudflare ngày 20/08 giới thiệu OAuth scope customization.
Trước đây OAuth client có thể yêu cầu một subset trong tổng số scope đã cấu hình, nhưng user vẫn chỉ có hai lựa chọn trên consent screen:
chấp nhận toàn bộ scope được request;
hoặc từ chối toàn bộ.
Với thay đổi mới, developer có thể đánh dấu từng scope là:
required;
optional.
Tại thời điểm authorization, user có thể bỏ chọn những optional scopes không muốn cấp.
Ví dụ một MCP server được cấu hình với:
user-details.read
workers-scripts.write
workers-kv-storage.write
zone.read
nhưng task hiện tại chỉ cần đọc user và cập nhật Worker script, user có thể không cấp KV hoặc Zone access.
Token trả về sau authorization chỉ chứa những scope thật sự được consent.
Tác động với developer
Đây là một thay đổi đặc biệt quan trọng cho agent.
Một AI agent thường có capability rộng hơn từng task cụ thể.
Nếu application luôn xin:
read
write
deploy
delete
billing
DNS
chỉ vì “có thể sẽ cần”, user đang trao blast radius lớn hơn cần thiết.
Optional scopes cho phép quyền bám sát task hơn.
Developer nên làm gì?
Nếu đang xây OAuth app hoặc MCP server:
chia scope theo capability nhỏ;
chỉ để scope thực sự bắt buộc là required;
kiểm tra granted scope sau token exchange;
application phải hoạt động được khi user chỉ cấp partial grant;
đừng assume requested scopes = granted scopes.
Nguồn: Cloudflare — From all-or-nothing to task-based OAuth consent
Post-Quantum Security
Google Cloud KMS đưa quantum-safe key import vào Preview
Google Cloud ngày 20/08 đưa quantum-safe key import cho software-based cryptographic keys vào Preview.
BYOK truyền thống thường:
local key
-> wrap bằng classical asymmetric crypto
-> transfer
-> Cloud KMS
Vấn đề nằm ở threat model “Store Now, Decrypt Later”.
Attacker có thể thu thập encrypted traffic hôm nay và chờ tương lai khi cryptographically relevant quantum computer đủ mạnh để phá classical asymmetric cryptography.
Flow mới của Cloud KMS sử dụng hybrid public key encryption.
Các bước chính:
Client tạo import job.
Cloud KMS tạo post-quantum KEM key pair.
Public key được đưa về client.
Client wrap key material bằng HPKE.
Ciphertext được gửi về KMS.
KMS unwrap trong Cloud KMS boundary.
Google hỗ trợ lựa chọn KEM:
X-Wing;
ML-KEM-768;
ML-KEM-1024.
Key derivation dùng HKDF-SHA-256 và payload cuối được bảo vệ bằng AES-256-GCM.
Cùng announcement này, Cloud KMS PQC Insights đã GA.
Tác động với developer
PQC migration không nên bắt đầu bằng việc đổi thuật toán ở application code.
Bước đầu tiên nên là:
inventory
-> identify long-lived data
-> identify crypto dependency
-> build crypto agility
-> staged migration
PQC Insights giúp team nhìn asymmetric-key estate trước khi thay đổi.
Developer nên làm gì?
Inventory RSA/ECC key hiện có.
Xác định key phục vụ dữ liệu cần bí mật dài hạn.
Tách algorithm choice khỏi business code.
Test quantum-safe import trên non-production KMS.
Xác minh thư viện Tink/OpenSSL đang dùng hỗ trợ flow cần thiết.
Không tự implement cryptographic primitive.
Nguồn: Google Cloud — Announcing quantum-safe key import in Cloud KMS
Vector Database & Agentic Search
AlloyDB ScaNN tiến tới hơn 10 tỷ vector bằng four-level tree
Google Cloud công bố kiến trúc mới cho AlloyDB ScaNN index.
Phiên bản hiện tại thêm four-level tree ở trạng thái Preview.
Trước đó ScaNN tree chủ yếu sử dụng cấu trúc hai hoặc ba tầng.
Khi dataset tiến tới hàng tỷ vector, hai bottleneck lớn xuất hiện:
compute cần để build/traverse index;
memory cần cho sampling và tree construction.
Four-level tree chia search space sâu hơn.
Về mặt complexity trực giác:
2 levels -> khoảng O(N^1/2)
3 levels -> khoảng O(N^1/3)
4 levels -> khoảng O(N^1/4)
Google kết hợp thêm:
Top-K branch;
SOAR;
centroid adjustment;
balanced tree shape;
sampling optimization.
Trong internal test mà Google công bố, AlloyDB ScaNN đạt:
hơn 10 tỷ vector;
p95 latency ≤ 51 ms;
95% recall.
Tác động với developer
Enterprise RAG đang dần chạm scale mà một vector database “đứng riêng” có thể trở thành thêm một operational silo.
AlloyDB cố giữ:
transactional data
+
relational query
+
vector retrieval
gần nhau hơn.
Điều này đặc biệt hấp dẫn khi agent cần kết hợp semantic retrieval với PostgreSQL-style joins và transactional state.
Developer nên làm gì?
Trước khi chuyển toàn bộ vector workload:
benchmark bằng dimension thật;
benchmark recall chứ không chỉ latency;
đo index-build time;
đo memory;
kiểm tra update/write behavior;
so cost với vector database hiện tại.
Nguồn: Google Cloud — How AlloyDB ScaNN scales vector search to 10 billion vectors
Go Ecosystem
Go 1.27 chính thức phát hành
Mở rộng 24–72 giờ — phát hành ngày 19/08/2026
Go 1.27 đã chính thức release.
Một số thay đổi đáng chú ý:
generic methods;
encoding/json/v2;package UUID mới;
cải thiện memory allocation;
goroutine leak profile;
nhiều thay đổi trong toolchain/runtime/library.
Generic methods là thay đổi ngôn ngữ đáng chú ý nhất.
Go 1.27 cho phép method khai báo type parameters riêng thay vì generic behavior luôn phải đi qua package-level function.
Go 1.27 cũng đưa goroutine leak detection thành profiler chính thức.
Developer có thể sử dụng profiling data để tìm goroutine bị block vĩnh viễn do synchronization primitive không còn reachable.
Tác động với developer
Đây không chỉ là cú pháp mới.
Go 1.27 làm hai thứ hữu ích cho production:
tăng expressiveness của generic APIs;
tăng khả năng quan sát concurrency leak.
JetBrains đồng thời cập nhật GoLand 2026.2 và Modern Go Code Guidelines để AI coding agent hiểu API/idiom Go 1.27 thay vì tiếp tục sinh pattern cũ.
Developer nên làm gì?
Trước khi upgrade production:
go test ./...
go vet ./...
go fix ./...
Sau đó:
kiểm tra dependency;
benchmark allocation-sensitive path;
test goroutine leak profile;
kiểm tra CI image;
update
go.modchỉ sau khi build/test pass.
Nguồn: Go — Go 1.27 Release Notes
Runtime & Serverless
Bun 1.4 chạy được trên Vercel Functions
Vercel Functions hiện hỗ trợ Bun 1.4.
Điểm đáng chú ý của Bun 1.4 là runtime được rewrite từ Zig sang Rust.
Theo Vercel/Bun, release này:
giải quyết hơn 2.900 issues;
có thêm hơn 1.500 Node.js compatibility tests pass;
tiếp tục cải thiện performance và compatibility.
Trên Vercel, Bun Functions vẫn chạy trên Fluid compute với Active CPU pricing.
Tác động với developer
Bun đang chuyển từ một runtime “nhanh nhưng có compatibility caveat” sang lựa chọn production thực tế hơn.
Node compatibility rất quan trọng vì một backend hiếm khi chỉ chạy code developer tự viết.
Nó chạy cả dependency graph.
Developer nên làm gì?
Nếu muốn thử Bun 1.4:
chọn service stateless nhỏ;
chạy integration test đầy đủ;
kiểm tra package có native addon;
benchmark cold start;
benchmark request throughput;
so behavior Node/Bun trước khi migrate toàn bộ.
Nguồn: Vercel — Bun 1.4 is now available in Vercel Functions
Observability
Vercel Functions có thể phát custom metrics trực tiếp
Vercel Observability giờ hỗ trợ custom metrics.
Function có thể gọi:
import { metric } from "@vercel/functions";
metric("database.query_ms", 120, {
table: "orders",
db: "primary"
});
Metric custom sau đó xuất hiện cạnh observability data built-in.
Developer có thể gắn attributes để group/filter.
Tác động với developer
Infrastructure metric chỉ trả lời được một phần câu hỏi:
CPU?
memory?
latency?
errors?
Business application cần thêm:
checkout.completed
queue.backlog
AI.cost_per_task
search.empty_result
payment.retry
model.fallback
Nếu custom metric nằm cùng observability system, correlation dễ hơn.
Ví dụ:
latency spike
+
database.query_ms spike
+
checkout conversion drop
có giá trị hơn việc ba metric nằm ở ba hệ thống khác nhau.
Developer nên làm gì?
Đừng biến custom metric thành logging mới.
Chỉ emit metric có cardinality kiểm soát được.
Tránh attribute kiểu:
user_id
request_id
full_url
nếu cardinality quá lớn.
Ưu tiên metric gắn trực tiếp với SLO và business outcome.
Nguồn: Vercel — Custom metrics are now supported in Vercel Observability
Agent-Friendly Developer Workflow
Vercel Toolbar comments có thể triage hoàn toàn từ CLI
Vercel thêm command:
vercel comments
CLI hỗ trợ toàn bộ review loop:
list unresolved comments;
filter theo linked project/current branch;
inspect full thread;
reply;
resolve;
reopen;
edit;
delete.
Quan trọng hơn với automation:
vercel comments --format json
cung cấp structured output cho script và coding agent.
Tác động với developer
UI feedback trước đây thường bị tách khỏi coding-agent loop:
reviewer comment trên preview
-> developer đọc browser
-> copy issue
-> agent sửa
Bây giờ flow có thể trở thành:
preview comment
-> agent đọc CLI
-> inspect code
-> fix
-> reply
-> resolve
Feedback vẫn do con người tạo, nhưng execution được tự động hóa tốt hơn.
Developer nên làm gì?
Nếu sử dụng Vercel Toolbar review:
cho agent đọc unresolved comments;
yêu cầu agent chỉ sửa comment của branch hiện tại;
chạy test sau mỗi batch;
không tự resolve comment trước khi verify;
giữ comment ID trong task trace.
Nguồn: Vercel — Manage Vercel Toolbar comments from the CLI
GitHub Actions
Windows 11 arm64 + Visual Studio 2026 runner đã GA
GitHub đưa image:
windows-11-vs2026-arm
lên GA cho standard và larger GitHub-hosted runners.
GitHub cũng đã công bố migration timeline cho alias:
windows-11-arm
Alias này sẽ bắt đầu được chuyển sang Visual Studio 2026 từ 21/09/2026 và hoàn tất vào 30/09/2026.
GitHub cảnh báo workflow phụ thuộc Visual Studio 2022 có thể break.
Tác động với developer
CI image alias rất tiện nhưng cũng là một moving target.
Nếu build phụ thuộc:
MSVC version;
SDK version;
Visual Studio component;
workload riêng;
migration tự động có thể tạo regression dù repository không đổi code.
Developer nên làm gì?
Test ngay:
runs-on: windows-11-vs2026-arm
trên branch riêng.
Đặc biệt kiểm tra:
native compilation;
.NET workload;
ARM dependency;
signing;
packaging;
test tooling.
Không nên chờ tới cuối tháng 9 mới phát hiện workflow phụ thuộc VS2022.
Nguồn: GitHub — Windows 11 arm64 VS2026 image generally available
Code Quality & FinOps
GitHub tách Actions path của Code Quality khỏi Code Scanning
GitHub Code Quality giờ chạy dưới path:
dynamic/github-code-quality/codeql
và actor:
github-code-quality
thay cho việc chia sẻ path/actor với GitHub Code Scanning.
Thay đổi đã GA.
Tác động với developer
Điều này nghe nhỏ nhưng có tác động tới:
Actions billing report;
usage dashboard;
cost attribution;
scripts;
internal reporting.
Platform team giờ có thể tách:
security scanning cost
khỏi:
code quality cost
rõ hơn.
Developer nên làm gì?
Nếu internal tooling filter theo:
dynamic/github-code-scanning/codeql
hoặc:
github-advanced-security
cần cập nhật query.
Repository đang bật Code Quality không cần reconfigure.
Nguồn: GitHub — Separate GitHub Actions path for GitHub Code Quality
Application Security
Code Scanning thêm dismissal reason “Mitigated”
GitHub Code Scanning giờ cho phép dismiss alert với reason:
Mitigated
Use case:
Source vẫn còn vulnerability, nhưng external control đã làm risk giảm xuống mức được chấp nhận.
Ví dụ:
Web Application Firewall;
network policy;
compensating control.
Trước đây alert kiểu này thường bị đưa vào:
Won't fix
hoặc cần được theo dõi bằng ticket/spreadsheet bên ngoài.
Tác động với developer
Won't fix và Mitigated có ý nghĩa rất khác.
Won't fix:
Chúng ta chấp nhận vấn đề mà không có remediation.
Mitigated:
Vulnerability vẫn tồn tại nhưng risk được giảm bằng control cụ thể.
Việc phân biệt này giúp audit và risk acceptance chính xác hơn.
Developer nên làm gì?
Khi dùng Mitigated, nên ghi rõ:
control nào đang mitigate;
owner;
expiry/review date;
dependency của mitigation;
điều kiện nào khiến alert phải reopen.
WAF rule bị xóa thì vulnerability vẫn còn.
Nguồn: GitHub — Code scanning adds a mitigated alert dismissal reason
Platform Governance
GitHub Code Quality thay đổi configuration giờ xuất hiện trong audit log
GitHub thêm ba audit events:
repo.code_quality_enabled
repo.code_quality_disabled
repo.code_quality_updated
Mỗi event ghi:
repository;
actor;
thời điểm thay đổi.
Events xuất hiện trong organization/enterprise audit log và có thể query qua API.
Tác động với developer
Code Quality billing phụ thuộc active committers trên repository được enable.
Vì vậy bật/tắt feature không chỉ là configuration change.
Nó có thể ảnh hưởng:
cost;
policy;
coverage;
compliance.
Audit trail giúp platform team trả lời:
Repository này được bật Code Quality từ khi nào và ai bật?
Developer nên làm gì?
Nếu quản nhiều repository:
alert khi Code Quality bị disable ngoài change window;
correlation config-change với billing;
review actor bất thường;
export events sang SIEM nếu cần;
giữ policy enablement ở cấp organization khi có thể.
Nguồn: GitHub — Track GitHub Code Quality enablement changes in the audit log
🔥 Top 5 đáng chú ý nhất hôm nay
| Hạng | Chủ đề | Vì sao đáng chú ý |
|---|---|---|
| 1 | Cloudflare optional OAuth scopes | Agent permission chuyển từ capability-wide sang task-specific consent, giảm blast radius rõ rệt. |
| 2 | Quantum-safe Cloud KMS import | PQC migration bước từ thuật toán sang operational BYOK workflow và inventory tooling. |
| 3 | AlloyDB ScaNN 10B vectors | Vector retrieval đang tiến tới quy mô enterprise cực lớn mà vẫn nằm trong PostgreSQL-compatible data platform. |
| 4 | Go 1.27 | Generic methods và goroutine leak profiling tạo tác động thực tế cả ở language design lẫn production debugging. |
| 5 | Vercel custom metrics + comments CLI | Observability và human review đều trở nên machine-readable hơn, phù hợp cho coding-agent workflow. |
🛠 Công cụ đáng thử hôm nay
Cloudflare OAuth Optional Scopes
Nếu đang xây:
MCP server;
third-party SaaS integration;
internal agent;
CLI;
đây là capability đáng thử đầu tiên.
Mục tiêu là đưa quyền về đúng task thay vì cấp toàn bộ khả năng application có thể dùng.
AlloyDB ScaNN
Đáng benchmark nếu vector corpus đang tăng nhanh và application đồng thời cần relational/PostgreSQL capabilities.
Vercel Custom Metrics
Hữu ích để đưa business/AI metrics cạnh infrastructure telemetry.
Go 1.27 Goroutine Leak Profile
Nếu service Go có:
goroutine count tăng dài hạn;
channel deadlock khó tái hiện;
synchronization leak;
profiler mới rất đáng thử.
📚 Bài viết nên đọc
Announcing quantum-safe key import in Cloud KMS
Bài quan trọng nhất hôm nay cho security/platform engineer.
Nó mô tả một migration primitive cụ thể thay vì chỉ thảo luận PQC ở mức lý thuyết.
How AlloyDB ScaNN scales vector search to 10 billion vectors
Đáng đọc nếu đang làm large-scale RAG hoặc vector retrieval.
Phần hay nhất là cách four-level tree giảm search space và memory pressure khi dataset tăng.
From all-or-nothing to task-based OAuth consent
Một bài rất thực dụng về least privilege cho agent và MCP workflow.
Go 1.27 Release Notes
Nên đọc trực tiếp nếu project chuẩn bị upgrade, đặc biệt các thay đổi về generic methods, runtime và profiler.
Manage Vercel Toolbar comments from the CLI
Ngắn nhưng hữu ích nếu đang thử đưa human feedback vào coding-agent loop.
🚀 GitHub Repository nổi bật
golang/go
Go 1.27 là release lớn nhất đáng theo dõi hôm nay dưới góc nhìn open source.
google/tink
Quantum-safe key import của Cloud KMS có thể sử dụng supported crypto library như Tink cho client-side wrapping workflow.
google-research/google-research
ScaNN xuất phát từ hệ sinh thái nghiên cứu vector search của Google; repository research của Google vẫn là nơi hữu ích để theo dõi các kỹ thuật retrieval liên quan.
github.com/google-research/google-research
actions/runner-images
Đáng theo dõi nếu CI phụ thuộc GitHub-hosted runner images và cần chuẩn bị migration Windows/Visual Studio.
github.com/actions/runner-images
💬 Góc nhìn của mình
Điểm mình thấy thú vị nhất hôm nay là least privilege bắt đầu tiến vào UX, thay vì chỉ tồn tại trong security documentation.
Security team từ lâu đã nói:
Chỉ cấp quyền cần thiết.
Nhưng nhiều OAuth flow vẫn buộc user chọn:
grant everything
hoặc
deny everything
Cloudflare optional scopes làm principle đó thực tế hơn.
Với agent, việc này càng quan trọng.
Giả sử một agent có thể:
read DNS
modify Worker
delete KV
rotate token
update billing setting
Task hôm nay chỉ là:
sửa Worker script.
Agent không cần toàn bộ quyền kia.
Permission nên đi theo:
task
-> capability
-> scope
chứ không đi theo:
app
-> tất cả quyền app từng có thể cần
Điểm thứ hai là infrastructure ngày càng machine-readable.
Vercel comment CLI có JSON.
GitHub Code Quality có actor/path riêng.
GitHub audit events có event names rõ ràng.
Đây là loại thay đổi giúp agent và automation hoạt động tốt hơn rất nhiều.
Một agent không thích dashboard.
Nó thích:
CLI
JSON
API
deterministic schema
Và thật ra developer cũng hưởng lợi từ những interface đó.
Điểm thứ ba là vector infrastructure.
10 tỷ vector nghe rất lớn, nhưng direction mới quan trọng hơn con số.
AI application ban đầu thường dựng:
database
+
vector database
+
cache
+
search API
Mỗi service thêm:
credential;
replication;
monitoring;
backup;
bill;
failure mode.
Nếu transactional database đủ khả năng phục vụ semantic retrieval ở scale cần thiết, architecture có thể đơn giản hơn.
Nhưng cần tránh “consolidation bằng mọi giá”.
Specialized vector database vẫn có lợi thế ở nhiều workload.
Benchmark workload thật luôn quan trọng hơn slide architecture.
PQC cũng cho bài học tương tự.
Không ai biết chính xác khi nào cryptographically relevant quantum computer sẽ đủ mạnh.
Nhưng security engineering không đợi tới ngày threat đã xảy ra mới bắt đầu migration.
Một migration có thể mất nhiều năm vì:
legacy key
external HSM
vendor dependency
protocol
certificate
client compatibility
Crypto agility vì vậy quan trọng hơn việc đoán đúng một deadline.
Cuối cùng là Go 1.27.
Điều mình thích ở release này không chỉ là generic methods.
Goroutine leak profiler là ví dụ hay về developer tooling phục vụ production reality.
Language feature giúp viết code đẹp hơn.
Profiler giúp hiểu vì sao service của bạn chết lúc 2 giờ sáng.
Cả hai đều quan trọng, nhưng production engineer thường trân trọng phần thứ hai hơn sau một incident thật.
📝 Kết luận
21/08 có lượng announcement mới tốt và khá đa dạng: security, database, runtime, observability, CI và platform governance.
Ba việc mình ưu tiên nếu phải chọn hôm nay:
Audit OAuth scopes, đặc biệt với MCP/agent integration, và chuyển từ app-wide permission sang task-specific permission nếu platform hỗ trợ.
Bắt đầu PQC inventory trước khi nghĩ tới migration algorithm cụ thể.
Nếu workflow có nhiều human review + agent execution, đưa feedback và governance về CLI/API/structured data thay vì để chúng chỉ tồn tại trong dashboard.
Một pattern tiếp tục xuất hiện xuyên các bản tin gần đây:
AI system tốt không được xây bằng cách cho model nhiều quyền hơn. Nó được xây bằng cách cho model đúng quyền, đúng tool, đúng dữ liệu và đúng observability tại đúng thời điểm.
