SaigonTech Vault
Loại: project-meeting 2026-08-20 active #meeting #bemac #e-656 #spec-review

BEMAC Spec Review - Alarms Integration and Maker Coordination Agent (2026-08-20)

Summary

Cuộc họp dự án BEMAC (E-656) ngày 2026-08-20 tập trung vào 2 phần chính: 1. Sự cố rò rỉ API key AWS / iMeetec: Đã đổi key, điều tra nguyên nhân (nghi rò rỉ từ môi trường AWS/Git không bật 2FA trên AWS, IP nước ngoài), xác nhận chưa có dấu hiệu rò rỉ dữ liệu người dùng ra ngoài. 2. Review tài liệu đặc tả ban đầu (早期仕様): - Tính năng #6 (Quản lý và thông báo cảnh báo): Thống nhất các loại cảnh báo (IAS, Knowledge, Fairway, AI, vị trí tàu). Cần cơ chế thông báo/push để giám sát viên không phải định kỳ kiểm tra thủ công màn hình tổng hợp; ưu tiên hiển thị mức độ khẩn cấp xuyên suốt các tàu. - Tính năng #9 (Agent điều phối liên lạc Maker khi có sự cố thiết bị): Thay vì hệ thống tự động gửi IoT data trực tiếp cho Maker khiến phát sinh chi phí vận hành/hợp đồng lớn, chốt phương án Phase 1: Giám sát viên trên bờ (hoặc máy trưởng) là người phán đoán trước khi quyết định liên hệ Maker; Maker có thể nhận thông tin qua kênh quen thuộc (Email/Teams) được tích hợp/chuyển đổi phù hợp.

Decisions

  • Xử lý sự cố bảo mật: Tiếp tục rà soát log với Ishii-san và xác nhận với Miura Kogyo về phạm vi an toàn dữ liệu khách hàng; BEMAC và SGT sẽ tổng hợp phương án tăng cường bảo mật chung.
  • Tính năng #6 (Alarms): Không bị bó buộc bởi UI bảng danh sách 5 tàu cũ; tập trung vào UX phát hiện nhanh (nhận biết -> phán đoán thứ tự ưu tiên -> điều hướng đúng ứng dụng xử lý).
  • Tính năng #9 (Maker Coordination):
  • Target user chính cho giai đoạn đầu là 陸上監督 (Giám sát viên trên bờ / Superintendent).
  • Thiết kế quy trình có sự tham gia phán đoán của con người trước khi liên hệ hãng sản xuất (tránh phát sinh chi phí問い合わせ không cần thiết).
  • Hỗ trợ liên lạc khép kín theo từng Maker (qua Email conversion hoặc chat thread).
  • Cập nhật tài liệu: Chỉnh sửa lại mục "Realization Goals (実現すべきこと)" của spec #6 và #9 dựa trên phản hồi trước khi tiến hành phát triển prototype.

Actions

  • [ ] Phía Eyemovic / SGT: Viết lại mục "実現すべきこと" trong tài liệu đặc tả #6 và #9 theo các tiêu chí (Nhận biết, Phán đoán, Xử lý) và độ ưu tiên rõ ràng.
  • [ ] Tiến hành phát triển prototype cho các luồng xử lý cảnh báo và điều phối Maker.
  • [ ] Xác nhận thêm với Miura Kogyo về tình trạng dữ liệu và bảo mật AWS.

Risks

  • Sự cố bảo mật AWS API key có thể ảnh hưởng tới niềm tin khách hàng nếu không làm rõ triệt để nguyên nhân và khẳng định tính toàn vẹn dữ liệu.
  • Quá tải thông tin trên một màn hình khi tăng quy mô từ 5 tàu lên 10-20 tàu (trade-off giữa hiển thị chi tiết và trải nghiệm người dùng).

Open Questions

  • participants được bỏ qua theo quy định do transcript không có danh sách điểm danh chính thức.

References