ถูกต้อง ดังนั้นจึงใช้ได้เฉพาะธนาคารที่รองรับการดูข้อมูลแบบรวดเร็วเท่านั้น

 

ดูเหมือนว่าแต่ละธนาคารจะต่างกัน แต่เหมือนว่าจะครอลข้อมูลจากเว็บไซต์ตรวจสอบยอดเงินฝากด้วย Selenium นะ

 

แม้จะขอให้ช่วยเสริมความปลอดภัยให้โปรเจกต์ของตัวเอง แต่ระบบเซฟการ์ดเจ้าปัญหานั่นก็ยังบล็อกอยู่ดี
ความรู้สึกคือการปล่อยออกมาในสภาพนี้มันดูเหมือนแค่การโชว์เทคโนโลยีเพื่อเข้าตลาดหุ้นเท่านั้น

 

ในบทความกลับไม่มีลิงก์สำคัญที่สุดอยู่เลย

สามารถลงทะเบียนล่วงหน้าได้ที่นี่
https://corp.tossinvest.com/ko/open-api
ลิงก์เอกสารอยู่ที่นี่ https://developers.tossinvest.com/docs

 

ดูเหมือนว่าจะใช้ได้เฉพาะคนที่ลงทะเบียนล่วงหน้าแล้วได้รับการอนุมัติเท่านั้น

 

ทุกวันมีระบบเอเจนต์ใหม่ออกมาวันละหนึ่งตัวเลยนะครับ.. นี่เป็นผลดีของ vibe coding หรือเป็นผลข้างเคียงกันแน่

 

ไม่สิ ต่อให้แพงกว่านี้หน่อยก็ได้ ขอเพิ่มลิมิตให้มากกว่านี้เถอะ..

 

ผมเป็นคนทำเองครับ

หนึ่งวันก่อนปล่อยโปรเจกต์นี้ออกมา เป็นวันซึ่งสะท้อนรูปแบบการทำงานร่วมกันที่เครื่องมือนี้มุ่งหวังไว้แบบตรงตัวที่สุด ผมถกเรื่องการออกแบบกับเอเจนต์ในประเด็นว่า "การจัดหมวดความทรงจำด้วยแท็กเหมาะไหม ทั้งที่สมองก็ไม่มีแท็ก" จากนั้นข้อสรุปก็ถูกบันทึกไว้ถาวรใน GitHub Discussions และ issue, PR สำหรับ implementation ก็ถูก merge, แล้วเรายังยืนยันการ dogfooding ที่เอเจนต์ใช้ตัวมันเอง (claude -p) เป็น extractor เพื่อรวมบันทึกการทำงานจริงเข้าเป็น long-term memory ก่อนกดปุ่ม deploy ด้วย การถกเถียงเรื่องการออกแบบทั้งหมดในกระบวนการนั้นเปิดเผยอยู่ใน Discussions ของ repository ครับ

อีกเรื่องที่ไม่ได้เขียนไว้ในบทความ แต่คิดว่าน่าจะมีคนถามบ่อยคือ "มันจะช้าลงหรือมีค่าใช้จ่ายเพิ่มไหม" ขอตอบไว้ล่วงหน้าว่า ระหว่างทำงาน LLM จะไม่เข้ามาช่วยเลย การ capture เป็น rule filter จึงแทบไม่มี latency ให้รู้สึกได้เลย และช่วงเดียวที่ LLM ทำงานคือการรวมข้อมูลตอนรอยต่อของ session ซึ่งก็เป็น background process ที่แยกออกไป จึงไม่บล็อกเอเจนต์แม้แต่วินาทีเดียว แม้แต่ call นั้นก็ยังใช้ผ่านการสมัครสมาชิก claude/codex ที่คุณใช้อยู่แล้ว จึงไม่มีการคิดค่า API เพิ่ม จากการ dogfooding วันนี้ observation 44 รายการในหนึ่ง session ถูกรวมด้วย background call 1 ครั้ง (ประมาณ 30 วินาที) และการ inject ตอนเริ่ม session ก็เป็นเพียงข้อความภายในงบ 4,000 ตัวอักษร จึงแทบไม่มีภาระด้าน token เป้าหมายคือให้ติดตั้งแล้วลืมมันไปได้เลย

ขอแชร์สิ่งหนึ่งที่เจอจากการตรวจสอบบนเครื่องจริงก่อนเปิดตัว README ระบุคำสั่งตรวจสอบไว้เป็น npx memorize แต่แพ็กเกจ memorize แบบไม่มี scope บน npm กลับเป็นของคนอื่น จุดแบบนี้ที่ "มองเห็นได้เฉพาะบนเครื่องจริง" น่าจะยังมีอีก ดังนั้นการแจ้งปัญหาจึงมีค่ามากจริงๆ ครับ

ขอความช่วยเหลือ: ผมทดสอบบนเครื่องจริงกับ Windows และ WSL/Linux แล้ว แต่ไม่มีเครื่อง macOS จริง แม้ชุดทดสอบ macOS ใน CI จะผ่านทั้งหมด แต่ยังไม่ได้ลอง full cycle ตั้งแต่ติดตั้งบรรทัดเดียว → hook → การ inject ตอนเริ่ม session บนเครื่องจริงเลย ถ้าใครใช้ macOS ช่วยลองติดตั้งสักครั้ง แล้วบอกหน่อยว่าใช้ได้หรือพัง ผ่านคอมเมนต์หรือ issue ก็จะช่วยได้มากครับ

