ข้ามไปเนื้อหา

AtoAxis คำนวณเวลาการเขียนโค้ดอย่างไร

AtoAxis คำนวณเวลาจาก editor heartbeat หลักฐานที่อยู่ใกล้กันจะรวมเป็นช่วงเวลา ส่วนช่วงว่างยาวหรือหลังเหตุการณ์สุดท้ายจะไม่ถูกเติมเข้าไป

Heartbeat ยืนยันอะไร

Heartbeat คือ event จาก editor ที่เชื่อมต่ออยู่ อาจมีเวลา file และ project metadata, branch, language, editor และ activity counts ข้อมูลนี้ยืนยันกิจกรรมที่ editor สังเกตได้ ไม่ได้หมายความว่าเวลาวางแผน อ่าน หรือประชุมทุกนาทีจะกลายเป็น coding time

  • เวลาใน event วางกิจกรรมบน timeline ของบัญชี
  • Metadata ทำให้กรองตาม project, language, branch หรือ editor ได้
  • Counts และ attribution แยกจากการคำนวณ duration

จาก event เป็น duration block

AtoAxis รวมหลักฐานที่ทับซ้อนกันก่อน แล้วเรียง interval ที่เหลือ ระยะเวลาของ block คือ union ของ interval จึงไม่นับวินาทีซ้ำจากหลายแหล่ง event เดี่ยวพิสูจน์เพียงจุดเวลา ไม่ได้สร้าง session ยาวต่อท้ายเอง

Timeline ตัวอย่าง
09:00 interval ───── 09:05 interval ───── 09:10 interval
          เป็น duration block เดียวกัน

จัดการ idle gap อย่างไร

ค่าเริ่มต้นของ idle timeout สำหรับกิจกรรมจากคนคือ 15 นาที หาก interval ที่พิสูจน์ได้สองช่วงมี gap ไม่เกินค่านี้ ระบบจะเชื่อม gap ให้กับ interval ก่อนหน้า ตาม session model ที่เข้ากันได้กับ WakaTime หาก gap ยาวกว่านั้น block เดิมจะจบและเริ่ม block ใหม่ ค่า timeout ปรับได้ตาม deployment จึงควรยึดค่าของระบบที่ใช้งานจริง

  • gap สั้นระหว่าง event จริงอาจถูกรวมใน block ก่อนหน้า
  • gap ยาวกว่าค่าที่ตั้งจะปิด block เดิม ไม่เติมเวลาให้
  • หลัง event สุดท้ายจะไม่เติมเวลาเพียงเพราะ session เคย active
  • กิจกรรมจาก agent อาจใช้ timeout แยก หาก deployment เปิด timeline แบบแยก

ตัวอย่างการคำนวณ

ตัวอย่างสมมติ ไม่ใช่ข้อมูลลูกค้า: interval หนึ่งจบเวลา 09:00 และช่วงถัดไปเริ่ม 09:10 เมื่อ timeout เริ่มต้นคือ 15 นาที gap 10 นาทีจึงเชื่อมกัน หากช่วงถัดไปเริ่ม 09:30 gap 20 นาทีจะยาวเกินไป block แรกจึงจบและเริ่ม block ที่สอง เวลาหลัง interval สุดท้ายไม่ถูกนับ

ตัวอย่าง
09:00 ──(gap 10 นาที)── 09:10    เชื่อมกัน
09:10 ──(gap 20 นาที)── 09:30    block ใหม่

ตัวเลขนี้อธิบายกติกา ไม่ใช่การรับประกันยอด dashboard ใด ๆ ให้ดู timeline และหลักฐานของ interval เมื่อยอดไม่ตรงกับความคาดหมาย

อ่านผลลัพธ์อย่างไร

  • Coding time คือกิจกรรมจาก editor ที่สังเกตได้ ไม่ใช่เวลาทั้งหมดของงาน
  • ยอด duration ไม่ใช่คะแนนคุณภาพ คุณค่า สมาธิ หรือ productivity
  • ใช้ filter ตาม project, language, branch และ editor เพื่อหา evidence ของยอดนั้น
  • อ่าน timeline คู่กับ coverage ก่อนสรุปผล

ตรวจสอบยอดแรก

เชื่อม editor หนึ่งตัว รัน wakaclock-cli status แก้ไฟล์เล็กน้อย และรอ heartbeat แรก หน้า timeline ควรเห็น event และหน้า Overview ควรใช้ duration model เดียวกัน หากไม่เห็น ให้ตรวจ API key, server URL และ local queue ก่อนเพิ่ม client ตัวอื่น

ผู้ทบทวน: ทีมผลิตภัณฑ์ AtoAxis อัปเดตล่าสุด: 20 กันยายน 2026

AtoAxis เปลี่ยน heartbeat เป็นเวลาเขียนโค้ดอย่างไร?

heartbeat ที่อยู่ใกล้กันจะรวมเป็น duration block ช่วงว่างที่ไม่เกิน idle timeout ค่าเริ่มต้น 15 นาทีจะถูกเชื่อม ส่วนช่วงว่างที่ยาวกว่าหรือช่วงท้ายจะไม่ถูกนับ

วิดีโอ 30 วินาทีที่บันทึกจากเว็บไซต์นี้ (คำบรรยายภาษาอังกฤษ): ภาพรวมวงแหวนเวลา การแยกงานคนกับ AI หน้า AI coding tracker และราคาที่วางแผนไว้

สรุปสาระสำคัญ (Key takeaways)

หลักฐาน:
heartbeat คือ event จาก editor ที่เชื่อมต่อ พร้อม metadata และตัวเลขนับ
Block:
หลักฐานที่ซ้อนกันจะถูกรวม ทำให้สองแหล่งไม่นับวินาทีเดียวกันซ้ำ
Idle timeout:
ค่าเริ่มต้นสำหรับคนคือ 15 นาที
ช่วงท้าย:
เวลาหลัง event สุดท้ายไม่ถูกนับ

จะตรวจยอดที่ดูแปลกได้อย่างไร?

ตัวอย่างสมมติ ไม่ใช่ข้อมูลลูกค้า: ช่วงหนึ่งจบเวลา 09:00 และช่วงถัดไปเริ่ม 09:10 ช่วงว่าง 10 นาทีจะถูกเชื่อม แต่ถ้าช่วงถัดไปเริ่ม 09:30 ช่วงว่าง 20 นาทีจะไม่ถูกนับ เพราะยาวกว่า timeout 15 นาที

วิธีตีความข้อมูลกิจกรรมการเขียนโค้ด
สัญญาณช่วยให้เข้าใจไม่สามารถยืนยัน
Editor heartbeatกิจกรรมที่ระบบบันทึกได้เวลาทำงานทั้งหมด
Attributed changesที่มาของการเปลี่ยนแปลงที่มีหลักฐานคุณภาพโค้ดหรือเวลาที่ประหยัดได้
ตารางนี้ช่วยแยกสิ่งที่ข้อมูลรองรับออกจากข้อสรุปที่ข้อมูลยืนยันไม่ได้

คำแนะนำ

เปิด timeline ของวันนั้นและอ่านหลักฐานของแต่ละช่วงก่อนสรุปว่ายอดผิด ถ้าไม่มี heartbeat เลย ให้รัน wakaclock-cli status ก่อน แล้วจึงตรวจการเชื่อม editor

ข้อจำกัดที่ควรพิจารณา

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

“ตัวเลขที่ยืนยันไม่ได้ ควรบอกว่าไม่ทราบ แทนที่จะแสดงเป็นศูนย์”

— Jitwisut Thobut, ผู้ก่อตั้งและนักพัฒนา, AtoAxis

แหล่งอ้างอิงและการตรวจทาน

เขียนและตรวจทานโดย , ผู้ก่อตั้งและนักพัฒนา ของ AtoAxis. ตรวจทานเมื่อ . ข้อความเกี่ยวกับผลิตภัณฑ์อ้างอิงจากระบบที่พัฒนาอยู่ ตัวอย่างเป็นข้อมูลสมมติ ไม่ใช่งานวิจัยหรือข้อมูลลูกค้า

คำถามเรื่องการคำนวณ coding time

หลัง heartbeat สุดท้ายระบบนับเวลาต่อหรือไม่?

ไม่ เวลาหลัง event ที่สังเกตได้สุดท้ายจะไม่ถูกเติมในยอด duration

ค่า idle timeout เริ่มต้นเท่าไร?

ค่าเริ่มต้นของกิจกรรมจากคนคือ 15 นาที แต่ deployment ปรับได้ ให้ตรวจค่าของระบบจริง

Heartbeat ส่ง source code หรือไม่?

ไม่ ส่ง metadata และ counts ของกิจกรรม ส่วน source code, prompt และ response ไม่อยู่ใน payload

Coding time เป็น productivity score หรือไม่?

ไม่ เป็นบันทึกกิจกรรมจาก editor ที่สังเกตได้และต้องอ่านคู่กับข้อจำกัดและ coverage