ยินดีรับคำถามด้านการออกแบบด้วย (เช่น ทำไมไม่ใช้ embedding ในการตัดสิน ทำไมไม่มีการลบ และการทำให้ข้อมูลจากหลายเครื่อง converge กันโดยไม่มีนาฬิกาทำอย่างไร) — ผมจะตอบทั้งหมดครับ

 

Linear นั้นดี แต่บริษัทเก่า ๆ ต้องรักษาข้อมูลหรือกระบวนการเดิมไว้ เลยยังคงอยู่กับ Jira

 

ขอบคุณที่อ่านและแสดงความคิดเห็นไว้ด้วยนะครับ!!! 🙇

 

เขาบอกว่ามีการตรวจสอบทุกปีตามข้อกำหนด แต่เว็บไซต์รับรอง WebTrust เหมือนจะค้างอยู่ที่ปี 2023
เลยทำให้น่าสงสัยว่าการตรวจสอบในปี 2024 และ 2025 ได้ดำเนินการอย่างถูกต้องหรือไม่
https://www.gpki.go.kr/pds/WebTrustAction.action

เอกสาร CPS ก็เช่นกัน มีทั้งข้อกำหนดที่เหมือนจะสามารถเปลี่ยนแปลงได้บ่อยครั้งตลอดเวลา
หรือการระบุว่าไม่มีความรับผิดชอบในเอกสารเพราะปฏิบัติตามกฎหมาย

มีหลายส่วนที่คลุมเครืออยู่พอสมควร เลยทำให้ความน่าเชื่อถือลดลง แม้จะมองข้ามเรื่องในอดีตทั้งหมดไปก็ตาม

 

ผมได้แสดงความคิดเห็นส่วนตัวไว้ใน bugzilla แล้ว แต่ดูเหมือนว่ายังต้องไปอีกไกลนะครับ

ในกรณีของ CRL/OCSP นั้น ควรต้องเปิดให้หลายบริการสามารถตรวจสอบได้ตลอดเวลา
แต่มีบั๊กที่จาก IP ต่างประเทศต้องพยายามเชื่อมต่อหลายครั้งกว่าจะเชื่อมได้ครับ
คาดว่าน่าจะเป็นปัญหาที่ไฟร์วอลล์หรือ WAF
(ดูจากคอมเมนต์ของท่านอื่นแล้ว เหมือนว่าในประเทศเองก็คล้ายกันครับ..)

ผมลองไล่อ่านตั้งแต่ข้อมูลเก่า ๆ มาเรื่อย ๆ แล้วพบว่าหน่วยงานที่ตรวจสอบใบรับรอง CA เป็นที่เดียวกับที่ตรวจสอบในปี 2016-2017..
ถ้าเคยมีปัญหาแบบนั้นมาก่อน ก็น่าจะเปลี่ยนบริษัทตรวจสอบไปนานแล้ว แต่ยังคงใช้เจ้าเดิมอยู่ก็ทำให้แปลกใจอยู่นิดหน่อยครับ..

แม้จะมีความพยายามหลายอย่าง แต่ในเอกสารภาษาอังกฤษก็ยังเห็นข้อผิดพลาดเชิงตรรกะเล็ก ๆ น้อย ๆ หรือคำพิมพ์ผิดอยู่มาก
และตัวใบรับรองเองก็ดูจำเป็นต้องสร้างใหม่ เพราะข้อกำหนดมาตรฐานมีการอัปเดตแล้ว
(ดูเหมือนว่าจะมีการอัปเดตเอกสาร CPS บ่อยพอสมควร แต่ถ้าอัปเดตได้ถึงระดับนี้ ผมคิดว่าอย่างน้อยก็น่าจะทำใบรับรองใหม่ได้ครับ)

เจ้าหน้าที่รัฐที่รับผิดชอบก็คงลำบากกันมากเหมือนกัน
แต่เพราะเคยพลาดมาแล้วครั้งหนึ่งในอดีต ผมคิดว่าการถูกวิจารณ์ก็คงหลีกเลี่ยงไม่ได้ครับ

 

ดูเหมือนว่ารีโปที่เกี่ยวข้องกับ Azure Functions มีปัญหาเลยถูกปิดใช้งานไป ดังนั้นคงไม่น่าใช่สาเหตุนั้นครับ (ลิงก์ที่เกี่ยวข้อง)

 

จะได้ประสิทธิภาพเพียงพอไหม?

 

สัญชาตญาณก็ดูใช้ได้เหมือนกันนะ

 

ในมุมของคนที่ใช้ AWS แรงกดดันเรื่องต้นทุนแฝงของทรัพยากรคอมพิวต์ค่อนข้างหนักอยู่เหมือนกัน แต่ไอเดียในการย้าย business logic ไปไว้ฝั่ง client-side ผ่าน Cloudflare ก็ดูสดใหม่ดีนะครับ
โปรเจกต์ MVP แบบไม่เสียเงินนี่... ผมก็คงต้องลองทำดูบ้างแล้ว